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

Re: [Pharo-project] [update 2.0] #20430

by S Krish

Need this...! Trying to load VMMaker to be able to install NB does not work, stuck at loading FreeType plugin... On Thu, Dec 6, 2012 at 8:09 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >I'm working now in produce branded Pharo VMs with NB support out of the > box. > > Please - can we use the attached icon for the new "branded" > windows VM. It is more Pharo like than the "Cog wheel" one and > includes all sizes. > > Thanks > T. >

Dec. 6, 2012

Re: [Pharo-project] Delay bug

by Igor Stasenko

On 6 December 2012 16:12, Igor Stasenko <siguctua(a)gmail.com> wrote: > this is not a bug, but limitation. > delay object(s) are not reentrant: means that you shall not use same > delay instance multiple times, i.e. > > delay := 1 seconds asDelay. > 10 timesRepeat: [ [ delay wait ] fork ]. > > instead you shall create a fresh instance for each "delay" intent: > > 10 timesRepeat: [ [ 1 seconds asDelay wait ] fork ]. > > if Delay could implement #copy, then you could write like: delay := 1 seconds asDelay. 10 timesRepeat: [ [ delay copy wait ] fork ]. this is because a Delay has 1:1 correspondence with its semaphore object. and when you scheduling it multiple times, it will end up using same semaphore for all instances of it... and that's why you get weird behavior. -- Best regards, Igor Stasenko.

Dec. 6, 2012

Re: [Pharo-project] Delay bug

by Igor Stasenko

this is not a bug, but limitation. delay object(s) are not reentrant: means that you shall not use same delay instance multiple times, i.e. delay := 1 seconds asDelay. 10 timesRepeat: [ [ delay wait ] fork ]. instead you shall create a fresh instance for each "delay" intent: 10 timesRepeat: [ [ 1 seconds asDelay wait ] fork ]. -- Best regards, Igor Stasenko.

Dec. 6, 2012

Re: [Pharo-project] [update 2.0] #20430

by Esteban Lorenzano

yeah, but it looks more "childish", IMO... anyway, there is not a discussion with this: it will be the rounded one :) On Dec 6, 2012, at 3:52 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 06 Dec 2012, at 15:42, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> well... I agree with you (that was the icon I was using with the first ones, in mac), but Stef likes more the other: >> >> >> <Pharo.icns> >> >> :) > > Yes, the larger, rounder one make a better click target. > >> On Dec 6, 2012, at 3:39 PM, "Torsten Bergmann" <astares(a)gmx.de> wrote: >> >>>> I'm working now in produce branded Pharo VMs with NB support out of the box. >>> >>> Please - can we use the attached icon for the new "branded" >>> windows VM. It is more Pharo like than the "Cog wheel" one and >>> includes all sizes. >>> >>> Thanks >>> T. >>> <Windows.ico> >> > >

Dec. 6, 2012

Re: [Pharo-project] [update 2.0] #20430

by Sven Van Caekenberghe

On 06 Dec 2012, at 15:42, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > well... I agree with you (that was the icon I was using with the first ones, in mac), but Stef likes more the other: > > > <Pharo.icns> > > :) Yes, the larger, rounder one make a better click target. > On Dec 6, 2012, at 3:39 PM, "Torsten Bergmann" <astares(a)gmx.de> wrote: > >>> I'm working now in produce branded Pharo VMs with NB support out of the box. >> >> Please - can we use the attached icon for the new "branded" >> windows VM. It is more Pharo like than the "Cog wheel" one and >> includes all sizes. >> >> Thanks >> T. >> <Windows.ico> >

Dec. 6, 2012

Re: [Pharo-project] [update 2.0] #20430

by Norbert Hartl

Am 06.12.2012 um 15:42 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: > well... I agree with you (that was the icon I was using with the first ones, in mac), but Stef likes more the other: > > > <Pharo.icns> > > :) > I agree with Steph. That looks better if the icon is displayed tiny e.g. in the finder. And of courseâ¦ http://cdnimg.visualizeus.com/thumbs/be/14/fun,true,frases,quote,text,circl… Norbert > > > On Dec 6, 2012, at 3:39 PM, "Torsten Bergmann" <astares(a)gmx.de> wrote: > >>> I'm working now in produce branded Pharo VMs with NB support out of the box. >> >> Please - can we use the attached icon for the new "branded" >> windows VM. It is more Pharo like than the "Cog wheel" one and >> includes all sizes. >> >> Thanks >> T. >> <Windows.ico> >

Dec. 6, 2012

Re: [Pharo-project] [update 2.0] #20430

by Esteban Lorenzano

well... I agree with you (that was the icon I was using with the first ones, in mac), but Stef likes more the other: :) On Dec 6, 2012, at 3:39 PM, "Torsten Bergmann" <astares(a)gmx.de> wrote: >> I'm working now in produce branded Pharo VMs with NB support out of the box. > > Please - can we use the attached icon for the new "branded" > windows VM. It is more Pharo like than the "Cog wheel" one and > includes all sizes. > > Thanks > T. > <Windows.ico>

Dec. 6, 2012

Re: [Pharo-project] An excellent news

by Igor Stasenko

My thanks. I will try to do my best :) -- Best regards, Igor Stasenko.

Dec. 6, 2012

[Pharo-project] [update 2.0] #20430

by Torsten Bergmann

>I'm working now in produce branded Pharo VMs with NB support out of the box. Please - can we use the attached icon for the new "branded" windows VM. It is more Pharo like than the "Cog wheel" one and includes all sizes. Thanks T.

Dec. 6, 2012

Re: [Pharo-project] Delay bug

by Guillermo Polito

http://code.google.com/p/pharo/issues/detail?id=7106&thanks=7106&ts=1354803… On Thu, Dec 6, 2012 at 3:10 PM, Guillermo Polito <guillermopolito(a)gmail.com>wrote: > Cool it's not just me and a strange setup :) tx. I'll open an issue then. > > > On Thu, Dec 6, 2012 at 2:59 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > >> that is indeed very strange. I can fully reproduce your issues. >> >> that means all delays are corrupted when saving the image? :D >> However this has only nasty side-effects for Delays that are currently >> used >> for waiting, otherwise the endTime will simply be refreshed when waiting >> the >> next time. >> >> => serious bug report! >> >> On 2012-11-29, at 11:55, Guillermo Polito <guillermopolito(a)gmail.com> >> wrote: >> > Hi, >> > >> > When using a Delay and saving the image, the delay becomes stupidly >> broken. >> > Look at this: >> > >> > With the following code >> > >> > Object subclass: #DelayBug >> > instanceVariableNames: 'delay process' >> > classVariableNames: '' >> > poolDictionaries: 'private' >> > category: 'DelayBug' >> > >> > start >> > delay := Delay forMilliseconds: 300. >> > process := [ [ Transcript logCr: 'test'. delay wait . false ] >> whileFalse: [ >> > ] ] fork. >> > >> > >> > - Then evaluate. >> > >> > *db := DelayBug new.* >> > *db start.* >> > >> > - inspect >> > >> > *db instVarAt: 'delay'.* >> > * >> > * >> > The delay seems ok. >> > >> > - save the image >> > >> > The delay has a stupid time to be finished :/ >> > >> > Guille >> >> >> >

Dec. 6, 2012