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

Re: [Pharo-project] Tips for efficient multi-serial handling

by GÃ¶ran Krampe

On 10/29/2012 12:43 PM, Sebastian Sastre wrote: > hey Goran, > > just a heads upâ¦ > > none of the examples compile for the current master branch Ok! yeah, I haven't had much time lately to do Amber stuff and I guess they have rotted :) regards, GÃ¶ran PS. But it generally is a good thing, because I suspect it has to do with the really new cool compiler pipeline that Nicolas has pushed.

Oct. 29, 2012

Re: [Pharo-project] Tips for efficient multi-serial handling

by Sebastian Sastre

hey Goran, just a heads upâ¦ none of the examples compile for the current master branch sebastian o/ On Oct 29, 2012, at 6:44 AM, GÃ¶ran Krampe wrote: > Hi! > > On 10/28/2012 10:46 AM, Udo Schneider wrote: >> Hi Stef, >> >> but isn't Amber targeting the client side? My Deployment Platform would >> be the server. > > Amber works fine on node, in fact, there are several examples (if you do the git clone and check under "examples") and we even run the command line compiler "amberc" in node (written in Amber). > > Amber compiles to js, there is nothing client centric about it - but the IDE is written on jQuery to run in a browser, but the packages are cleanly separated from each other (IDE vs kernel etc). > > regards, GÃ¶ran >

Oct. 29, 2012

Re: [Pharo-project] Localization and translation

by Jan van de Sandt

Hello, A really good package for everything related to Locales, translation and I18N is ICU [1]. I use the C version of this library through NativeBoost. Currently only part of the functionality is available in Smalltalk but this can easily be extended. Jan. [1] http://site.icu-project.org/ [2] http://ss3.gemstone.com/ss/ICU.html/Overview / http://ss3.gemstone.com/ss/ICU-V2.html/Overview On Mon, Oct 29, 2012 at 2:20 AM, Henrik Sperre Johansen < henrik.s.johansen(a)veloxit.no> wrote: > On 28.10.2012 21:37, Benoit St-Jean wrote: > > Bonjour StÃ©phane, > > I seem to have found the cause of the problem with Locale and translation > : http://code.google.com/p/pharo/issues/detail?id=2424 > > Is this migration to gettext still "en route" and active? Was it abandoned? > > If we want a truly multilingual Pharo (and/or at least provide support for > translation), we should definitely start looking at this very seriously! > > What do you think? > > Anyone working on this localization/translation stuff ? > > > ----------------- > Benoit St-Jean > Yahoo! Messenger: bstjean > A standpoint is an intellectual horizon of radius zero. > (Albert Einstein) > > > Gettext is purely for translating and still exists afaik, as an > external package. > Rationale at the time being that translations don't belong in a core > image, but rather support for them loaded if one is developing a > multi-language application. > > Localization support in the sense of getting numbers/dates etc. printed > correctly is fairly basic, limited to what you see in the Locale class. > Obviously, this isn't good enough for, say, a webapp whose consumers > aren't tied to the current system locale, for that interfacing the CLDR has > been suggested, but not prioritized by anyone. > > Cheers, > Henry >

Oct. 29, 2012

Re: [Pharo-project] Tips for efficient multi-serial handling

by GÃ¶ran Krampe

Hi! On 10/28/2012 10:46 AM, Udo Schneider wrote: > Hi Stef, > > but isn't Amber targeting the client side? My Deployment Platform would > be the server. Amber works fine on node, in fact, there are several examples (if you do the git clone and check under "examples") and we even run the command line compiler "amberc" in node (written in Amber). Amber compiles to js, there is nothing client centric about it - but the IDE is written on jQuery to run in a browser, but the packages are cleanly separated from each other (IDE vs kernel etc). regards, GÃ¶ran

Oct. 29, 2012

Re: [Pharo-project] Topics for a term project in CG

by Dennis Schetinin

Yes, add me please. Best regards, Dennis Schetinin On Thursday, 25 October 2012 Ð³. at 15:10, Igor Stasenko wrote: > On 25 October 2012 08:16, Dennis Schetinin <chaetal(a)gmail.com (mailto:chaetal@gmail.com)> wrote: > > I think we should start with the "Morphic-Athens Integration" problem. Could > > you please put us in the picture by specifying how we can get recent code > > and set a (simple for the start) task? > > > > > Gofer it > squeaksource: 'Athens'; > package:'ConfigurationOfAthens'; > load. > > ConfigurationOfAthens project lastVersion load. > > the look if there any newer versions of packages alread, and load them too. > Should i add you to developers list? > > > > > > Best regards, > > Dennis Schetinin > > > > > > On Tuesday, 23 October 2012 Ð³. at 19:49, Igor Stasenko wrote: > > > > On 23 October 2012 17:09, Dennis Schetinin <chaetal(a)gmail.com (mailto:chaetal@gmail.com)> wrote: > > > > Ok, it took more than a month to decide, but the result is that we selected > > the "Athens direction". Now we need more details about some of the tasks you > > mentioned to select one: > > > > + integrating Athens with Morphic > > > > I'm possibly mistaken, but I thought you are already working on this? What > > is the state of art here? What are the final objective, and what are the > > recent tasks? Where to start? > > > > > > Right, this is not 'start from scratch', but more 'join and help' working > > style. > > The goal is integrate Athens into Morphic ecosystem, and make > > everything rendered via Athens, > > at the end, replacing completely balloon graphics engine. > > > > The state of art is: many Morphs are now can render themselves to athens > > canvas. > > Many of them still not there (but easy to implement). > > But most hard one is text morph, which doing layout etc.. i am > > currently working on it.. > > > > I implemented a text layout/rendering (by creating a new TextMorph > > subclass), > > but it means that all tools should use this morph.. which is not very good. > > > > Also, recently we started working on new text model. With the goal to > > replace an clean Text, > > text editing and text layout in our system (and sure thing , > > rendering). This is also requires a lot of work. > > > > > > + zoomable interface using Athens > > > > This sounds cool, but could you please explain the idea, how do you see > > possible results? > > > > > > This kind of work is rethinking the Pharo UI has in a way to employ > > zoomable (vector-based) > > capabilities of graphics engine. > > How you laying out windows on desktop to prevent clutter? > > How you design zoom in/out / pan etc. > > > > Just google for 'zooming UI' to see many related works. > > > > http://www.codinghorror.com/blog/2007/05/zoomable-interfaces.html > > http://www.youtube.com/watch?v=q8ZP23QsRd0&feature=gv > > > > > > > > + Animation framework > > > > The question is almost the same: what kind of animation framework this could > > be? Any prototypes and/or new ideas for it? > > > > > > So, the idea is to look for animation in frameworks like SVG > > and Apple Animation Framework > > and design a framework with similar capabilities for Pharo. > > > > https://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/Cor… > > > > http://www.w3.org/TR/SVG/ > > > > The goal is to enable developers to easily express animations, > > and implement different visual effects like zoon-in/out, fade in/out, > > flip, sliding and mophing transitions etc > > > > -- > > Best regards, > > Igor Stasenko. > > > > > > > -- > Best regards, > Igor Stasenko. > >

Oct. 29, 2012

Re: [Pharo-project] Bug. Incredible date parsing by String>>asDate

by Denis Kudriashov

Hello 2012/10/29 Chris Cunningham <cunningham.cb(a)gmail.com> > you are aware that both of those dates are correct, just in different > parts of the world? Of course, the first could be 1 March, 2012 just > a easily as 3 January, 2012. > To me system should not try to be too much clever. It should use concrete strong format to parse date in String>>asDate. Really who needs such magic behaviour? How I can learn what format #asDate wants? Simplest way is execute on some example (which I do). And I was try format dd.MM.yyyy for current date 28.10.2012. And then I was use my understanding in my code for parsing date. But for begin of next month my code will broken because "'01.11.2012' asDate" returns 11 january 2012 instead of november which should be consistent to parsing '28.10.2012'. So to me it is totally crappy behaviour which leads to many trouble > > If you make it consistent, which way are you leaning towards? Maybe > more specific asXXXDate keywords to indicate which one you want? > > -Chris > I want #asDate uses only strong (default) format for parsing date and throws error when given string not satisfied it. For explicit parsing date from concrete format I think Camillo Bruni work at stamp port. Very nice library https://github.com/jeremyw/stamp#readme Best regards, Denis

Oct. 29, 2012

Re: [Pharo-project] File sharing on the network

by Sebastian Sastre

both have fantastic usability and sounds like they will add great (and familiar) value to your product what I would do is to start using the Zinc http client from a client object (say DropboxAPI and GoogleDriveAPI) and move forward one command and reaction to its response at the time add complexity on demand, refactor later best luck sebastian o/ On Oct 28, 2012, at 5:51 PM, Hilaire Fernandes wrote: > Le 28/10/2012 20:48, Camillo Bruni a Ã©crit : > >>> Do you know Smalltalk code example I can get inspiration from ? >> >> >> If you plan to go big, why not an Amazon S3 backend for FileSystem? >> I checked once, shouldn't be that much of work. >> >> Once you got that, sharing files is as easy as accessing local ones... > > Nothing big needed. I want to let drgeo users share file on the network. > I have now ftp but it is a bit outdate for this kind of use. > > Hilaire > > >

Oct. 29, 2012

Re: [Pharo-project] Localization and translation

by Henrik Sperre Johansen

On 28.10.2012 21:37, Benoit St-Jean wrote: > Bonjour StÃ©phane, > > I seem to have found the cause of the problem with Locale and > translation : http://code.google.com/p/pharo/issues/detail?id=2424 > > Is this migration to gettext still "en route" and active? Was it > abandoned? > > If we want a truly multilingual Pharo (and/or at least provide support > for translation), we should definitely start looking at this very > seriously! > > What do you think? > > Anyone working on this localization/translation stuff ? > > ----------------- > Benoit St-Jean > Yahoo! Messenger: bstjean > A standpoint is an intellectual horizon of radius zero. > (Albert Einstein) > > Gettext is purely for translating and still exists afaik, as an external package. Rationale at the time being that translations don't belong in a core image, but rather support for them loaded if one is developing a multi-language application. Localization support in the sense of getting numbers/dates etc. printed correctly is fairly basic, limited to what you see in the Locale class. Obviously, this isn't good enough for, say, a webapp whose consumers aren't tied to the current system locale, for that interfacing the CLDR has been suggested, but not prioritized by anyone. Cheers, Henry

Oct. 29, 2012

Re: [Pharo-project] File sharing on the network

by Sven Van Caekenberghe

On 28 Oct 2012, at 20:48, Camillo Bruni <camillobruni(a)gmail.com> wrote: > If you plan to go big, why not an Amazon S3 backend for FileSystem? > I checked once, shouldn't be that much of work. There is Zinc-AWS, that can read/write to/from Amazon S3. The basic stuff works just fine, not all of the newer options are suported yet. -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Oct. 29, 2012

Re: [Pharo-project] Bug. Incredible date parsing by String>>asDate

by Chris Cunningham

you are aware that both of those dates are correct, just in different parts of the world? Of course, the first could be 1 March, 2012 just a easily as 3 January, 2012. If you make it consistent, which way are you leaning towards? Maybe more specific asXXXDate keywords to indicate which one you want? -Chris On Sun, Oct 28, 2012 at 10:22 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hello. > > I found very crappy behaviour: > > '01.03.2012' asDate => 3 January 2012 > '30.03.2012' asDate => 30 March 2012 > > As you can see for first line #asDate use first number as month. But for > last line It use second number as month. > > We should fix or remove such inconsistent behaviour. > > We all like to test something inside debugger or browser. Such way I was > learn how I can parse date from String. And I saved it immediatelly at my > code. But when current date become greater then day 12 my code become > broken. > And when I see this there was many nice russian words :)) > > I open ticket http://code.google.com/p/pharo/issues/detail?id=6884 > >

Oct. 29, 2012