June 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Moose-dev] SourceCity works

by Alexandre Bergel

Yahoo!!! it works on my MacBookAir!!!!! Alexandre On Jun 8, 2013, at 7:16 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 8 June 2013 10:29, Stephan Eggermont <stephan(a)stack.nl> wrote: >> Thank you Igor, >> >> This allowed me to successfully load, debug & run SourceCity on an 10.6.8 Mac. >> > i just updated the config, to fix an issue when using in 3.0 image, > which miss ShortPointArray. > (but it is used only by my demo) > >> Steps taken: >>> just tried in latest 2.0 image. >>> >>> Pharo2.0 >>> Latest update: #20606 >>> >>> Gofer new >>> smalltalkhubUser: 'PharoExtras' project: 'NBOpenGL'; >>> package: 'ConfigurationOfNBOpenGL'; >>> load. >>> >>> (ConfigurationOfNBOpenGL project version: '2.0') load >>> >>> GLTTRenderingDemo new openInWorld >> >> Load the individual SourceCity packages from smalltalkhub: >> >> SourceCity-Core >> SourceCity-Importer >> SourceCity-Layout >> SourceCity-Tools >> >> remove >> display bindRenderBuffers >> from >> SourceCityGLVizualisationBuilder>fillRenderingList:pickingMode: >> SourceCityGLVizualisationRenderer>render >> >> see it work: >> SourceCity exampleRpackage >> >> Next step: fix code & configuration >> >> Stephan >> >> >> >> On 7 jun 2013, at 23:34, Igor Stasenko wrote: >> >>> On 7 June 2013 21:07, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >>>> Hi! >>>> >>>> I have installed NBOpenGL from http://smalltalkhub.com/#!/~PharoExtras/NBOpenGL >>>> I have loaded Version 2.0 using the configuration >>>> >>>> The method NBMacGlAPI>>glApiCall: fnSpec index: fnIndex attributes: attributes context: contextToRetry refers to the class NBCallFailureHandler, which is not existing >>>> >>>> Apparently NBSTIvarLoader is also missing... >>>> I guess ConfigurationOfNBOpenGL is not loading everything... >>>> It would be nice to fix this. >>> >>> just tried in latest 2.0 image. >>> >>> Pharo2.0 >>> Latest update: #20606 >>> >>> Gofer new >>> smalltalkhubUser: 'PharoExtras' project: 'NBOpenGL'; >>> package: 'ConfigurationOfNBOpenGL'; >>> load. >>> >>> (ConfigurationOfNBOpenGL project version: '2.0') load >>> >>> GLTTRenderingDemo new openInWorld >>> >>> everything loads and works. >>> (it takes 5 minutes to load though... ) >>> >>>> >>>> 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 >> >> > > > > -- > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 9, 2013

Re: [Pharo-dev] [Moose-dev] OpenGL: NBMacGlAPI missing?

by Alexandre Bergel

I have downloaded the ready-to-use image from Jenkins and I have an error. I have downloaded an empty 2.0 image and installed NBOpenGL and it works. Strange. Maybe some initialization are made that makes the image not cross-platform? Just suggesting... Thanks Igor! Being able to do some 3d in Pharo is extremely important. Alexandre On Jun 7, 2013, at 2:34 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 7 June 2013 21:07, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> Hi! >> >> I have installed NBOpenGL from http://smalltalkhub.com/#!/~PharoExtras/NBOpenGL >> I have loaded Version 2.0 using the configuration >> >> The method NBMacGlAPI>>glApiCall: fnSpec index: fnIndex attributes: attributes context: contextToRetry refers to the class NBCallFailureHandler, which is not existing >> >> Apparently NBSTIvarLoader is also missing... >> I guess ConfigurationOfNBOpenGL is not loading everything... >> It would be nice to fix this. > > just tried in latest 2.0 image. > > Pharo2.0 > Latest update: #20606 > > Gofer new > smalltalkhubUser: 'PharoExtras' project: 'NBOpenGL'; > package: 'ConfigurationOfNBOpenGL'; > load. > > (ConfigurationOfNBOpenGL project version: '2.0') load > > GLTTRenderingDemo new openInWorld > > everything loads and works. > (it takes 5 minutes to load though... ) > >> >> 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 9, 2013

Re: [Pharo-dev] Clickable web links inside class comments , possible ?

by Marcus Denker

On Jun 9, 2013, at 7:20 PM, phil(a)highoctane.be wrote: > Look, I got the point about mixing up issues. > > Thanks for bother to reply BTW, it is appreciated. > As for 10861 System not filing in class comments from changes file. https://pharo.fogbugz.com/f/cases/10861/System-not-filing-in-class-comments… yes, this seems to be not filing in class comment from the recent changes. I think that nobody complained because it is not used that often and mostly with relatively small changes People save on SmalltalkHub very often, or saving the image before doing something that can destroy it. And comments tend to be written at anther times then code that has the power to destroy you image. Yes, we should fix it. And yes, the code related to all this is quite old-style smalltalk that is hard to understand. Marcus

June 9, 2013

Re: [Pharo-dev] taking a custom screenshot of a submorph

by Benjamin

One could use the halo, seems faster to me Ben On Jun 6, 2013, at 11:04 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Just in case you want to take a screenshot of a submorph, here is a description + video of how you can do it using the GTInspector: > > http://www.humane-assessment.com/blog/custom-morph-screenshot-with-gtinspec… > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

June 9, 2013

Re: [Pharo-dev] Clickable web links inside class comments , possible ?

by phil＠highoctane.be

Look, I got the point about mixing up issues. Thanks for bother to reply BTW, it is appreciated. Phil On Sun, Jun 9, 2013 at 7:14 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Jun 9, 2013, at 6:59 PM, "phil(a)highoctane.be" <phil(a)highoctane.be> > wrote: > > > As a end user, it gives the impression that the system is shaky. > > > > Now, this is written out of frustration: I spent while documenting a set > of classes only to get the thing to a VM crash when posting to monticello > and followed by the inability to get the work back without copy/pasting > stuff all over again since the changes files wouldn't work (and is full of > <historical> entries). > > > > The <historical> is *just* that the who changed the class comment when is > lost. Nothing else. This is not important, no other language records that > information. > > > Well, that's what it has to do with each other: the workflow is broken > and it demotivated me from documenting classes again. > > The information lost due to the <historical> thing is normally not even > shown in the browser, and I honestly do not see at all why this is relevant. > > The issue with looking at the .changes after a vm crash is completely > different, and should be looked at, as should be the other 500 issues on > the issue tracker. > > > Preventing contribution is not good. Especially given the boatload of > undocumented items. > > But mixing up issues just makes everyone confused. > > Marcus > > > >

June 9, 2013

Re: [Pharo-dev] Clickable web links inside class comments , possible ?

by Marcus Denker

On Jun 9, 2013, at 6:59 PM, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: > As a end user, it gives the impression that the system is shaky. > > Now, this is written out of frustration: I spent while documenting a set of classes only to get the thing to a VM crash when posting to monticello and followed by the inability to get the work back without copy/pasting stuff all over again since the changes files wouldn't work (and is full of <historical> entries). > The <historical> is *just* that the who changed the class comment when is lost. Nothing else. This is not important, no other language records that information. > Well, that's what it has to do with each other: the workflow is broken and it demotivated me from documenting classes again. The information lost due to the <historical> thing is normally not even shown in the browser, and I honestly do not see at all why this is relevant. The issue with looking at the .changes after a vm crash is completely different, and should be looked at, as should be the other 500 issues on the issue tracker. > Preventing contribution is not good. Especially given the boatload of undocumented items. But mixing up issues just makes everyone confused. Marcus

June 9, 2013

Re: [Pharo-dev] Pharo 3.2 Meeting

by Benjamin

Here is a short teaser https://dl.dropboxusercontent.com/u/24369478/CircularMenu2.mov Ben On Jun 1, 2013, at 1:26 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Excellent! > > Alexandre > > > On May 31, 2013, at 12:05 PM, Camille Teruel <camille.teruel(a)gmail.com> wrote: > >> Hello everyone! >> >> Here is the plan for pharo 3.2. As you can see June will be a busy month!<pharo 3.2.png> >> Camille > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

June 9, 2013

Re: [Pharo-dev] Auto-Subscribe in Fogbugz

by Benjamin

This was described in the fogbugz wiki :) But I like you send it to the mailing list :P (BTW if someone discover cool features, feel free to add an entry in the wiki page) Ben On May 29, 2013, at 3:27 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > I was wondering if it could be set up like google was where you were > automatically subscribed to issues you created... it can (and more)! > > 'My Settings'->Subscribe->'Add New Subscription'->'ANY ITEM I CREATE' > You can also subscribe to a particular project's cases (e.g. Opal), wiki > edits, discussions, or 'ANY ITEM I EDIT' > > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Auto-Subscribe-in-Fogbugz-tp4690614.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

June 9, 2013

Re: [Pharo-dev] Clickable web links inside class comments , possible ?

by phil＠highoctane.be

As a end user, it gives the impression that the system is shaky. Now, this is written out of frustration: I spent while documenting a set of classes only to get the thing to a VM crash when posting to monticello and followed by the inability to get the work back without copy/pasting stuff all over again since the changes files wouldn't work (and is full of <historical> entries). Well, that's what it has to do with each other: the workflow is broken and it demotivated me from documenting classes again. Preventing contribution is not good. Especially given the boatload of undocumented items. Phil On Sun, Jun 9, 2013 at 6:35 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Jun 9, 2013, at 5:55 PM, phil(a)highoctane.be wrote: > > well, if basic comments have issues (first with historical then with > change files) I don't give a damn about links. That's what. > > > But all these things have *nothing* to do with each other! > > It really does not help to mix up issuesâ¦ > > Marcus > >

June 9, 2013

Re: [Pharo-dev] Clickable web links inside class comments , possible ?

by Marcus Denker

On Jun 9, 2013, at 5:55 PM, phil(a)highoctane.be wrote: > well, if basic comments have issues (first with historical then with change files) I don't give a damn about links. That's what. > But all these things have *nothing* to do with each other! It really does not help to mix up issuesâ¦ Marcus

June 9, 2013