April 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Resizing of the print block (Pharo 4.0)

by Gaurav Singh

Thanks Tudor :) On Fri, Apr 3, 2015 at 10:00 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > No, the print popup dimension is not changeable at the moment. > > But, Ii you want, you can embed the print string in the Playground by > pressing Enter. > > Cheers, > Doru > > > On Fri, Apr 3, 2015 at 2:31 PM, Gaurav Singh <grvanm.coder(a)gmail.com> > wrote: > >> Is there a way to resize the print block in the playground? Sometimes >> when the string is quite a bit long the print block never goes beyond a >> specific dimension which is quite less and therefore we have to scroll down >> more rows to check the output and the only way to see the better output is >> the inspector whereas in Pharo 3.0 we saw that the output depended on the >> size of the workspace. >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

April 3, 2015

Re: [Pharo-dev] Can we have basicRaw in GTInspector?

by stepharo

> The Playground has inspect on Cmd+Shift+i as requested by you. Ok good to know because this is important. What aboout an help? > > There is a problem with the update as it does not scale in the current > form. Please see the reply of Andrei. We will likely remove that > feature for the release. > > Just to clarify: When did we ever say that someone is stupid? Esteban told me that it was not freezing when we had to trash the image. Just that the machine was slow. To me this is a non answer. If we could get a real raw = basic inspect tabe then we can use GT and work. To me the raw tab with an explorer inside is counterproductive: we can get lost, it is slow, it does not work well with navigation of GT. > Cheers, > Doru > > > > On Thu, Apr 2, 2015 at 5:30 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > This morning GTInspector was so slow that it blocked the complete > system on the machine of Cyril. :( > We can tell him that he is stupid to have a bad machine or we > could try to use this to see how > we can help our users. > > So we had to use basicInspect to get our job done (once we ctrl-. > to escape the render hell) > because raw uses a tree morph. > > Why raw cannot reproduce the old simple and working basicInspect > then we could have a "basic" inspect on double click to avoid to > use this bad tree and that we can work. > > just try to on RubSmalltalkCodeMode class>>#menuOn: to get the > feel. Even on my superfast machine is > is sluggish. > > I really think that we should support backdoors. > We need to have a mini browser, a mini debugger and a working > inspector. > > Setf > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

April 3, 2015

Re: [Pharo-dev] VM and .sources in separate dirs question

by Dmitri Zagidulin

Do you happen to know how it does it? (I wouldn't know where to look, in the source code). Does it still work if you move the sources to another directory, from your current one? Does Pharo do a whole-disk search every time? (Or just when it doesn't find them?) On Fri, Apr 3, 2015 at 12:00 PM, Max Leske <maxleske(a)gmail.com> wrote: > > On 03 Apr 2015, at 17:55, Dmitri Zagidulin <dmitri(a)zagidulin.net> wrote: > > On Fri, Apr 3, 2015 at 11:49 AM, Max Leske <maxleske(a)gmail.com> wrote: >> >> > that you can keep the VM and .sources in different directories? How do >> you tell the VM where to locate the sources? >> >> You donât. Itâs detected automagically! >> > > Wait, how does it know which .sources file to pick? :) What if there are > .sources from multiple versions of Pharo, etc, lying around on the hard > drive? > > > The image decides which sources file it needs. I have all of mine in a > single directory with all the different VMs. Works like a charm. >

April 3, 2015

[Pharo-users] Pharo sprint on Friday, 3rd April

by Dmitri Zagidulin

On Fri, Apr 3, 2015 at 12:41 PM, Martin BÃ¤hr < mbaehr(a)email.archlab.tuwien.ac.at> wrote: > > nice ideas. though beginners may not have any favourite projects. > are there any stats on which projects are popular so those can be chosen > for > testing? You're right. I think by 'favorite', I meant more like 'areas you care about in general, even outside of Pharo'. For example, say you're interested in data processing in general. You can ask, "How would I go about downloading a comma-separated (CSV) file, read it into Pharo, and display a graph?" This involves learning how to do File I/O, checking to see if there's a CSV library compatible with Pharo, and checking to see what sort of graphing libraries exist (I believe one was mentioned recently on the mailing list, Roassal or something). In similar vein, you can check out XML parsers, JSON parsers, etc, etc. Or you can ask "How do I connect to a relational database? I've heard Glorp mentioned, and OpenDBX, etc, so which of these would actually work in Pharo 4?". Or, For example, maybe you care about social media APIs. You can then think, "Hey I wonder if there are any Twitter or Facebook client libraries for Pharo. Maybe there's an Open Social API ( http://en.wikipedia.org/wiki/OpenSocial ) library that I can check out." That sort of thing. > > * Write blog posts in general! Write tutorials and walkthroughs on how to > > use some of the new 4.0 features. > same problem here, being new to pharo, i would not even know what the new > features are. this should be documented in release-notes probably. > Of course, understood. Then write posts about new user impressions of Pharo 4 (keeping in mind the usual "this is open source software" / "the devs are busy so don't be too harsh on them" sort of stuff). Or short tutorials on the various small things that you've figured out to do. (Like a cron job that fires up your Pharo image on the command line).

April 3, 2015

Re: [Pharo-dev] Pharo 4 Beta, first impressions

by Esteban Lorenzano

> On 03 Apr 2015, at 18:46, Hilaire <hilaire(a)drgeo.eu> wrote: > > IMHO, underneath the windows theme argument is the question of the GUI > look and feel instability Pharo suffers from one release to another one, > this ruin a bit the idea of people willing to design desktop > application[1] with Pharo, where consistency in this department is more > or less needed. In another hand Phobos may be a better choice then. well, we are not changing it from Pharo3 to Pharo4, nor we have plans to change it for Pharo5â¦ :) Esteban > > Best, > > Hilaire > > [1] I just had a chat yesterday on IRC with a guy that want to migrate > his desktop application to Pharo > > Le 03/04/2015 18:18, Esteban Lorenzano a Ã©crit : >> yetâ¦ while I disagree with the idea of having a âwindowsâ theme (or any platform specific theme), I think it would be cool to have an option to flip the control buttonsâ¦ that can work as an extension of current theme, not as a different theme. >> Problem is âwho does itâ, more than yes or not to have it :) >> >> Esteban > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > > >

April 3, 2015

Re: [Pharo-dev] Pharo 4 Beta, first impressions

by Hilaire

IMHO, underneath the windows theme argument is the question of the GUI look and feel instability Pharo suffers from one release to another one, this ruin a bit the idea of people willing to design desktop application[1] with Pharo, where consistency in this department is more or less needed. In another hand Phobos may be a better choice then. Best, Hilaire [1] I just had a chat yesterday on IRC with a guy that want to migrate his desktop application to Pharo Le 03/04/2015 18:18, Esteban Lorenzano a Ã©crit : > yetâ¦ while I disagree with the idea of having a âwindowsâ theme (or any platform specific theme), I think it would be cool to have an option to flip the control buttonsâ¦ that can work as an extension of current theme, not as a different theme. > Problem is âwho does itâ, more than yes or not to have it :) > > Esteban -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

April 3, 2015

Re: [Pharo-dev] VM and .sources in separate dirs question

by Jigyasa Grover

Thanks for the clarification Max. I had the same doubt :) On Fri, Apr 3, 2015 at 9:30 PM, Max Leske <maxleske(a)gmail.com> wrote: > > On 03 Apr 2015, at 17:55, Dmitri Zagidulin <dmitri(a)zagidulin.net> wrote: > > On Fri, Apr 3, 2015 at 11:49 AM, Max Leske <maxleske(a)gmail.com> wrote: >> >> > that you can keep the VM and .sources in different directories? How do >> you tell the VM where to locate the sources? >> >> You donât. Itâs detected automagically! >> > > Wait, how does it know which .sources file to pick? :) What if there are > .sources from multiple versions of Pharo, etc, lying around on the hard > drive? > > > The image decides which sources file it needs. I have all of mine in a > single directory with all the different VMs. Works like a charm. >

April 3, 2015

Re: [Pharo-dev] [Pharo-users] Pharo sprint on Friday, 3rd April

by Jigyasa Grover

Thanks Dmitri ! Will try to contribute as much as I can :) On Fri, Apr 3, 2015 at 9:58 PM, Dmitri Zagidulin <dmitri(a)zagidulin.net> wrote: > Ideas for beginners, for Sprints etc: > > * Adding class comments/documentation, as mentioned, is a fantastic idea. > Maybe we can provide some code snippets, that will bring up a list of > classes with missing comments (or with too-short comments, less than X > characters). People can coordinate (on IRC, or via something like EtherPad) > on who's working on which classes. > > * Not related to core Pharo code itself, but still very helpful: Test > various libraries for compatibility with Pharo 4.0. Pick your favorite > pharo-related project or library off of SmalltalkHub (or SqueakSource, > etc), try to load it into Pharo 4. Run the unit tests. Fix stuff until it > loads fine in 4.0.Try and use the library in a simple demo project. Best > yet, write a blog post about it. The success of Pharo largely depends on > the success of its ecosystem of libraries and projects. > > * Benchmark things. Which JSON library (of the several available) is > faster at parsing large json objects in Pharo 4? That sort of thing. > > * Write blog posts in general! Write tutorials and walkthroughs on how to > use some of the new 4.0 features. Do programming puzzles / interview > questions and post about em. Share tips on how you theme and customize your > Pharo images, which tools you use most, and so on. > > * As mentioned before, at least browse the open 4.0 issues on the pharo > FogBugz. Try to think about how you'd go about discovering how to solve > them. You'll learn a lot about the system. Also, once the issues are fixed, > you can help test and confirm the fix (if you can figure out the 'how to > reproduce' steps). Follow the 'to reproduce' steps to make sure you > reproduce the error/issue. Then load the slice containing the fix from the > pharo inbox repo, and redo the steps again to make sure it was fixed. > > > > > > > On Fri, Apr 3, 2015 at 8:54 AM, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > >> >> > On 03 Apr 2015, at 14:36, Jigyasa Grover <grover.jigyasa1(a)gmail.com> >> wrote: >> > >> > Ohk. >> > No issues :) >> > Looking forward to other Pharo Sprints focusing on beginners :D >> > >> >> Yesâ¦ maybe other people have ideas? >> >> Marcus >> >> >> >

April 3, 2015

Re: [Pharo-dev] Resizing of the print block (Pharo 4.0)

by Tudor Girba

No, the print popup dimension is not changeable at the moment. But, Ii you want, you can embed the print string in the Playground by pressing Enter. Cheers, Doru On Fri, Apr 3, 2015 at 2:31 PM, Gaurav Singh <grvanm.coder(a)gmail.com> wrote: > Is there a way to resize the print block in the playground? Sometimes when > the string is quite a bit long the print block never goes beyond a specific > dimension which is quite less and therefore we have to scroll down more > rows to check the output and the only way to see the better output is the > inspector whereas in Pharo 3.0 we saw that the output depended on the size > of the workspace. > -- www.tudorgirba.com "Every thing has its own flow"

April 3, 2015

Re: [Pharo-dev] [Pharo-users] Pharo sprint on Friday, 3rd April

by Dmitri Zagidulin

Ideas for beginners, for Sprints etc: * Adding class comments/documentation, as mentioned, is a fantastic idea. Maybe we can provide some code snippets, that will bring up a list of classes with missing comments (or with too-short comments, less than X characters). People can coordinate (on IRC, or via something like EtherPad) on who's working on which classes. * Not related to core Pharo code itself, but still very helpful: Test various libraries for compatibility with Pharo 4.0. Pick your favorite pharo-related project or library off of SmalltalkHub (or SqueakSource, etc), try to load it into Pharo 4. Run the unit tests. Fix stuff until it loads fine in 4.0.Try and use the library in a simple demo project. Best yet, write a blog post about it. The success of Pharo largely depends on the success of its ecosystem of libraries and projects. * Benchmark things. Which JSON library (of the several available) is faster at parsing large json objects in Pharo 4? That sort of thing. * Write blog posts in general! Write tutorials and walkthroughs on how to use some of the new 4.0 features. Do programming puzzles / interview questions and post about em. Share tips on how you theme and customize your Pharo images, which tools you use most, and so on. * As mentioned before, at least browse the open 4.0 issues on the pharo FogBugz. Try to think about how you'd go about discovering how to solve them. You'll learn a lot about the system. Also, once the issues are fixed, you can help test and confirm the fix (if you can figure out the 'how to reproduce' steps). Follow the 'to reproduce' steps to make sure you reproduce the error/issue. Then load the slice containing the fix from the pharo inbox repo, and redo the steps again to make sure it was fixed. On Fri, Apr 3, 2015 at 8:54 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > On 03 Apr 2015, at 14:36, Jigyasa Grover <grover.jigyasa1(a)gmail.com> > wrote: > > > > Ohk. > > No issues :) > > Looking forward to other Pharo Sprints focusing on beginners :D > > > > Yesâ¦ maybe other people have ideas? > > Marcus > > >

April 3, 2015