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

Re: [Pharo-project] Spec LabelModel color

by ClÃ©ment Bera

I don't know any easy way to do it right now. What I would do, as LabelModel>>#text: can take a Text instance as argument, is : self text: ('the string I want to display' asText addAttribute: TextColor red) But of course it is not very good. Clement 2013/4/29 roberto.minelli(a)usi.ch <roberto.minelli(a)usi.ch> > Hi, > > I'm building a small UI with spec and I have a problem with the LabelModel. > > Is there any way to change the default color (white) of the #text: in a > LabelModel? > > Thanks, > Roberto > -- ClÃ©ment BÃ©ra Mate Virtual Machine Engineer BÃ¢timent B 40, avenue Halley 59650 *Villeneuve d'Ascq*

April 29, 2013

Re: [Pharo-project] Pharo 3.1 meeting

by Benjamin

Penelope is running on the Inria server at Paris (bugs.pharo.org) and only Nicolas have access to it :s On next iteration I will see if we can do a loop checking if a new version exists and load it :) To debug it, you can load the code, and run it locally Ben On Apr 29, 2013, at 5:30 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Sure, point the way. Where does Penelope live? gforge? How do you debug/update the running version? > > On Apr 26, 2013, at 7:07 AM, Benjamin Van Ryseghem-2 [via Smalltalk] <[hidden email]> wrote: > > Penelope code as well as Ulysse one is on smalltalkhub/~Pharo/ci/main > > Basically we have a delay here which should update the cache, but some sh*t happened :s > > > > If you want to be involved, I can point you were the bad code is ^^ > > Cheers, > Sean > > View this message in context: Re: Pharo 3.1 meeting > Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 29, 2013

Re: [Pharo-project] Spec LabelModel color

by Benjamin

In the latests image, it should be black :) Which image are you using ? Ben On Apr 29, 2013, at 12:27 PM, roberto.minelli(a)usi.ch wrote: > Hi, > > I'm building a small UI with spec and I have a problem with the LabelModel. > > Is there any way to change the default color (white) of the #text: in a LabelModel? > > Thanks, > Roberto

April 29, 2013

[Pharo-project] [update 3.0] #30071

by Marcus Denker

30071 ----- 10433 Remove showing decompied code from Old Browser https://pharo.fogbugz.com/f/cases/10433 10437 Add spec inspectors to Andreis spec debugger https://pharo.fogbugz.com/f/cases/10437 Diff information: http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Tools-MarcusDenker.1087 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Spec-Debugger-MarcusDenker.35

April 29, 2013

[Pharo-project] Spec LabelModel color

by roberto.minelli＠usi.ch

Hi, I'm building a small UI with spec and I have a problem with the LabelModel. Is there any way to change the default color (white) of the #text: in a LabelModel? Thanks, Roberto

April 29, 2013

Re: [Pharo-project] Trying to understand DateAndTime

by Igor Stasenko

On 29 April 2013 07:39, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > > On Apr 28, 2013, at 11:19 PM, Nicolas Cellier > <nicolas.cellier.aka.nice(a)gmail.com> wrote: > > \\ returns a positive remainder. > example: > -1 \\ 86400 -> 86399 > -1 // 86400 -> -1 > > > Yes I saw that and now I realized I understand it. > But funnily I did not notice the difference between the use of // and \\ > i always confuse them. > So the jdn is decremented and seconds are correctly normalized. > > > > 2013/4/28 stephane ducasse <stephane.ducasse(a)free.fr> >> >> Nicolas >> >> I read all the slice and I like it (even if they are place where I do not >> get fully it :). >> I'm dead. So may be this is obvious but I do not understand the or: logic >> If the seconds is negative I do not understand what is happening. >> >> >> normalizeSecondsAndNanos >> (NanosInSecond <= nanos or: [ nanos < 0 ]) >> ifTrue: [ >> seconds := seconds + (nanos // NanosInSecond). >> nanos := nanos \\ NanosInSecond]. >> (SecondsInDay <= seconds or: [ seconds < 0 ]) >> ifTrue: [ >> julianDayNumber := julianDayNumber + (seconds // SecondsInDay). >> seconds := seconds \\ SecondsInDay]. >> >> Stef >> >> >> >> On Apr 28, 2013, at 7:03 PM, Nicolas Cellier >> <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> Yes, this was valid when jdn, seconds and nanos where maintained in local >> time... >> >> >> 2013/4/28 Paul DeBruicker <pdebruic(a)gmail.com> >>> >>> Nicolas Cellier wrote >>> > What I find strange: >>> > - #hash uses the offset... Why ??? >>> >>> Maybe because of this: >>> http://forum.world.st/true-hash-tp4621497p4624623.html >>> >>> which you fixed here: >>> >>> >>> See http://forum.world.st/true-hash-tp4621497p4624706.html >>> >>> >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Trying-to-understand-DateAndTime-tp4683997p4684123.ht… >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >> >> > > -- Best regards, Igor Stasenko.

April 29, 2013

Re: [Pharo-project] cannot modify class comments on Linux

by Henrik Johansen

On Apr 26, 2013, at 8:06 PM, Nicolas Cellier wrote: > To be perfectly clear, does the bug occurs > 1) because we open a new file descriptor for read without flushing the old one for write, > 2) or does it occur with a single file descriptor opened 'rw' ? > > If 1), then this is probably our fault. > If 2), then I wouldn't expect such behavior. 1), different streams are used for reading/writing, to reduce threading errors in relation to position usage. RemoteStrings have an unusual tendency to jump around a lot in the streams they're linked to, which is no fun if you, say, try and write new source at the same time in a different thread. Cheers, Henry

April 29, 2013

Re: [Pharo-project] rubric performace

by Usman Bhatti

Thanx for benchmarking Rubric. Alain, is doing great work and I'll integrate in Glamour for a demo. usman On Thu, Apr 25, 2013 at 12:03 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I did a little experiment to check the performance of Rubric when dealing > with large content. And by large, I mean 45 MB or about 15 million lines > of text. > > I opened the file in several other editors: > - TextMate: 10s + the text is wrapped and can be browsed smoothly > - Sublime Text 2: 10s + the text is wrapped and can be browsed smoothly > - Eclipse: 5s + browsing is very slow (so it is basically useless) > > How did Rubric perform: > - When opened with unwrapped lines: 33s + the text can be browsed smoothly > - When opened with wrapped lines -> Pharo crashed :( > > In any case, I think being 3 times slower (even if without wrapping) than > TextMate is highly exciting. Great job Alain. > > If you want to reproduce the experiment, here is the Smalltalk snippet I > used: > > --- > Gofer new > smalltalkhubUser: 'AlainPlantec' project: 'Rubric'; > package: 'Rubric-AlainPlantec.26'; > load. > > [ > contents := ((FileSystem disk workingDirectory / 'src' / > 'ArgoUML-0-34' / 'output.mse') readStreamDo: #contents). > (RubLipsumBasicExample > windowWithScrolledText: ( > RubLipsumBasicExample new > string: contents; > newScrolledTextNotWrapped)) > openInWorld > ] timeToRun > --- > > Cheers, > Doru > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > > >

April 29, 2013

[Pharo-project] Generalizing Keymapping idea

by Denis Kudriashov

Hello. Do you think about generalizing Keymapping idea on any event combinations (not just keyboard)? So we can write code like morph on: Mouse click ctrl do: [] morph on: $a click ctrl do: [] morph on: Mouse move shift + $b do: [] morph on: Gesture cicle shift + $x do: [] I think with such approach we can remove all morph overrides like #mouseDown:, #mouseUp. And it will big cleanup of morphic code. You know how many equal methods we have for each kind of event (handlesMouseDown:, handleMouseDown:, mouseDown: , etc). Best regards, Denis

April 29, 2013

Re: [Pharo-project] ssl fails on build CI

by Damien Cassou

On Mon, Apr 29, 2013 at 12:28 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > that's gonna be the same mess again and we do not care for the slaves as we > manage them by ourselves for not so old slaves, we should use the .deb files as well -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

April 29, 2013