January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] What happened to the Slice maker?

by Marcus Denker

On 21 Jan 2014, at 16:02, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 21 Jan 2014, at 15:26, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> It is now showing all the packages. >> It is cool for when you want to make slices in expert mode (aka with no dirty packages) >> But is it the default use case? >> > > It is very important: both Sven and Igor deem it as *very very* important that there is > no new version created when integrating Zinc or NativeBoostâ¦ as NativBoost sync > was very important to doâ¦ this was what was found as ab easy solution. > This will simplify *a lot* to make a Slice fro syncing with Spec, too. Marcus

Jan. 21, 2014

Re: [Pharo-dev] What happened to the Slice maker?

by Marcus Denker

On 21 Jan 2014, at 15:26, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > It is now showing all the packages. > It is cool for when you want to make slices in expert mode (aka with no dirty packages) > But is it the default use case? > It is very important: both Sven and Igor deem it as *very very* important that there is no new version created when integrating Zinc or NativeBoostâ¦ as NativBoost sync was very important to doâ¦ this was what was found as ab easy solution. => people will use Kommitter anyway most of the time => dirty packages are in front and have a => when it gets really annoying, we can improve (e.g. pre-select the starred packages) Marcus

Jan. 21, 2014

What happened to the Slice maker?

by Benjamin

It is now showing all the packages. It is cool for when you want to make slices in expert mode (aka with no dirty packages) But is it the default use case? Ben

Jan. 21, 2014

Re: [Pharo-dev] Pharo 3.0 on Raspberry Pi - Yes/No

by Jean Baptiste Arnaud

On 20 Jan 2014, at 23:56, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Jean Baptiste, > > On 20 Jan 2014, at 21:51, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com> wrote: > >> >> On 20 Jan 2014, at 19:32, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> Hi, >>> >>> Here is another step forward in getting Pharo 3.0 to run on a Raspberry Pi. >>> >>> Yes: >>> >>> pi@raspberrypi ~/Pharo-3.0 $ ../PharoRPi/PharoS -vm-display-null -vm-sound-null Pharo.image eval 'SystemVersion current' >>> Pharo3.0 of 18 March 2013 update 30710 >>> >>> pi@raspberrypi ~/Pharo-3.0 $ ../PharoRPi/PharoS -vm-display-null -vm-sound-null Pharo.image eval 'ZTimestamp now' >>> 2014-01-20T18:21:50Z >>> >>> No errors. >>> >>> >>> No: >>> >>> When doing something more complex, like: >>> >>> pi@raspberrypi ~/Pharo-3.0 $ ../PharoRPi/PharoS -vm-display-null -vm-sound-null Pharo.image eval --no-quit 'ZnServer startDefaultOn: 1701' >>> a ZnManagingMultiThreadedServer(running 1701) >>> >>> The HTTP Server does respond normally to one request and then seems to hang. >> Strange ... > > Yeah, I will retest tomorrow or so, the wireless adaptor on the Pi did act a bit up during testing, maybe that interfered, I don't know. Here that can be a real issue. > >>> When running with a UI, the image comes up, draws everything but remains unresponsive otherwise. >> I think it is because the UI is to slow and run in software only. >> The raspberry completely overcharged by the ui. >> I actually push fast bltbit, then we should have a slow but responsible UI . > > Hmm, it really didn't do anything, I try again. I integrate fast bltbit and after I will begin do really debug that. I fight against the continuous integration platform ^^. > >>> No PharoDebug.log output. >> Because that do not crash just over lag. Due to the UI. > > I just meant to say there were no errors ;-) > > Sending USR1 didn't reveal much either (no weird loops). > > I still think there is something wrong, does it work for you ? If something do not work in headless mode, something going wrong. But in non-headless mode, I do not give any pronostic until I integrate Fast blt bit. I work on it ^^. > Sven > >>> Events ? Multi-processing ? >>> >>> >>> How ? >>> >>> Use Jean-Baptiste's VM from here: >>> >>> https://ci.inria.fr/pharo-contribution/view/RaspberryPi/job/RaspberryPi-Com… >>> >>> Take a stock 3.0 image and apply Pavel's unloadNB.st script (see the thread with subject unload all). >>> >>> So, we're getting closer... >>> >>> If anyone is interested, I could make some kind of all in one download. >>> >>> Sven >>> >>> >> >> Best Regards >> Jean Baptiste Arnaud >> jbaptiste.arnaud(a)gmail.com >> >> >> >> >> >> >> > > Best Regards Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

Jan. 21, 2014

Unable to resolve Metacello-Platform.pharo30

by Pavel Krivanek

Hi, when I try this code: Gofer it url: 'http://smalltalkhub.com/mc/Pharo/Pharo30/main'; package: 'Metacello-Platform.pharo30'; load. an error 'Unable to resolve Metacello-Platform.pharo30' raises. The package is in the repository. Maybe some problem with the dot in the package name. -- Pavel

Jan. 21, 2014

Re: [Pharo-dev] [Moose-dev] you spin me around...

by Alexandre Bergel

>> .. as well as other (infinite) number of permutations with 'something-ed' and 'Label'. >> >> or its just a prototype? > > I asked myself the same. > Why Label can not do everything? Because this is a lot already. The class TRRotatedLabelShape is complex. It is not _just_ applying a rotation matrix. We also need to have the encompassing rectangle, which is needed by the layouts. We also need the bounding box, for checking the point inclusion (i.e., is your mouse above the text?) I havenât done any benchmark, but I suspect the rotated label to be slower than the non-rotated label. But indeed, the shape of hierarchy will surely evolve over the time. Having rotated labels is just a (minor but important) milestone that we wanted to share with you. Alexandre > > Stef >> >> shape angleInDegree: [ :cls | cls numberOfMethods negated / 1.5 ]. >> shape text: [ :cls | ' ', cls name ]. >> shape color: (Color black alpha: 0.2). >> v addAll: (shape elementsOn: Collection withAllSubclasses). >> >> v canvas color: Color white. >> v open >> -=-=-=-=-=-=-=-=-=-= >> >> More screenshots and more examples on: >> https://www.facebook.com/media/set/?set=a.573528479400420.1073741841.340543… >> >> Excellent job Juraj! >> >> Before the end of January, we will make a big big announcement. We, the profilers, are working hard these days on a fantastic infrastructure for a better and stronger visual experience. >> >> Cheers, >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 21, 2014

Re: [Pharo-dev] [Moose-dev] Re: you spin me around...

by Alexandre Bergel

> why you need separate class for 'rotated' label? to have rotated labels :-) > i suppose you also need RTRotatedAndScaledLabel, > RTRotatedAndScewedLabel > .. as well as other (infinite) number of permutations with 'something-ed' and 'Labelâ. Actually no. Having rotated labels can be considered as a primitive for data visualization. DSM, GraphET need rotated labels. I see Roassal as an abstract for data visualization. Not really as a better API than Athens. Neither as an alternative. Athens works very well, and the API is relatively clean. Yesterday with Ben we had exactly that discussion. Why not exposing the notion of matrix, like that I can rotate anything? That is a very good point, and we will probably offer such a thing on some point. But the problem with matrixes is that they are highly complicated. Finding the right combination between translation and rotation is always a long set of try-and-see-what-we-get. > or its just a prototype? Yes, it is a prototype. It will probably evolve over the time. Maybe we will not keep RotatedLabel at the end, but merge it with Label. One some point, we will introduce a hierarchy for transformation. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 21, 2014

Re: [Pharo-dev] ...and load back

by Frank Shearar

Thanks, Pavel. I'd hoped it was that simple :) frank On 21 January 2014 11:29, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > I do it in supporting job using this code: > > |dict| > dict := Dictionary new. > dict at: #DejaVu put: (TextStyle named: 'Bitmap DejaVu Sans'). > dict at: #DecimalProperty put: (Unicode classPool at: #DecimalProperty). > dict at: #GeneralCategory put: (Unicode classPool at: #GeneralCategory). > dict at: #GB2312Table put: (UCSTable classPool at: #GB2312Table). > dict at: #JISX0208Table put: (UCSTable classPool at: #JISX0208Table). > dict at: #KSX1001Table put: (UCSTable classPool at: #KSX1001Table). > FLSerializer serialize: dict toFileNamed: 'morphicData.fuel' > > > -- Pavel > > > > 2014/1/21 Frank Shearar <frank.shearar(a)gmail.com> >> >> On 21 January 2014 10:40, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >> > We can now (again) load and initialize Morphic and tools after unloading >> > it. >> > >> > Main problems to solve: >> > - Multilingual packages are problematic to load >> > - ThemeIcons>>#iconSelectors message finds Object>>#systemIcon too >> > >> > for simplicity we do not load most of the tests and NativeBoost. >> > >> > >> > https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKerne… >> >> That is very impressive! How did you make morphicData.fuel? (I can see >> that it has various class pools like GB2312Table, for Unicode.) >> >> frank >> >> > -- Pavel >> >

Jan. 21, 2014

Re: [Pharo-dev] ...and load back

by Pavel Krivanek

I do it in supporting job using this code: |dict| dict := Dictionary new. dict at: #DejaVu put: (TextStyle named: 'Bitmap DejaVu Sans'). dict at: #DecimalProperty put: (Unicode classPool at: #DecimalProperty). dict at: #GeneralCategory put: (Unicode classPool at: #GeneralCategory). dict at: #GB2312Table put: (UCSTable classPool at: #GB2312Table). dict at: #JISX0208Table put: (UCSTable classPool at: #JISX0208Table). dict at: #KSX1001Table put: (UCSTable classPool at: #KSX1001Table). FLSerializer serialize: dict toFileNamed: 'morphicData.fuel' -- Pavel 2014/1/21 Frank Shearar <frank.shearar(a)gmail.com> > On 21 January 2014 10:40, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > We can now (again) load and initialize Morphic and tools after unloading > it. > > > > Main problems to solve: > > - Multilingual packages are problematic to load > > - ThemeIcons>>#iconSelectors message finds Object>>#systemIcon too > > > > for simplicity we do not load most of the tests and NativeBoost. > > > > > https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKerne… > > That is very impressive! How did you make morphicData.fuel? (I can see > that it has various class pools like GB2312Table, for Unicode.) > > frank > > > -- Pavel > >

Jan. 21, 2014

Re: [Pharo-dev] ...and load back

by Frank Shearar

On 21 January 2014 10:40, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > We can now (again) load and initialize Morphic and tools after unloading it. > > Main problems to solve: > - Multilingual packages are problematic to load > - ThemeIcons>>#iconSelectors message finds Object>>#systemIcon too > > for simplicity we do not load most of the tests and NativeBoost. > > https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKerne… That is very impressive! How did you make morphicData.fuel? (I can see that it has various class pools like GB2312Table, for Unicode.) frank > -- Pavel

Jan. 21, 2014