November 2013 - Pharo-users

Re: [Pharo-users] I would rather pay for Smalltalkhub than use Github for free.

by Davorin Rusevljan

On Wed, Nov 6, 2013 at 11:51 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > I hear that git is a really bad idea for saving binary data. The reason > behind it from what I have read is that git in each commit stores the > entire file tree structure and not just the files commited, meaning that if > you commit in a directory of 100 mb of data, then you will get 100 mb per > commit, will take you only 10 commits for 1 GB. All that assuming that that > data is tracked by your git repo (git add). > > that is plainly wrong understanding of how git works. davorin rusevljan http://www.cloud208.com

Nov. 6, 2013

Re: [Pharo-users] Writing a GUI - Where to start?

by Esteban Lorenzano

this is old stuff (from before I came to RMoD team)... but well, is something like this: - a client-server app, connecting to a centralized mongodb (in fact, I developed the first version of Voyage for this app). - Glamour + Magritte + my own extensions to magritte and glamour. There is no Spec (The project is in Pharo 1.4), and most of the changes I made at the time to glamour were integrated. - Libharu (http://www.squeaksource.com/HPDF.html) to export to PDF, with a Magritte extension to produce the reports. the cool thing is that even if I developed many frameworks to help me in the task, I tool 15 days to have first version working and 1 month to finish it :) cheers, Esteban On Wed, Nov 6, 2013 at 6:35 AM, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com > wrote: > That looks cool! > > Did you embed a MongoDB instance in the application package? Or the > application is connecting to a remote MongoDB? > Is it full Glamour or did you have to use Spec/Morph manually at some > point? > > > Sorry to bother you, I'm just getting curious ;) > > > On Tue, Nov 5, 2013 at 1:43 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > >> I also have used Glamour+Magritte with success (but certainly some work), >> as you can see here: >> >> http://smallworks.eu/web/projects/lawsuitTracker >> >> >> On Tue, Nov 5, 2013 at 7:13 AM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: >> >>> Here: >>> >>> http://www.smalltalkhub.com/#!/~Magritte/Magritte3/packages/Magritte-Morph >>> >>> Ah Fossil, good thing. Sqlite creator's all in one DVCS. >>> >>> It is what is used for another language I like: Tcl. >>> http://www2.tcl.tk/36711 >>> >>> Phil >>> >>> >>> >>> >>> On Tue, Nov 5, 2013 at 10:18 AM, Bahman Movaqar <Bahman(a)bahmanm.com>wrote: >>> >>>> On 11/05/2013 11:46, phil(a)highoctane.be wrote: >>>> > >>>> > If you want to do a business application, well, I'd use Seaside and a >>>> > web based UI. (that's the current conclusion for my own ongoing >>>> > development) >>>> >>>> Of course. However this is not a business application. It's a >>>> front-end to a DVCS named Fossil. >>>> >>>> > >>>> > Otherwise, Spec (which is in a state of flux), or Morphic (which is >>>> > not covering all you may need in an application). >>>> > >>>> > You can also follow the work of Sean De Nigris who is trying to get a >>>> > Magritte Morphic working. >>>> > >>>> >>>> Where can I follow his work? >>>> >>>> > >>>> > >>>> > >>>> > On Tue, Nov 5, 2013 at 8:36 AM, Alain Busser <alain.busser(a)gmail.com >>>> > <mailto:alain.busser@gmail.com>> wrote: >>>> > >>>> > Hi, >>>> > >>>> > as I have a similar need, I guess what you are aiming at is a >>>> > tutorial for absolute beginners in Spec, so the question is more >>>> > "where could we find such a tutorial?". And of course I will read >>>> > it carefully if there exists one ;-) >>>> > >>>> > Alain >>>> > >>>> > >>>> > On Tue, Nov 5, 2013 at 9:07 AM, Bahman Movaqar < >>>> Bahman(a)bahmanm.com >>>> > <mailto:Bahman@bahmanm.com>> wrote: >>>> > >>>> > Hi all, >>>> > >>>> > I need to build a typical GUI application (menus, buttons, >>>> modal >>>> > dialogs, ...). I'd appreciate if you could point me to where >>>> > should I >>>> > start and what are the choices for a UI framework in Pharo? >>>> > >>>> >>>> >>>> -- >>>> Bahman Movaqar (http://BahmanM.com) >>>> >>>> ERP Evaluation, Implementation & Deployment Consultant >>>> PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) >>>> >>>> >>>> >>> >> >

Nov. 6, 2013

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

by Ignacio MatÃas Sniechowski

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. 6, 2013

Re: [Pharo-users] I would rather pay for Smalltalkhub than use Github for free.

by kilon alios

I hear that git is a really bad idea for saving binary data. The reason behind it from what I have read is that git in each commit stores the entire file tree structure and not just the files commited, meaning that if you commit in a directory of 100 mb of data, then you will get 100 mb per commit, will take you only 10 commits for 1 GB. All that assuming that that data is tracked by your git repo (git add). So if you dont want to version control that data, it would make more sense to use something like dropbox or torrents etc. Dropbox also offers some very basic version control, but its very limited AFAIK. On Wed, Nov 6, 2013 at 11:39 AM, FranÃ§ois Stephany < tulipe.moutarde(a)gmail.com> wrote: > Git. > > > On Tue, Nov 5, 2013 at 2:04 PM, <btc(a)openinworld.com> wrote: > >> FranÃ§ois Stephany wrote: >> >> +1 >> >> Projects are not only source code anymore. Most of my projects have a >> gazillion of images, javascript, CSS files, etc. >> Storing all those external files in .mcz packages is not scalable (and not >> even elegant). >> >> >> >> What do you consider are scalable alternatives for storing external files >> related to a project? >> cheers -ben >> >> >> FileTree+Git, while not ideal, solve the issue quite nicely. And you don't >> need Github anyway... >> >> >> On Sun, Nov 3, 2013 at 4:13 PM, Camillo Bruni <camillobruni(a)gmail.com> <camillobruni(a)gmail.com>wrote: >> >> >> >> On 2013-11-03, at 15:52, Stephan Eggermont <stephan(a)stack.nl> <stephan(a)stack.nl> wrote: >> >> >> >> Kilon wrote >> >> >> I take a look at previous experiments like squeaksource and I find >> >> >> little justification to not support Github. But then I am not against >> Smalltalkhub or other >repos being available to Pharo. The more the merrier. >> >> >> I see some very strong arguments against depending on github: >> - it is centralized infrastructure, essentially unsuitable for use with >> >> >> a distributed version control system; >> >> >> - it doesnât support working at the right granularity; >> - the smalltalk community is too small to have any influence on the >> >> >> directions github is taking. >> >> >> It is a commercial organization that can decide to do something we >> >> >> donât like at any time. >> >> >> It is free, so we are the product. Just take a look at sourceforge; >> - we can do much better than github (but donât have enough time). We >> >> >> should be using a P2P, >> >> >> bittorrent like system for version control. >> >> >> github != git and whether we use github or now does not matter at all. >> What matters is that we use technology that is robust and that we have a >> versioning >> system that works decentralized. All of that is solved by git. >> >> With filetree we have the proper granularity (methods) >> With github we have an awesome website, such as we have an aweseome >> website with smalltalkhub, execpt that monticello should be modernized. >> Sadly the community is too small to achieve that, and inventing yet another >> versioning tool/system won't help on the short run. Maybe, yes someday in >> the future we can have our own fancy fully object-oriented versioning >> system, but IMO that is wasted effort, as git/mercurial come very close to >> something ideal. >> >> I am happy to give more insight into git, because I think you have quite a >> wrong picture about it :) >> >> >> >> >> >> >

Nov. 6, 2013

Re: [Pharo-users] Spec - TextModel whenTextIsAccepted

by Benjamin

Thatâs correct :) Even if the version I proposed you to initialise widgets >> textName := self newTextInput. >> labelGreeting := self newLabel. >> buttonGreet := self newButton. is the new way to do it :) Ben On 06 Nov 2013, at 11:21, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > On 11/06/2013 10:41, Benjamin wrote: >> This is the expected behaviour :) >> But what you can do (and actually what you wanna do) is to accept the text at each keyStroke :) >> >>> initializePresenter >> >>> self instantiateModels: #( >>> textName TextModel >>> labelGreeting LabelModel >>> buttonGreet ButtonModel >>> ). >>> labelGreeting text: ''. >>> buttonGreet label: 'Greet Me!'; disable. >> >> should be turned into: >> >> #initializePresenter >> textName := self newTextInput. >> labelGreeting := self newLabel. >> buttonGreet := self newButton. >> >> labelGreeting text: ''. >> buttonGreet label: 'Greet Me!'; disable. >> textName autoAccept: true. >> > > Just got home and tried autoAccept and got a "MessageNotUnderstood: TextModel>>autoAccept:" error. > Though after changing `initializeWidgets` to the following, it worked as expected: > > <code> > self instantiateModels: #( > textName TextInputFieldModel > labelGreeting LabelModel > buttonGreet ButtonModel > ). > </code> > > Is what I have done the right way to do it? > >> Keep me in touch :) >> >> Ben >> >> On 06 Nov 2013, at 06:05, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: >> >>> Hi all, >>> >>> I'm writing a simple graphical version of the legendary "Hello, world". I have a window with a text field, a button and a label. What I'm trying to do is to make the button (which is initially disabled) enabled upon user entering text. However, it seems that the user first must "Accept" the text for the action to be fired. >>> >>> Here's some snippets of code: >>> >>> <code> >>> initializePresenter >>> textName whenTextChanged: [ >>> buttonGreet enable ]. >>> buttonGreet action: [ >>> labelGreeting text: 'Hello, ', textName text, '!'. >>> buttonGreet disable ]. >>> >>> >>> >>> initializeWidgets >>> self instantiateModels: #( >>> textName TextModel >>> labelGreeting LabelModel >>> buttonGreet ButtonModel >>> ). >>> >>> labelGreeting text: ''. >>> buttonGreet label: 'Greet Me!'; disable. >>> </code> >>> >>> What am I doing wrong? >>> >>> TIA, >>> >>> PS: I have tried `whenTextChanged` to no avail --it shows the same behaviour. > > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 6, 2013

Re: [Pharo-users] Spec - TextModel whenTextIsAccepted

by Bahman Movaqar

On 11/06/2013 10:41, Benjamin wrote: > This is the expected behaviour :) > But what you can do (and actually what you wanna do) is to accept the > text at each keyStroke :) > >> initializePresenter >> self instantiateModels: #( >> textName TextModel >> labelGreeting LabelModel >> buttonGreet ButtonModel >> ). >> labelGreeting text: ''. >> buttonGreet label: 'Greet Me!'; disable. > > should be turned into: > > #initializePresenter > textName := self newTextInput. > labelGreeting := self newLabel. > buttonGreet := self newButton. > > labelGreeting text: ''. > buttonGreet label: 'Greet Me!'; disable. > textName autoAccept: true. > Just got home and tried autoAccept and got a "MessageNotUnderstood: TextModel>>autoAccept:" error. Though after changing `initializeWidgets` to the following, it worked as expected: <code> self instantiateModels: #( textName TextInputFieldModel labelGreeting LabelModel buttonGreet ButtonModel ). </code> Is what I have done the right way to do it? > Keep me in touch :) > > Ben > > On 06 Nov 2013, at 06:05, Bahman Movaqar <Bahman(a)BahmanM.com > <mailto:Bahman@BahmanM.com>> wrote: > >> Hi all, >> >> I'm writing a simple graphical version of the legendary "Hello, >> world". I have a window with a text field, a button and a label. >> What I'm trying to do is to make the button (which is initially >> disabled) enabled upon user entering text. However, it seems that >> the user first must "Accept" the text for the action to be fired. >> >> Here's some snippets of code: >> >> <code> >> initializePresenter >> textName whenTextChanged: [ >> buttonGreet enable ]. >> buttonGreet action: [ >> labelGreeting text: 'Hello, ', textName text, '!'. >> buttonGreet disable ]. >> >> >> >> initializeWidgets >> self instantiateModels: #( >> textName TextModel >> labelGreeting LabelModel >> buttonGreet ButtonModel >> ). >> >> labelGreeting text: ''. >> buttonGreet label: 'Greet Me!'; disable. >> </code> >> >> What am I doing wrong? >> >> TIA, >> >> PS: I have tried `whenTextChanged` to no avail --it shows the same >> behaviour. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 6, 2013

Re: [Pharo-users] I would rather pay for Smalltalkhub than use Github for free.

by FranÃ§ois Stephany

Git. On Tue, Nov 5, 2013 at 2:04 PM, <btc(a)openinworld.com> wrote: > FranÃ§ois Stephany wrote: > > +1 > > Projects are not only source code anymore. Most of my projects have a > gazillion of images, javascript, CSS files, etc. > Storing all those external files in .mcz packages is not scalable (and not > even elegant). > > > > What do you consider are scalable alternatives for storing external files > related to a project? > cheers -ben > > > FileTree+Git, while not ideal, solve the issue quite nicely. And you don't > need Github anyway... > > > On Sun, Nov 3, 2013 at 4:13 PM, Camillo Bruni <camillobruni(a)gmail.com> <camillobruni(a)gmail.com>wrote: > > > > On 2013-11-03, at 15:52, Stephan Eggermont <stephan(a)stack.nl> <stephan(a)stack.nl> wrote: > > > > Kilon wrote > > > I take a look at previous experiments like squeaksource and I find > > > little justification to not support Github. But then I am not against > Smalltalkhub or other >repos being available to Pharo. The more the merrier. > > > I see some very strong arguments against depending on github: > - it is centralized infrastructure, essentially unsuitable for use with > > > a distributed version control system; > > > - it doesnât support working at the right granularity; > - the smalltalk community is too small to have any influence on the > > > directions github is taking. > > > It is a commercial organization that can decide to do something we > > > donât like at any time. > > > It is free, so we are the product. Just take a look at sourceforge; > - we can do much better than github (but donât have enough time). We > > > should be using a P2P, > > > bittorrent like system for version control. > > > github != git and whether we use github or now does not matter at all. > What matters is that we use technology that is robust and that we have a > versioning > system that works decentralized. All of that is solved by git. > > With filetree we have the proper granularity (methods) > With github we have an awesome website, such as we have an aweseome > website with smalltalkhub, execpt that monticello should be modernized. > Sadly the community is too small to achieve that, and inventing yet another > versioning tool/system won't help on the short run. Maybe, yes someday in > the future we can have our own fancy fully object-oriented versioning > system, but IMO that is wasted effort, as git/mercurial come very close to > something ideal. > > I am happy to give more insight into git, because I think you have quite a > wrong picture about it :) > > > > > >

Nov. 6, 2013

Re: [Pharo-users] Writing a GUI - Where to start?

by FranÃ§ois Stephany

That looks cool! Did you embed a MongoDB instance in the application package? Or the application is connecting to a remote MongoDB? Is it full Glamour or did you have to use Spec/Morph manually at some point? Sorry to bother you, I'm just getting curious ;) On Tue, Nov 5, 2013 at 1:43 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > I also have used Glamour+Magritte with success (but certainly some work), > as you can see here: > > http://smallworks.eu/web/projects/lawsuitTracker > > > On Tue, Nov 5, 2013 at 7:13 AM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > >> Here: >> http://www.smalltalkhub.com/#!/~Magritte/Magritte3/packages/Magritte-Morph >> >> Ah Fossil, good thing. Sqlite creator's all in one DVCS. >> >> It is what is used for another language I like: Tcl. >> http://www2.tcl.tk/36711 >> >> Phil >> >> >> >> >> On Tue, Nov 5, 2013 at 10:18 AM, Bahman Movaqar <Bahman(a)bahmanm.com>wrote: >> >>> On 11/05/2013 11:46, phil(a)highoctane.be wrote: >>> > >>> > If you want to do a business application, well, I'd use Seaside and a >>> > web based UI. (that's the current conclusion for my own ongoing >>> > development) >>> >>> Of course. However this is not a business application. It's a >>> front-end to a DVCS named Fossil. >>> >>> > >>> > Otherwise, Spec (which is in a state of flux), or Morphic (which is >>> > not covering all you may need in an application). >>> > >>> > You can also follow the work of Sean De Nigris who is trying to get a >>> > Magritte Morphic working. >>> > >>> >>> Where can I follow his work? >>> >>> > >>> > >>> > >>> > On Tue, Nov 5, 2013 at 8:36 AM, Alain Busser <alain.busser(a)gmail.com >>> > <mailto:alain.busser@gmail.com>> wrote: >>> > >>> > Hi, >>> > >>> > as I have a similar need, I guess what you are aiming at is a >>> > tutorial for absolute beginners in Spec, so the question is more >>> > "where could we find such a tutorial?". And of course I will read >>> > it carefully if there exists one ;-) >>> > >>> > Alain >>> > >>> > >>> > On Tue, Nov 5, 2013 at 9:07 AM, Bahman Movaqar <Bahman(a)bahmanm.com >>> > <mailto:Bahman@bahmanm.com>> wrote: >>> > >>> > Hi all, >>> > >>> > I need to build a typical GUI application (menus, buttons, >>> modal >>> > dialogs, ...). I'd appreciate if you could point me to where >>> > should I >>> > start and what are the choices for a UI framework in Pharo? >>> > >>> >>> >>> -- >>> Bahman Movaqar (http://BahmanM.com) >>> >>> ERP Evaluation, Implementation & Deployment Consultant >>> PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) >>> >>> >>> >> >

Nov. 6, 2013

Re: [Pharo-users] Spec - TextModel whenTextIsAccepted

by Bahman Movaqar

On 11/06/2013 11:07, Benjamin wrote: > In which version of Pharo are you working ? Pharo2.0 Latest update: #20607 > > On 06 Nov 2013, at 08:31, Bahman Movaqar <Bahman(a)BahmanM.com > <mailto:Bahman@BahmanM.com>> wrote: > >> On 11/06/2013 10:56, Benjamin wrote: >>> On 06 Nov 2013, at 08:21, Bahman Movaqar <Bahman(a)BahmanM.com >>> <mailto:Bahman@BahmanM.com> >>> <mailto:Bahman@BahmanM.com>> wrote: >>> >>>> On 11/06/2013 10:41, Benjamin wrote: >>>>> This is the expected behaviour :) >>>> >>>> Oh! A bit unorthodox, specially considering the shortcut (CTRL+S) >>>> --I was expecting something like ENTER :-) >>> >>> There is also acceptOnCr :) >> >> That clearly shows I have to work on my "exploration" skills :-) >> >>> >>>> >>>>> But what you can do (and actually what you wanna do) is to accept >>>>> the text at each keyStroke :) >>>>> >>>>>> initializePresenter >>>>>> self instantiateModels: #( >>>>>> textName TextModel >>>>>> labelGreeting LabelModel >>>>>> buttonGreet ButtonModel >>>>>> ). >>>>>> labelGreeting text: ''. >>>>>> buttonGreet label: 'Greet Me!'; disable. >>>>> >>>>> should be turned into: >>>>> >>>>> #initializePresenter >>>>> textName := self newTextInput. >>>>> labelGreeting := self newLabel. >>>>> buttonGreet := self newButton. >>>> >>>> Would you please explain the RHS of the statements? I don't >>>> understand `self newTextInput`. >>> >>> Itâs equivalent to self instantiateModels: #(textName >>> TextInputFieldModel). >>> It simply creates a new sub model for you :) >> >> Hmm...Pharo rejects those lines, e.g. with "Unknown select >> newTextInput". I guess I'm sub-classing the wrong class. Here's my >> class definition: >> >> <code> >> ComposableModel subclass: #FirstSpec >> instanceVariableNames: 'textName labelGreeting buttonGreet' >> classVariableNames: '' >> poolDictionaries: '' >> category: 'Bahman-Spec' >> </code> >> >>> >>>> >>>>> >>>>> labelGreeting text: ''. >>>>> buttonGreet label: 'Greet Me!'; disable. >>>>> textName autoAccept: true. >>>> >>>> It's certainly no big deal but I'm just curious; any special reason >>>> why `autoAccept` doesn't default to true? >>> >>> Thatâs actually a good question :) >>> I guess the answer is historical :) >> >> Ancestral remains, huh? :-) >> >>> >>>> >>>>> On 06 Nov 2013, at 06:05, Bahman Movaqar <Bahman(a)BahmanM.com >>>>> <mailto:Bahman@BahmanM.com> >>>>> <mailto:Bahman@BahmanM.com>> wrote: >>>>> >>>>>> Hi all, >>>>>> >>>>>> I'm writing a simple graphical version of the legendary "Hello, >>>>>> world". I have a window with a text field, a button and a label. >>>>>> What I'm trying to do is to make the button (which is initially >>>>>> disabled) enabled upon user entering text. However, it seems that >>>>>> the user first must "Accept" the text for the action to be fired. >>>>>> >>>>>> Here's some snippets of code: >>>>>> >>>>>> <code> >>>>>> initializePresenter >>>>>> textName whenTextChanged: [ >>>>>> buttonGreet enable ]. >>>>>> buttonGreet action: [ >>>>>> labelGreeting text: 'Hello, ', textName text, '!'. >>>>>> buttonGreet disable ]. >>>>>> >>>>>> >>>>>> >>>>>> initializeWidgets >>>>>> self instantiateModels: #( >>>>>> textName TextModel >>>>>> labelGreeting LabelModel >>>>>> buttonGreet ButtonModel >>>>>> ). >>>>>> >>>>>> labelGreeting text: ''. >>>>>> buttonGreet label: 'Greet Me!'; disable. >>>>>> </code> >>>>>> >>>>>> What am I doing wrong? >>>>>> >>>>>> TIA, >>>>>> >>>>>> PS: I have tried `whenTextChanged` to no avail --it shows the same >>>>>> behaviour. >>>> -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 6, 2013

Re: [Pharo-users] Spec - TextModel whenTextIsAccepted

by Benjamin

In which version of Pharo are you working ? Ben On 06 Nov 2013, at 08:31, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > On 11/06/2013 10:56, Benjamin wrote: >> On 06 Nov 2013, at 08:21, Bahman Movaqar <Bahman(a)BahmanM.com >> <mailto:Bahman@BahmanM.com>> wrote: >> >>> On 11/06/2013 10:41, Benjamin wrote: >>>> This is the expected behaviour :) >>> >>> Oh! A bit unorthodox, specially considering the shortcut (CTRL+S) >>> --I was expecting something like ENTER :-) >> >> There is also acceptOnCr :) > > That clearly shows I have to work on my "exploration" skills :-) > >> >>> >>>> But what you can do (and actually what you wanna do) is to accept >>>> the text at each keyStroke :) >>>> >>>>> initializePresenter >>>>> self instantiateModels: #( >>>>> textName TextModel >>>>> labelGreeting LabelModel >>>>> buttonGreet ButtonModel >>>>> ). >>>>> labelGreeting text: ''. >>>>> buttonGreet label: 'Greet Me!'; disable. >>>> >>>> should be turned into: >>>> >>>> #initializePresenter >>>> textName := self newTextInput. >>>> labelGreeting := self newLabel. >>>> buttonGreet := self newButton. >>> >>> Would you please explain the RHS of the statements? I don't >>> understand `self newTextInput`. >> >> Itâs equivalent to self instantiateModels: #(textName >> TextInputFieldModel). >> It simply creates a new sub model for you :) > > Hmm...Pharo rejects those lines, e.g. with "Unknown select > newTextInput". I guess I'm sub-classing the wrong class. Here's my > class definition: > > <code> > ComposableModel subclass: #FirstSpec > instanceVariableNames: 'textName labelGreeting buttonGreet' > classVariableNames: '' > poolDictionaries: '' > category: 'Bahman-Spec' > </code> > >> >>> >>>> >>>> labelGreeting text: ''. >>>> buttonGreet label: 'Greet Me!'; disable. >>>> textName autoAccept: true. >>> >>> It's certainly no big deal but I'm just curious; any special reason >>> why `autoAccept` doesn't default to true? >> >> Thatâs actually a good question :) >> I guess the answer is historical :) > > Ancestral remains, huh? :-) > >> >>> >>>> On 06 Nov 2013, at 06:05, Bahman Movaqar <Bahman(a)BahmanM.com >>>> <mailto:Bahman@BahmanM.com>> wrote: >>>> >>>>> Hi all, >>>>> >>>>> I'm writing a simple graphical version of the legendary "Hello, >>>>> world". I have a window with a text field, a button and a label. >>>>> What I'm trying to do is to make the button (which is initially >>>>> disabled) enabled upon user entering text. However, it seems that >>>>> the user first must "Accept" the text for the action to be fired. >>>>> >>>>> Here's some snippets of code: >>>>> >>>>> <code> >>>>> initializePresenter >>>>> textName whenTextChanged: [ >>>>> buttonGreet enable ]. >>>>> buttonGreet action: [ >>>>> labelGreeting text: 'Hello, ', textName text, '!'. >>>>> buttonGreet disable ]. >>>>> >>>>> >>>>> >>>>> initializeWidgets >>>>> self instantiateModels: #( >>>>> textName TextModel >>>>> labelGreeting LabelModel >>>>> buttonGreet ButtonModel >>>>> ). >>>>> >>>>> labelGreeting text: ''. >>>>> buttonGreet label: 'Greet Me!'; disable. >>>>> </code> >>>>> >>>>> What am I doing wrong? >>>>> >>>>> TIA, >>>>> >>>>> PS: I have tried `whenTextChanged` to no avail --it shows the same >>>>> behaviour. >>> > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) > >

Nov. 6, 2013