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

Re: [Pharo-dev] Spec TabManager clipping issues

by Peter UhnÃ¡k

Thank you! And as always, everybody here is so helpful... it's amazing. :) Peter On Tue, Dec 16, 2014 at 8:04 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > +1 > > Doru > > On Tue, Dec 16, 2014 at 7:25 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: >> >> Thanks (again) ! >> >> It is really remarkable how fast you can solve all these very diverse >> bugs. >> >> > On 16 Dec 2014, at 00:18, Nicolai Hess <nicolaihess(a)web.de> wrote: >> > >> > 2014-12-15 21:19 GMT+01:00 stepharo <stepharo(a)free.fr>: >> > Probably hard coded length instead of asking the fonts. >> > >> > Le 14/12/14 23:32, Peter UhnÃ¡k a Ã©crit : >> >> Hi, >> >> >> >> there seems to be some weird clipping issue in Spec's tabs. >> >> The issue is in Pharo4; Pharo3 works fine. >> >> >> >> Pharo4: >> >> <Mail Attachment.png> >> >> â >> >> Pharo3: >> >> <Mail Attachment.png> >> >> â >> >> Peter >> > >> > >> > This happens since pharo 40150 (issue 2489) >> > bug report and fix at >> > 14628 >> > Wrong clipping bounds in Morphic widget Tab >> > >> > nicolai >> > >> >> >> > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Dec. 17, 2014

Re: [Pharo-dev] [Moose-dev] Re: [ANN] CubeHelix and slider

by Sven Van Caekenberghe

> On 17 Dec 2014, at 08:36, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > This is beautiful. > > The speed with which things are happening these days around Moose and Pharo is just mind boggling. Yes, that is true. I has been going fast for quite a while, but it seems to be accelerating. > Cheers, > Doru > > > > On Wed, Dec 17, 2014 at 12:00 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Wow, we get more and more speed and cool stuff from Roassal these days!!! > > Very useful for heat maps in business! > > Phil > â > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

Dec. 17, 2014

Re: [Pharo-dev] trying to download Hapa'o in a fresh Pharo image (4.0)

by Alexandre Bergel

But whatâs happen if I load S2py if I have roassal loaded already. Will it try to load it again? Alexandre > On Dec 16, 2014, at 10:35 PM, stepharo <stepharo(a)free.fr> wrote: > > > Le 8/12/14 06:06, Alejandro Infante a Ã©crit : >> Hello, >> Actually that version of Hapao is really outdated, currently we are using S2py, a brand new release of Spy that involve mayor changes in performance and design using everything that we learnt developing Spy. >> >> Since it depends on Roassal2, you have to load it first. > > NONO the S2py configuration should load roassal2. To not let end-user facing that dependency hell. > I wrote several chapters and example, we wrote a tool to help people manage dependencies. So it can take less > then 10 min to respect your users! > > I will not ask our students to look at S2py if this is not loadable in one expression! > And it should be available in the configurationbrowser. > > Stef >> >> Gofer new smalltalkhubUser: 'ObjectProfile' >> project: 'Roassal2'; >> package: 'ConfigurationOfRoassal2'; >> load. >> (Smalltalk at: #ConfigurationOfRoassal2) load. >> >> And then we load Spy2. >> >> Gofer new smalltalkhubUser: 'ObjectProfile' >> project: 'S2py'; >> package: 'S2py'; >> load. >> >> Hapao is already included on Spy2, so you donât have to do anything else. >> >> To use Hapao you can do it from the WorldMenu or using a workspace like: >> >> (Hapao2 runTestsForClasses: RTObject withAllSubclasses , RTTest withAllSubclasses) visualize >> or >> (Hapao2 runTestsForPackagesMatching: 'Nautilus*') visualize >> >> I have already tried this on today fresh 4.0 image so unless I mess up on a commit tonight it should work. >> >> Let us know how was your experience! All the feedback is welcome. >> >> Cheers, >> Alejandro >> >>> On Dec 7, 2014, at 7:56 PM, sheridan(a)sheridan-mahoney.com wrote: >>> >>> Hello, >>> >>> I am trying to get Hapa'o loaded in a fresh 4.0 image, using the following command: >>> >>> Gofer new >>> squeaksource: 'Spy'; >>> package: 'ConfigurationOfSpy'; >>> load. >>> (Smalltalk at: #ConfigurationOfSpy) perform: #loadDefault >>> >>> and I run across this error: >>> >>> This package depends on the following classes: >>> RBFormatter >>> You must resolve these dependencies before you will be able to load these definitions: >>> HapaoLineCoverage >>> acceptAssignmentNode: >>> acceptBlockNode:startBlockString:endBlockString: >>> acceptCascadeNode: >>> acceptLiteralArrayNode: >>> acceptLiteralNode: >>> acceptMessageNode: >>> acceptPragmaNode: >>> acceptReturnNode: >>> acceptSequenceNode: >>> acceptVariableNode: >>> addAllText: >>> addCoverageAtribute:isCovered: >>> addText: >>> coveredCondition >>> format: >>> ... >>> >>> This isn't something I'm familiar with, can someone tell me how to resolve it? >>> >>> Many thanks, >>> >>> Sheridan >>> >> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 16, 2014

Re: [Pharo-dev] Little feature for ConfigurationBrowser

by stepharo

My request as the merit that it does not rely on scriptLoader side effects and us to remember to add it to be present and like that it does not have to be hardcoded. The time to write the mail should have been more that actually doing it. Stef Le 7/12/14 11:27, Torsten Bergmann a Ã©crit : > Hi Stef, > > what do you mean? A menu in the config browser to add the repos in > MC Browser? > > I would rather see that each MetaRepoForPharoXX is be default > listed as a repo in MC browser. Then you just need to use the "Copy" > function of MC browsers to push your config. > > Thx > T. > >> Gesendet: Samstag, 06. Dezember 2014 um 17:06 Uhr >> Von: stepharo <stepharo(a)free.fr> >> An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >> Betreff: [Pharo-dev] Little feature for ConfigurationBrowser >> >> Hi T. >> >> would it be possible to get a menu that creates the repo in the MC >> Browser from the ConfigurationBrowser >> like that people will be able to push their configuration without having >> to create all the repo manually? >> >> Stef >> >> >

Dec. 16, 2014

Re: [Pharo-dev] trying to download Hapa'o in a fresh Pharo image (4.0)

by stepharo

Le 8/12/14 06:06, Alejandro Infante a Ã©crit : > Hello, > Actually that version of Hapao is really outdated, currently we are using S2py, a brand new release of Spy that involve mayor changes in performance and design using everything that we learnt developing Spy. > > Since it depends on Roassal2, you have to load it first. NONO the S2py configuration should load roassal2. To not let end-user facing that dependency hell. I wrote several chapters and example, we wrote a tool to help people manage dependencies. So it can take less then 10 min to respect your users! I will not ask our students to look at S2py if this is not loadable in one expression! And it should be available in the configurationbrowser. Stef > > Gofer new smalltalkhubUser: 'ObjectProfile' > project: 'Roassal2'; > package: 'ConfigurationOfRoassal2'; > load. > (Smalltalk at: #ConfigurationOfRoassal2) load. > > And then we load Spy2. > > Gofer new smalltalkhubUser: 'ObjectProfile' > project: 'S2py'; > package: 'S2py'; > load. > > Hapao is already included on Spy2, so you donât have to do anything else. > > To use Hapao you can do it from the WorldMenu or using a workspace like: > > (Hapao2 runTestsForClasses: RTObject withAllSubclasses , RTTest withAllSubclasses) visualize > or > (Hapao2 runTestsForPackagesMatching: 'Nautilus*') visualize > > I have already tried this on today fresh 4.0 image so unless I mess up on a commit tonight it should work. > > Let us know how was your experience! All the feedback is welcome. > > Cheers, > Alejandro > >> On Dec 7, 2014, at 7:56 PM, sheridan(a)sheridan-mahoney.com wrote: >> >> Hello, >> >> I am trying to get Hapa'o loaded in a fresh 4.0 image, using the following command: >> >> Gofer new >> squeaksource: 'Spy'; >> package: 'ConfigurationOfSpy'; >> load. >> (Smalltalk at: #ConfigurationOfSpy) perform: #loadDefault >> >> and I run across this error: >> >> This package depends on the following classes: >> RBFormatter >> You must resolve these dependencies before you will be able to load these definitions: >> HapaoLineCoverage >> acceptAssignmentNode: >> acceptBlockNode:startBlockString:endBlockString: >> acceptCascadeNode: >> acceptLiteralArrayNode: >> acceptLiteralNode: >> acceptMessageNode: >> acceptPragmaNode: >> acceptReturnNode: >> acceptSequenceNode: >> acceptVariableNode: >> addAllText: >> addCoverageAtribute:isCovered: >> addText: >> coveredCondition >> format: >> ... >> >> This isn't something I'm familiar with, can someone tell me how to resolve it? >> >> Many thanks, >> >> Sheridan >> > >

Dec. 16, 2014

Re: [Pharo-dev] GTInspector and huge arrays issue

by stepharo

Alain is doing something similar in Bloc. He will show you that in January. Stef > Hi, > > Why the class you use is not available in Moose 5.0 ? > > There were some failing tests, so maybe new classes were not in the > build (The latest is Glamour-Morphic-Brick.88) > > Brick more or less is nothing special. The main idea was to kill > morphic layouting mechanism and reimplement it from scratch. Also > drawing logic was changed, such that there is no way to draw outside > of the parent Brick and to support z-index. But one of the most > important feature for us was to have a normal support of paddings and > margins (like in css). And all bounds are relative to the parent. > > Cheers, > Alex > > On Wed, Dec 10, 2014 at 10:31 PM, kilon alios <kilon.alios(a)gmail.com > <mailto:kilon.alios@gmail.com>> wrote: > > I am very interested into Brick, because I am very interesting > into anything GUI and graphic wise and I want to push pharo > forward in that field with my own efforts as best I can. > > The scrolling of your examples is actually very smooth. > > Why the class you use is not available in Moose 5.0 ? Because a > moose 5.0 image I have downloaded recently with pharolauncher that > it contains GTSpotter yet it does not have the class you use here. > > On Wed, Dec 10, 2014 at 9:31 PM, Aliaksei Syrel > <alex.syrel(a)gmail.com <mailto:alex.syrel@gmail.com>> wrote: > > Hi, > > in case someone is still interested, a Glamour-Morphic-Brick > (extension of morph, that was used to build a Spotter) > supports a very large lists. You can try in the latest version: > > GLMScrollListBrick exampleCollection - to open a list of all > classes in the image (each element in the list is a morph). > GLMScrollListBrick example - list of 2000 elements > GLMScrollListBrick exampleInfinity - list of Float infinity > number of elements. > > if your pharo image is old: > > Gofer new > smalltalkhubUser: 'Moose' project: 'Glamour'; > package: 'Glamour-Morphic-Brick'; load. > > > Maybe we will use it instead of default lists in Inspector. > > Cheers, > Alex > > > On Thu, Dec 4, 2014 at 4:04 PM, Ben Coman <btc(a)openinworld.com > <mailto:btc@openinworld.com>> wrote: > > Sven Van Caekenberghe wrote: > > On 04 Dec 2014, at 11:45, phil(a)highoctane.be > <mailto:phil@highoctane.be> wrote: > > But further than that I want to edit values in > inspectors. > > > Yes ! > > And auto refresh ! > > Both of these could be depending on presentation, so > that heavy presentations can opt out. > > > > > > It would be good if there was some visual indication of > which presentations auto-refreshed - like a drop pin > looking like its "stuck-in" when not-auto-refreshing. A > user might even be able to change the state of the pin, > with the just the default dependent on type of presentation. > cheers -ben > > > >

Dec. 16, 2014

Re: [Pharo-dev] [ANN] RProjectConnector V1.0

by HernÃ¡n Morales Durand

2014-12-16 11:14 GMT-03:00 <csrabak(a)bol.com.br>: > > Vincent BLONDEAU a ecrit: > > > Hello everyone, > > I am glad to announce the first version of the RProjectConnector, a > > binding between Pharo and R using NativeBoost. > > You can now call directly your R methods from Pharo: data := (1 to: > > 1000) collect: #yourself. res := (#acf asRFunctionWith: {data}) > > eval > > To use it, you should copy the R libraries near the Pharo VM (see > > the documentation on SmalltalkHub to see how to proceed) and > > I attempted to follow the directions at SmalltalkHub, but the instructions > there call for copying some DLLs, and in particular the "grid.dll" is not > available in the present R for Win (3.1.2) installation. > > That is the R Grid Graphics Package https://stat.ethz.ch/R-manual/R-devel/library/grid/html/00Index.html you can install it from R > Gofer it > > smalltalkhubUser: 'VincentBlondeau' project: 'RProjectConnector'; > > configuration; > > loadStable > > > > Don't forget to relaunch Pharo after the installatio to > > be able to use the connector. > > After the succesfully install via Gofer, the relaunching of Pharo with the > image containing RProjectConnector never starts, and for the worse no > messages are availble (even in the stderr file in image directory). > > [snipped] > > How can I troubleshooted this? > > It works here under R for Windows 3.1.0 (32-bit) on Windows XP. Can you check with SysInternals Process Monitor? Cheers, HernÃ¡n

Dec. 16, 2014

Re: [Pharo-dev] Pharo-dev Digest, Vol 20, Issue 158

by csrabak＠bol.com.br

Hi Vicent, -----Message d'origine----- De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de csrabak(a)bol.com.br Envoy? : mardi 16 d?cembre 2014 15:14 ? : pharo-dev(a)lists.pharo.org Objet : Re: [Pharo-dev] [ANN] RProjectConnector V1.0 > > > Hello everyone, I am glad to announce the first version of the > > > RProjectConnector, a binding between Pharo and R using > > > NativeBoost. You can now call directly your R methods from > > > Pharo: data := (1 to: 1000) collect: #yourself. res := (#acf > > > asRFunctionWith: {data}) eval To use it, you should copy the R > > > libraries near the Pharo VM (see the documentation on > > > SmalltalkHub to see how to proceed) and > > > I attempted to follow the directions at SmalltalkHub, but the > > instructions there call for copying some DLLs, and in particular > > the "grid.dll" is not available in the present R for Win (3.1.2) > > installation. > > > "grid.dll" seems not required to do it working. OK! Let's see if we can unravel the mystery of the rest! > > > Gofer it smalltalkhubUser: 'VincentBlondeau' project: > > > 'RProjectConnector'; configuration; loadStable Don't forget to > > > relaunch Pharo after the installation to be able to use the > > > connector. > > After the succesfully install via Gofer, the relaunching of Pharo > > with the image containing RProjectConnector never starts, and for > > the worse no messages are availble (even in the stderr file in > > image > > directory). [snipped] How can I troubleshooted this? > > > That seems strange... Do you have a crash.dmp in the Pharo VM > folder? No I don't find any signal of activity for this (nor in the Windows task manager to see if the Pharo.exe became zombie. > Which is the version of Pharo you are using ? (Pharo 4.0 > and 3.0 are good) Is the image is even running but in the > background? I'm running Windows 8.1, Pharo3.0 Latest update: #30862. The path for Pharo is C:\Users\csrabak\Fuba\H\Pharo3.0 and this is its content: FT2Plugin.dll Pharo.exe Pharo.ini Pharo3.0.changes Pharo3.0.image Pharo3.0.working.changes Pharo3.0.working.image PharoV30.sources R.dll README.txt RProjectConnector.changes RProjectConnector.image Rblas.dll Rgraphapp.dll Riconv.dll Rlapack.dll Rzlib.dll SqueakFFIPrims.dll SqueakSSL.dll gtoolkit.changes gtoolkit.image libcairo-2.dll libeay32.dll libfreetype-6.dll libgit2.dll libpixman-1-0.dll libpng-3.dll libssh2-1.dll ssleay32.dll stderr stdout zlib1.dll > Also check if the VM folder contains some blanks, maybe it can be a > problem... As you can see above, the path has no blanks in its entire pathname. > If you miss something in the config, you should receive a > PostMortem error: 'The R session is not well initialized at > startUp...' > I cannot arrive at this point... is there any VM or image switch that could help in this case? Regards, -- Cesar Rabak

Dec. 16, 2014

Re: [Pharo-dev] Trigger Jenkins from Fogbugz?

by Marcus Denker

> On 16 Dec 2014, at 15:28, Ben Coman <btc(a)openInWorld.com> wrote: > > It seems the CI monkey polls Fogbugz for cases at 15 minute intervals. Now if I'm troubleshooting a submitted slice, it would be nice to have a quicker turnaround. Any chance Fogbugz could be configured for a "case resolved" event to trigger a the CI to poll Fogbugz... > > http://www.fogcreek.com/fogbugz/docs/70/topics/plugins/URLTrigger.html > > https://github.com/jenkinsci/fogbugz-plugin/blob/master/URLTRIGGER.rst > > https://www.fogcreek.com/fogbugz/plugins/plugin.aspx?ixPlugin=5 > > This would help speed some development cases. > > Yes, good idea.. can you put an issue? Sadly the weeks before christmas are just crazyâ¦ so I will not even have time to think about it. Marcus

Dec. 16, 2014

Re: [Pharo-dev] [ANN] RProjectConnector V1.0

by Blondeau Vincent

-----Message d'origine----- De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de csrabak(a)bol.com.br EnvoyÃ© : mardi 16 dÃ©cembre 2014 15:14 Ã : pharo-dev(a)lists.pharo.org Objet : Re: [Pharo-dev] [ANN] RProjectConnector V1.0 Vincent BLONDEAU a ecrit: > Hello everyone, > I am glad to announce the first version of the RProjectConnector, a > binding between Pharo and R using NativeBoost. > You can now call directly your R methods from Pharo: data := (1 to: > 1000) collect: #yourself. res := (#acf asRFunctionWith: {data}) > eval > To use it, you should copy the R libraries near the Pharo VM (see > the documentation on SmalltalkHub to see how to proceed) and I attempted to follow the directions at SmalltalkHub, but the instructions there call for copying some DLLs, and in particular the "grid.dll" is not available in the present R for Win (3.1.2) installation. <"grid.dll" seems not required to do it working. > Gofer it > smalltalkhubUser: 'VincentBlondeau' project: 'RProjectConnector'; > configuration; loadStable > > Don't forget to relaunch Pharo after the installation to be able to use > the connector. After the succesfully install via Gofer, the relaunching of Pharo with the image containing RProjectConnector never starts, and for the worse no messages are availble (even in the stderr file in image directory). [snipped] How can I troubleshooted this? <That seems strange... <Do you have a crash.dmp in the Pharo VM folder? <Which is the version of Pharo you are using ? (Pharo 4.0 and 3.0 are good) <Is the image is even running but in the background? < <Also check if the VM folder contains some blanks, maybe it can be a problem... < <If you miss something in the config, you should receive a PostMortem error: 'The R session is not well initialized at startUp...' < <Regards, <Vincent Regards, -- Cesar Rabak Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Dec. 16, 2014