- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] CI Still Down

by Marcus Denker

Yes, sadly this needs the admins of ci.inria.fr <http://ci.inria.fr/> and it is weekend... > On 26 Apr 2015, at 01:05, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > ... since yesterday! > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/CI-Still-Down-tp4821894.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

April 26, 2015

Re: [Pharo-dev] Issue 15394: (Launcher) Safer Image Deletion

by stepharo

Yes! Stef Le 24/4/15 15:56, Sean P. DeNigris a Ã©crit : > https://pharo.fogbugz.com/default.asp?15394 > > Especially as we move to push the launcher as the default download for new > users, this will be crucial. Right now, we are deleting via an `rm -fr` like > approach, which is quite harsh for a GUI tool, especially when deleting an > image, which is akin to an operating system. It would be better to remove > the confirmation dialog and move the image to the trash, with an undo if > possible. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Issue-15394-Launcher-Safer-Image-Deletion-tp4821635.h… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

April 26, 2015

Re: [Pharo-dev] SystemWindow vs. StandardWindow

by Ben Coman

+1... * Outside of Pharo, I've only ever know it be called a "window title". Never heard of "window label". A "label" would be for panes, tabs and widgets within the window. * Historical context + implementor-count... * StandardWindow>>title: ~2006 +25-most-window-related * StandardWindow>>title ~2006 +170 (most return constant strings - window related?) * SystemWindow>>label ~1998 +370-many-unrelated-to-windows * SystemWindow>>setLabel: ~2011 +1 * Not sure how useful it is, but I compiled a table for comparison https://docs.google.com/spreadsheets/d/1YvMgH8uSbOsSf30T7lyaCCcnDLy4tzXnM39… * Would need to consider the 8 methods of SystemWindow "label" protocol * One random observation EyeCollectionInspector>>title and EyeCollectionInspector-class>>label cheers -ben On Fri, Apr 24, 2015 at 10:53 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > 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 26, 2015

Re: [Pharo-dev] brickValue: in Glamour-Morphic-Brick

by Aliaksei Syrel

> > 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. Not really, it is implemented also in Object. It is used to script brick layout properties. So user can say: brick height: 10. brick height: #approximate. brick height: [ :b | b width * 2]. or even brick height: HeightStrategy new. so brickValue: is sent to any kind of object that is used as height. So without changing brick itself user can implement its own class and override brickValue: and have custom strategy to calculate height. Such practice is used in many places in brick. Cheers, Alex On Sun, Apr 26, 2015 at 12:16 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > 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

CI Still Down

by Sean P. DeNigris

... since yesterday! ----- Cheers, Sean -- View this message in context: http://forum.world.st/CI-Still-Down-tp4821894.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 25, 2015

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