- Pharo-dev - lists.pharo.org

Re: [Pharo-project] About RPackage

by Miguel CobÃ¡

Same for me. Lets avoid make's issues with tabulator in unix, now that are few users. Cheers El jue, 03-03-2011 a las 10:01 -0300, Alexandre Bergel escribiÃ³: > >> This was the decisions that two of us (I mean me and you) took :). > >> > >> Categories are mapped one-to-one to RPackages. The reason is that this is the simplest path to replace categories in the system. > > > > > > Doru I'm afraid that it will not work because it means that suddenly people will have to change all the configurationOf. > > We should come up with a smooth transition phase (now this is true that if we could get rid of categories it would be good) > > PackageInfo and RPackage cannot coexist? > > In any case, it will not be a problem for me to update all my config with this new schema. > > Alexandre > > > > > > >> The second step is to map the current Monticello package to RPackages so that we can load existing Monticello packages. > >> > >> The third step is to provide saving only of individual RPackages. Thus, Monticello should not save multiple RPackages into one Monticello package, but only make it easy to store each one in a separate package. > > > > > > the problem is that it implies that we will have to change all the configurationOfXXX (or we should shrink all the packages > > > >> > >> Once this is achieved, we can merge an RPackage with a Monticello package, which means that the package that you see in the image is directly storable in a transparent way. > >> > >> Cheers, > >> Doru > >> > >> > >> > >> On 1 Mar 2011, at 22:44, StÃ©phane Ducasse wrote: > >> > >>> Hi cyrille/doru and others. > >>> > >>> I do not understand why > >>> RPackage organizer packages contains System? > >>> > >>> In fact all the categories are mapped to packages and I wonder why. > >>> I imagine that this is to avoid to have mostSpecific* logic of packageInfo, > >>> but it means that in such a case we should merge categories to get back the package we have right now > >>> else we will end up with loading/saving problems. > >>> > >>> > >>> Stef > >> > >> -- > >> www.tudorgirba.com > >> > >> "Presenting is storytelling." > >> > >> > > > > > -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

March 3, 2011

Re: [Pharo-project] Doing research with the iPad

by Johan Brichau

On 03 Mar 2011, at 15:02, Alexandre Bergel wrote: > - run Pharo on it Do you remember the 'presentation timer' that we ran at ESUG 2005 in Brussels?

March 3, 2011

[Pharo-project] Squeak/Pharo/Cuis on Android

by Torsten Bergmann

What is the state of Squeak/Pharo/Cuis for Android tablets and phone? Lots of questions: - what is the state of VM/images? - any comments/hints on devices, speed and memory consumption? - is it worth to buy one to run Smalltalk for own stuff? - anyone written apps with Smalltalk for Android? - is it possible to interface with native stuff. state of touch support, ... Thanks for sharing any experience. Thx T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

March 3, 2011

Re: [Pharo-project] [ANN] More on Keymappings

by Camillo Bruni

Right, the stable has a preconditio which limits it to pharo 1.2. Furthermore the initialization code seems to be incompatible as it uses to:do: on Character which is AFAIK not implemented in the core image Pharo 1.3. Hence apply the following changes: KMKeyEvent class >> initializeControlSequences ... $a asciiValue to: $z asciiValue do: [:each | d add: each asCharacter -> (each - $a asciiValue + 1)]. ... then it should work. m(^_-)m camillo On 2011-03-03, at 09:25, Tudor Girba wrote: > Hi, > > I am very interested to get Keymapping integrated into Glamour. Could someone help me to load it? > > I tried: > - in Pharo 1.2: > Gofer it squeaksource: 'Keymapping'; package: 'ConfigurationOfKeymapping'; load. > (ConfigurationOfKeymapping project version: #stable) load > > - in Pharo 1.3: > Gofer it squeaksource: 'Keymapping'; package: 'ConfigurationOfKeymapping'; load. > (ConfigurationOfKeymapping project version: '1.5') load > > > Cheers, > Doru > > > On 27 Feb 2011, at 09:59, Tudor Girba wrote: > >> I also I cannot load Keymapping 1.5 in Pharo 1.2. I get DNU for Character>>+. This is due to an initialization in KMKeyEvent (see the attached debug log). >> >> I did the followings: >> Gofer it >> squeaksource: 'Keymapping'; >> package: 'ConfigurationOfKeymapping'; >> load. >> >> (ConfigurationOfKeymapping project version: #stable) load >> >> Am I missing something, or is this version not supposed to work in Pharo 1.2? >> >> Cheers, >> Doru >> >> <PharoDebug.log> >> >> >> On 26 Feb 2011, at 21:08, Francisco Ortiz PeÃ±aloza wrote: >> >>> You're telling me that if i do a clean installation of 1.5 it would work? >>> >>> Thanks in advance, >>> Francisco >>> >>> On Sat, Feb 26, 2011 at 3:50 PM, Guillermo Polito >>> <guillermopolito(a)gmail.com> wrote: >>>> Mmm, If you had 1.4 and updated to 1.5, you will have some problems because >>>> I did some refactorings on that... :/. >>>> >>>> On Sat, Feb 26, 2011 at 10:12 AM, Francisco Ortiz PeÃ±aloza >>>> <patchinko(a)gmail.com> wrote: >>>>> >>>>> Guille i was using 1.4 and worked excellent, just tried 1.5 and on >>>>> every stroke i made i've got a DNU on #realtarget >>>>> >>>>> Installed on last PharoCore 1.2, should i try it on 1.3? >>>>> >>>>> Great work, >>>>> Fran >>>>> >>>>> On Sat, Feb 26, 2011 at 5:29 AM, laurent laffont >>>>> <laurent.laffont(a)gmail.com> wrote: >>>>>> >>>>>> On Sat, Feb 26, 2011 at 5:42 AM, Guillermo Polito >>>>>> <guillermopolito(a)gmail.com> wrote: >>>>>>> >>>>>>> What do we have now? >>>>>>> >>>>>>> - Can provide settings for a set of morphs >>>>>>> >>>>>>> - Can provide settings for a TextEditors (Smalltalk editor and related) >>>>>>> >>>>>>> - Settings integration >>>>>>> I added some methods to the Settings Tree Builder in order to avoid >>>>>>> references from the users code. >>>>>>> >>>>>>> - I ran Slint over it and cleaned it a lot more :). ( And learnt that >>>>>>> Slint is there :P ) >>>>>>> >>>>>>> More info in here: http://guilleel3.blogspot.com/ >>>>>> >>>>>> A new blog, cool ! >>>>>> Can I have Emacs-like keybinding in code editor, to switch browser, ... >>>>>> ? >>>>>> Laurent. >>>>>> >>>>>>> >>>>>>> Guille >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow." >> >> >> >> > > -- > www.tudorgirba.com > > "Every thing should have the right to be different." > > > >

March 3, 2011

Re: [Pharo-project] Doing research with the iPad

by Marcus Denker

On Mar 3, 2011, at 3:03 PM, Alexandre Bergel wrote: > Hi Guys, > > I am conscious this email is a bit out of topic. But you may have a valuable experience to share > I am just wondering whether some of you tried to: > - do some latexing on iPad > http://www.vancapy.com/textouch/ He provides for free a latex compile server... so if you have network connection, this is a full Latex environment. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 3, 2011

Re: [Pharo-project] About RPackage

by Henrik Johansen

On Mar 3, 2011, at 2:01 52PM, Alexandre Bergel wrote: >>> This was the decisions that two of us (I mean me and you) took :). >>> >>> Categories are mapped one-to-one to RPackages. The reason is that this is the simplest path to replace categories in the system. >> >> >> Doru I'm afraid that it will not work because it means that suddenly people will have to change all the configurationOf. >> We should come up with a smooth transition phase (now this is true that if we could get rid of categories it would be good) > > PackageInfo and RPackage cannot coexist? It's been awhile since I looked at RPacakge, but... Not if you want a clean transition, you either use one, or the other. Trying to maintain the package structure in two systems at a time can only lead to trouble, especially when they do not have the same constraints. (RPackage is not tied/derived from to category classification like PackageInfo is) > > In any case, it will not be a problem for me to update all my config with this new schema. > > Alexandre I'm not sure what you mean by configs. The contents of a Monticello package is simply a collection of definitions, and will stay the same. The browser will probably need updating though, since extensions no longer necessarily have to be in a *packagename category . Loading a Monticello package stored from an RPackage-based system into a system still using PackageInfo might cause false dirties , for the same reason. As long as there is no package browser as standard (like there is in VW), and people still specify extensions by using * categories in a system browser, that's not likely to be a big issue though. RPackage does make it much easier to create a performant package browser though :) Cheers, Henry

March 3, 2011

[Pharo-project] Doing research with the iPad

by Alexandre Bergel

Hi Guys, I am conscious this email is a bit out of topic. But you may have a valuable experience to share I am just wondering whether some of you tried to: - do some latexing on iPad - run Pharo on it These are the two basic things that I constantly do with my laptop (including web browsing and mails). Can I throw my laptop for an ipad? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 3, 2011

Re: [Pharo-project] GUI ?

by Olivier Auverlot

Le 03/03/11 13:32, Schwab,Wilhelm K a Ã©crit : > Morphic is a long-standing UI framework for Squeak, taken from Self. Morphic was a nice simulation environment, but Squeak's GUI really needed someone to either replace Morphic entirely, or to at least use it to simulate a user interface consistent with the "feel" (what the GUI does in response to user input) users have learned to expect. The first attempt to do that was Jim Benson's Zurgle, which the Squeak community completely marginalized. If Zurgle had a failing, it was dependence on external files, but a simple theme could have addressed the concerns. > > Time passes. Gary Chambers of Pinesoft announced Polymorph, and offered to make it available if anyone were interested in using it. A repeat of Zurgle's trip to oblivion seemed likely, but fortunately Pharo had begun to take shape, and it was not long before Polymorph became its default user interface framework. > > In short, Polymorph is a collection of widgets built on top of Morphic. It provides some impressive graphics, but the "feel" is the critical feature. Bill, Thank youfor that explanation.Iunderstandthe situation better. Best regards Olivier ;-) www.auverlot.fr

March 3, 2011

Re: [Pharo-project] LDAPlayer

by StÃ©phane Ducasse

Olivier what is the difference with the package Fixes: - Remove undocumented, untested, and unnecessary class Ldap - Fix broken handling of exception codes - Simplify some needlessly complex code Read moreâ¦ Stef On Mar 3, 2011, at 11:34 AM, Olivier Auverlot wrote: > Hi, > > I have uploaded today an updated version of LDAPlayer with some minor corrections for Pharo 1.1.1. All seems work perfectly. If you need an LDAP connector for Pharo, it's a good solution. > > I will try to produce a tutorial in the next days. > > http://www.squeaksource.com/@I6MXr0KZ8IlD2Fnn/CKF0ucuM > > Best regards > Olivier ;-) > > www.auverlot.fr >

March 3, 2011

Re: [Pharo-project] GUI ?

by laurent laffont

IMHO actually the way to go (and document - I can help) is Polymorph. On Pharocasts http://www.pharocasts.com/search/label/gui Also look at UITheme class, examples protocol. Laurent. On Thu, Mar 3, 2011 at 1:32 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Olivier, > > There is a growing body of good information. You might start here: > > http://www.pharo-project.org/documentation/screencasts > http://book.pharo-project.org/ > > Morphic is a long-standing UI framework for Squeak, taken from Self. > Morphic was a nice simulation environment, but Squeak's GUI really needed > someone to either replace Morphic entirely, or to at least use it to > simulate a user interface consistent with the "feel" (what the GUI does in > response to user input) users have learned to expect. The first attempt to > do that was Jim Benson's Zurgle, which the Squeak community completely > marginalized. If Zurgle had a failing, it was dependence on external files, > but a simple theme could have addressed the concerns. > > Time passes. Gary Chambers of Pinesoft announced Polymorph, and offered to > make it available if anyone were interested in using it. A repeat of > Zurgle's trip to oblivion seemed likely, but fortunately Pharo had begun to > take shape, and it was not long before Polymorph became its default user > interface framework. > > In short, Polymorph is a collection of widgets built on top of Morphic. It > provides some impressive graphics, but the "feel" is the critical feature. > > Welcome aboard! > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Olivier Auverlot > [olivier.auverlot(a)gmail.com] > Sent: Thursday, March 03, 2011 5:43 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] GUI ? > > Hi, > > Someone have a good documentation or tutorial for learning how to create > GUI avec Pharo ? > > In particuliar, I search a description of the objects like buttons, > fields, treeview , radio buttons, checkbox and the events mechanism. > > On the ML, i can read messages about Morphic and Polymorph ? what is the > difference ? > > Best regards > Olivier ;-) > > www.auverlot.fr > > > > >

March 3, 2011