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

brickValue: in Glamour-Morphic-Brick

by Nicolai Hess

Can we remove #brickValue: ? I don't see how this is different from #cull: And the name is strange, I don't see how this depends an a brick. nicolai

April 25, 2015

Re: [Pharo-dev] SystemWindow vs. StandardWindow

by stepharo

no idea :) I would love to be able to have a counter argument to the removal of one :) Le 24/4/15 16:53, Sean P. DeNigris a Ã©crit : > Is this distinction necessary? > > I started digging when I noticed that SystemWindow>>#label and #setLabel: > becomes StandardWindow>>#title and #title. Wouldn't it be better to just > push #title up if we like that API better? It's exhausting to manage all > these tiny (and possibly unnecessary) differences... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/SystemWindow-vs-StandardWindow-tp4821655.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

April 25, 2015

Re: [Pharo-dev] running the vm from within a dll

by stepharo

Personally I would love to have this happening. Stef Le 24/4/15 18:06, Stefan Krecher a Ã©crit : > Hi all, > i know this topic was discussed from time to time but I'm not sure if > there is a simple answer. > Can the VM be compiled to a windows dll, so pharo could get started > from another dll and would exchange events? > It is probably a similar approach to the one Andreas Raab did for the > android/ squeak port back in 2010. > He compiled squeak as a shared library and started it on Android via a > Java wrapper. > I had a short conversation on that with Andreas on this years ago and > it sounded very easy. I had the impression that he did this on one > evening and it just worked. The code looked simple too. > But maybe it was that easy because Andreas was a super-smart guy ... > Anyway - would this architecture fit with a dll-scario (having a dll > that starts pharo, which itself runs in a dll)? > Regards > Stefan

April 25, 2015

Re: [Pharo-dev] Please, No Restate-the-selector Method Comments

by stepharo

+ 1 And I would like to see more useful comments like on the Matrix class side methods :) Stef > I'd like to see the removal of comments like: > > StandardWindow>>#title > "Answer tht window title." > > Here we have a comment that adds no value, but adds to the maintenance > burden because there is a typo. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Please-No-Restate-the-selector-Method-Comments-tp4821… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

April 25, 2015

Re: [Pharo-dev] changing nautilus method icons

by stepharo

Thanks Peter. I understand your focus. Push DynaCase I know some other potential users since last week :) > > What is the saying? "You either build tools or you use them." :) > > All jokes aside if I am focused on something different and just want > to quickly resolve a semi-problem I don't want to waste all day doing > unimportant stuff (why is Spotter freezing the image every hour, why > is there race condition when displaying Spec, why am three clicks away > from encountering debugger, why is emphasis not working, why athens > positions at half pixels, and million others...); I have short > attention span so I prefer to get low priority things out of my mind > asap or just ignore them. So when I am contributing to Pharo (Spec > mostly) I focus only on that. > > (It makes "refactoring > realize" more relevant to me), > > > I am not familiar with this. Can you describe it. > > Nautilus -> right click on a class -> Refactoring > Class refactoring > > Realize > It adds stubs for all methods specified as abstract > (subclassResponsibility) in superclass(es). > > 2. it needs a meaningful priority (for me it is important, but > some may prefer up/down icons, etc.) > > > Priority is mostly important if you report a bug and leave it for > someone else to fix. A "resolved" priority 5 issue will likely be > looked at before most "work needed" priority 3 issue. > > By priority I mean the icon priority â there can be displayed only one > icon at a time so each icon has a priority aka should there be > "isHalt" icon, or "is a test icon", etc. > > Now the personal advantage for yourself of trying to push such > things into Pharo is that you do not need to migrate it to every > fresh image you download. Of course nt all personal features are > suitable, but its often worth trying. > > Startup script is still faster than properly going through the context > and making sure it actually makes sense. I'll open an issue though. > > Peter

April 25, 2015

Re: [Pharo-dev] changing nautilus method icons

by Peter UhnÃ¡k

On Sat, Apr 25, 2015 at 7:11 PM, Ben Coman <btc(a)openinworld.com> wrote: > > > On Sun, Apr 26, 2015 at 12:23 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Do you have a fogbugz issue number you are working on for that? >>> >> >> This was for my personal use >> > > This is not how Pharo improves ;) > What is the saying? "You either build tools or you use them." :) All jokes aside if I am focused on something different and just want to quickly resolve a semi-problem I don't want to waste all day doing unimportant stuff (why is Spotter freezing the image every hour, why is there race condition when displaying Spec, why am three clicks away from encountering debugger, why is emphasis not working, why athens positions at half pixels, and million others...); I have short attention span so I prefer to get low priority things out of my mind asap or just ignore them. So when I am contributing to Pharo (Spec mostly) I focus only on that. > > >> (It makes "refactoring > realize" more relevant to me), >> > > I am not familiar with this. Can you describe it. > Nautilus -> right click on a class -> Refactoring > Class refactoring > Realize It adds stubs for all methods specified as abstract (subclassResponsibility) in superclass(es). > 2. it needs a meaningful priority (for me it is important, but some may >> prefer up/down icons, etc.) >> > > Priority is mostly important if you report a bug and leave it for someone > else to fix. A "resolved" priority 5 issue will likely be looked at before > most "work needed" priority 3 issue. > By priority I mean the icon priority â there can be displayed only one icon at a time so each icon has a priority aka should there be "isHalt" icon, or "is a test icon", etc. > Now the personal advantage for yourself of trying to push such things into > Pharo is that you do not need to migrate it to every fresh image you > download. Of course nt all personal features are suitable, but its often > worth trying. > Startup script is still faster than properly going through the context and making sure it actually makes sense. I'll open an issue though. Peter

April 25, 2015

Re: [Pharo-dev] changing nautilus method icons

by Ben Coman

On Sun, Apr 26, 2015 at 12:23 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Do you have a fogbugz issue number you are working on for that? >> > > This was for my personal use > This is not how Pharo improves ;) > (It makes "refactoring > realize" more relevant to me), > I am not familiar with this. Can you describe it. > but there is no Pharo issue (afaik). > I guessed this :) -- it was an obtuse hint... > > It would be simple enough to add it to Pharo > cool. Would you do this? > but: > 1. it needs a relevant icon (I used breakpointIcon for myself) > Scratch your own itch first. Other icons can be suggested as part of the review process once once there is a slice submitted. > 2. it needs a meaningful priority (for me it is important, but some may > prefer up/down icons, etc.) > Priority is mostly important if you report a bug and leave it for someone else to fix. A "resolved" priority 5 issue will likely be looked at before most "work needed" priority 3 issue. Now the personal advantage for yourself of trying to push such things into Pharo is that you do not need to migrate it to every fresh image you download. Of course not all personal features are suitable, but its often worth trying. cheers -ben

April 25, 2015

Re: [Pharo-dev] changing nautilus method icons

by Peter UhnÃ¡k

> > Do you have a fogbugz issue number you are working on for that? > This was for my personal use (It makes "refactoring > realize" more relevant to me), but there is no Pharo issue (afaik). It would be simple enough to add it to Pharo but: 1. it needs a relevant icon (I used breakpointIcon for myself) 2. it needs a meaningful priority (for me it is important, but some may prefer up/down icons, etc.) Peter

April 25, 2015

Re: [Pharo-dev] changing nautilus method icons

by Ben Coman

On Sat, Apr 25, 2015 at 3:00 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > is there some (API) way to control the icons for methods in Nautilus? > I would like to show an icon for methods that contains "self > shouldBeImplemented". > Something like what is shown when there is "self halt" in the method. > Is this possible without overriding something inside Nautilus? > > (Possibly through Nautilus Plugin Manager, but I have no idea how that > works.) > > Thanks, > Peter > Sounds interesting. Do you have a fogbugz issue number you are working on for that? cheers -ben

April 25, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] de6e0a: 50003

by Ben Coman

Fix ready for review. It pops up a Workspace populated with the text... Pharo 2.0 introduced StartupLoader for loading common preferences into a fresh image. Since Pharo 3.0 this was renamed in favour of StartupPreferencesLoader. Some of your startup preference files need to be updated. To edit these, evaluate the following line: StartupPreferencesHandler new perform inspect However I am not sure if I got the correct info correct regarding when things were introduced/deprecated. Could someone knowing the history better confirm that is reasonable? Now credit to the GTInspector team. It was a nice surprise to automatically be able to edit and save the files by evaluating that one line above. cheers -ben On Sat, Apr 25, 2015 at 9:20 PM, Ben Coman <btc(a)openinworld.com> wrote: > While the fix is simple, its not a minor thing just to change a > preferences file external to the image. This is going to bite *everyone* > who moves to 5.0-development, and when 5.0 is released its going to bite > lots of general public. A debugger can't be presented at startup with any > reasonable expectation that users think Pharo is a quality product. > > First impressions count. > > This should be handled more gracefully by presenting instructions on how > to migrate to StartupPreferencesLoader using version specific folders." > > https://pharo.fogbugz.com/default.asp?15398 > > Yuriy, Did you log an issue already to cleanup the StartupLoader > references? > > cheers -ben > > > On Wed, Apr 22, 2015 at 2:34 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> Yes, I know. But while I was trying to understand the problem, Iâve found >> places in StartupPreferencesLoader where code is generated with >> StartupLoader. Itâs a minor thing, but do we really need a place with >> potential problems in our system? >> >> Uko >> >> > On 22 Apr 2015, at 08:13, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> > >> > >> >> On 21 Apr 2015, at 19:27, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >> >> >> Oh, it should be replaced by StartupPreferencesLoader. Iâll submit a >> slice >> > >> > a slice for what? >> > the changes you need to do are in your preferences file, not inside the >> image. >> > >> > Esteban >> > >> >> >>> On 21 Apr 2015, at 19:20, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >>> >> >>> So now startup actions are not working because StartupLoader was >> removed. What are the plans about this? >> >>> >> >>>> On 21 Apr 2015, at 17:40, GitHub <noreply(a)github.com> wrote: >> >>>> 15368 unload Deprecate40 in Pharo5 >> >>>> https://pharo.fogbugz.com/f/cases/15368 >> >

April 25, 2015