- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Scrollable Spec Model

by Peter UhnÃ¡k

Oh, rightâ¦ I didn't realize I can do that. :) Thanks, Peter On Thu, May 19, 2016 at 11:43 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > You can use a ListModel and put your Buttons in it. > > ListModel new > items: ( 'Files' asPackage classes collect:[:c | ButtonModel new icon: > c systemIcon; label: c name; action:[ UIManager default alert: c comment > title: c name]]); > displayBlock: [ :x | x buildWithSpec ]; > openWithSpec > > > > 2016-05-18 17:55 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >> Hi, >> >> anyone has any experience with scrollable (arbitrary) Spec Model? >> >> e.g. I have a long list of buttons and fixed outer container windowâ¦ >> >> >> â >> As far as I can see scrolling is only available on morphic side, so I am >> not sure how to augment itâ¦ (Although we should probably allow scrolling on >> Spec side in some way) >> >> Thanks, >> Peter >> > >

May 19, 2016

Re: [Pharo-dev] Scrollable Spec Model

by Nicolai Hess

You can use a ListModel and put your Buttons in it. ListModel new items: ( 'Files' asPackage classes collect:[:c | ButtonModel new icon: c systemIcon; label: c name; action:[ UIManager default alert: c comment title: c name]]); displayBlock: [ :x | x buildWithSpec ]; openWithSpec 2016-05-18 17:55 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > Hi, > > anyone has any experience with scrollable (arbitrary) Spec Model? > > e.g. I have a long list of buttons and fixed outer container windowâ¦ > > > â > As far as I can see scrolling is only available on morphic side, so I am > not sure how to augment itâ¦ (Although we should probably allow scrolling on > Spec side in some way) > > Thanks, > Peter >

May 19, 2016

Re: [Pharo-dev] Turning off Spotter using internet!

by Sven Van Caekenberghe

> On 19 May 2016, at 19:36, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > On Thu, May 19, 2016 at 01:53:04PM +0200, Sven Van Caekenberghe wrote: >> >>> On 19 May 2016, at 13:41, stepharo <stepharo(a)free.fr> wrote: >>> >>> Hi guys >>> >>> This is hyper annoying that Spotter look for the net by default. >>> >>> We should turn it off. >> >> This was 'fixed' in the sense that it now only gets it once every 24 >> hours and then caches it in the image. >> >> The real problem is that NetNameResolver (dns name -> IP address >> resolution, using of course opaque primitives) sometimes hangs. This >> makes it very hard for the image to decide if it has network >> connection or not. And thus hard to react in an intelligent way. >> >> This situation is also hard to debug, because if I turn off my >> wireless network, NetNameResolver fails immediately (which is >> perfect). It is hard to reproduce the case where it hangs, at least >> for me. > > I think this can be "easily" reproduced by leaving Pharo running while > switching networks. > > I haven't tested this explicitly, but my working assumption at the > moment is that if I suspend my laptop with Pharo running and connect to > a different network then Pharo will hang on the first network access. I do this every day twice (home > work > home) and it never fails. > I'll try and track this down further if someone wants. Yes please, but include details (platform, OS, versions). > Cheers, > Alistair

May 19, 2016

Re: [Pharo-dev] Turning off Spotter using internet!

by Alistair Grant

On Thu, May 19, 2016 at 01:53:04PM +0200, Sven Van Caekenberghe wrote: > > > On 19 May 2016, at 13:41, stepharo <stepharo(a)free.fr> wrote: > > > > Hi guys > > > > This is hyper annoying that Spotter look for the net by default. > > > > We should turn it off. > > This was 'fixed' in the sense that it now only gets it once every 24 > hours and then caches it in the image. > > The real problem is that NetNameResolver (dns name -> IP address > resolution, using of course opaque primitives) sometimes hangs. This > makes it very hard for the image to decide if it has network > connection or not. And thus hard to react in an intelligent way. > > This situation is also hard to debug, because if I turn off my > wireless network, NetNameResolver fails immediately (which is > perfect). It is hard to reproduce the case where it hangs, at least > for me. I think this can be "easily" reproduced by leaving Pharo running while switching networks. I haven't tested this explicitly, but my working assumption at the moment is that if I suspend my laptop with Pharo running and connect to a different network then Pharo will hang on the first network access. I'll try and track this down further if someone wants. Cheers, Alistair

May 19, 2016

Re: [Pharo-dev] TEXT drag and drop

by Thierry Goubier

Le 19/05/2016 06:36, Esteban Lorenzano a Ã©crit : > I would vote yes :) Agreed. This is cool. One thing: the 'more' when longer than 8 characters is a bit confusing: I'd prefer just ... (three dots). Or, even better, allow for a longer uncut word (20 ?) and, if longer, cut in the middle with '...' (keep beginning and end of the word). Regards, Thierry >> On 18 May 2016, at 22:02, Torsten Bergmann <astares(a)gmx.de >> <mailto:astares@gmx.de>> wrote: >> >> Hi Liang Bing, >> nice! Could be a nice addition to the standard image if others like it >> too. >> Did you already sign as contributor? >> Thx >> T. >> *Gesendet:* Mittwoch, 18. Mai 2016 um 19:09 Uhr >> *Von:* lb <liangbing64(a)126.com <mailto:liangbing64@126.com>> >> *An:* pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> >> *Betreff:* [Pharo-dev] TEXT drag and drop >> Hi, >> I have made a little tool for draging and dropping text selection. >> like windows Word. >> It can work in Pharo 40 50 and 60. >> Have a fun! >> LiangBing >> MCHttpRepository >> location: >> 'http://www.smalltalkhub.com/mc/liangbing/Text-DragDrop/main' >> user: '' >> password: '' >> >

May 19, 2016

Re: [Pharo-dev] TEXT drag and drop (Torsten Bergmann)

by lb

Thank you Torsten and Esteban I desire to be a contributor of Pharo. Cheers! Liang Bing

May 19, 2016

Re: [Pharo-dev] Turning off Spotter using internet!

by Sven Van Caekenberghe

https://pharo.fogbugz.com/f/cases/18281/NetNameResolver-class-addressForNam… > On 19 May 2016, at 14:07, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > On Thu, May 19, 2016 at 1:53 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > This situation is also hard to debug, because if I turn off my wireless network, NetNameResolver fails immediately (which is perfect). It is hard to reproduce the case where it hangs, at least for me. > > What about instead of turning off the network just open and listen on a local port and direct DNS there? And because there will be no response it might hangâ¦ > > just an ideaâ¦ > > Peter

May 19, 2016

Re: [Pharo-dev] Turning off Spotter using internet!

by Alexandre Bergel

Or at a conference when the keynote is very boring and everybody is checking email or Facebookâ¦ :-) Alexandre > On May 19, 2016, at 10:01 AM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > > On Thu, May 19, 2016 at 12:41 PM, stepharo <stepharo(a)free.fr> wrote: >> Hi guys >> >> This is hyper annoying that Spotter look for the net by default. >> >> We should turn it off. We should also improve the comment of the catalog >> setting because it is unclear >> >> that this is this setting that should be turned off. > > Yes agree especially in country in Cameroon with low internet bandwith > ... this is not good. > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 19, 2016

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/60021 Home: https://github.com/pharo-project/pharo-core

May 19, 2016

[pharo-project/pharo-core] 3d437e: 60021

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 3d437ebc5201100501bdb2c5443e9e2efb082f66 https://github.com/pharo-project/pharo-core/commit/3d437ebc5201100501bdb2c5… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-05-19 (Thu, 19 May 2016) Changed paths: M Kernel.package/Context.class/class/simulation/initializePrimitiveSimulators.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60020.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60021.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60020.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60021.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-CommandLineHandler.package/PharoCommandLineHandler.class/instance/private - preferences/runPreferences.st M System-Support.package/SystemNavigation.class/instance/query/allUnimplementedCalls.st A WriteBarrierTests.package/WriteBarrierTest.class/instance/setup/expectedFailures.st Log Message: ----------- 60021 18264 WriteBarrierTest are failing. Maybe put on "expected" for now https://pharo.fogbugz.com/f/cases/18264 16084 introduce pragma "ignoreUnimplementedCalls:" https://pharo.fogbugz.com/f/cases/16084 18262 safe usage of optional StartupPreferencesLoader in the PharoCommandLineHandler https://pharo.fogbugz.com/f/cases/18262 http://files.pharo.org/image/60/60021.zip

May 19, 2016