- Pharo-dev - lists.pharo.org

[Pharo-project] MongoTalk dependency on Grease
by Janko MivÅ¡ek Feb. 22, 2013

Feb. 22, 2013

Hi guys, While loading ConfigurationOfMongoTalk the Grease loaded also RefactoringBrowser, Slime, etc. Does MongoTalk really needs RefactoringBrowser and Sime for its work? Even more, isn't better to achieve MongoTalk portability with less invasive approach like more careful and "least common denominator" coding, etc? Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

2 1

[Pharo-project] A matter with Delays
by Igor Stasenko Feb. 22, 2013

Feb. 22, 2013

Hi. There is one thing which is IMO an over-engineering artifact: - when system goes down (image shutdown), all currently scheduled delays are "saved" and then when image starting up they are rescheduled again to keep waiting what time is left for delay.. But the problem is that it does not takes into account the total time an image was frozen, and the requirement is quite ambiguous: - if you put a process on a delay for 5 minutes, then immediately save image, and then restart it 10 minutes (or 1 year) after, should this delay keep waiting for 4 +x seconds which is left? Or should we consider this delay as utterly expired? (and as you can see, the answer is different, if we counting time using real, physical time, or just image uptime). And why counting image uptime? Consider use cases, like connection timeout.. it is all about real time , right here , right now.. will it matter to get socket connection timeout error when you restart some image 1 year after? Please, give me a scenario, which will illustrate that we cannot live without it and should count image uptime for delays, because i can't find one. If not, then to my opinion, and to simplify all logic inside delay code, i would go straight and declare following: - when new image session starts, all delays, no matter for how long they are scheduled to wait are considered expired (and therefore all waiting processes is automatically resumed). Because as tried to demonstrate, the meaning of delay which spans over multiple image sessions is really fuzzy and i would be really surprised to find a code which relies on such behavior. This change will also can be helpful with terminating all processes which were put on wait for too long (6304550344559763 milliseconds) by mistake or such. -- Best regards, Igor Stasenko.

4 8

[Pharo-project] Green CI for Soup :)
by StÃ©phane Ducasse Feb. 22, 2013

Feb. 22, 2013

Hi guys Yet another ci script running green https://ci.inria.fr/pharo-contribution/job/Soup/ Stef

1 0

[Pharo-project] Soup has been migrated to SmalltalkHub/PharoExtras/Soup
by stephane ducasse Feb. 22, 2013

Feb. 22, 2013

Hi guys I migrated to SmalltalkHub/PharoExtras/Soup with Olivier Auverlot. And we are adding an integration server for soup :). If you want to contribute please register to SmalltalkHub and we will add you as contributors. Stef

1 0

[Pharo-project] [update 2.0] #20563
by Marcus Denker Feb. 22, 2013

Feb. 22, 2013

20563 ----- Issue 7547: Cannot select entry in Changes browser when clicking on the entry label http://code.google.com/p/pharo/issues/detail?id=7547 Diff information: http://ss3.gemstone.com/ss/Pharo20/Spec-Widgets-MarcusDenker.106.diff http://ss3.gemstone.com/ss/Pharo20/Spec-Core-MarcusDenker.88.diff http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-MarcusDenker.775.diff http://ss3.gemstone.com/ss/Pharo20/NewList-MarcusDenker.24.diff http://ss3.gemstone.com/ss/Pharo20/NautilusRefactoring-MarcusDenker.73.diff http://ss3.gemstone.com/ss/Pharo20/Morphic-MarcusDenker.1358.diff

1 0

[Pharo-project] code coverage
by Eliot Miranda Feb. 22, 2013

Feb. 22, 2013

Hi All, anyone have any bytecode-to-bytecode transformation tools for doing basic-block resolution coverage? -- best, Eliot

4 6

[Pharo-project] Migrating ProfStef from Squeaksource to PharoExtras
by StÃ©phane Ducasse Feb. 21, 2013

Feb. 21, 2013

Hi guys I'm migrating ProfStef to SmalltalkHub/PharoExtras. I'm also copying the configurationOf from MetacelloRepository and I will produce a new configuration for 2.0 and for SmalltalkHub. Stef

1 0

[Pharo-project] [update 2.0] #20562
by Esteban Lorenzano Feb. 21, 2013

Feb. 21, 2013

20562 ----- Issue 7566: Source code not saved http://code.google.com/p/pharo/issues/detail?id=7566 Issue 6164: Starting the image twice gives CannotDeleteFileException on Windows http://code.google.com/p/pharo/issues/detail?id=6164 Issue 5638: Line wrap is breaking lines within words instead of between words in text views http://code.google.com/p/pharo/issues/detail?id=5638 Diff information: http://ss3.gemstone.com/ss/Pharo20/Traits-EstebanLorenzano.460.diff http://ss3.gemstone.com/ss/Pharo20/Text-EstebanLorenzano.52.diff http://ss3.gemstone.com/ss/Pharo20/Morphic-EstebanLorenzano.1357.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-EstebanLorenzano.1316.diff http://ss3.gemstone.com/ss/Pharo20/Files-EstebanLorenzano.ducasse.294.diff http://ss3.gemstone.com/ss/Pharo20/Compiler-EstebanLorenzano.379.diff

2 1

Re: [Pharo-project] TxTextMorph based on new text model
by DeNigris Sean Feb. 21, 2013

Feb. 21, 2013

> I don't. Do you have link? Here is the paper: http://www.vpri.org/pdf/m2010002_lobjects.pdf And you can download the image with the actual active essay from http://tinlizzie.org/lesserphic2/Text%20Field%20for%20LObject.zip

5 7

Re: [Pharo-project] TxTextMorph based on new text model
by Fernando Olivero Feb. 21, 2013

Feb. 21, 2013

Hi, this is really interesting! To have a simpler text model and UI. I recall Safara, in squeaksource. Lukas and a student worked on a nice text model. Worth checking it out. Fernando On Fri, Feb 15, 2013 at 12:29 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > Thanks again for tackling this! I'm definitely available to collaborate :) > > > Denis Kudriashov wrote > > Do you think that presenting any letter with real object (not just > > character) is sufficient for modern computers? I think not. Of course > such > > model significantly simplified all logic around text layout stuff. But I > > think it is too expensive. > > I don't know how efficient it would be, but how much text do we really > layout at once? If it makes the code simpler and more beautiful, then it > would be my starting point. Doing otherwise is premature optimization. > > > Denis Kudriashov wrote > > Another thing which I always not agree is introduction scripting > languages > > inside smalltalk... [but] I like what they do inside rules. It is > > really simple and understandable code. > > Yes, I think a special scripting language would be way outside the bounds > of > Pharo, but the rules idea simplicity of that style could be great for us :) > > Cheers, > Sean > > > > -- > View this message in context: > http://forum.world.st/TxTextMorph-based-on-new-text-model-tp4663219p4669991… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

2 1