May 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] OSWindow VM event creation

by stepharo

Last time when I took notes I wrote https://github.com/pharo-project/pharo-workingRoadmaps/blob/master/Events.md but we are wondering how the VM event (not the SDL2 events) are passed to the OSWindow VM driver. but it looks that this is not done. Le 27/5/15 14:30, stepharo a Ã©crit : > Hi guys > > with alain we are looking for the place where events are created in > OSWindow. > We are looking for the the event created by the visitor on top of SDL2 > event but > for the compatible version ie the event created by the default vm. > We are looking for the place where the event created by the vm are > passed to OSWindow. > We saw that there is > OSVMDriver and friends but we could not see how the OSVM is fed > with the > default inputSensor or inputFetcherEvent of Pharo. > > Stef > >

May 27, 2015

OSWindow VM event creation

by stepharo

Hi guys with alain we are looking for the place where events are created in OSWindow. We are looking for the the event created by the visitor on top of SDL2 event but for the compatible version ie the event created by the default vm. We are looking for the place where the event created by the vm are passed to OSWindow. We saw that there is OSVMDriver and friends but we could not see how the OSVM is fed with the default inputSensor or inputFetcherEvent of Pharo. Stef

May 27, 2015

Re: [Pharo-dev] Cross platform key modifiers

by Sean P. DeNigris

SergeStinckwich wrote > how Emacs solve this keybinding issue For one thing, Emacs gives the underlying platform the finger and institutes the same set of unintelligible keybindings regardless of platform conventions ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Cross-platform-key-modifiers-tp4828113p4828893.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 27, 2015

Re: [Pharo-dev] Inconsistent number comparison?

by Sean P. DeNigris

Nicolas Cellier wrote > Also because it's good to know that 1/10 ~= 0.1 Why? It's an implementation detail. #= unlike #== is IIUC supposed to be logical to the domain, and math doesn't make any distinction about how bits are stored ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Inconsistent-number-comparison-tp4828795p4828892.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 27, 2015

Re: [Pharo-dev] Is there an official JSON parser/writer?

by Stephan Eggermont

On 26-05-15 21:37, Esteban A. Maringolo wrote: > 2015-05-26 16:15 GMT-03:00 Stephan Eggermont <stephan(a)stack.nl>: >> On 26/05/15 18:40, Esteban A. Maringolo wrote: >>> >>> I'm modifying the PostgresV2 package to support JSON datatype but >>> instead of using the JSON package from PharoExtras I'm trying to use >>> NeoJSON. > >> Is there a specific reason not to move to PostgresV3? > > I'd love to do so. But where is it? It is not in SmalltalkHub certainly. > It would also require to adapt/implement GLORP's adaptor for PostgresV3. > Or is it a plug-in replacement? > > Please provide me with pointers, now is when :) Source is http://www.squeaksource.com/PostgresV3 Some discussions http://forum.world.st/Status-of-PostgresV3-td4780110.html http://forum.world.st/Parsing-SQL-in-a-Pharo-system-td4781777.html#a4781896 http://forum.world.st/Prepared-Statements-on-PostgresV2-td4798714.html#a479… (older) http://forum.world.st/status-of-PostgresV3-package-td3600415.html Stephan

May 27, 2015

Re: [Pharo-dev] Inconsistent number comparison?

by Sean P. DeNigris

Nicolas Cellier wrote > we want to have this property a=b & (a=c) ==> (b=c). If IUC it sounds more inconsistent because (5463/20) = (10926/40) "true" ----- Cheers, Sean -- View this message in context: http://forum.world.st/Inconsistent-number-comparison-tp4828795p4828890.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 27, 2015

Re: [Pharo-dev] Inconsistent number comparison?

by Nicolas Cellier

2015-05-27 11:00 GMT+02:00 Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com>: > Because there are infinitely many fractions that are approximately equal > to 273.15 (the float). > and because we want to have this property a=b & (a=c) ==> (b=c). > > Nicolas > > Also because it's good to know that 1/10 ~= 0.1 But maybe the question is why 1=1.0 ? Because we want to have the numbers sortable... Would 1<1.0 or 1>1.0 be better? If you can't compare, then be prepared to change hierarchy (what's the sole purpose of Magnitude) and also rewrite a lot of code... Nicolas > 2015-05-27 5:00 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > >> Why does "1 = 1.0" but "273.15 ~= (5463/20)"? You must send #asFloat to >> the >> fraction to answer true... >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/Inconsistent-number-comparison-tp4828795.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >

May 27, 2015

Re: [Pharo-dev] Inconsistent number comparison?

by Nicolas Cellier

Because there are infinitely many fractions that are approximately equal to 273.15 (the float). and because we want to have this property a=b & (a=c) ==> (b=c). Nicolas 2015-05-27 5:00 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Why does "1 = 1.0" but "273.15 ~= (5463/20)"? You must send #asFloat to the > fraction to answer true... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Inconsistent-number-comparison-tp4828795.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

May 27, 2015

Re: [Pharo-dev] strange code in RBRefactoringTest

by Christophe Demarey

Le 27 mai 2015 Ã 09:55, Marcus Denker a Ã©crit : > >> On 27 May 2015, at 09:46, Christophe Demarey <christophe.demarey(a)inria.fr> wrote: >> >> hi, >> >> Does anyone knows if there is a particular reason to write this kind of code (snippet from RBRefactoringTest>>setUp >> >> assoc := RBRefactoringManager classPool associationAt: #Instance >> ifAbsent: [RBRefactoringManager classPool associationAt: 'Instance']. >> manager := assoc value. >> > > I guess someone wanted to reset the class var without adding a #reset method. > > There is #nuke, though: > > nuke > Instance notNil ifTrue: [ Instance release ]. > Instance := nil > > maybe the test does not want to call #release? > > The reflective API was improved in the meantime, you can just do > > RBRefactoringManagerclassVarNamed: âInstance' put: nil. > > > Marcus ok, thanks

May 27, 2015

Re: [Pharo-dev] Fwd: [cormas] [Cormas] Proposition de stage en informatique

by Serge Stinckwich

Yes, this will be an option to investigate I guess. 2015-05-27 10:25 GMT+02:00 Torsten Bergmann <astares(a)gmx.de>: > Is this related to Dynacase? > http://astares.blogspot.de/2015/03/dynacase-modelling-for-pharo.html > > >> Gesendet: Mittwoch, 27. Mai 2015 um 08:46 Uhr >> Von: "Serge Stinckwich" <serge.stinckwich(a)gmail.com> >> An: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org>, "Moose-related development" <moose-dev(a)iam.unibe.ch>, "smalltalk-fr(a)googlegroups.com" <smalltalk-fr(a)googlegroups.com>, smalltalk-gsoc-students(a)googlegroups.com, "Discusses Development of Pharo" <pharo-dev(a)lists.pharo.org>, smalltalk-research(a)googlegroups.com >> Betreff: [Pharo-dev] Fwd: [cormas] [Cormas] Proposition de stage en informatique >> >> Hi all, >> >> this is a proposal from a student internship in Pharo in order to >> build a specific UML editor for multi-agent simulation. >> Sorry this is only in French and Spanish, but english-speaking student >> are welcome also. >> >> Regards, >> >> >> ---------- Forwarded message ---------- >> From: Pierre Bommel <bommel(a)cirad.fr> >> Date: 2015-05-27 1:26 GMT+02:00 >> Subject: [cormas] [Cormas] Proposition de stage en informatique >> To: Cormas <cormas(a)cirad.fr> >> >> >> Bonjour, hello, hola, >> >> Please find a proposal for an internship in Computer Science to work >> on a UML editor for Cormas. >> Sorry but it is in french and in spanish.. >> >> Pierre >> >> ______ FranÃ§ais ______ >> >> Proposition de stage en informatique >> >> â Conception dâun Ã©diteur de diagramme de classes UML >> pour lâimplÃ©mentation de modÃ¨les multi-agents - >> >> >> >> Dans le cadre du dÃ©veloppement de sa plateforme de modÃ©lisation et >> simulation multi-agent, Cormas (http://cormas.cirad.fr) lâUnitÃ© de >> Recherche GREEN du Cirad (http://ur-green.cirad.fr) propose un stage >> indemnisÃ© de 6 mois pour un Ã©tudiant en informatique pour dÃ©velopper >> un module de Cormas. >> >> Ce dÃ©veloppement informatique consiste Ã mettre au point un Ã©diteur >> graphique permettant de dessiner un diagramme de classes UML et de >> gÃ©nÃ©rer du code SmallTalk (en Pharo, langage de programmation >> open-source) de la structure du modÃ¨le en se rÃ©fÃ©rant au standard >> "Executable UML" (xUML) proposÃ© par Mellor & Balcer (2002) and adoptÃ© >> par lâOMG (2008). Pour ce travail, nous ne cherchons pas un Ã©diteur >> exhaustif intÃ©grant tous les Ã©lÃ©ments dÃ©crits par UML2. Pour cet >> Ã©diteur, les Ã©lÃ©ments du mÃ©ta-modÃ¨le proposÃ©s seront limitÃ©s Ã : la >> classe, ses attributs et ses mÃ©thodes (dÃ©claration), la spÃ©cialisation >> de classes et les associations. Les associations sont simples >> (uniquement binaires) et sont dÃ©finies par leur nom et par leurs >> extrÃ©mitÃ©s qui comportent chacune un nom de rÃ´le, une valeur de >> multiplicitÃ© et la navigabilitÃ©. >> >> Cormas Ã©tant un framework, le modÃ¨le crÃ©Ã© par un utilisateur doit >> sâancrer sur des classes prÃ©dÃ©finies disponibles dans Cormas. A la fin >> de la conception de son modÃ¨le, lâutilisateur devra Ãªtre invitÃ© Ã >> rattacher les classes quâil a crÃ©Ã©es aux classes prÃ©dÃ©finies. Dans ce >> cas, les propriÃ©tÃ©s hÃ©ritÃ©es (mÃ©thodes, associations, attributs, ...) >> devront Ãªtre spÃ©cifiÃ©es dans le diagramme conceptuel de lâutilisateur >> qui pourra Ãªtre affichÃ© de faÃ§on indÃ©pendante du framework. >> >> Outre la crÃ©ation dynamique du squelette des classes, le stagiaire >> devra porter une attention particuliÃ¨re aux associations entre classes >> uni ou bi-directionnelles qui seront traduites en attributs nommÃ©s >> selon le rÃ´le de lâextrÃ©mitÃ© de lâassociation (on parle parfois >> dâassociation dÃ©gÃ©nÃ©rÃ©e pour laquelle le rÃ´le de lâextrÃ©mitÃ© opposÃ©e >> est traduit en attribut). Ne seront pas prises en compte les >> classes-associations, ni les associations n-aires, ni les associations >> qualifiÃ©es. >> >> >> >> Cet Ã©diteur permettra Ã©galement de rÃ©-afficher un modÃ¨le dÃ©jÃ >> sauvegarder mais aussi de proposer de gÃ©nÃ©rer un nouveau diagramme Ã >> partir dâun modÃ¨le dÃ©jÃ implÃ©mentÃ© (rÃ©tro-ingÃ©nierie). >> >> >> >> Par ailleurs, un Ã©diteur de diagramme dâactivitÃ© xUML est dÃ©jÃ >> disponible dans Cormas (bommel et al, 2014). En sÃ©lectionnant une >> mÃ©thode de son diagramme de classes, lâutilisateur pourra alors >> dessiner le comportement de cette mÃ©thode en dÃ©crivant la succession >> des activitÃ©s et des conditions boolÃ©ennes. >> >> >> >> Le dÃ©veloppement de lâÃ©diteur UML devra se faire sous Roassal, un >> moteur puissant de visualisation >> (http://objectprofile.com/Roassal.html) disponible pour Pharo. >> >> En option et si le stagiaire en a le temps, cette application pourra >> aussi Ãªtre traduite en VisualWorks : un autre langage Smalltalk sur >> lequel Cormas tourne actuellement. Avec la sortie rÃ©cente de Roassal2, >> la mise au point de ce module UML permettra dâaccÃ©lÃ©rer la migration >> de Cormas sous Pharo. Enfin, le stagiaire sera libre de gÃ©nÃ©rer le >> code XML (XMI) dâun modÃ¨le pour pouvoir le lire dans un autre Ã©diteur. >> >> ______ >> >> >> >> DurÃ©e : 6 mois (ou moins si nÃ©cessaire) >> >> Gratification : 485,10 â¬ par mois. >> >> Lieu : pas dâaccueil prÃ©vu au Cirad. LâÃ©tudiant travaillera dans son >> laboratoire mais des contacts rÃ©guliers seront proposÃ©s. >> >> Contacts : Pierre Bommel (bommel(a)cirad.fr) et GrÃ©goire Leclerc >> (Leclerc(a)cirad.fr) >> >> Profil de candidature : Etudiant en Informatique, License ou Master, >> ayant un goÃ»t pour la modÃ©lisation et la simulation. LâÃ©tudiant doit >> avoir de bonnes connaissances des concepts de la modÃ©lisation objet et >> dâUML. Des compÃ©tences en programmation Smalltalk devront Ãªtre >> acquises. >> >> >> >> >> ______ EspaÃ±ol ______ >> >> Propuesta de prÃ¡ctica de informÃ¡tica >> >> - DiseÃ±o de un editor de diagramas de clases UML >> >> para la implementaciÃ³n de modelos multi-agentes - >> >> >> >> Como parte del desarrollo de su plataforma de modelizaciÃ³n y >> simulaciÃ³n multi-agente, Cormas (http://cormas.cirad.fr) la Unidad de >> InvestigaciÃ³n Green del CIRAD (http://ur-green.cirad.fr) ofrece una >> prÃ¡ctica remunerada por 6 meses por un estudiante de informÃ¡tica para >> desarrollar un mÃ³dulo de Cormas. >> >> Este desarrollo consiste en crear un editor grÃ¡fico para deseÃ±ar un >> diagrama de clases UML y generar cÃ³digo SmallTalk (en VisualWorks >> Cincom y/o en Pharo, de cÃ³digo abierto) de la estructura del modelo >> refiriÃ©ndose al estÃ¡ndar "ejecutable UML" (xUML) propuesto por Mellor >> y Balcer (2002) y adoptado por el OMG (2008). Para este trabajo, no >> buscamos un editor global que integre todos los elementos descritos >> por UML2. Sin embargo, este editor deberÃ¡ estar simples y integrar los >> elementos del meta-modelo limitados a: clases, atributos y mÃ©todos, >> especializaciÃ³n de clases y asociaciones. Las asociaciones son simples >> (solo binaria) y se definen por su nombre y sus extremos que tienen >> cada uno un nombre de rol, un valor de multiplicidad y navegabilidad. >> >> AsÃ que Cormas es un framework, el modelo creado por un usuario deben >> heredar de las clases predefinidas en Cormas. Al final del diseÃ±o de >> su modelo, el usuario se le pedirÃ¡ para vincular las clases que creÃ³ >> con las clases predefinidas. En este caso, las caracterÃsticas >> (mÃ©todos, asociaciones, atributos, ...) deben ser especificados en el >> diagrama conceptual del usuario que se puede mostrar de forma >> independiente de la estructura heredada. >> >> AdemÃ¡s de la creaciÃ³n dinÃ¡mica del esqueleto de las clases, el >> estudiante debe prestar especial atenciÃ³n a las asociaciones entre >> clases uni o bi-direccional para traducirse en atributos nombrados en >> el rol al final de la asociaciÃ³n (a veces llamada asociaciÃ³n >> degenerada para el que se traduce el rol del extremo opuesto en el >> atributo). No se tendrÃ¡n en cuenta las clases-asociaciones o las >> asociaciones n-arias o asociaciones calificadas. >> >> Este editor tambiÃ©n podrÃa re-mostrar un modelo ya salvado, sino >> proponer de generar un nuevo diagrama de un modelo ya implantado >> (ingenierÃa inversa). >> >> >> >> >> >> AdemÃ¡s, un editor de diagrama de actividad xUML ya estÃ¡ disponible en >> Cormas. Mediante la selecciÃ³n de un mÃ©todo de su diagrama de clases, >> el usuario puede desiÃ±ar el comportamiento de este mÃ©todo mediante la >> descripciÃ³n de la secuencia de actividades y condiciones booleanas. >> >> >> >> Aunque la distribuciÃ³n de VisualWorks se acompaÃ±a de algunas >> herramientas de ida y vuelta entre el cÃ³digo y diagramas UML Smalltalk >> (ADvance, Gipa, BOOST, MetaEdit+, DoME, UMLForSmalltalk ou >> Umbrello,..), el desarrollo del editor UML estarÃ¡ construido a partir >> de Roassal. De hecho, con el reciente lanzamiento de Roassal2, un >> poderoso motor de visualizaciÃ³n >> (http://objectprofile.com/Roassal.html) disponible tanto para >> VisualWorks y Pharo, el enfoque de este mÃ³dulo UML permitirÃ¡ de >> acelerar la migraciÃ³n de Cormas en Pharo. >> >> >> >> Opcionalmente, serÃ¡ interesante de generar cÃ³digo XML (XMI) de un >> modelo que serÃ¡ legible con otros editores. >> >> >> >> DuraciÃ³n: 6 meses (o menos si es necesario) >> >> GratificaciÃ³n: â¬ 485,10 por mes. >> >> LocalizaciÃ³n: no hay recepciÃ³n prevista en el CIRAD. El estudiante >> trabajarÃ¡ en su laboratorio, pero contactos regulares serÃ¡n >> necesarios. >> >> Contactos: Pierre Bommel (bommel(a)cirad.fr) y Gregoire Leclerc >> (Leclerc(a)cirad.fr) >> >> Perfil del candidato: Estudiante en Ciencias de la ComputaciÃ³n, >> licencia o maestra, con un gusto para la modelizaciÃ³n y simulaciÃ³n. El >> estudiante debe tener un buen conocimiento de los conceptos de >> modelizaciÃ³n objetos y UML. Conocimientos de programaciÃ³n Smalltalk >> deben adquirirse. >> >> >> >> Bommel, P., Dieguez, F., Bartaburu, D., Duarte, E., Montes, E., >> Pereira, M., Corral, J., Lucena, C. de and Morales Grosskopf, H. >> (2014). A Further Step Towards Participatory Modelling. Fostering >> Stakeholder Involvement in Designing Models by Using Executable UML. >> Journal of Artificial Societies and Social Simulation 17 (1) 6 >> <http://jasss.soc.surrey.ac.uk/17/1/6.html>. >> >> >> >> Mellor, S. J., & Balcer, M. J. (2002). Executable UML : a foundation >> for model-driven architecture. Boston; San Francisco; New York: >> Addison-Wesley. >> >> >> OMG. (2008). Model Driven Architecture, MDA Guide Version 1.0.1 >> >> >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://www.doesnotunderstand.org/ >> >> > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

May 27, 2015