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

Next Pharo sprint & Moose dojo

by Jean-Christophe Bach

Hello Pharoers, We propose a Pharo sprint / Moose dojo on Friday, 22nd May, starting at 10:00am. (Local Time Lille). It will be at the Inria Lille, Building B, third floor (RMoD offices). Remotely, you can join us on the official IRC channel #pharo on irc.freenode.net server. During the sprint, we will try to synchronize local and remote Pharo sprinters. As the building is not open to the public, please contact us before if you plan to come. JC

May 1, 2015

Re: [Pharo-users] [Moose-dev] Small workshop/hackathon today and tomorrow about Pharo and Agile Visualization.

by Alexandre Bergel

Excellente!! Let us know how we can help Alexandre > Le 1 mai 2015 Ã 10:29, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> a Ã©crit : > > Hi all, > > Today and tomorrow, a small group of persons will be doing a workshop/hackathon about Pharo and Agile Visualization at our local hackerspace. Details on the event are on: > > http://hackbo.co/hackboweb/eventos/evento/375 > > I will be sharing teaching materials, first impressions and questions with you about the experience, while is happening and after that. > > Thanks, > > Offray > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

May 1, 2015

Re: [Pharo-users] When to use Versionner and when to use Monticello

by Cyril Ferlicot

Everything you can do with a versionner, you can do it by writing a ConfigurationOfX package and with Monticiello. Versionner is just an easy way to do configurations. You can easily manage packages dependencies. I know that you can't do some things with Versionner (for example you have to write the ConfigurationOfPillar yourself because we can't use versionner for it) but I don't know why exactly. Maybe someone else know. You can do everything with Monticiello but it's easier to manage packages dependencies and projects with versionner. When you have a project with many packages or dependencies, you can use versionner. At the end you can load everything with a simple script like: Gofer new smalltalkhubUser: 'User' project: 'Project'; configuration; load. (Smalltalk globals at: #ConfigurationOfX) load Le jeudi 30 avril 2015, Sergio Fedi <sergio.fedi(a)gmail.com> a Ã©crit : > Great, now that I saw these screencasts of Versionner > (which I'm still trying to have a hang on) > I would like to ask: > > When do we use Versionner and when do we use Monticello? > > Putting it in another way: > > What tasks are only possible through Monticello? > > What tasks you should be doing in Versionner? > >

May 1, 2015

Re: [Pharo-users] Question about Text Editor.

by Cyril Ferlicot

Thank you for your answers, i'll take a look ;) On 1 May 2015 at 11:59, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> On 01 May 2015, at 02:57, Pierce Ng <pierce(a)samadhiweb.com> wrote: >> >> On Wed, Apr 29, 2015 at 06:04:49PM -0300, Mariano Martinez Peck wrote: >>> Not a text editor, but there was a ScriptManager that was kind of a >>> worksapce with ability to give scripts a name, save them, and then easily >>> browse and execute them. But this is a bit old, so not sure if this still >>> works in Pharo 4.0: >> >> Yes it works in Pharo 4. Install it from the config browser. > > IMO with the new Playground, ScriptManager became obsolete. > > cheers, > Esteban > >> >> Pierce >> > > -- Cheers Cyril Ferlicot

May 1, 2015

Re: [Pharo-users] inverting colors of athens(cairo)canvas

by Werner Kassens

Hi Peter, at the morphic level you might eventually look at ColorMappingCanvas and make a subclass. werner

May 1, 2015

Re: [Pharo-users] builder pattern

by Peter UhnÃ¡k

Somehow I missed your response -_- the first example is based on what is used in MenuModel ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ApplicationWithToolbar>>initialize menu := MenuModel new addGroup: [ :group | group addItem: [ :item | item name: 'File'; icon: Smalltalk ui icons openIcon; subMenu: self subMenu ]. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ it is useful as you don't need to worry about creating new instances of MenuGroup/MenuItem constantly. The reason for the value holder and why I didn't want to go with creating custom classes is that it would (in my opinion) create extra mess. What I am trying to achieve is some sort of Form Builder... each item in the form has a label and the form component (which is a spec widget). Thus I would have to wrap every single spec widget with yet another class so I can set the label. The second variant (b) is probably the worst (just like any block with >1 arguments) So maybe the last one is the best fit... this is used by WorldMenu builder. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ menuCommandOn: aBuilder <worldMenu> (aBuilder item: #DynaUML) icon: DCIcons current dcOmlDiagramIcon; label: 'UML Class Diagram'; parent: #MostUsedTools; action: [ self openEmpty ]; ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Peter On Wed, Apr 15, 2015 at 10:32 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > Hi Peter, > > 2015-04-09 21:20 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >> Is there some common / best way for coding builders? >> >> Two ways that I see are: >> >> a) using a block - I've seen this in menus and some other, however in my >> case I need to add an extra parameter as label >> >> "variant with two params" >> aForm addDropList: 'Type' with: [ :dropList | >> dropList >> items: #(input #output); >> " ... ". >> ]. >> >> "variant with one method param and value holder" >> aForm addDropList: [ :labelHolder :dropList | >> labelHolder value: 'Type'. >> dropList >> items: #(input #output); >> " ... ". >> ]. >> >> b) using return value - no blocks, no extra code >> (aForm addDropList: 'Type') >> items: #(input #output); >> " ... ". >> >> I would use the second variant as it looks much cleaner, however >> considering how widespread is the use of the first variant I think I must >> be missing something. >> > > Can you give an example, where the first variant is used. > I don't really understand the use of the valueHolder in the second > example. Wouldn't it be cleaner to define a > DropList class /model that has methods for setting the label and items > list? > > aForm addDropList:[:dropListMode | > dropListModel setLabel:'...'. > dropListModel setItems:{ .... } > ] > > > > >> >> Thanks, >> Peter >> > >

May 1, 2015

Re: [Pharo-users] STON distributed control version and long lines (it was Re: Citizen example for manipulating a bibtex file)

by Offray Vladimir Luna CÃ¡rdenas

Thanks Sven. Is working. I will keep you posted. Cheers, Offray El 27/04/15 a las 14:10, Sven Van Caekenberghe escribiÃ³: > A package is not a configuration, try: > > Gofer new > smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON'; > configurationOf: 'Ston'; > loadBleedingEdge. > >> On 27 Apr 2015, at 19:29, Offray Luna <offray(a)mutabit.com> wrote: >> >> Hi Sven, >> >> I tried to load the last bleeding edge version of STON by running: >> >> http://ws.stfx.eu/BOSL57WU39FI >> >> but I got an error: KeyNotFound: key #ConfigurationOfSTON not found in >> SystemDictionary >> >> Am I loading the this version properly? >> >> Thanks, >> >> Offray >> >> >> >> -- >> View this message in context: http://forum.world.st/Citizen-example-for-manipulating-a-bibtex-file-tp4784… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > > >

May 1, 2015

Re: [Pharo-users] Small workshop/hackathon today and tomorrow about Pharo and Agile Visualization.

by Sean P. DeNigris

Offray wrote > a workshop/hackathon about Pharo and Agile Visualization > ... > I will be sharing teaching materials, first impressions and questions > with you about the experience, while is happening and after that. Great! Can't wait to hear... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Small-workshop-hackathon-today-and-tomorrow-about-Pha… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 1, 2015

Re: [Pharo-users] ZnEasy / UTF-8

by volkert

Here a stripped down example d := { 'bank' -> 'RÃ©gion GenÃ¨ve RhÃ´ne'. } asDictionary. teapot := Teapot configure: { #defaultOutput -> #json. #port -> 8081. #debugMode -> true }. teapot GET: '/api/d' -> d; exception: KeyNotFound -> (TeaResponse notFound body: 'asd'); start. (ZnEasy get: 'http://localhost:8081/api/d') entity string. Pharo 4.0 / Teapot BW, Volkert Am 01.05.2015 um 15:35 schrieb Sven Van Caekenberghe: >> On 01 May 2015, at 15:15, volkert <volkert(a)komponentenwerkstatt.de> wrote: >> >> I thought UTF-8 is the default encoding in case JSON Documents, and so for the Content-Type: application/json. >> >> I added "setCharSetUTF8" this Teapot-Output and all works fine now. :-) > Fine, but I still think this is strange, it should work by default too. > But to understand what went wrong, I need an example (server+client) that I can run. > >> Danke, >> Volkert >> >> Am 01.05.2015 um 14:20 schrieb Norbert Hartl: >>> You need to look at the headers of the request. I would assume the sender sets an Content-Type: application/json without charset. In that moment it is uncertain what has to be done because the server needs to assume what charset it might be and this tasks seldomly works out good. >>> In order to make it work set a content type of your entity this way >>> >>> ZnMimeType applicationJson setCharSetUTF8 >>> >>> Now you send a Content-Type of application/json;charset=utf-8 and the server knows which character decoder to use. That should be it. So please always assign a char set to your sending data to make it more reliable what happens on the other end. >>> >>> hope this helps, >>> >>> Norbert >>>> Am 01.05.2015 um 14:13 schrieb volkert <volkert(a)komponentenwerkstatt.de>: >>>> >>>> I tried ZnClient new get: 'http://<removed>/api/atm/801813'; yourself and got. >>>> >>>> <fdchdjab.png> >>>> >>>> This is the Doc i see in Firefox. >>>> >>>> <fceagiec.png> >>>> >>>> The JSON is served with ZnServer / Teapot. ;-) >>>> >>>> Volkert >>>> >>>> >>>> Am 01.05.2015 um 12:21 schrieb Sven Van Caekenberghe: >>>>> Hi Volkert, >>>>> >>>>> Tip 1: use ZnClient and inspect the response in detail, more specifically to see whether the response content type specifies the encoding. >>>>> >>>>> ZnClient new get: ' >>>>> http:// >>>>> <removed>/api/atm/801813'; yourself. >>>>> >>>>> Tip 2: you could try to force override the default encoding using ZnDefaultCharacterEncoder (see the class comment). >>>>> >>>>> But recent Zn code defaults to UTF8 (see #withDefaultUTF8Decoding: and #withDefaultUTF8Encoding:). So I am curious to see the response headers. >>>>> >>>>> HTH, >>>>> >>>>> Sven >>>>> >>>>> >>>>>> On 01 May 2015, at 11:54, volkert <volkert(a)komponentenwerkstatt.de> >>>>>> wrote: >>>>>> >>>>>> Dear all, >>>>>> >>>>>> i am trying to get a JSON Document with ZnEasy. The Document is UTF-8 encoded. >>>>>> >>>>>> (ZnEasy get: ' >>>>>> http:// >>>>>> <removed>/api/atm/801813') entity string. >>>>>> >>>>>> <gccacjeh.png> >>>>>> >>>>>> Any hints? >>>>>> >>>>>> Volkert >>>>>> >>>>>> >>>>>> >

May 1, 2015

Re: [Pharo-users] ZnEasy / UTF-8

by Norbert Hartl

> Am 01.05.2015 um 15:15 schrieb volkert <volkert(a)komponentenwerkstatt.de>: > > I thought UTF-8 is the default encoding in case JSON Documents, and so for the Content-Type: application/json. > > I added "setCharSetUTF8" this Teapot-Output and all works fine now. :-) > The combination assumption-character encoding is never a good one. It is something that is hard to debug if not done right. Character encoding should _always_ be negotiated. So like in most problems being explicit is superior to act on implicit things. > Danke, Bitte. Norbert > Volkert > > Am 01.05.2015 um 14:20 schrieb Norbert Hartl: >> You need to look at the headers of the request. I would assume the sender sets an Content-Type: application/json without charset. In that moment it is uncertain what has to be done because the server needs to assume what charset it might be and this tasks seldomly works out good. >> In order to make it work set a content type of your entity this way >> >> ZnMimeType applicationJson setCharSetUTF8 >> >> Now you send a Content-Type of application/json;charset=utf-8 and the server knows which character decoder to use. That should be it. So please always assign a char set to your sending data to make it more reliable what happens on the other end. >> >> hope this helps, >> >> Norbert >>> Am 01.05.2015 um 14:13 schrieb volkert <volkert(a)komponentenwerkstatt.de <mailto:volkert@komponentenwerkstatt.de>>: >>> >>> I tried ZnClient new get: 'http:// <http:/><removed>/api/atm/801813'; yourself and got. >>> >>> <fdchdjab.png> >>> >>> This is the Doc i see in Firefox. >>> >>> <fceagiec.png> >>> >>> The JSON is served with ZnServer / Teapot. ;-) >>> >>> Volkert >>> >>> >>> Am 01.05.2015 um 12:21 schrieb Sven Van Caekenberghe: >>>> Hi Volkert, >>>> >>>> Tip 1: use ZnClient and inspect the response in detail, more specifically to see whether the response content type specifies the encoding. >>>> >>>> ZnClient new get: 'http:// <http:/><removed>/api/atm/801813'; yourself. >>>> >>>> Tip 2: you could try to force override the default encoding using ZnDefaultCharacterEncoder (see the class comment). >>>> >>>> But recent Zn code defaults to UTF8 (see #withDefaultUTF8Decoding: and #withDefaultUTF8Encoding:). So I am curious to see the response headers. >>>> >>>> HTH, >>>> >>>> Sven >>>> >>>>> On 01 May 2015, at 11:54, volkert <volkert(a)komponentenwerkstatt.de> <mailto:volkert@komponentenwerkstatt.de> wrote: >>>>> >>>>> Dear all, >>>>> >>>>> i am trying to get a JSON Document with ZnEasy. The Document is UTF-8 encoded. >>>>> >>>>> (ZnEasy get: 'http:// <http:/><removed>/api/atm/801813') entity string. >>>>> >>>>> <gccacjeh.png> >>>>> >>>>> Any hints? >>>>> >>>>> Volkert >>>>> >>>>> >>> >> >

May 1, 2015