- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] rethinking the print it action in Pharo

by Tudor Girba

On Mon, Jul 28, 2014 at 9:58 PM, Chris Muller <asqueaker(a)gmail.com> wrote: > Maybe remapping Command+p to inspect would solve it equally? :) > This is a point worth debating (I really love when we allocate time to talk about our UI - this is the one interface that we, in this community, use every day). The goal of "Print it" serves as a quick and light readonly feedback, and I think it has a distinct place that is separate from the inspector which is a place where you interact and manipulate the object. Furthermore, in the current implementation, the "print it" is floating and non intrusive (it goes away easily) while the inspector is at the moment a lasting piece. Of course, we could imagine an inspector that could be embedded in the popper window (in fact, I have that implementation, too :)), but the problem is that in its current form, the inspector is not made to be easily scalable. This might change with the adoption of Athens. In the meantime, one direction I think we could take is to produce several scalable "printouts" that can also be visual. > Both of the example cases justifying it were that the user pressed the > wrong key. UI's should not try to solve problems between the human <--> > hardware interface. > I am not sure I follow. Could you elaborate please? Cheers, Doru > > > > On Sun, Jul 27, 2014 at 6:33 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> In the course of revamping the Pharo environment, we stumbled across the >> print it action and we (Andrei and I) decided to rethink it. >> [image: Inline image 1] >> >> You can find more details here: >> http://www.humane-assessment.com/blog/rethinking-print-it-in-pharo >> >> Let us know what you think. >> >> Cheers, >> Doru >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > -- www.tudorgirba.com "Every thing has its own flow"

July 28, 2014

Re: [Pharo-dev] rethinking the print it action in Pharo

by Tudor Girba

Hi, Thanks. Indeed, the rendering of "i" is not yet satisfying. The "i" is about inspecting which in the GT environment always spawns another inspection session - and at this moment, this maps on a new window. Appearing to the right of the playground, you do "open". I still want this to come, but the thing is that the current behavior is implemented independently of the (gt)playground, and this is why we cannot yet open. But, we will work on this. About "i" and "e", in GT there is no hardcoded explore. There exists only an inspect which leads you to object specific views. Hence, everywhere in the GT environment, you will see either "i" or the triangle for "open". Cheers, Doru On Mon, Jul 28, 2014 at 9:57 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi Doru, > > I tried it and I have some feedback: > > I have a problem with the i : it's barely visible as a part of the print > it float above and gave me the feeling that some text was added to the > playground. > > I also expected the inspector to appear at the right of the playground. > > Why couldn't I explore the result ? (i.e. why just an i, not i and e) > > > Thierry > > Le 28/07/2014 01:33, Tudor Girba a Ã©crit : > > Hi, > > In the course of revamping the Pharo environment, we stumbled across the > print it action and we (Andrei and I) decided to rethink it. > [image: Inline image 1] > > You can find more details here: > http://www.humane-assessment.com/blog/rethinking-print-it-in-pharo > > Let us know what you think. > > Cheers, > Doru > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

July 28, 2014

Re: [Pharo-dev] rethinking the print it action in Pharo

by Chris Muller

Maybe remapping Command+p to inspect would solve it equally? :) Both of the example cases justifying it were that the user pressed the wrong key. UI's should not try to solve problems between the human <--> hardware interface. On Sun, Jul 27, 2014 at 6:33 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > In the course of revamping the Pharo environment, we stumbled across the > print it action and we (Andrei and I) decided to rethink it. > [image: Inline image 1] > > You can find more details here: > http://www.humane-assessment.com/blog/rethinking-print-it-in-pharo > > Let us know what you think. > > Cheers, > Doru > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

July 28, 2014

Re: [Pharo-dev] rethinking the print it action in Pharo

by Thierry Goubier

Hi Doru, I tried it and I have some feedback: I have a problem with the i : it's barely visible as a part of the print it float above and gave me the feeling that some text was added to the playground. I also expected the inspector to appear at the right of the playground. Why couldn't I explore the result ? (i.e. why just an i, not i and e) Thierry Le 28/07/2014 01:33, Tudor Girba a Ã©crit : > Hi, > > In the course of revamping the Pharo environment, we stumbled across > the print it action and we (Andrei and I) decided to rethink it. > Inline image 1 > > You can find more details here: > http://www.humane-assessment.com/blog/rethinking-print-it-in-pharo > > Let us know what you think. > > Cheers, > Doru > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

July 28, 2014

Re: [Pharo-dev] Configuration readonly archives

by Stephan Eggermont

I'll be in Lille tomorrow. We could have a beer instead of a blackboard ;) Stephan

July 28, 2014

Re: [Pharo-dev] Updated XMLPullParser for SIXX?

by stepharo

Check because Hernan did something and there is a chapter on pfte On 28/7/14 14:52, Mariano Martinez Peck wrote: > Hi guys, > > I was reading this post: > http://kentreis.wordpress.com/2009/06/01/deep-sixx-with-xml-pull-parser/ > > about using a XMLPullParser with SIXX. This is from 2009 and I guess I > guess SIXX and XML parsers have been changing in the last years. > So...does somebody know if there is an updated version of a XML Pull > Parser? And second question, any integration with SIXX? > > Thanks in advance, > > -- > Mariano > http://marianopeck.wordpress.com

July 28, 2014

Re: [Pharo-dev] Configuration readonly archives

by stepharo

BTW an important point. We cannot load any moose versions of the past (except the ones we snapshotted), to me this is a sign of problems. never be able to get back in a previous state is a problem. Stef

July 28, 2014

Re: [Pharo-dev] Configuration readonly archives

by stepharo

We will discuss that on a black board at ESUG. A release is a release and when you release code you do not want to rely on something that somewhere could change. Christophe told me that they are doing that in Java world and this is working. Now for development you load your baseline and you load symbolic version of foreign code. Stef >> I agree. This is why I also think that released should point to version >> and not symbolic version. > I strongly disagree. A configuration should only change when > there is a meaningful change. Changes in dependencies that do not > change relevant behavior should not propagate. > > We achieve that by using #'releasex.x' style versioning. Changes that > are not supposed to change observable behavior and bug fixes get > new numbered versions within the release. > #development versions are updated in place This is the purpose of symbolic versions to avoid propagation. > > In Moose we did not encounter a situation where a month-old numbered > version configuration was still loadable in the latest Pharo. ??? > > There is a use case for snapshots of exact versions. They don't belong > in configurations. I do not get what you mean. Now if I want to deliver exactly the same version I do not see how we can avoid versions. And this "nothing observable changes" is a nice idea but what I see is that often pharo breaks because of a nothing observable change. > > Focussing improvements in Versioner on releasing more often numbered > versions is counter productive. It just generates more work to keep > configurations working. I do not think so - in dev you use baseline for you and development for foreign code - when releasing you freeze. With nice tool support I do not see why this would not work. > > I have been fixing lots of configurations on ci, and nearly all problems > have to do with not using #'releasex.x' style symbolic versioning. I did not get it so you should explain it better :) > There are two problems: > - Configurations using numbered versions. They break as soon as a > dependent project changes functionality or does a bug fix, often as > a result of underlying code in Pharo changing. > - Configurations using #stable, where the dependent project does > a new release. Most of the projects on Jenkins are not there to work against release but day to day changes in this case they should load latest. > > Now Seaside, Grease and Magritte have switched to this style of > versioning, the number of problems has reduced drastically. > > Stephan > > > >

July 28, 2014

Re: [Pharo-dev] Improving Pharo By Example

by kilon alios

looks like for some reason all my new commits fail to build the book in gitbook.io this is the error I am getting Tweaking book.json Failed to install extra plugins, maybe none to install Building Site, will upload Starting build ... Error Output /usr/bin/do-website: line 48: 34 Segmentation fault (core dumped) gitbook build in this link http://help.gitbook.io/book/errors.html says its a package.json file, dependencies, maybe pillar fails to build that file properly ? anyone else experiencing such a problem ? On Sun, Jul 27, 2014 at 8:39 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > no idea how to do that Serge. git repo url looks to me read only does not > allow me to modify it. It says I need to authenticate using the mail and > password from setting but does not tell how. I also cannot add webhooks for > UPBE git repo, I tried to fork to my own githube account still same > problem. > > > On Sun, Jul 27, 2014 at 6:59 PM, Serge Stinckwich < > serge.stinckwich(a)gmail.com> wrote: > >> Great work Kilon ! >> >> Apparently, you have to remove .git in the name of your git repo (look >> at the settings of your book), because everytime you click on star or >> watch icon there is a wrong URL. >> >> Regards, >> >> On Sun, Jul 27, 2014 at 5:53 PM, kilon alios <kilon.alios(a)gmail.com> >> wrote: >> > another stupid mistake I forgot to add the book. Ok all fixed. Book is >> > uploaded and here is the link >> > >> > https://www.gitbook.io/book/kilon/pbe >> >> >> >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://www.doesnotunderstand.org/ >> >> >

July 28, 2014

Re: [Pharo-dev] Operating Smalltalkhub from Pharo

by kilon alios

thanks damien and esteban :) On Mon, Jul 28, 2014 at 2:56 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > https://ci.inria.fr/pharo-contribution/job/SmalltalkHub/? > > There is an undocumented REST API that the Amber client uses. > > On Sun, Jul 27, 2014 at 2:23 PM, kilon alios <kilon.alios(a)gmail.com> > wrote: > > I wonder if there is a way to operate smalltalkhub from pharo. What would > > interest me is to browser smalltalkhub from pharo and do anything I can > do > > from the website with pharo. > > > > I am new with these things so I assume Zinc would be useful here , no ? > > > > is there any docs for smalltalkhub api ? > > > > Anyone tried something similar before ? > > > > I tried to load Smalltalkub configuration but it looks like that the > config > > does not define neither a stable or a developement version . > > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > >

July 28, 2014