July 2014 - Pharo-dev - lists.pharo.org

Google Static Maps in Roassal2

by Sergio Maass

Hello! I created this tiny project for querying Google's Geocoding and Static Maps APIs. The maps are turned into Roassal2 elements with the map as a shape. Below is a sample using the names of some stations of Santiago's subway network, marking their locations and drawing the path between them. > |v map linea1 linea2 linea5 metrificar | > metrificar := [ :s | 'Metro ', s, ', Santiago Chile' ]. > > linea1 := #( 'Salvador' 'Baquedano' 'Universidad Catolica' 'Santa Lucia' > 'Universidad de Chile' 'La Moneda' 'Los Heroes' 'Republica' > 'Union Latino Americana' 'Estacion Central') > collect: [ :s | (GoogleMaps geocode: (metrificar value: s)) location ]. > > linea2 := #( 'Cerro Blanco' 'Patronato' 'Puente Cal y Canto' 'Santa Ana' > 'Los Heroes' 'Toesca' 'Parque O Higgins') > collect: [ :s | metrificar value: s ]. > > linea5 := #( 'Parque Bustamante' 'Baquedano' 'Bellas Artes' 'Plaza de > Armas' 'Santa Ana' 'Cumming' 'Quinta Normal') > collect: [ :s | metrificar value: s ]. > > v := RTView new. > map := StaticMap new hybrid. > map addMarkers on: linea1; color: 'red'. > map addPath points: linea1; color: 'red'. > > map addMarkers on: linea2; color: 'yellow'. > map addPath points: linea2; color: 'yellow'. > map addMarkers on: linea5; color: 'green'. > map addPath points: linea5; color: 'green'. > v add: map getMap @ RTDraggable. > v open [image: ImÃ¡genes integradas 1] The project can be found in http://www.smalltalkhub.com/mc/smaass/GMaps/main . Any suggestions will be appreciated!

July 5, 2014

Re: [Pharo-dev] Dear Developer _ Please help, I think had corupted repository and image,

by Nicolai Hess

2014-07-04 12:27 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > preferences are: > > in mac: > ~/Library/Preferences/pharo > > in linux: > > ./config/pharo > > in windows, I donât know > in Windows: %APPDATA%\Pharo > > Esteban > > On 04 Jul 2014, at 12:20, Janko Korelc <dazajn.korelc(a)gmail.com> wrote: > > Several days ago I did include many packaeges in image up to Eye-watcer, > than started to look what a repository is all about - so, was given offer > to have some subdomain with my name and probably uploaded everything. Next > time when I started my image from disk there was small progress bar - > loading preferences and Eye-Inspector was in debuger window with Metaclass > not understanding some message. Clearly had installed something unfinished > or wrongly initialized. So, i deleted entire Pharo directory, and > downloaded pharo, and same thing happend. Pretty nasty Huh, I am sorry if i > ruined something on repository I am afraid of. > > Could you please tell me what is going on? > Also where is the file with preferences ? > > Or in case i ruined repository how long does it take to fix it, please > help! > > Thank You! > Janko Korelc > > >

July 4, 2014

Re: [Pharo-dev] NewList without Icons

by Nicolai Hess

I give up. I tried to find a place where to put such an option. But I just don't have a clue how all that works. The interaction between NewList, NewListModel, NewListAdapter, MorphicNewListAdapter and NewListRenderer. If I add an "providesIcon" option to NewListAdapter, it does not work on an the lists used in EyeInspector. If I add this option to MorphicNewListAdapter, it does not work for NewListExample. I don't think I have to add a instvar, setter and getter to three different classes just to make this work. Would it make more sense to create a subclass NewIconList? 2014-05-21 10:23 GMT+02:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > On 21 May 2014, at 00:08, Nicolai Hess <nicolaihess(a)web.de> wrote: > > Therefore, is there a way to create the NewList and tell it to NEVER > ask for icons? > > > As far as I remember I did not implement this option :) > > But having a flag for that should not be too complicated to add ;) > > Good luck, > Ben >

July 4, 2014

Re: [Pharo-dev] [Pharo4] First Class Global Variables

by Eliot Miranda

Hi Marcus, On Thu, Jul 3, 2014 at 8:51 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > If we have meta-object describing (and thus having the power to change the > semantics of) instance variables, > we need the same for Globals. > > I think the easiest is to just re-use the object hat is already there: the > âbindingâ, that is, the association from > the dictionary where the global lives (e.g. the classPool for class vars, > Smalltalk globals for true globals, and so on). > > SystemVersion bindingOf: âCurrent' > > The VM just cares that it is an assoiation (actually, it just care that > there are two fields, but the rest of the image cares > about value and keyâ¦) > > -> we can make a subclass of Association > -> we can have the compiler forward code generation to the object that > describes the global > -> we can add a nice MOP API: #read and #write: (instead of #value and > #value:) > -> Programmers can subclass the GlobalVariable and change #read and #write > like they want (or override > the code gen methods) as in Slots. > One thing I think is worth-while is having the compiler inline read-only globals, especially classes. Most classes never change, and even if they do, become: means that references to them (including in machine code) get updated, so there's little downside. The only drawback is that you can not add an instance variables, I think, > to checkâ¦ maybe it even works? > If not, there are ways around that e.g. using some fancy Slot that does > not need an ivar but uses a weak dictionary > in a class variable, for example). > Since the VM doesn't look beyond the second field it doesn't care if you add inst vars. It only expects the value field to be the second inst var; it never asks for the size of the association or anything like that. Remember that both key and value are fixed inst vars. Thus: it would be fairly easy to have the class vars be as flexible as the > slotsâ¦ and then e.g. you will be able > to put breakpoints and watchers on class vars. You could even define > globals with special behaviour the same > way as you do with Slots. > > Marcus > > > -- best, Eliot

July 4, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40063 Home: https://github.com/pharo-project/pharo-core

July 4, 2014

[pharo-project/pharo-core] af0599: 40063

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: af05993ee99be6f14f5dfe4ea76747cc8a77ca8a https://github.com/pharo-project/pharo-core/commit/af05993ee99be6f14f5dfe4e… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-04 (Fri, 04 Jul 2014) Changed paths: A AST-Interpreter-Core.package/extension/BlockClosure/instance/asASTBlockClosure.st A AST-Interpreter-Core.package/extension/CompiledMethod/instance/accept_on_message_.st A AST-Interpreter-Core.package/extension/CompiledMethod/instance/code.st A AST-Interpreter-Core.package/extension/CompiledMethod/instance/isReflective.st A AST-Interpreter-Core.package/extension/Context/instance/asASTInterpreterContext.st A AST-Interpreter-Core.package/extension/Context/instance/returnContext.st A AST-Interpreter-Core.package/extension/UndefinedObject/instance/asASTInterpreterContext.st R AST-Interpreter-Extension.package/extension/BlockClosure/instance/asASTBlockClosure.st R AST-Interpreter-Extension.package/extension/CompiledMethod/instance/accept_on_message_.st R AST-Interpreter-Extension.package/extension/CompiledMethod/instance/code.st R AST-Interpreter-Extension.package/extension/CompiledMethod/instance/isReflective.st R AST-Interpreter-Extension.package/extension/Context/instance/asASTInterpreterContext.st R AST-Interpreter-Extension.package/extension/Context/instance/returnContext.st R AST-Interpreter-Extension.package/extension/UndefinedObject/instance/asASTInterpreterContext.st R EventModel.package/extension/HandMorph/instance/eventSource.st R EventModel.package/extension/HandMorph/instance/handleKeyboardInputEvent_.st R EventModel.package/extension/HandMorph/instance/handleMouseInputEvent_.st R Morphic-Base.package/extension/WorldState/instance/convertStepList.st A Morphic-Core.package/WorldState.class/instance/cleaning/cleanStepList.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script63.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40063.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tools.package/ImageCleaner.class/instance/api/cleanUpForProduction.st M Tools.package/ImageCleaner.class/instance/cleaning/cleanUpMethods.st Log Message: ----------- 40063 13466 convertStepList --> cleanStepList (no need to keep the conversation code forever) https://pharo.fogbugz.com/f/cases/13466 13468 move methods from AST-Intepreter-Extensions to *-Core https://pharo.fogbugz.com/f/cases/13468 13469 Package EventModel is unused --> remove https://pharo.fogbugz.com/f/cases/13469 13467 #cleanUpForProduction should unload Versionner https://pharo.fogbugz.com/f/cases/13467 http://files.pharo.org/image/40/40063.zip

July 4, 2014

Re: [Pharo-dev] Project states

by Esteban Lorenzano

Hi, as far as I know: On 04 Jul 2014, at 15:25, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > anyone able to tell something about the states of the following projects? > > I'm just curious > - if they are dead (if so why) > - if someone is working/plans to work on them actively > - if something is just planned to be replaced in the future with better projects > > Lots of power was invested to start/run projects in Pharo and I want to understand > if it will be possible to have them out of the box: > > > 1. SCRIPTING > > There was/is CORAL (http://rmod.lille.inria.fr/coral/) - a scripting > environment for Pharo. No activity on the list since Nov. 2013. unfinished. last year we made a lot of work on allowing pharo to be executed by command line (necessary for scripting). now we need to release coral. AFAIK, no much stuff was needed, but Damien will be able to provide better answers. > > What is the state of the project? Was it just research or how > can we use todays Pharo 3.0/Pharo 4.0 for scripting. Are there other/new plans? > > 2. UI BUILDER TOOL > > There was http://www.squeaksource.com/UIBuilder.html marked as > "Failed attempt of develop a UI builder for Pharo-Smalltalk.â dead > > Also the "UI Painter" project developed as part of GSOC 2013 for Pharo based on > Spec. Not updated anymore. http://uipainter-gsoc.over-blog.com with no activity > since 9/2013. > > 3. NAMESPACES > > Squeak got environments, if I remember correctly there was even code for > Pharo available. Do we plan to have them as well or is there the idea of > a better namespace implementation. dead we want namespaces (bah, I want them). But no existing implementation has been satisfactory yet. now, I know Camille is working a bit in that direction, but no idea when/if he will be able to provide code. > > 4. TxText > > Providing a better text editor for Pharo. What is the state of this? hummâ¦ no idea. Esteban > > > Thanks > T. >

July 4, 2014

Participating to a great project!

by Hilaire Fernandes

Hi, Because we are a smart and cool community we deserve to build great project! Pharo is our power horse, our charismatic leaders show us the path of step by step work, stone after stone to build the great Pharo lighthouse! It is fun and exciting, it makes us feel smart and we want to share this feeling with other to participate as well. This is why I am doing Dr. Geo, to share how cool is Pharo, how great it makes you fell to write an application with it. A Dr. Geo user, contrary to the other same class software (i.e. interactive geometry), can dive from the application level to the programming level instantly, without superfluous cost (no need to install JAVA dev environement and IDE, etc.) Dr. Geo typical user is a curious, a teacher or a student, for me they all deserve the best, and the best is "you can dive into Dr Geo and learn from it, modify it." Remember the Dan Ingalls quote: "If a system is to serve the creative spirit, it must be entirely comprehensible to a single individual." This is where we stand, it is our strong hold, and the DrGeo strong hold. I want DrGeo to evolve faster, I have been doing the hard job to port to Athens and I got beaten with unstabilized features, but now the hard part is done, and it is time to move faster and quicker. Nowdays, programming at school is coming back as the new promise land for education, it is a unique chance for DrGeo and its programming feature to bring its stone. To push forward, I have filled tickets for new features or improvements. Fell free to comment or to add new idea. I need you to make it real => http://bug.drgeo.eu Thanks to read Hilaire -- Dr. Geo http://drgeo.eu iStoa - https://launchpad.net/istoa

July 4, 2014

Project states

by Torsten Bergmann

Hi, anyone able to tell something about the states of the following projects? I'm just curious - if they are dead (if so why) - if someone is working/plans to work on them actively - if something is just planned to be replaced in the future with better projects Lots of power was invested to start/run projects in Pharo and I want to understand if it will be possible to have them out of the box: 1. SCRIPTING There was/is CORAL (http://rmod.lille.inria.fr/coral/) - a scripting environment for Pharo. No activity on the list since Nov. 2013. What is the state of the project? Was it just research or how can we use todays Pharo 3.0/Pharo 4.0 for scripting. Are there other/new plans? 2. UI BUILDER TOOL There was http://www.squeaksource.com/UIBuilder.html marked as "Failed attempt of develop a UI builder for Pharo-Smalltalk." Also the "UI Painter" project developed as part of GSOC 2013 for Pharo based on Spec. Not updated anymore. http://uipainter-gsoc.over-blog.com with no activity since 9/2013. 3. NAMESPACES Squeak got environments, if I remember correctly there was even code for Pharo available. Do we plan to have them as well or is there the idea of a better namespace implementation. 4. TxText Providing a better text editor for Pharo. What is the state of this? Thanks T.

July 4, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40062 Home: https://github.com/pharo-project/pharo-core

July 4, 2014