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

Re: [Pharo-users] Pharo 4 Playground open file menu

by phil＠highoctane.be

Bit I use GToolkit all the time :-) Found it cool to see that it displays configurations very well for example!! Le 2 mai 2015 22:10, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : > Hi, > > Did you try renaming the playground page as explained before? If yes, > besides the fact that in order to open it you have to search it by the > name, is there something else that is not working for you? > > Cheers, > Doru > > > On Sat, May 2, 2015 at 3:17 PM, Esteban A. Maringolo <emaringolo(a)gmail.com > > wrote: > >> Ditto here. >> >> I have cron tasks that fire a smalltak script, the startup script itself >> or a small import script that doesn't belong to a class. All those are my >> cases for the workspace. >> El may 2, 2015 4:38 AM, "phil(a)highoctane.be" <phil(a)highoctane.be> >> escribiÃ³: >> >>> playground cache is actually not nice when scripts are to be part of a >>> project with a name etc. And I have a ton of files in it. I can't remember >>> which is which. >>> >>> I have scripts to do lots of cli things and I like the save as of the >>> workspace. >>> >>> But I have done extra key bindings for getting the ws or the playground. >>> >>> Phil >>> Le 2 mai 2015 06:49, "Sergio Fedi" <sergio.fedi(a)gmail.com> a Ã©crit : >>> >>>> Oh! That link gives a GREAT explanation! Thanks. >>>> >>>> On the subject of how to show it better, I'm not a graphic designer >>>> (although I'm working with one) >>>> so I'll ask him for some insights on the matter. >>>> >>>> >>>> For now, he pointed out some issues like lack of consistency on some >>>> interfaces >>>> and some other details. >>>> >>>> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

May 2, 2015

Re: [Pharo-users] Pharo 4 Playground open file menu

by phil＠highoctane.be

never tought of renaming the tab. I was somewhat aware of the feature. But I have the cache in my .gitignore Phil Le 2 mai 2015 22:10, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : > Hi, > > Did you try renaming the playground page as explained before? If yes, > besides the fact that in order to open it you have to search it by the > name, is there something else that is not working for you? > > Cheers, > Doru > > > On Sat, May 2, 2015 at 3:17 PM, Esteban A. Maringolo <emaringolo(a)gmail.com > > wrote: > >> Ditto here. >> >> I have cron tasks that fire a smalltak script, the startup script itself >> or a small import script that doesn't belong to a class. All those are my >> cases for the workspace. >> El may 2, 2015 4:38 AM, "phil(a)highoctane.be" <phil(a)highoctane.be> >> escribiÃ³: >> >>> playground cache is actually not nice when scripts are to be part of a >>> project with a name etc. And I have a ton of files in it. I can't remember >>> which is which. >>> >>> I have scripts to do lots of cli things and I like the save as of the >>> workspace. >>> >>> But I have done extra key bindings for getting the ws or the playground. >>> >>> Phil >>> Le 2 mai 2015 06:49, "Sergio Fedi" <sergio.fedi(a)gmail.com> a Ã©crit : >>> >>>> Oh! That link gives a GREAT explanation! Thanks. >>>> >>>> On the subject of how to show it better, I'm not a graphic designer >>>> (although I'm working with one) >>>> so I'll ask him for some insights on the matter. >>>> >>>> >>>> For now, he pointed out some issues like lack of consistency on some >>>> interfaces >>>> and some other details. >>>> >>>> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

May 2, 2015

Re: [Pharo-users] Can we have NeoCSV, and NeoJSON included in the base image?

by Andy Burnett

> > Stephan Eggermont said: > <<< > > What is stopping you from adding a build 'Andy's Base Image' to the > Pharo-Contribution CI? > >>> Ignorance :-) I had no idea such a thing was possible. It sounds like the ideal solution. Is the process documented somewhere? Cheers Andy

May 2, 2015

Re: [Pharo-users] Pharo 4 Playground open file menu

by phil＠highoctane.be

When some sysadmin has to edit them on servers, you want them in .st files. No class. No IDE. Not too much Smalltalk. Just the DSL on an as needed to know basis to configure things. That's better that XML/YAML/JSON... So, that's the case. Startup scripts same story. Phil Le 2 mai 2015 17:56, "Esteban Lorenzano" <estebanlm(a)gmail.com> a Ã©crit : > wellâ¦ IMO those scripts also should be in a method. > Probably under a class named: MyCoolProjectRunScripts or something like > thatâ¦ but in a class. > If they are in a class you can: > - save them with your project > - version them > - if you add <script> pragma, you can even execute them by clicking on it > (Pharo 4). > > soâ¦ even if you might have a case where you want the save/loadâ¦ you > actually have (what I consider) a better option. > > Esteban > > On 02 May 2015, at 15:17, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: > > Ditto here. > > I have cron tasks that fire a smalltak script, the startup script itself > or a small import script that doesn't belong to a class. All those are my > cases for the workspace. > El may 2, 2015 4:38 AM, "phil(a)highoctane.be" <phil(a)highoctane.be> > escribiÃ³: > >> playground cache is actually not nice when scripts are to be part of a >> project with a name etc. And I have a ton of files in it. I can't remember >> which is which. >> >> I have scripts to do lots of cli things and I like the save as of the >> workspace. >> >> But I have done extra key bindings for getting the ws or the playground. >> >> Phil >> Le 2 mai 2015 06:49, "Sergio Fedi" <sergio.fedi(a)gmail.com> a Ã©crit : >> >>> Oh! That link gives a GREAT explanation! Thanks. >>> >>> On the subject of how to show it better, I'm not a graphic designer >>> (although I'm working with one) >>> so I'll ask him for some insights on the matter. >>> >>> >>> For now, he pointed out some issues like lack of consistency on some >>> interfaces >>> and some other details. >>> >>> >

May 2, 2015

Re: [Pharo-users] builder pattern

by stepharo

Peter I'm not sure I fully understand your point. I hope to get some time to go back to clean the menu API and I would like to propose something in the line of the last examples. Is it what you suggested? menuCommandOn: aBuilder <worldMenu> (aBuilder item: #DynaUML) icon: DCIcons current dcOmlDiagramIcon; label: 'UML Class Diagram'; parent: #MostUsedTools; action: [ self openEmpty ]; https://github.com/pharo-project/pharo-workingRoadmaps/blob/master/MenuNote… I was thinking that when we do not have a builder aMenuMorph label: aString; ... addItem. and avoid all the block usage. Stef Le 1/5/15 17:24, Peter UhnÃ¡k a Ã©crit : > 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 > <mailto:nicolaihess@web.de>> wrote: > > Hi Peter, > > 2015-04-09 21:20 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@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 2, 2015

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

by volkert

Understand. Anyway, in Teapot it should possible to set the UTF-8 charset for JSON documents. Thanks, Volkert Am 02.05.2015 um 20:34 schrieb Sven Van Caekenberghe: > Hi Volkert, > > Thanks for the test case, it helped me figure out what the problem was. > > Basically, what Norbert said was 100% correct: the server code (Teapot) should have specified the charset or encoding of the mime-type it was using (so application/json;charset=utf-8 instead of just application/json). > > However, I thought I had changed the default to be utf-8, so I was surprised it was not picked up. > > It turned out utf-8 was the default for reading/writing http messages and their entities, but not so when manually constructing instances (like Teapot did). > > In code, > > json := '{''bank'':''RÃ©gion GenÃ¨ve RhÃ´ne''}'. > entity := ZnEntity with: json type: 'application/json'. > response := ZnResponse ok: entity. > response encoder. > > did not return a ZnUTF8Encoder but a ZnNullEncoder. > > I changed that now. > > === > Name: Zinc-HTTP-SvenVanCaekenberghe.428 > Author: SvenVanCaekenberghe > Time: 2 May 2015, 7:09:55.832482 pm > UUID: 6376bd91-2a95-4265-bfff-e3c6626aee79 > Ancestors: Zinc-HTTP-SvenVanCaekenberghe.427 > > Change ZnStringEntity>>#initializeEncoder to default to ZnUTF8Encoder unless ZnDefaultCharacterEncoder is set > > Change ZnEntityReader>>#readEntity to no longer use #withDefaultUtf8Decoder: (and remove it) > > Change ZnEntityWriter>>#writeEntity: to no longer use #withDefaultUtf8Encoder: (and remove it) > > Add ZnResponseTests>>#testDefaultUTF8Encoding > === > Name: Zinc-Tests-SvenVanCaekenberghe.226 > Author: SvenVanCaekenberghe > Time: 2 May 2015, 7:10:12.331593 pm > UUID: 9010fbd6-bf9d-400e-b463-cb73920b79f6 > Ancestors: Zinc-Tests-SvenVanCaekenberghe.225 > > Change ZnStringEntity>>#initializeEncoder to default to ZnUTF8Encoder unless ZnDefaultCharacterEncoder is set > > Change ZnEntityReader>>#readEntity to no longer use #withDefaultUtf8Decoder: (and remove it) > > Change ZnEntityWriter>>#writeEntity: to no longer use #withDefaultUtf8Encoder: (and remove it) > > Add ZnResponseTests>>#testDefaultUTF8Encoding > === > > for now, in #bleedingEdge of Zinc HTTP Components. > > HTH, > > Sven >

May 2, 2015

Re: [Pharo-users] XMLParser GTInspector extensions

by stepharo

Hi ben we could update the configurationOfXMLReader. But the right solution is to define a new configuration loading GT-Tools, XMLReader and your extensions. In pharo 40 we could consider that GT-Tools is loaded. Now I think that making the dependencies explicit is important. > > So what do you think of... > * Updating ConfigurationOfXMLParser to automatically load the > extensions for Pharo4. > * Moving the package into the XML-Parser repository so it sits next to > other compatibility packages like XML-Parser-GemstoneCompatability -- > and possibly renaming it something like XML-Parser-GT-Extensions. The package I maintain with monty is in PharoExtras so I would prefer not to change its location. Stef > > > > I would prefer to qualify the extensions by the tool they refer > to: GT-InspectorExtensions-*, GT-SpotterExtensions-* etc. > > gtDisplayOn: should be more in the inspector, but probably some > were added mostly in the spotter so they ended up in the less > optimal package. > > > okay. good to understand. > cheers -ben > > > Cheers, > Doru > > > > On Sun, Apr 26, 2015 at 8:30 PM, Ben Coman <btc(a)openinworld.com > <mailto:btc@openinworld.com>> wrote: > > I happened to need to use and XML Parser for the first time > and found inspecting the structure awkward, so I added some > GTInspector extensions to XML-Parser. This is uploaded as > XML-Parser-BenComan.304 to > http://smalltalkhub.com/#!/~PharoExtras/XMLParser > <http://smalltalkhub.com/#%21/%7EPharoExtras/XMLParser>. Could > someone who uses XML regularly check if these are reasonable? > > Now should these methods be packaged separately somehow, since > they are likely not of interest to other Smalltalk flavours? > > btw I gave them a protocol of "GT-Extensions" - but I also > considered "moldable-tools" and "tools-extensions". If there > a preference? This will likely be a common occurrence across > the community, so we should try for a consistent convention > across the community for such extensions. > > btw2, I notice that #gtDisplayOn: implementors are fairly > evenly split between [GT-InspectorExtensions-Core] and > [GT-SpotterExtensions-Core]. Are they really separated like > this in their use? > > cheers -ben > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow" > >

May 2, 2015

Re: [Pharo-users] accessing themed colors from morph

by Nicolai Hess

2015-05-01 23:54 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > Thank's for the pointers. It seems to me that they access it via 'self > theme'; in any case my problem is, for the moment, solved. > Yes but, 'self theme' is 'the theme engine that defines all theme settings' and 'self theme backgroundColor' is 'what this theme defines as general backgroundColor' It does not mean that self (the morph) is actually using this theme setting for anything. For a panel morph, that normally uses 'Color transparent' for its color, would answer to 'self theme backgroundColor' with the same answer as any other morph. It is the 'theme backgroundColor' not the morphs background color. > > Thanks, > Peter > > On Fri, May 1, 2015 at 11:11 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> >> >> 2015-05-01 22:22 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >> >>> Hi, >>> >>> how is set the background color of a morph? >>> >> >> A morph has the fillStyle/color attribute, but this does not mean it uses >> this color for its drawing method. >> (for example ActiveHand color -> Color blue, and the hand/cursor is not >> blue). >> >> >>> >>> I could access directly "Smalltalk ui theme backgroundColor" from within >>> the Morph, >>> >> >> this returns always the same color, it is actually the desktop >> backgroundcolor. >> >> >>> but I don't see anywhere that something is using themed colors this way. >>> So I assume there is some other way; what am I missing? >>> >>> Note that I don't want to use the color for background of the morph but >>> I need to make a decision based on the color in the morph. >>> >> >> It depends on the morph, or the type of widget this morph represents. >> A button has a theme dependent color, that may depend on the type and >> state (enabled/disabled) of the button. >> A list morph may have different colors for even and odd index, selected, >> enabled, disabled ... >> A label model font/color may depend on its use (window title/menu title/ >> button label ...). >> >> Look at the xxxFillStyleFor: messages in UITheme >> >> >> >>> >>> Thanks, >>> Peter >>> >> >> >

May 2, 2015

Re: [Pharo-users] Can we have NeoCSV, and NeoJSON included in the base image?

by stepharo

Hi Andy do you know that you can load fully packaged projects in one click? You open the configurationBrowser and select the packages you want and you get them. You can also add them in your startup preference. Finally you can also get a ci job that can load what you want in a image ready made for you. I do not get why we would have to integrate external projects when they - are actively maintained - can be loaded simply We will build Pharo distribution with a certification. So why would we trade a small modular system for a system where everything is loaded by default? Stef Le 2/5/15 17:23, Andy Burnett a Ã©crit : > I would find it really useful to have some more classes included in the base image. The Neo system would be particularly useful, but I would also find an XML reader valuable. > > What is the process for deciding which classes get included by default? > > Cheers > Andy >

May 2, 2015

Re: [Pharo-users] Pharo 4 Playground open file menu

by Tudor Girba

Hi, Did you try renaming the playground page as explained before? If yes, besides the fact that in order to open it you have to search it by the name, is there something else that is not working for you? Cheers, Doru On Sat, May 2, 2015 at 3:17 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > Ditto here. > > I have cron tasks that fire a smalltak script, the startup script itself > or a small import script that doesn't belong to a class. All those are my > cases for the workspace. > El may 2, 2015 4:38 AM, "phil(a)highoctane.be" <phil(a)highoctane.be> > escribiÃ³: > >> playground cache is actually not nice when scripts are to be part of a >> project with a name etc. And I have a ton of files in it. I can't remember >> which is which. >> >> I have scripts to do lots of cli things and I like the save as of the >> workspace. >> >> But I have done extra key bindings for getting the ws or the playground. >> >> Phil >> Le 2 mai 2015 06:49, "Sergio Fedi" <sergio.fedi(a)gmail.com> a Ã©crit : >> >>> Oh! That link gives a GREAT explanation! Thanks. >>> >>> On the subject of how to show it better, I'm not a graphic designer >>> (although I'm working with one) >>> so I'll ask him for some insights on the matter. >>> >>> >>> For now, he pointed out some issues like lack of consistency on some >>> interfaces >>> and some other details. >>> >>> -- www.tudorgirba.com "Every thing has its own flow"

May 2, 2015