- Pharo-users - lists.pharo.org

Re: [Pharo-users] How to set the server debugger in seaside?

by Cyril Ferlicot D.

Le 04/02/2016 22:42, stepharo a Ã©crit : > Thanks this is so inintuitive that I forget 5 min after. > > > If I don't use seaside for more than a week, I need 5-10min to find it. Maybe you can set it at the registry like: MyComponant class>>initialize (WAAdmin register: self asApplicationAt: 'myApp') exceptionHandler: WADebugErrorHandler And remove it for production. -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Feb. 4, 2016

Re: [Pharo-users] How to set the server debugger in seaside?

by stepharo

Thanks this is so inintuitive that I forget 5 min after. Le 2/2/16 09:56, Cyril Ferlicot Delbecque a Ã©crit : > On 02/02/2016 09:47, stepharo wrote: >> Hi guys >> >> I hate so much this bad configuration interface of seaside. >> I lose all the time 20 min to find how to set the debugger. >> So I have to do a presentation and I cannot show the debugger. >> What a great wonderful experience. >> >> How can I configure seaside to get the debugger? >> >> Stef >> > If I remember well on http://localhost:8080/config add a Filter. Then > click on Â«ConfigureÂ» next to Â«WAExceptionFilterÂ». In Â«Exception HandlerÂ» > select the debugger. >

Feb. 4, 2016

Pharo mooc registration is available

by stepharo

https://www.france-universite-numerique-mooc.fr/courses/inria/41010/session…

Feb. 4, 2016

Re: [Pharo-users] stupid spur question

by stepharo

Could somene take the time to propose a better class comments? Stef Le 2/2/16 15:11, Werner Kassens a Ã©crit : > Hi Clement, > i see, thanks for this answer. > werner > > On 02/02/2016 03:07 PM, ClÃ©ment Bera wrote: >> Hello, >> >> Both classes (SmallFloat64 and BoxedFloat64) are present on 32 bits and >> 64 bits by default right now. The code base is common between 32 and 64 >> bit images. It is possible to run a 32 bit image without the class >> SmallFloat64, but it is not the default behavior. There are no instances >> of SmallFloat64 in 32 bits and there can't be any. There are details, >> such as the SmallFloat64 class needs to be present to convert a 32 bit >> image to 64 bits with the offline converter and if the code base remains >> common between 32 and 64 bit images, then the specialObjectsArray will >> hold a reference to SmallFloat64 which needs to be updated if one >> removes the SmallFloat64 class. >> >> For servers and desktop application it does not really make sense any >> more to remove these classes in 32 bits as they represent very few kb >> compared to Gb of RAM for laptops and Tb for servers. The Smalltalk >> image is already much smaller than let's say, the JVM default runtime. >> In addition, most computers are 64 bits now so it usually does not make >> sense to release in 32 bits. >> >> On embedded devices, one can consider deploying without classes such as >> SmallFloat64 or LargeInteger to minimize the memory footprint. The >> support for such feature is not very good currently, but it is getting >> slowly better. It could make sense to remove such classes if you are >> targeting a connected object with let's say an ARM Cortex-M4. This is >> part of a larger problem which consists in making the Pharo Kernel >> modular so that we can load only part of it in specific contexts to save >> memory or to reduce the system capabilities. >> >> >> 2016-02-02 14:43 GMT+01:00 Werner Kassens <wkassens(a)libello.com >> <mailto:wkassens@libello.com>>: >> >> On 02/02/2016 02:30 PM, Sven Van Caekenberghe wrote: >> >> Maybe those classes could exist in a 32-bit image as empty >> subclasses of float ? >> >> that is, what i hope <g> >> >> werner >> >> > >

Feb. 4, 2016

Re: [Pharo-users] Spec doc

by stepharo

Hilaire Spec is not at the level I would like. I feel concerned about it and sad as well. Now I do not have the time to improve it. What would be is that people provide some snippet showing their use and that we collect that into the draft. Stef Le 4/2/16 17:42, Hilaire a Ã©crit : > Hello > > I want to evaluate the use of Spec for desktop application. > > What are the recommended spec reading? > > Is Spec feature complete enough to develop application with complex GUI? > (very subjective question) > > Is it intended to remain compatible with future release and modification > of the underneath graphic system? > > Thanks > > Hilaire

Feb. 4, 2016

Re: [Pharo-users] Spec doc

by Stephan Eggermont

On 04-02-16 17:42, Hilaire wrote: > Hello > > I want to evaluate the use of Spec for desktop application. > > What are the recommended spec reading? > > Is Spec feature complete enough to develop application with complex GUI? > (very subjective question) You will probably have to encapsulate a few more Morphic classes and add some behaviors to the spec models. In PharoLauncher you can already see a few extensions and combinations. In PharoLauncher there is a single session called PhlCommandContext and commands that operate on that session. You might need to add better form layout. > Is it intended to remain compatible with future release and modification > of the underneath graphic system? Yes. Stephan

Feb. 4, 2016

Re: [Pharo-users] Simple question about Spec

by Ben Coman

On Fri, Feb 5, 2016 at 12:02 AM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > >> On Feb 4, 2016, at 11:26, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> >>> On 04 Feb 2016, at 15:21, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>> >>> >>> Yes, please do that! I would do it myself but Iâm on holiday this month and not allowed to touch the computer much ;-) >> >> And still you somehow managed to type this message ;-) > > It just shows how important Pharo is to me :-P Is it strange that both drugs and computers are the main domains that refer to having "users"?

Feb. 4, 2016

Re: [Pharo-users] Another question about Spec

by Julien Delplanque

Ok, I just tried what you said and it does not always works since it is possible to drag an item from the list without selecting it... Julien On 04/02/16 17:42, Julien Delplanque wrote: > Oh, I realize I didn't read your mail correctly, I'm sorry. > > I will try this trick. > > Julien > > On 04/02/16 16:55, Johan Fabry wrote: >> I donât know the details of drag and drop, but it seems that you get >> the source widget as well as an argument of the block. From there you >> can get the selectedItem, which should be the one that you are >> dragging I suppose. Can you confirm that this works? >> >>> On Feb 4, 2016, at 04:38, Julien Delplanque <julien(a)tamere.eu> wrote: >>> >>> Hey, >>> >>> I use drag and drop between two lists in a project and I read this >>> tutorial [1] to learn how to do it. >>> >>> My question is: Is there a way to have another object than a String >>> as passengers in #acceptDropBlock: (I get passengers the same way as >>> in the tutorial i.e sending #passenger to transfer object) like the >>> objects really in the list? Because if I use #displayBlock: it >>> became difficult to be sure I retrieve the object I dropped in the >>> source list... >>> >>> Thanks in advance, >>> >>> Julien >>> >>> [1]: http://spec.st/docs/drag_n_drop/ >>> >>> >> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD and RyCh labs - Computer Science Department (DCC) - >> University of Chile >> >> >

Feb. 4, 2016

Re: [Pharo-users] Spec doc

by Julien Delplanque

Hi, On 04/02/16 17:42, Hilaire wrote: > Hello > > I want to evaluate the use of Spec for desktop application. > > What are the recommended spec reading? I suppose this link: http://spec.st/docs/home/ and the examples in 'Spec-Examples' package. > > Is Spec feature complete enough to develop application with complex GUI? > (very subjective question) I can not really answer this since I only begin with Spec but, right now, I have difficulties with drag and drop between lists but it may be my fault. > > Is it intended to remain compatible with future release and modification > of the underneath graphic system? > > Thanks > > Hilaire Julien

Feb. 4, 2016

Re: [Pharo-users] Spec doc

by Johan Fabry

Hello Hilaire, I think a mail of Sven of last year will answer most of your questions, I quote it below. In addition to that mail: - Spec is the standard UI builder for Pharo so it is reasonably complete and should be supported in the future. - The book Sven talks about is very much a work in progress, the URL for now is https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… Here is the original mail by Sven: > There is an excellent presentation by Johan Fabry did during the last Pharo Days, 'Using Spec to Build a UI'. *MUST WATCH* (the video is not yet fully public, but soon will be, the link should work though): > > http://youtu.be/OL23s9ZUIR0?list=PL4actYd6bfnz98ngrKALwwStl3C3odEKG > > The slides are also not yet available, but soon will be (the talk is much better that the slides on their own). > > > This draft chapter 'Spec: a framework for describing user interfaces' for an upcoming book: > > https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… > > > Look in the image. > > Browse the hierarchy below AbstractWidgetModel in the category Spec-Core-Widgets in Pharo 4, look at the protocols called 'protocol' & 'protocol-events' mainly. Look for references to each class. Trace senders of methods until you arrive at examples. Study the examples, play with them, change them. > > The UI of most tools in Pharo is also implemented using Spec. Browse the hierarchy below ComposableModel to find them. (Komitter, Versionner, Critics, Metacello, the old Eye Inspectors, ..). Watch and learn. > > > The cool Spec website: > > http://spec.st > > > Read some cool articles like: > > https://medium.com/concerning-pharo/rediscovering-the-ux-of-the-legendary-h… > > See the section 'HP35CalculatorModel' for the Spec part. > > > The following papers (some older ones refer to API that has changed): > > 'Seamless Composition and Reuse of Customizable User Interfaces with Spec' > > http://rmod.lille.inria.fr/archives/papers/Ryse13a-SCICO-Spec.pdf > > 'Spec - A Framework for the Specification and Reuse of UIs and their Models' > > http://rmod.lille.inria.fr/archives/papers/Ryse12b-Spec-IWST12-Final.pdf > > 'Spec â Technical Report' > > http://rmod.lille.inria.fr/archives/reports/Ryse12a-SpecTechReport.pdf > > > Use the image to build a couple of simple UIs using Spec. You will be surprised to learn that it is not that difficult. Just go with the flow, don't try to enforce your world view on it, wait until you are further along. > On Feb 4, 2016, at 13:42, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hello > > I want to evaluate the use of Spec for desktop application. > > What are the recommended spec reading? > > Is Spec feature complete enough to develop application with complex GUI? > (very subjective question) > > Is it intended to remain compatible with future release and modification > of the underneath graphic system? > > Thanks > > Hilaire > -- > Dr. Geo > http://drgeo.eu > > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Feb. 4, 2016