November 2013 - Pharo-users

Re: [Pharo-users] Spec - Layout behaviour when resizing

by Bahman Movaqar

Sorry for not attaching the snapshots. Here they are. On 11/11/2013 22:38, Bahman Movaqar wrote: > Hi all, > > Let's assume I have a window like the one in episode 2 of the tutorial > <http://bahmanm.com/blogs/spec-part-2-layout>. Some unexpected (from > the user's perspective) behaviour happens when I manually resize the > window. A snapshot is worth a thousand words (and I'm going to put > two snapshots here!). > > This is the fresh window that I just opened: > Snapshot of fresh window just opened > > > The same window after resizing: > Snapshot of the window after resizing > > > So this is my understanding: > When a window is resized, every Row/ColumnLayoutdistributes the width > and height evenly among any widget or nested layouts it contains. In > turn, widgets try to fill as much space as possible. Therefore after > resizing text box and button have become so huge and the space between > the radio buttons has increased so much. > Is that correct? > > If yes, I have a couple of points to mention: > > 1. A text box, specially in the case of TextModel and > TextInputFieldModel, where it's basically a single line entry > (ENTER is not allowed), should not change height (growing width is > understandable and desired). The height of a text box (specially > a single line one) should only be calculated based on the font > family and font size. > 2. A button should not change height and width, unless specifically > mentioned otherwise. > 3. It's not usually desirable that the spacing between radio buttons > change. > 4. Usually there's a way to specify how to distribute the > width/height between layouts and widgets inside a layout (usually > based on a percentage). > > I'd appreciate if anyone could shed a light here; specially Benjamin > the Undocumenter :-) > -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 12, 2013

Re: [Pharo-users] How to change background color

by Benjamin

Cool :) Keep me in touch then :) I am visiting a customer this week, so I do not have all the time I would to test it, but I will give a try as soon as I can :) Ben On 11 Nov 2013, at 22:13, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > 2013/11/11 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > A good pointer would be to add support for color on AbstractWidget and change a bit the way MorphicAdapters are built to take this color in account > > Hmmm... I may or may not give it a try tonight/tomorrow morning :) > > Cheers, > Sergi

Nov. 11, 2013

Re: [Pharo-users] How to change background color

by Sergi Reyner

2013/11/11 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > A good pointer would be to add support for color on AbstractWidget and > change a bit the way MorphicAdapters are built to take this color in account > Hmmm... I may or may not give it a try tonight/tomorrow morning :) Cheers, Sergi

Nov. 11, 2013

Re: [Pharo-users] How to change background color

by Ignacio MatÃas Sniechowski

Gisela, I've been trying to do that, and also changing the alignment of the text with no success. saludos nacho *Lic. Ignacio Sniechowski, MBA* On Mon, Nov 11, 2013 at 5:42 PM, Gisela Decuzzi <giseladecuzzi(a)gmail.com>wrote: > Hi, I'm getting some problems trying to change the default colors for the > widgets. > I need to replace the gray color for a blue (yes, quite horrible, long > history). > I'm using Spec and didn't find how to do this, and after trying I end up > hacking in morph. > > Is there a way to do this? Or someone can show me a starting point? >

Nov. 11, 2013

Re: [Pharo-users] How to change background color

by Benjamin

A good pointer would be to add support for color on AbstractWidget and change a bit the way MorphicAdapters are built to take this color in account Ben On 11 Nov 2013, at 21:42, Gisela Decuzzi <giseladecuzzi(a)gmail.com> wrote: > Hi, I'm getting some problems trying to change the default colors for the widgets. > I need to replace the gray color for a blue (yes, quite horrible, long history). > I'm using Spec and didn't find how to do this, and after trying I end up hacking in morph. > > Is there a way to do this? Or someone can show me a starting point?

Nov. 11, 2013

How to change background color

by Gisela Decuzzi

Hi, I'm getting some problems trying to change the default colors for the widgets. I need to replace the gray color for a blue (yes, quite horrible, long history). I'm using Spec and didn't find how to do this, and after trying I end up hacking in morph. Is there a way to do this? Or someone can show me a starting point?

Nov. 11, 2013

Re: [Pharo-users] Spec - Disable auto-complete in text box

by Benjamin

try entryCompletion: nil and tell me if it does the job :) Ben On 11 Nov 2013, at 19:21, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > Hi all, > > Is it possible to disable auto-completion in a text box? I've tried > `textName isCodeCompletionAllowed: false` to no avail. Am I doing it > wrong? Any other way to do it? > > TIA, > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) > >

Nov. 11, 2013

Re: [Pharo-users] Spec - Layout behaviour when resizing

by Benjamin

I do not get the image, but I know what happened :) On 11 Nov 2013, at 20:08, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > Hi all, > > Let's assume I have a window like the one in episode 2 of the tutorial. Some unexpected (from the user's perspective) behaviour happens when I manually resize the window. A snapshot is worth a thousand words (and I'm going to put two snapshots here!). > > This is the fresh window that I just opened: > > > > The same window after resizing: > > > > So this is my understanding: > When a window is resized, every Row/ColumnLayout distributes the width and height evenly among any widget or nested layouts it contains. In turn, widgets try to fill as much space as possible. Therefore after resizing text box and button have become so huge and the space between the radio buttons has increased so much. > Is that correct? Itâs correct in the sense it is expected regarding to the layout you use :) > If yes, I have a couple of points to mention: > A text box, specially in the case of TextModel and TextInputFieldModel, where it's basically a single line entry (ENTER is not allowed), should not change height (growing width is understandable and desired). The height of a text box (specially a single line one) should only be calculated based on the font family and font size. TextModel is for more that one line :) TextInputField could eventually be forced to be one line, but I think itâs too much of a restriction > A button should not change height and width, unless specifically mentioned otherwise. Why ? > It's not usually desirable that the spacing between radio buttons change. Thatâs true :) But how to know that two radio buttons are close one to the other ? > Usually there's a way to specify how to distribute the width/height between layouts and widgets inside a layout (usually based on a percentage). There in spec as well :) You can have a look at: add:origin:corner:offsetOrigin:offsetCorner: Ben > I'd appreciate if anyone could shed a light here; specially Benjamin the Undocumenter :-) > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Spec - Layout behaviour when resizing

by Bahman Movaqar

Nov. 11, 2013

Spec - Disable auto-complete in text box

by Bahman Movaqar

Hi all, Is it possible to disable auto-completion in a text box? I've tried `textName isCodeCompletionAllowed: false` to no avail. Am I doing it wrong? Any other way to do it? TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Fwd: Pharo download links are down.

by kilon alios

yeah scheduled maintenance , will be working tomorrow. On Mon, Nov 11, 2013 at 6:40 PM, Arturo Zambrano <arturo.zambrano(a)gmail.com>wrote: > > Hi All, > sorry if it 's already reported: everything in > http://files.pharo.org/platform<http://files.pharo.org/platform/Pharo2.0-linux.zip> > is returning the following error message. > > > ERRORThe requested URL could not be retrieved > ------------------------------ > > The following error was encountered while trying to retrieve the URL: > http://files.pharo.org/platform/Pharo2.0-linux.zip > > *Connection to 128.93.162.72 failed.* > > The system returned: *(111) Connection refused* > > >

Nov. 11, 2013

Fwd: Pharo download links are down.

by Arturo Zambrano

Hi All, sorry if it 's already reported: everything in http://files.pharo.org/platform<http://files.pharo.org/platform/Pharo2.0-linux.zip> is returning the following error message. ERRORThe requested URL could not be retrieved ------------------------------ The following error was encountered while trying to retrieve the URL: http://files.pharo.org/platform/Pharo2.0-linux.zip *Connection to 128.93.162.72 failed.* The system returned: *(111) Connection refused*

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by prova email

As i imagined XD From: benjamin.vanryseghem.pharo(a)gmail.com Date: Mon, 11 Nov 2013 13:16:12 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Now I get it :) This is not supported in 2.0 in the sense that the Spec version shipped with Pharo 2.0 has evolved :) You can try it in Pharo 3.0 :) Ben On 11 Nov 2013, at 12:08, prova email <prova213(a)hotmail.it> wrote:I'm doing a TreeModel. As you know, widgetDo is not a message of TreeModel, that's why i was asking you if there something wrong. As i asked you in a old post, column: is not a message of TreeModel, so, where do i have to create that message? The following code means to me that i have to create column: into MorphTreeAdapter, a class that i haven't got into my Pharo 2.0. MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ]PaoloFrom: benjamin.vanryseghem.pharo(a)gmail.com Date: Mon, 11 Nov 2013 12:03:13 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I am sure that Adapters understands widgetDo:To which objects do you send this message ? Ben On 11 Nov 2013, at 11:08, prova email <prova213(a)hotmail.it> wrote:Hi Ben, are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. Thanks in advance.Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:34:18 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout It is definitely defined in TreeModel :) Ben On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote:Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it hereMorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class?Great job and thank you!Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:15:46 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote:Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did.If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 13:59:51 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I guess too much threads :) I answer this in another thread I think :P the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph.So you can return any custom morph there :) I think the following work tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) or tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)).And you get something like <Screen Shot 2013-11-08 at 13.58.51.png>Ben On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote:Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? Thanks again!Paolo From: bera.clement(a)gmail.com Date: Fri, 8 Nov 2013 12:51:06 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Ben answered in another thread: About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Right now, you can get the same by - adding MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] And then evaluating: tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). 2013/11/8 prova email <prova213(a)hotmail.it> Hi Clement; I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? Thanks for your help!Paolo From: bera.clement(a)gmail.com Date: Thu, 7 Nov 2013 10:04:51 +0100 To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Hello, Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. Ben can advise you on how to implement that. 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> Hi all, Is there a grid/table layout available in Spec? Something like an HTML table or Swing's GridLayout? If not, how may I achieve such a functionality? I'd appreciate any hints/pointers. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by Benjamin

Now I get it :) This is not supported in 2.0 in the sense that the Spec version shipped with Pharo 2.0 has evolved :) You can try it in Pharo 3.0 :) Ben On 11 Nov 2013, at 12:08, prova email <prova213(a)hotmail.it> wrote: > I'm doing a TreeModel. As you know, widgetDo is not a message of TreeModel, that's why i was asking you if there something wrong. As i asked you in a old post, column: is not a message of TreeModel, so, where do i have to create that message? The following code means to me that i have to create column: into MorphTreeAdapter, a class that i haven't got into my Pharo 2.0. > > MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > Paolo > From: benjamin.vanryseghem.pharo(a)gmail.com > Date: Mon, 11 Nov 2013 12:03:13 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > I am sure that Adapters understands widgetDo: > To which objects do you send this message ? > > Ben > > On 11 Nov 2013, at 11:08, prova email <prova213(a)hotmail.it> wrote: > > Hi Ben, > are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. > Thanks in advance. > Paolo > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 14:34:18 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > It is definitely defined in TreeModel :) > > Ben > > On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote: > > Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it here > MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > > in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class? > Great job and thank you! > Paolo > > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 14:15:46 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > Ben > > On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote: > > Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did. > If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! > > Paolo > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 13:59:51 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > I guess too much threads :) > > I answer this in another thread I think :P > > the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph. > So you can return any custom morph there :) > > I think the following work > > tree columns: (Array > with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) > with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) > > or > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)). > > And you get something like > > <Screen Shot 2013-11-08 at 13.58.51.png> > > Ben > > On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote: > > Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! > > However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? > > Thanks again! > Paolo > > From: bera.clement(a)gmail.com > Date: Fri, 8 Nov 2013 12:51:06 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > Ben answered in another thread: > > About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > > Right now, you can get the same by > - adding MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > > And then evaluating: > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > Ben > > Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. > > I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). > > > 2013/11/8 prova email <prova213(a)hotmail.it> > Hi Clement; > > I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? > > Thanks for your help! > Paolo > > From: bera.clement(a)gmail.com > Date: Thu, 7 Nov 2013 10:04:51 +0100 > To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > > Hello, > > Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. > > For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. > > We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. > > Ben can advise you on how to implement that. > > > > > 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> > Hi all, > > Is there a grid/table layout available in Spec? Something like an HTML > table or Swing's GridLayout? If not, how may I achieve such a > functionality? > > I'd appreciate any hints/pointers. > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by prova email

I'm doing a TreeModel. As you know, widgetDo is not a message of TreeModel, that's why i was asking you if there something wrong. As i asked you in a old post, column: is not a message of TreeModel, so, where do i have to create that message? The following code means to me that i have to create column: into MorphTreeAdapter, a class that i haven't got into my Pharo 2.0. MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ]PaoloFrom: benjamin.vanryseghem.pharo(a)gmail.com Date: Mon, 11 Nov 2013 12:03:13 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I am sure that Adapters understands widgetDo:To which objects do you send this message ? Ben On 11 Nov 2013, at 11:08, prova email <prova213(a)hotmail.it> wrote:Hi Ben, are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. Thanks in advance.Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:34:18 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout It is definitely defined in TreeModel :) Ben On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote:Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it hereMorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class?Great job and thank you!Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:15:46 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote:Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did.If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 13:59:51 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I guess too much threads :) I answer this in another thread I think :P the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph.So you can return any custom morph there :) I think the following work tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) or tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)).And you get something like <Screen Shot 2013-11-08 at 13.58.51.png>Ben On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote:Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? Thanks again!Paolo From: bera.clement(a)gmail.com Date: Fri, 8 Nov 2013 12:51:06 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Ben answered in another thread: About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Right now, you can get the same by - adding MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] And then evaluating: tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). 2013/11/8 prova email <prova213(a)hotmail.it> Hi Clement; I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? Thanks for your help!Paolo From: bera.clement(a)gmail.com Date: Thu, 7 Nov 2013 10:04:51 +0100 To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Hello, Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. Ben can advise you on how to implement that. 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> Hi all, Is there a grid/table layout available in Spec? Something like an HTML table or Swing's GridLayout? If not, how may I achieve such a functionality? I'd appreciate any hints/pointers. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by Benjamin

I am sure that Adapters understands widgetDo: To which objects do you send this message ? Ben On 11 Nov 2013, at 11:08, prova email <prova213(a)hotmail.it> wrote: > Hi Ben, > are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. > Thanks in advance. > Paolo > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 14:34:18 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > It is definitely defined in TreeModel :) > > Ben > > On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote: > > Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it here > MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > > in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class? > Great job and thank you! > Paolo > > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 14:15:46 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > Ben > > On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote: > > Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did. > If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! > > Paolo > > From: Benjamin.VanRyseghem.Pharo(a)gmail.com > Date: Fri, 8 Nov 2013 13:59:51 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > I guess too much threads :) > > I answer this in another thread I think :P > > the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph. > So you can return any custom morph there :) > > I think the following work > > tree columns: (Array > with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) > with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) > > or > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)). > > And you get something like > > <Screen Shot 2013-11-08 at 13.58.51.png> > > Ben > > On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote: > > Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! > > However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? > > Thanks again! > Paolo > > From: bera.clement(a)gmail.com > Date: Fri, 8 Nov 2013 12:51:06 +0100 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > Ben answered in another thread: > > About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > > Right now, you can get the same by > - adding MorphTreeAdapter>>#columns: > columns: columns > self widgetDo: [ :w | > w columns: columns. > w resizerChanged. > w updateList ] > > And then evaluating: > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) > with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'}. > {'Pamela'.'Anderson'.'Far too much'.'F'} > } > > Ben > > Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. > > I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). > > > 2013/11/8 prova email <prova213(a)hotmail.it> > Hi Clement; > > I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? > > Thanks for your help! > Paolo > > From: bera.clement(a)gmail.com > Date: Thu, 7 Nov 2013 10:04:51 +0100 > To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Spec - Grid/Table Layout > > > Hello, > > Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. > > For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. > > We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. > > Ben can advise you on how to implement that. > > > > > 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> > Hi all, > > Is there a grid/table layout available in Spec? Something like an HTML > table or Swing's GridLayout? If not, how may I achieve such a > functionality? > > I'd appreciate any hints/pointers. > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] Spec - Grid/Table Layout

by prova email

Hi Ben, are you sure that the message "widgetDo:" is the right one? It's not a message that my object looks to understand. Thanks in advance.Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:34:18 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout It is definitely defined in TreeModel :) Ben On 08 Nov 2013, at 14:29, prova email <prova213(a)hotmail.it> wrote:Very very very good Ben, thanks a lot. Last question: you use the "columns:" message, but it's not defined in TreeModel. You defined it hereMorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] in the brand new Class MorphTreeAdapter. What's the difference between define columns: here instead of in the TreeModel class?Great job and thank you!Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 14:15:46 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | (ButtonModel new label: 'Yes we can') buildWithSpec hResizing: #spaceFill]; headerButtonLabel: 'Morph' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben On 08 Nov 2013, at 14:05, prova email <prova213(a)hotmail.it> wrote:Yes Ben, too much threads! That's why i'm a little bit confused! That's what i understood: i've got two roads-> use TreeModel as you did with Pamela Anderson or use the simple and nested SpecLayout (SpecLayout composed) as Clement did.If in your TreeModel i can put a RadioButtonModel or a ButtonModel or so on... we got the deal! Paolo From: Benjamin.VanRyseghem.Pharo(a)gmail.com Date: Fri, 8 Nov 2013 13:59:51 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout I guess too much threads :) I answer this in another thread I think :P the block provided to displayBlock:/rowMorphGetSelector: can return anything understanding asMorph.So you can return any custom morph there :) I think the following work tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself) with: (TreeColumnModel new displayBlock: [:node | Morph new ]; headerLabel: âMorph'; yourself)) or tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | Morph new ]; headerButtonLabel: 'Morph' font: nil; yourself)).And you get something like <Screen Shot 2013-11-08 at 13.58.51.png>Ben On 08 Nov 2013, at 13:45, prova email <prova213(a)hotmail.it> wrote:Yes Clement, i've got your .st file. I saw it in Nested Layout thread. I file in it in Pharo and i see that is not as good as a fashion window is. Maybe Morphic is the right solution but, in that way, we are leaving the idea of Bahman, and the 2nd Spec Tuto is in danger! However, you asked to Ben the same question that i did: can i put some widgets in these cells or only String? Thanks again!Paolo From: bera.clement(a)gmail.com Date: Fri, 8 Nov 2013 12:51:06 +0100 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Ben answered in another thread: About table, I have an example which will be running soon in Pharo (the changes are waiting to be integrated) tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Right now, you can get the same by - adding MorphTreeAdapter>>#columns: columns: columns self widgetDo: [ :w | w columns: columns. w resizerChanged. w updateList ] And then evaluating: tree := TreeModel new.tree openWithSpec. tree columns: (Array with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item first asString asMorph ]; headerButtonLabel: 'Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item second asString asMorph ]; headerButtonLabel: 'Last Name' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item third asString asMorph ]; headerButtonLabel: 'Age' font: nil; yourself) with: (MorphTreeColumn new rowMorphGetSelector: [:node | node item fourth asString asMorph ]; headerButtonLabel: 'Gender' font: nil; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'}. {'Pamela'.'Anderson'.'Far too much'.'F'}} Ben Ben, in each cell, can we put something else than a String ? If so, can you add an example in the code above ? Thanks. I guess doing Ben's solution is the best. I did it with nested layout but it is definitely not as good (see file in attachment, add it in your image then evaluate SpecTable new). 2013/11/8 prova email <prova213(a)hotmail.it> Hi Clement; I did the Spec tuto made by Bahman (great tuto). As him, i'd like to put some widgets into it. Is it possible? Maybe with the method "items:"? I don't know if the solution that Ben give to us (use Morphic instead of Spec) is suitable, that's because his UI looks like a list that accept only string. Maybe i'm wrong, can you give us more explanations? Or is it something new for you too? Thanks for your help!Paolo From: bera.clement(a)gmail.com Date: Thu, 7 Nov 2013 10:04:51 +0100 To: Bahman(a)bahmanm.com; pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] Spec - Grid/Table Layout Hello, Actually I had the same problem, I think the best widget that exists for that right now is MultiColumnListModel. For example, in the senders window (in attachment), the top panel is a MultiColumnListModel. You can have as many lines and as many columns as you want. We do not have yet a tableLayout, but we miss it. If you plan to implement it, we will be interested in integrating it into Pharo. Ben can advise you on how to implement that. 2013/11/7 Bahman Movaqar <Bahman(a)bahmanm.com> Hi all, Is there a grid/table layout available in Spec? Something like an HTML table or Swing's GridLayout? If not, how may I achieve such a functionality? I'd appreciate any hints/pointers. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 11, 2013

Re: [Pharo-users] SerialPlugin on MacOS

by Bernat Romagosa

Thanks guys, files.pharo.org is down right now I'll try with a newer VM as soon as it's up again :) 2013/11/9 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Nov 9, 2013, at 2:19 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > > Luc proposed a pull request on github > > - got validated by travis > > - I integrated it into the master branch > > - I pushed the changes to the develop branch > > > > so the vmLatest should include the fixes > > I like the process and that esteban releases some steam :) > > Stef > > > > > On 2013-11-09, at 13:56, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > >> Esteban > >> > >> we should organize some sessions where you show to people what you are > doing and see how we > >> should distribute and share load. > >> > >> Stef > >> > >> On Nov 9, 2013, at 12:29 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> > >>> Hi, > >>> > >>> it is "stable" but AFAIK it does not includes the latest fix for > SerialPlugin. > >>> So many things to do when I come back... :) > >>> > >>> Esteban > >>> > >>> > >>> On Nov 5, 2013, at 8:27 AM, Bernat Romagosa < > tibabenfortlapalanca(a)gmail.com> wrote: > >>> > >>>> Hi Luc, > >>>> > >>>> Smalltalk vm version reports: > >>>> > >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > >>>> git://gitorious.org/cogvm/blessed.git Commit: > 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > >>>> ' > >>>> > >>>> It's the one listed as "latest" at the downloads section in > pharo-project.org > >>>> > >>>> Cheers, > >>>> Bernat. > >>>> > >>>> > >>>> 2013/11/5 Luc Fabresse <luc.fabresse(a)gmail.com> > >>>> > >>>> > >>>> 2013/11/5 Luc Fabresse <luc.fabresse(a)gmail.com> > >>>> Hi Bernat, > >>>> > >>>> Which VM version? > >>>> because MacOsX and Linux now use the same C part of the SerialPlugin. > >>>> So if it works on Linux, it be the same on OsX. > >>>> but I have not tried. > >>>> > >>>> yes we only use Linux here for serial stuff. > >>>> > >>>> > >>>> do you use the right protName? > >>>> > >>>> Cheers, > >>>> > >>>> Luc > >>>> > >>>> > >>>> 2013/11/5 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > >>>> Hi list, > >>>> > >>>> Developing a multi-platform application is not so easy when you have > to deal with hardware it seems... > >>>> > >>>> So I'm having this PrimitiveFailed error on MacOS, using the latest > stable VM listed on the pharo-project website on Pharo20: > >>>> > >>>> PrimitiveFailed: primitive > #primWritePortByName:from:startingAt:count: in SerialPort failed > >>>> > >>>> The same code works fine both in Gnu/Linux and Win32, so I'm guessing > it's a problem with the serial plugin included in this VM. Any ideas? > >>>> > >>>> Cheers, > >>>> Bernat. > >>>> > >>>> -- > >>>> Bernat Romagosa. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Bernat Romagosa. > >>> > >> > > > > > > > -- Bernat Romagosa.

Nov. 11, 2013

Re: [Pharo-users] Pharo VM + Travis Validation

by Tudor Girba

Thanks, indeed! Doru On Sun, Nov 10, 2013 at 12:41 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Thanks Camillo! > Now pay attention to your PhD, please. > > > Stef > On Nov 9, 2013, at 10:25 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > > I finished the new setup for the Pharo VM github repository [1] > > - renamed codegen-scripts -> scripts > > - separate setup scripts for linux (more to come later) > > - added scripts/build.sh which builds the VM automatically under linux > > - generating version info > > - dowloading fresh 2.0 image > > - installing VMMaker from scratch from the repository > > - added scripts/test.sh which downloads a test image and runs it with > the freshly built VM > > - complete travis validation [2] > > > > Missing Goodies: > > - OSX travis configuration > > - OSX setup scripts (based on homebrew + XCode installation checks) > > > > I would like to follow a pull-request based contribution, now with the > > travis validation in place this is very comfortable! This way it should > be > > much easier for non-core people to contribute something simple. > > > > Note that with travis you get free validation for your own fork / branch > [3]! > > > > [1] https://github.com/pharo-project/pharo-vm/ > > [2] https://travis-ci.org/pharo-project/pharo-vm/ > > [3] https://travis-ci.org/camillobruni/pharo-vm/ > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 10, 2013

Hyperion (vector graphics editor and GUI designer using Athens)

by kilon alios

Hey guys I would like to announce my new Pharo project "Hyperion". Hyperion is going to be a vector graphics editor with 2 goals. The first goal is to allow you to make your own vector graphics that you will be able to export to SVG format and other formats with similar functionality to Inkscape. The second goal is for Hyperion to be used not only for vector graphics but also as a GUI designer as well, which means the vector graphics produced will be interactive and the user will define the interaction. Hyperion is based on Athens and Morpheas. Athens is the well known vector graphics library for Pharo , Morpheas will be a GUI api I am making that has the goal of simplifying Morphic and making it more friendly with GUI designers (Hyperion) and custom look GUIs. As a first step I implemented the ability to move the end point of a line around using the mouse. This functionality though far less powerful than Inkscape (and probably nowhere near its 1/1000 functionality) its the foundation that most of the functionality of Hyperion will be based on. Probably it may be too early to announce it but nonetheless I decided to do so for people that can offer help , advice and direction. You can find Hyperion in Smalltalkhub here http://www.smalltalkhub.com/#!/~kilon/Hyperion though there is very little to show right now (just fetch latest commit and open a workspace and do "Hyperion open"). I do hope however that in 6 months I have something substantial to show and maybe in a year or so be able to release version 1. I will report back once per month with my progress.

Nov. 10, 2013

Re: [Pharo-users] Seaside with scriptaculous updater

by Ezequiel Davidovich Caballero

Ok, third time's the charm, I'll copy paste the methods on the mail. I'm trying to render the third component (the one at the bottom) using the same messages I use on the first method (renderContenOn) to render the second one (the one in the middle). Thanks in advance! Ezequiel renderContentOn: html | names form subsystemsElementId commandsElementId commandParametersId | names := subsystems collect: [:aSubsystem | aSubsystem name ]. subsystemsElementId := html nextId. commandsElementId := html nextId. commandParametersId := html nextId. html heading: 'Send Command' level: 4. form := html form. form class: 'pure-form pure-form-aligned'. form with: [ html fieldSet: [ html div class: 'pure-control-group'; with: [Â Â Â Â html label: 'Subsystem: '. html select id: subsystemsElementId; Â Â Â Â Â Â list: names; Â Â Â Â Â Â selected: Â names first; "update the list with ID commandListElementId, executing renderCommandListOn: ajaxHtml " onChange: (html scriptaculous updaterÂ id: commandsElementId; triggerFormElement: subsystemsElementId; Â Â Â Â Â Â Â Â Â callback: [ :ajaxHtml | self renderCommandListOn: ajaxHtml ] ); "set the subsystem name posted by the form, then the variable subsystem will be used by renderCommandListOn: ajaxHtml to select the available commands for that subystem" callback: [ :value | subsystem := self subsystemWithName: value. ]. ]. html div class: 'pure-control-group'; id: commandsElementId; with: [ self renderCommandListOn: html ]. html div class: 'pure-control-group'; id: commandParametersId; with: [ self renderCommandParametersOn: html ]. html div class: 'pure-controls'; with: [ html submitButton class: 'pure-button'; on: #sendCommand of: self. ]. ]. ]. renderCommandListOn: html "Used by Prototype to update the list of commands" | commandNames commandsParametersId subsystemsCommandsId | commandsParametersId := html nextId. commandNames := self commandNamesForSubsystem: self subsystem. html label: 'Command: '. html select onChange: (html scriptaculous updaterÂ id: commandsParametersId; triggerForm: (html scriptaculous element up: 'form'); Â Â Â Â Â Â Â Â Â callback: [ :ajaxHtml | self renderCommandParametersOn: ajaxHtml ] ); callback: [ :value | commandDefinition := self commandWithName: value. data := (self commandWithName: value) requestDefinition]; list: commandNames renderCommandParametersOn: html "Used by Prototype to update the list of commands" | commandParameters | commandParameters := Â commandDefinition requestDefinition. commandParameters do: [ :each | html text: each name. html textInputÂ callback: [ :value | each value: value Â ]; value: each value .Â html space. ] On Sunday, November 10, 2013 2:13 PM, Ezequiel Davidovich Caballero <ezelotaku(a)yahoo.com> wrote: Stephane, Thanks for the welcoming message! I attached the methods in text files (to make it more readable). Didn't know there was a Seaside list, I'll look for it. Cheers! Ezequiel ps: I am not a compiler, I am a free programmer! (I was one of the two argentinean students who got the Prisoner reference) On Sunday, November 10, 2013 8:43 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: Welcome ezequiel - copy and paste your methods so that we can follow directly. - did you send your questions to the easide mailing-list? Stef On Nov 9, 2013, at 11:07 PM, Ezequiel Davidovich Caballero <ezelotaku(a)yahoo.com> wrote: Hi! > > >I'm new to the list (this is actually my first message and I signed up about an hour ago), hope somebody can help me with this and maybe this can help others too! > > >Thing is I've been trying to do a webapp with pharo and seaside and I've been using scritaculous updater and ajax to display several components in the same page without reloading it all. To put some context on the subject, it's a form to send commands to a subsystem on a satellite simulator. You choose a subsystem from a drop down menu, then the other drop down menu updates it's contents with the commands understandable by that specific subsystem. Up until here, everything's peachy. Thing is some commands require parameters and for that I thought why not make several (several = number of parameters the command takes) text input boxes appear when the user selects the command? So I tried that, but it doesn't seem to be working. I know it's bit of a pain in the arse to read code from an email so I have the three methods (the main rendercontentOn, the one with the command list and the one with the parameters) in separate text files for readability. > > >TL;DR: Why isn't my code working? > > > >Thanks in advance > > > >Ezequiel > >

Nov. 10, 2013

Re: [Pharo-users] Current 3.0 download is broken

by Johan Fabry

On principle, a big +1 on going forward on the PhD! :-) But, the one-click download Pharo3.0-mac.zip being broken is an important issue that should be addressed fairly quickly in my opinion. As I said, the sources file should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs. On Nov 10, 2013, at 10:29 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Nov 10, 2013, at 2:05 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> It did not solve the issue yet :/, I will have to look into it next week. > > Don't ;) > You should not touch Pharo related things and start use pomodoroes to blast your phd > > Stef >> In any case, I think it would be unrelated to a bootstrap since FileLocator >> is already lazily initialized. There is just the typical problem on how and >> when to update a singletonâ¦ > Ok so this is good then. > >> >> I should reopen the issue since the problem persists. ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Nov. 10, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by Ignacio MatÃas Sniechowski

Great! My git hut account is nachoba and email 0800nacho(a)gmail.com I will clone that in my mac. thanks! un abrazo Nacho *Lic. Ignacio Sniechowski, MBA* On Sun, Nov 10, 2013 at 11:32 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > > On Nov 10, 2013, at 3:00 PM, Ignacio MatÃas Sniechowski <0800nacho@ > gmail.com> wrote: > > Hi Steph > Yes I'm currently working only in 3.0. > Sounds good to me, but I will make it in .doc or .pdf because I don't > regularly use a blog. > > > you can use plain text and git > I created a folder in > PharoForTheEntreprise for you on git hub. If you give me your github > account I will add you. > > > https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english/tr… > I added a dummy picture so that you can put ours there. > > Just write in plain text and I will do a pass after. If you want to can > also have a look at the readme and use gutenberg > to generate pdf and html. > > > > > Stef > > > > best regards and thanks for the feedback. > saludos, > Nacho > > > > *Lic. Ignacio Sniechowski, MBA* > > > > > > > On Sun, Nov 10, 2013 at 8:47 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Ok what I want to say is that a tutorial is not the code, >> it is a progression >> define x >> test >> add y >> test >> and this is the logical part that I also would like from you. >> Are you working on 3.0? >> >> Stef >> >> >> On Nov 9, 2013, at 3:28 PM, Ignacio MatÃas Sniechowski <0800nacho@ >> gmail.com> wrote: >> >> Hi! >> It's already there. You can check it at: >> >> >> - >> >> MCHttpRepository >> location: 'http://ss3.gemstone.com/ss/Specalc' >> >> >> user: 'nachoba' >> password: '' >> >> >> >> *Best regards* >> >> *Nacho* >> >> >> >> >> >> >> On Fri, Nov 8, 2013 at 9:46 PM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> Ignacio >>> >>> Could you sketch a draft of a step by step tutorial? >>> Like that I can do a pass after and turn it into a gutenberg chapter? >>> You can use plain txt on git or I can also add you to the >>> PharoForTheEntreprise git repo. >>> >>> Stef >>> >>> >>> >>> On Nov 6, 2013, at 12:37 PM, Ignacio MatÃas Sniechowski <0800nacho@ >>> gmail.com> wrote: >>> >>> Sure! That was exactly the idea: share this as a kind of tutorial for >>> others. I put comments almost everywhere just for those who want to take a >>> look at the code. Once it's finished I will uploaded. >>> cheers >>> Nacho >>> >>> >>> >>> *Lic. Ignacio Sniechowski, MBA* >>> >>> >>> >>> >>> >>> >>> On Wed, Nov 6, 2013 at 8:33 AM, StÃ©phane Ducasse < >>> stephane.ducasse(a)inria.fr> wrote: >>> >>>> I would love if we could get the code and if you would be interested to >>>> write a little tutorial >>>> around spec using your calculator. >>>> Why? Because we need help to write documentation and others :) >>>> Are you interested? >>>> >>>> Stef >>>> >>>> On Nov 6, 2013, at 12:18 PM, Ignacio MatÃas Sniechowski <0800nacho@ >>>> gmail.com> wrote: >>>> >>>> Thank you so much! >>>> That did it :) >>>> >>>> It's almost done now. >>>> cheers >>>> N. >>>> >>>> >>>> >>>> *Lic. Ignacio Sniechowski, MBA * >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Wed, Nov 6, 2013 at 4:07 AM, Benjamin < >>>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>>> >>>>> You just need to override the method #initialExtent >>>>> >>>>> It should return a point structured like this: width@height >>>>> >>>>> :) >>>>> >>>>> Ben >>>>> >>>>> On 06 Nov 2013, at 01:50, nacho <0800nacho(a)gmail.com> wrote: >>>>> >>>>> Continuing with my testing to learn Spec, I'm trying to build a really >>>>> basic >>>>> calculator. >>>>> So far I managed to build the basic UI. However, I'm having some >>>>> trouble at >>>>> getting it displayed at the correct size. I don't know how to change >>>>> the >>>>> window that is opened when #ClassName new openWithSpec >>>>> It seems that all the examples are opened with the same size. >>>>> The image on the left is the "default" one, the one on the right is >>>>> what I >>>>> would like to get. >>>>> I've tried by changing the width: of the column but that doesn't >>>>> change the >>>>> size of the window. >>>>> I'm kind of stuck! >>>>> >>>>> thanks >>>>> cheers >>>>> Nacho >>>>> <http://forum.world.st/file/n4719478/calc.jpg> >>>>> >>>>> >>>>> >>>>> ----- >>>>> Nacho >>>>> Smalltalker apprentice. >>>>> Buenos Aires, Argentina. >>>>> -- >>>>> View this message in context: >>>>> http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478.h… >>>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com<http://nabble.com/> >>>>> . >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > >

Nov. 10, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by StÃ©phane Ducasse

On Nov 10, 2013, at 3:00 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: > Hi Steph > Yes I'm currently working only in 3.0. > Sounds good to me, but I will make it in .doc or .pdf because I don't regularly use a blog. you can use plain text and git I created a folder in PharoForTheEntreprise for you on git hub. If you give me your github account I will add you. https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english/tr… I added a dummy picture so that you can put ours there. Just write in plain text and I will do a pass after. If you want to can also have a look at the readme and use gutenberg to generate pdf and html. Stef > best regards and thanks for the feedback. > saludos, > Nacho > > > Lic. Ignacio Sniechowski, MBA > > > > > > > > On Sun, Nov 10, 2013 at 8:47 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Ok what I want to say is that a tutorial is not the code, > it is a progression > define x > test > add y > test > > and this is the logical part that I also would like from you. > Are you working on 3.0? > > Stef > > > On Nov 9, 2013, at 3:28 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: > >> Hi! >> It's already there. You can check it at: >> >> MCHttpRepository >> location: 'http://ss3.gemstone.com/ss/Specalc' >> >> >> user: 'nachoba' >> password: '' >> >> Best regards >> Nacho >> >> >> >> >> >> >> >> On Fri, Nov 8, 2013 at 9:46 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Ignacio >> >> Could you sketch a draft of a step by step tutorial? >> Like that I can do a pass after and turn it into a gutenberg chapter? >> You can use plain txt on git or I can also add you to the PharoForTheEntreprise git repo. >> >> Stef >> >> >> >> On Nov 6, 2013, at 12:37 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: >> >>> Sure! That was exactly the idea: share this as a kind of tutorial for others. I put comments almost everywhere just for those who want to take a look at the code. Once it's finished I will uploaded. >>> cheers >>> Nacho >>> >>> >>> Lic. Ignacio Sniechowski, MBA >>> >>> >>> >>> >>> >>> >>> >>> On Wed, Nov 6, 2013 at 8:33 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> I would love if we could get the code and if you would be interested to write a little tutorial >>> around spec using your calculator. >>> Why? Because we need help to write documentation and others :) >>> Are you interested? >>> >>> Stef >>> >>> On Nov 6, 2013, at 12:18 PM, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: >>> >>>> Thank you so much! >>>> That did it :) >>>> >>>> It's almost done now. >>>> cheers >>>> N. >>>> >>>> >>>> Lic. Ignacio Sniechowski, MBA >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Wed, Nov 6, 2013 at 4:07 AM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>>> You just need to override the method #initialExtent >>>> >>>> It should return a point structured like this: width@height >>>> >>>> :) >>>> >>>> Ben >>>> >>>> On 06 Nov 2013, at 01:50, nacho <0800nacho(a)gmail.com> wrote: >>>> >>>>> Continuing with my testing to learn Spec, I'm trying to build a really basic >>>>> calculator. >>>>> So far I managed to build the basic UI. However, I'm having some trouble at >>>>> getting it displayed at the correct size. I don't know how to change the >>>>> window that is opened when #ClassName new openWithSpec >>>>> It seems that all the examples are opened with the same size. >>>>> The image on the left is the "default" one, the one on the right is what I >>>>> would like to get. >>>>> I've tried by changing the width: of the column but that doesn't change the >>>>> size of the window. >>>>> I'm kind of stuck! >>>>> >>>>> thanks >>>>> cheers >>>>> Nacho >>>>> <http://forum.world.st/file/n4719478/calc.jpg> >>>>> >>>>> >>>>> >>>>> ----- >>>>> Nacho >>>>> Smalltalker apprentice. >>>>> Buenos Aires, Argentina. >>>>> -- >>>>> View this message in context: http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478.h… >>>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>>>> >>>> >>>> >>> >>> >> >> > >

Nov. 10, 2013

Re: [Pharo-users] Adjusting the size of a window using Spec

by Ignacio MatÃas Sniechowski

Hi Steph Yes I'm currently working only in 3.0. Sounds good to me, but I will make it in .doc or .pdf because I don't regularly use a blog. best regards and thanks for the feedback. saludos, Nacho *Lic. Ignacio Sniechowski, MBA* On Sun, Nov 10, 2013 at 8:47 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Ok what I want to say is that a tutorial is not the code, > it is a progression > define x > test > add y > test > and this is the logical part that I also would like from you. > Are you working on 3.0? > > Stef > > > On Nov 9, 2013, at 3:28 PM, Ignacio MatÃas Sniechowski <0800nacho@ > gmail.com> wrote: > > Hi! > It's already there. You can check it at: > > > - > > MCHttpRepository > location: 'http://ss3.gemstone.com/ss/Specalc' > > user: 'nachoba' > password: '' > > > > *Best regards* > > *Nacho* > > > > > > > On Fri, Nov 8, 2013 at 9:46 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Ignacio >> >> Could you sketch a draft of a step by step tutorial? >> Like that I can do a pass after and turn it into a gutenberg chapter? >> You can use plain txt on git or I can also add you to the >> PharoForTheEntreprise git repo. >> >> Stef >> >> >> >> On Nov 6, 2013, at 12:37 PM, Ignacio MatÃas Sniechowski <0800nacho@ >> gmail.com> wrote: >> >> Sure! That was exactly the idea: share this as a kind of tutorial for >> others. I put comments almost everywhere just for those who want to take a >> look at the code. Once it's finished I will uploaded. >> cheers >> Nacho >> >> >> >> *Lic. Ignacio Sniechowski, MBA* >> >> >> >> >> >> >> On Wed, Nov 6, 2013 at 8:33 AM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> I would love if we could get the code and if you would be interested to >>> write a little tutorial >>> around spec using your calculator. >>> Why? Because we need help to write documentation and others :) >>> Are you interested? >>> >>> Stef >>> >>> On Nov 6, 2013, at 12:18 PM, Ignacio MatÃas Sniechowski <0800nacho@ >>> gmail.com> wrote: >>> >>> Thank you so much! >>> That did it :) >>> >>> It's almost done now. >>> cheers >>> N. >>> >>> >>> >>> *Lic. Ignacio Sniechowski, MBA * >>> >>> >>> >>> >>> >>> >>> On Wed, Nov 6, 2013 at 4:07 AM, Benjamin < >>> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >>> >>>> You just need to override the method #initialExtent >>>> >>>> It should return a point structured like this: width@height >>>> >>>> :) >>>> >>>> Ben >>>> >>>> On 06 Nov 2013, at 01:50, nacho <0800nacho(a)gmail.com> wrote: >>>> >>>> Continuing with my testing to learn Spec, I'm trying to build a really >>>> basic >>>> calculator. >>>> So far I managed to build the basic UI. However, I'm having some >>>> trouble at >>>> getting it displayed at the correct size. I don't know how to change the >>>> window that is opened when #ClassName new openWithSpec >>>> It seems that all the examples are opened with the same size. >>>> The image on the left is the "default" one, the one on the right is >>>> what I >>>> would like to get. >>>> I've tried by changing the width: of the column but that doesn't change >>>> the >>>> size of the window. >>>> I'm kind of stuck! >>>> >>>> thanks >>>> cheers >>>> Nacho >>>> <http://forum.world.st/file/n4719478/calc.jpg> >>>> >>>> >>>> >>>> ----- >>>> Nacho >>>> Smalltalker apprentice. >>>> Buenos Aires, Argentina. >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Adjusting-the-size-of-a-window-using-Spec-tp4719478.h… >>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com<http://nabble.com/> >>>> . >>>> >>>> >>>> >>> >>> >> >> > >

Nov. 10, 2013