- Pharo-dev - lists.pharo.org

Magritte = Auto-GT Presentation

by Sean P. DeNigris

gtInspectorMagritteIn: composite <gtInspectorPresentationOrder: 30> | table | table := composite table title: 'Magritte'; display: [ self magritteDescription children collect: [ :desc | desc label -> (desc toString: (desc accessor read: self)) ] ]; column: 'Field' evaluated: #key; column: 'Value' evaluated: #value; send: #value descriptionName <magritteDescription> ^ MAStringDescription new accessor: #name; label: 'Name'; priority: 100; yourself descriptionPages etc... <http://forum.world.st/file/n4817448/Screenshot_2015-04-04_00.png> ----- Cheers, Sean -- View this message in context: http://forum.world.st/Magritte-Auto-GT-Presentation-tp4817448.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 4, 2015

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

by Ben Coman

On Sat, Apr 4, 2015 at 1:26 AM, Sean P. DeNigris <sean(a)clipperadams.com> 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. > > If I was developing an app where a stable look and feel was necessary, and > I wasnât using my own widgets, I would maintain my own theme. AFAIK nothing > about the theme /framework/ has changed, just individual themes are no > longer part of core. > > Perhaps in some Release Notes we need to advise where to removed themes can be found outside the image. cheers -ben

April 4, 2015

Re: [Pharo-dev] About PharoShortcuts

by stepharo

Hi nicolai I'm not yet fully clear about the way we should handle keybinding. They look to me a bit like settings in the sense that a widget should be able to define its own but that the system could also "push" into it some predefined one. We should probably have a way to have local redefinition of binding. While we were brainstorming with Guille about we were thikning about having a command hierarchy as it was done in OB long time ago. Le 3/4/15 13:46, Nicolai Hess a Ã©crit : > 15288 <https://pharo.fogbugz.com/default.asp?15288> > Shortcuts in text editor are hardcoded > > I think it is a good idea to commonly name those short cuts. > But this does not help to make the shortcut handling really configurable. > > For example, how would we change the shortcut for "toggle comment" ? > - we need a setting that lists all PharoShortcuts, > - change the keycombination in the setting > - toggleCommentOnSelectionOrLine now would return the new shortcut > > But how do we populate the change to all users of this shortcut? > We would need to rebuild all keymaps. > (And if we want to save and load this shortcuts settings (load > settings at startup), we > need to rebuild all keymappings on every image startup). > > > Instead, we could define commonly named "Actions". A texteditor can > register this > action in its keymap and the action has a unique configurable > KMKeyCombination May be :) I'm dead now. > > what do you think? > > cheers > nicolai > >

April 3, 2015

Another step towards removing CodeHolder :)

by stepharo

hi guys today guille extended my first cut at writing a new filecontentsbrowser :) now it works so we can remove pseudo-class, filepackage and others :) and we started to define a changelistbrowser. So next sprint we will be able to say bye bye to CodeHolder and the complete hierarchy. Tx Guille

April 3, 2015

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

by Sean P. DeNigris

> 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. If I was developing an app where a stable look and feel was necessary, and I wasnât using my own widgets, I would maintain my own theme. AFAIK nothing about the theme /framework/ has changed, just individual themes are no longer part of core. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-4-Beta-first-impressions-tp4817257p4817391.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 3, 2015

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