- Pharo-dev - lists.pharo.org

[Pharo-project] New Pharo based on core 10318 with antialiased fonts

by Damien Cassou

New Pharo: http://pharo-project.org/download -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 27, 2009

Re: [Pharo-project] windowsesque theme tweaks

by Gary Chambers

I'll integrate into Polymorph with some refactoring... Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, May 23, 2009 8:41 PM Subject: Re: [Pharo-project] windowsesque theme tweaks > gary I would like to include that in pharo (may be later we can > package it better and more modular but for now, > this is important not to lose it). > So let me know. > > Stef > > On May 23, 2009, at 8:44 PM, Steve Wirts wrote: > >> Gary here's some tweaks I talked about (progressbar and tabbar fixed). >> After the attached is filedin, evaluate >> >> UIThemeXP setup >> >> then to see the tweaks try (progress bar) >> >> SystemProgressMorph example >> >> and (tab bar) >> >> UITheme exampleGroups >> >> also an odd thing that may hint at a bug, is >> the progress bar moves faster while you move >> the cursor. >> >> thanks. >> sw >> >> <windowsesque.st>_______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 27, 2009

Re: [Pharo-project] 4.1.1beta2u redraw issue

by StÃ©phane Ducasse

Thanks a lot for tracking that bug. 279 - Fix for http://code.google.com/p/pharo/issues/detail?id=726 add #sender method to BlockClosure - Add messages to BlockClosure to fix issue http://code.google.com/p/pharo/issues/detail?id=722 - Issue 746: missing package for Closure and friends - Work-around for issue http://code.google.com/p/pharo/issues/detail?id=739 We cannot run some Debugger tests profiled... ... because Debugger would reset Tally Timer class var. Work around is to put a Timer ifNotNil: protection... - fix closureParser invocation (should probably clean the rest) 280 Issue 748: literals do -> literalsDo: 281 Issue 724: BlockClosure DNU when displayed in Debugger 282 - font update at startup as a preference (fixes http://code.google.com/p/pharo/issues/detail?id=689) - Issue 749: Put back ensureEndsWith: 283 'Event part one' 284 'New event part two'. Well I imagine that event is the problem :) On May 27, 2009, at 5:49 AM, Sean Allen wrote: > i've been playing with this a bit more and if i open a window or > minimize one or close one > while waiting for a redraw, then the redraw happens. > > i've loaded up a ton of images and found: > > last good pharo dev image: > > pharo0.1-10279dev09.04.3 > > first bad pharo dev image: > > pharo0.1-10284dev09.04.4 > > > On May 26, 2009, at 10:12 PM, John M McIntosh wrote: > >> I'm curious if anyone else has seen this. >> >> There is some specialized code in the VM, years old to deal with >> issues around resizing windows. >> >> However in the past there has been bugs where Morphic gets confused >> about the drawing rules >> then *every* pixel draw to the Display is flushed to the VM. That >> generates *millions* of draw requests. >> >> To work around that we (for years) actually flush the drawing surface >> to the screen controller process >> every N milliseconds so drawing is *slow*, but not like 2 minutes. >> Seconds perhaps. >> >> >> On 26-May-09, at 5:09 AM, Sean Allen wrote: >> >>> >>> On May 26, 2009, at 3:57 AM, Damien Cassou wrote: >>> >>>> On Mon, May 25, 2009 at 6:08 PM, Sean Allen <sean(a)monkeysnatchbanana.com >>>>> wrote: >>>>> If I resize a window with the Mac 4.1.1beta2u vm, it takes a >>>>> really >>>>> long time to redraw, sometimes up to 2 minutes or so in time. >>>>> >>>>> horizontally, it does it immediately. this only impact on a resize >>>>> that adds/removes space vertically. >>>> >>>> Have you tried with a previous VM? Have you tried with a previous >>>> image? >>>> >>> yes but not in a scientific fashion. >>> >>> my previous pharo stuff was rather dated by this point. >>> >>> where can i download more recent images and vms? i could >>> probably pinpoint when it became an issue. >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> = >> = >> = >> = >> = >> = >> ===================================================================== >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >> squeaker68882 >> Corporate Smalltalk Consulting Ltd. http:// >> www.smalltalkconsulting.com >> = >> = >> = >> = >> = >> = >> ===================================================================== >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 27, 2009

Re: [Pharo-project] [ANN] Relicensing Part III

by StÃ©phane Ducasse

Thanks I will have a look today about it and some other issues pending on the bugtracker. Stef On May 27, 2009, at 3:26 AM, Gabriel Cotelli wrote: > I upload a new slice to Pharo Inbox (includes previous slice): > > Name: SLICE-RelicensingPartIII-GabrielOmarCotelli.2 > Author: GabrielOmarCotelli > Time: 26 May 2009, 10:22:26 pm > UUID: 6623e03e-5542-024a-a380-765fee9a4b29 > Ancestors: SLICE-RelicensingPartIII-GabrielOmarCotelli.1 > Dependencies: Collections-Strings-GabrielOmarCotelli.20, > CollectionsTests-GabrielOmarCotelli.351, Kernel- > GabrielOmarCotelli.renggli.333, KernelTests-GabrielOmarCotelli.107 > > Additional changes: > â¢ Changed raisedToInteger: as suggested by Nicolas. > â¢ Re-implemented Number>>integerPart and Number>>fractionPart > â¢ Added test cases > > Please review. > Gabriel > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 27, 2009

Re: [Pharo-project] 4.1.1beta2u redraw issue

by Sean Allen

i've been playing with this a bit more and if i open a window or minimize one or close one while waiting for a redraw, then the redraw happens. i've loaded up a ton of images and found: last good pharo dev image: pharo0.1-10279dev09.04.3 first bad pharo dev image: pharo0.1-10284dev09.04.4 On May 26, 2009, at 10:12 PM, John M McIntosh wrote: > I'm curious if anyone else has seen this. > > There is some specialized code in the VM, years old to deal with > issues around resizing windows. > > However in the past there has been bugs where Morphic gets confused > about the drawing rules > then *every* pixel draw to the Display is flushed to the VM. That > generates *millions* of draw requests. > > To work around that we (for years) actually flush the drawing surface > to the screen controller process > every N milliseconds so drawing is *slow*, but not like 2 minutes. > Seconds perhaps. > > > On 26-May-09, at 5:09 AM, Sean Allen wrote: > >> >> On May 26, 2009, at 3:57 AM, Damien Cassou wrote: >> >>> On Mon, May 25, 2009 at 6:08 PM, Sean Allen <sean(a)monkeysnatchbanana.com >>>> wrote: >>>> If I resize a window with the Mac 4.1.1beta2u vm, it takes a really >>>> long time to redraw, sometimes up to 2 minutes or so in time. >>>> >>>> horizontally, it does it immediately. this only impact on a resize >>>> that adds/removes space vertically. >>> >>> Have you tried with a previous VM? Have you tried with a previous >>> image? >>> >> yes but not in a scientific fashion. >> >> my previous pharo stuff was rather dated by this point. >> >> where can i download more recent images and vms? i could >> probably pinpoint when it became an issue. >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 27, 2009

Re: [Pharo-project] 4.1.1beta2u redraw issue

by John M McIntosh

I'm curious if anyone else has seen this. There is some specialized code in the VM, years old to deal with issues around resizing windows. However in the past there has been bugs where Morphic gets confused about the drawing rules then *every* pixel draw to the Display is flushed to the VM. That generates *millions* of draw requests. To work around that we (for years) actually flush the drawing surface to the screen controller process every N milliseconds so drawing is *slow*, but not like 2 minutes. Seconds perhaps. On 26-May-09, at 5:09 AM, Sean Allen wrote: > > On May 26, 2009, at 3:57 AM, Damien Cassou wrote: > >> On Mon, May 25, 2009 at 6:08 PM, Sean Allen <sean(a)monkeysnatchbanana.com >>> wrote: >>> If I resize a window with the Mac 4.1.1beta2u vm, it takes a really >>> long time to redraw, sometimes up to 2 minutes or so in time. >>> >>> horizontally, it does it immediately. this only impact on a resize >>> that adds/removes space vertically. >> >> Have you tried with a previous VM? Have you tried with a previous >> image? >> > yes but not in a scientific fashion. > > my previous pharo stuff was rather dated by this point. > > where can i download more recent images and vms? i could > probably pinpoint when it became an issue. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

May 27, 2009

[Pharo-project] [ANN] Relicensing Part III

by Gabriel Cotelli

I upload a new slice to Pharo Inbox (includes previous slice): * *Name: SLICE-RelicensingPartIII-GabrielOmarCotelli.2 Author: GabrielOmarCotelli Time: 26 May 2009, 10:22:26 pm UUID: 6623e03e-5542-024a-a380-765fee9a4b29 Ancestors: SLICE-RelicensingPartIII-GabrielOmarCotelli.1 Dependencies: Collections-Strings-GabrielOmarCotelli.20, CollectionsTests-GabrielOmarCotelli.351, Kernel-GabrielOmarCotelli.renggli.333, KernelTests-GabrielOmarCotelli.107* * Additional changes: - Changed raisedToInteger: as suggested by Nicolas. - Re-implemented Number>>integerPart and Number>>fractionPart - Added test cases Please review. Gabriel

May 27, 2009

[Pharo-project] Error: MessageNotUnderstood: ObjectFinalizer>>handle

by Mariano Martinez Peck

Hi folks: I have some objects where I do something link this: WeakRegistry default add: self. In this case, self is an instance of DBXConnection and this class has the handle method. Sometimes, when GC is run, I get this problem: Error: MessageNotUnderstood: ObjectFinalizer>>handle I attach walkback. Is this a bug or I am doing something wrong? Thanks for the help. Mariano

May 27, 2009

Re: [Pharo-project] Crypt ... Libraries ...

by CÃ©drick BÃ©ler

You raise good points but why don't you send this mail to squeak-dev mailing list ? It seems to me that' would be a better audience because you agree on "squeak goals / vision", and IMO this is precisely why people here forked squeak... I think Pharo is not Squeak II at all... but simply an open-source smalltalk that you can work and learn with (in the academic sense)... 2009/5/27 stepken <stepken(a)web.de>: > Hi! > > To make things clearer: > > License Problem: There is a community project with many former contributors. > They all gave away their code for a idea of a free to use smalltalk. > This now is renamed to Pharo by one of those contributors. Now some of those > contributors offer support for that platform. > > If i were one of the former contributors. Who should i accuse for license > infringement? Stef as one of the renamers? No. All other contributors? No. > > I have no idea, what person i could accuse. Who ever will be accused - Every > judge will confirm, that nobody is responsable. Neither for renaming the > project, nor for having contributed code. > > This is the problem for many companies, who own software patents. Free > Software ... there is nobody, they can claim for patent infringement. Linux > - who could be accused? Linus? No. Redhat? No. Novell. No. IBM? No. In what > country? What court is in charge, in what country, what town? Anybody knows. > > So the free software community gives a shit on software patents, rights > infringement. IBM is laughing at all hostile lawyers. They can prove in > front of court, that all ideas in Linux have already been there in one of > their former operating systems. Nothing new. And Linux becomes more and more > popular. > > BSD, GNU, License...who really cares? Richard, yes. But not in case of > Pharo. All open source. So, theoretically seen, question of license is > important, practically not. > > You want to offer commercial software pakets with NDA? Closed Source? With > RUNTIME-Licenses? Oh, yes. Very successful business models of the past. Not > for the future. > > But - i can tell you, who will be suffering. Cincom. They are will be under > pressure by Pharo. You will have to scramble the image, like many commercial > Smalltalks do, to prevent disassembly. > > One of the great advantages of Squeak is, you can find code for everything > in there. Even for sending SMS over Nokia mobiles. Ok, far from being > perfect. But it worked once upon a time. That code you removed ... bad idea! > > >From Pharo I expect: > > Well defined compatibility to other smalltalks. Porting seaside, > databases,... networking code from other smalltalk dialects should be > comfortable. > A well defined and documented GUI, Tutorials, showing, why Morphic is far > superior to MVC, MVP. > Well defined interfaces in Pharo. Ok, what's a interface in a neural network > of sending objects? > Internationalisation. Chinese, Japanese, German, Spanish, Portuguese, French > ... Where are the 'language files' for hobbyists to begin with translation? > Block closures, Traits. > Who cares about a Jitter, wenn it does not run on all platforms. Use LLVM! > Times have changed! Think of china, asia as market. They have godson > processors. (MIPS), no Intel, never!!!! > Working database interfaces for mysql, postgresql, db4o, oracle, db2, goods, > magma ... Tutorials, like that from HPI on seaside. Video tutorials, like > Dolphin has. > Stability. (no hanging GUI when i click on the right upper button to change > window colour). > Renaming back to Squeak or Squeak II. The name 'Squeak' is better known, > already introduced in the world. For Pharo you would have to spend money and > much efforts for advertising. Wrong idea. Why? Go on reading. > ONE Etoys with a nice look. Look at OLPC Etoys. Looks horrible. > Reunification with Scratch. > Tutorials for GUI Programming for Smalltalk beginners on Squeak II > Bringing printing of Morphic canvas, fonts, text to work. > Bringing that mass of lost packages back again into Squeak. Build up a > system of "maintainers", like Debian has. > Well organized 'request for help' database. Precise job offerings. > Percentage metering. > I want to know exactly, what i could contribute. Wheres is the roadmap, the > plan i could understand as 'newby'? Programming, hacking around in smalltalk > is not the problem, i need the idea of the ongoing restructuring process, > the defined interfaces, e.t.c. > Involve HPI, MIT, HP, IBM, APPLE, GOOGLE, NASA ... former contributors, make > them invest into Squeak, into the future of our children. Squeak was and is > an very important international educational project. You can collect > millions of $ for international educational purposes for our children > worldwide, but no money for aÂ additional commercial smalltalk. > Bring those OLPC people to mention the name Squeak in the sense of a great > educational community project in their project. > Learn fundraising. Collect money, much money to drive that development > process. Ever heard of a PAYPAL Button on homepages? Affiliate sytems, Link > exchange? Official Sponsorship. Patronage. Sponsors want to know, where > their money is going to, into what projects within Squeak II. > > And a BIG BANG. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- CÃ©drick

May 26, 2009

Re: [Pharo-project] Crypt ... Libraries ...

by stepken

May 26, 2009