- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Feedback request: Editor with highlighting message-sends on mouse over

by Nicolai Hess

2016-08-11 23:11 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > > 2016-08-11 22:19 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> This is the changed styler to underline assignments. This makes it easer >> to spot places in long methods, where variables are changed. >> (on the other hand, of course, methods shouldn't be that big :) ) >> > > Let's integrate it. It looks so good > This is not part of the change, just an experiment. I need to change the style tables for this, and before we integrate that change, I would like to make it configurable.

Aug. 11, 2016

Re: FileException only when opening image in certain way...

by Davide Varvello

I opened a bug: https://pharo.fogbugz.com/f/cases/18872/Pharo5-vm-crash-on-mac Davide Pharo Smalltalk Developers mailing list wrote > Moreover, on Pharo4 it's working. > Davide > > > > > Dale Henrichs-3 wrote >> Mariano, >> >> I think your problem might have something to do with how the PWD env var >> is managed in OSX ... Check the value of the 'PWD' in your different >> examples and see if that sheds any light ... >> >> Dale >> >> On 7/26/16 5:49 AM, Mariano Martinez Peck wrote: >>> >>> >>> On Tue, Jul 26, 2016 at 9:48 AM, Mariano Martinez Peck >>> < > >> marianopeck@ > >> <mailto: > >> marianopeck@ > >> >> wrote: >>> >>> Hi guys, >>> >>> Davide Varvello reported me an issue with Fuel, failing to do: >>> >>> FLSerializer serialize: 'whatever' toFileNamed: 'demo.fuel'. >>> >>> Such a thing would bring an error like this: >>> >>> File>>openForWrite: >>> File>>openForWrite >>> File>>writeStream >>> File>>writeStreamDo: >>> FLPharo5Platform>>fileNamed:writeStreamDo: >>> FLSerializer>>serialize:toFileNamed: >>> FLSerializer class>>serialize:toFileNamed: >>> >>> The code is: >>> >>> FLPharo5Platform >> fileNamed: aFilename writeStreamDo: aBlock >>> ^ ((Smalltalk at: #File) named: aFilename) writeStreamDo: [ :stream >>> | >>> stream binary. >>> aBlock value: stream ] >>> >>> >>> Now..I have tried to reproduce it but it happens only depending on >>> how the vm/image was started!!! And I only tested on OSX. >>> >>> Download the oneclick from here: >>> http://files.pharo.org/platform/Pharo5.0-mac.zip and see my results: >>> >>> 1) Executing VM from command line and passing the image as >>> argument: WORKS. >>> 2) Double clicking on the internal Pharo binary (which auto-starts >>> the image): WORKS >>> 3) Double clicking the internal Pharo image and then "Open With" >>> and I select the Pharo VM: DOES NOT WORK. >>> 4) Double clicking the Pharo one click: DOES NOT WORK. >>> >>> >>> I forgot to said... if you create the file in advance, with something >>> like: >>> >>> FileStream forceNewFileNamed: 'demo.fuel' do: [ :aStream | >>> FLSerializer serialize: 'whatever' on: aStream binary ] >>> >>> It does work in all cases. >>> >>> Has anyone experienced something like this? Looks like different >>> file / directory permissions when starting in different ways? >>> >>> Thanks in advance, >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com > > > > > > -- > View this message in context: > http://forum.world.st/FileException-only-when-opening-image-in-certain-way-… > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. -- View this message in context: http://forum.world.st/FileException-only-when-opening-image-in-certain-way-… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 11, 2016

Re: [Pharo-dev] Feedback request: Editor with highlighting message-sends on mouse over

by Denis Kudriashov

2016-08-11 22:19 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > This is the changed styler to underline assignments. This makes it easer > to spot places in long methods, where variables are changed. > (on the other hand, of course, methods shouldn't be that big :) ) > Let's integrate it. It looks so good

Aug. 11, 2016

Re: [Pharo-dev] Feedback request: Editor with highlighting message-sends on mouse over

by Nicolai Hess

2016-08-11 21:54 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > 2016-08-11 21:23 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > >> >> 2016-08-11 13:57 GMT+02:00 Christophe Demarey < >> christophe.demarey(a)inria.fr>: >> >>> Good idea! >>> I like it and it works well. >>> I now wonder if it should not be enabled as default. For that, maybe the >>> highlight should be styled a bit (e.g. lighter colors) to do not perturb >>> the user when not really needed but still easy to see. Another idea would >>> be to show it only if you press a key while mouse over (e.g shift). >>> >> >> I remember another nice idea to underline keyword messages with different >> colors. >> > > Another idea, instead of highlighting the whole message with arguments, > only underline the keywords. This is nice too, but the code to do so (using > rubrics text segements) is much more complex, because > I had to use multiple text segments (one per keyword part). > > Doing the underline for all keyword message is easier with using ordinary > text style attributes. And let the syntax highligher set the proper > attributes. > I already did this once, but not for underlining the keywords but for > emphase variable assignments. > This is the changed styler to underline assignments. This makes it easer to spot places in long methods, where variables are changed. (on the other hand, of course, methods shouldn't be that big :) ) > > >

Aug. 11, 2016

Re: [Pharo-dev] Feedback request: Editor with highlighting message-sends on mouse over

by Nicolai Hess

2016-08-11 21:23 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > > 2016-08-11 13:57 GMT+02:00 Christophe Demarey <christophe.demarey(a)inria.fr > >: > >> Good idea! >> I like it and it works well. >> I now wonder if it should not be enabled as default. For that, maybe the >> highlight should be styled a bit (e.g. lighter colors) to do not perturb >> the user when not really needed but still easy to see. Another idea would >> be to show it only if you press a key while mouse over (e.g shift). >> > > I remember another nice idea to underline keyword messages with different > colors. > Another idea, instead of highlighting the whole message with arguments, only underline the keywords. This is nice too, but the code to do so (using rubrics text segements) is much more complex, because I had to use multiple text segments (one per keyword part). Doing the underline for all keyword message is easier with using ordinary text style attributes. And let the syntax highligher set the proper attributes. I already did this once, but not for underlining the keywords but for emphase variable assignments.

Aug. 11, 2016

Re: [Pharo-dev] Feedback request: Editor with highlighting message-sends on mouse over

by Nicolai Hess

2016-08-10 16:48 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > I opened an issue > > 18901 > <https://pharo.fogbugz.com/f/cases/18901/Highlight-message-send-selector-on-…> > Highlight message send selector on mouse over > > with an experimental implementation. > > Just load the slice, enable the setting: > RubAbstractTextArea highlightMessageSend: true. > > Now open a code editor (nautilus/MessageBrowser) and > move the mouse over a message send. > > Or evaluate this code, it opens a text editor on a method, where it is > difficult > to see which part of the code belongs to which method: > > evaluate: > TextModel new beForCode; aboutToStyle:true;behavior: MorphTreeMorph;text:(MorphTreeMorph>>#drawLinesOn:) > sourceCode;openWithSpec. > > > feedback welcome. > > nicolai > Attached a screenshot. The mouse cursor is over the #submorphsDo: message, the highlighter highlights the message and all that is part of its arguments (the big block).

Aug. 11, 2016

Re: [Pharo-dev] Feedback request: Editor with highlighting message-sends on mouse over

by Denis Kudriashov

2016-08-11 13:57 GMT+02:00 Christophe Demarey <christophe.demarey(a)inria.fr>: > Good idea! > I like it and it works well. > I now wonder if it should not be enabled as default. For that, maybe the > highlight should be styled a bit (e.g. lighter colors) to do not perturb > the user when not really needed but still easy to see. Another idea would > be to show it only if you press a key while mouse over (e.g shift). > I remember another nice idea to underline keyword messages with different colors.

Aug. 11, 2016

Re: [Pharo-dev] Feedback request: Editor with highlighting message-sends on mouse over

by Denis Kudriashov

That's nice 2016-08-10 16:48 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > I opened an issue > > 18901 > <https://pharo.fogbugz.com/f/cases/18901/Highlight-message-send-selector-on-…> > Highlight message send selector on mouse over > > with an experimental implementation. > > Just load the slice, enable the setting: > RubAbstractTextArea highlightMessageSend: true. > > Now open a code editor (nautilus/MessageBrowser) and > move the mouse over a message send. > > Or evaluate this code, it opens a text editor on a method, where it is > difficult > to see which part of the code belongs to which method: > > evaluate: > TextModel new beForCode; aboutToStyle:true;behavior: MorphTreeMorph;text:(MorphTreeMorph>>#drawLinesOn:) > sourceCode;openWithSpec. > > > feedback welcome. > > nicolai >

Aug. 11, 2016

Re: [Pharo-dev] Feedback request: Editor with highlighting message-sends on mouse over

by Nicolai Hess

2016-08-11 13:57 GMT+02:00 Christophe Demarey <christophe.demarey(a)inria.fr>: > Hi Nicolai > > Good idea! > I like it and it works well. > I now wonder if it should not be enabled as default. For that, maybe the > highlight should be styled a bit (e.g. lighter colors) to do not perturb > the user when not really needed but still easy to see. Another idea would > be to show it only if you press a key while mouse over (e.g shift). > Thanks for your feedback. Yes, using shift is a good idea > > thanks > > Le 10 aoÃ»t 2016 Ã 16:48, Nicolai Hess <nicolaihess(a)gmail.com> a Ã©crit : > > I opened an issue > > 18901 > <https://pharo.fogbugz.com/f/cases/18901/Highlight-message-send-selector-on-…> > Highlight message send selector on mouse over > > with an experimental implementation. > > Just load the slice, enable the setting: > RubAbstractTextArea highlightMessageSend: true. > > Now open a code editor (nautilus/MessageBrowser) and > move the mouse over a message send. > > Or evaluate this code, it opens a text editor on a method, where it is > difficult > to see which part of the code belongs to which method: > > evaluate: > TextModel new beForCode; aboutToStyle:true;behavior: MorphTreeMorph;text:(MorphTreeMorph>>#drawLinesOn:) > sourceCode;openWithSpec. > > > feedback welcome. > > nicolai > > >

Aug. 11, 2016

Re: [Pharo-dev] install GitFileTree from catalog --> missing class

by Damien Pollet

Is it normal that a clean 60178 image is still missing the class after loading GitFileTree from the catalog? On 4 June 2016 at 09:37, stepharo <stepharo(a)free.fr> wrote: > This is why we need to have metadata of loaded packages inside the image. > > Because right now the maintainer of the package is forced to remove > information from his configuration :( > > Been there with RB. > > > Setf > > > Le 3/6/16 Ã 13:38, Esteban Lorenzano a Ã©crit : > > yes, but then GitFileTree from catalog is downloading a wrong version :) >> >> On 03 Jun 2016, at 13:28, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> STON is now (in 6.0) used as JSON parser. >>> >>> On 03 Jun 2016, at 13:24, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>> >>>> this class is not there anymore : >>>> >>>> MCFileTreeJsonParser >>>> >>>> (Pharo 6.0 version) >>>> >>> >>> >> >> > > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Aug. 11, 2016