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

Re: [Pharo-project] OBConfirmationRequest without cancel and input

by StÃ©phane Ducasse

cool! I like the atmosphere of this list Stef (looking for ZE bug ...) On Jul 19, 2010, at 2:15 PM, Mariano Martinez Peck wrote: > Thanks Lukas :) > > On Mon, Jul 19, 2010 at 1:05 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > I committed > > Name: OB-Morphic-lr.131 > Author: lr > Time: 19 July 2010, 1:04:37 pm > UUID: 3a193575-6b76-4f20-9b95-5b82201ce5a3 > Ancestors: OB-Morphic-lr.130 > > - use #confirm:trueChoice:falseChoice: for true/false questions > > that uses the suggested method for true/false questions. This is much > better indeed. > > Lukas > > On 19 July 2010 12:57, Lukas Renggli <renggli(a)gmail.com> wrote: > > How would a choice like > > > > 'Remove it' > > 'Remove, then browse senders' > > 'Don''t remove, but show me those senders' > > 'Forget it -- do nothing -- sorry I asked' > > > > be displayed this? This filterable list certainly does not make sense. > > > > Lukas > > > > 2010/7/19 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> Thanks Gary, this is much better. > >> For me this is perfect: > >> > >> UIManager default > >> confirm: 'Changes have not been saved.' translated withCRs > >> trueChoice: 'Save' translated > >> falseChoice: 'Discard' translated > >> > >> Cheers > >> > >> Mariano > >> > >> On Mon, Jul 19, 2010 at 12:20 PM, Gary Chambers <gazzaguru2(a)btinternet.com> > >> wrote: > >>> > >>> Not a bug in Polymorph as such, just a misuse perhaps. > >>> > >>> Choices are for lists, Squeak used to use this mechanism even for yes/not > >>> style answers. > >>> > >>> The better approach for this would be > >>> > >>> UIManager default > >>> confirm: 'Changes have not been saved.\Would you like to save or discard > >>> these changes?' translated withCRs > >>> trueChoice: 'Save' translated > >>> falseChoice: 'Discard' translated > >>> > >>> Although this has slightly different semantics (but was what Mariano > >>> suggested he wanted). > >>> To retain the semantics it could look like this instead... > >>> > >>> UIManager default > >>> confirm: 'Changes have not been saved.\Would you like to discard these > >>> changes or cancel the navigation?' translated withCRs > >>> trueChoice: 'Save' translated > >>> falseChoice: 'Cancel' translated > >>> > >>> Regards, Gary > >>> > >>> ----- Original Message ----- From: "Lukas Renggli" <renggli(a)gmail.com> > >>> To: <Pharo-project(a)lists.gforge.inria.fr> > >>> Sent: Sunday, July 18, 2010 2:18 PM > >>> Subject: Re: [Pharo-project] OBConfirmationRequest without cancel and > >>> input > >>> > >>> > >>> That's a bug in Polymorph. I don't know why it displays an input box > >>> for simple selections? > >>> > >>> Lukas > >>> > >>> 2010/7/18 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >>>> > >>>> I even think > >>>> > >>>> PluggableTextMorph >> promptForCancel > >>>> "Ask if it is OK to cancel changes to text" > >>>> (self confirm: > >>>> 'Changes have not been saved. > >>>> Is it OK to cancel those changes?' translated) > >>>> ifTrue: [model clearUserEditFlag]. > >>>> > >>>> > >>>> is better ;) > >>>> > >>>> > >>>> On Sun, Jul 18, 2010 at 2:56 PM, Mariano Martinez Peck > >>>> <marianopeck(a)gmail.com> wrote: > >>>>> > >>>>> sorry, I attach picture. > >>>>> > >>>>> On Sun, Jul 1orry8, 2010 at 2:56 PM, Mariano Martinez Peck > >>>>> <marianopeck(a)gmail.com> wrote: > >>>>>> > >>>>>> Hi Lukas. I was taking a look to the OBDefinitionPanel >> > >>>>>> aboutToChange: > >>>>>> > >>>>>> because it sucks for me those popups. > >>>>>> First, it has a TWO cancel option, and an input (to type and subselect > >>>>>> items from the menu) that has no sense for two only options. > >>>>>> > >>>>>> So, I would like something simple. I want a popup with a label: > >>>>>> "'Changes > >>>>>> have not been saved." and two simple buttons: "save" and "discard". > >>>>>> Not hirzontal selection lines, but buttons. > >>>>>> > >>>>>> I take a look into the methods and hierrarchy of OBInteractionRequest > >>>>>> but > >>>>>> I didn't find how to do it. > >>>>>> > >>>>>> Thanks in advance for any hints you can give me. > >>>>>> > >>>>>> Cheers > >>>>>> > >>>>>> Mariano > >>>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> Pharo-project mailing list > >>>> Pharo-project(a)lists.gforge.inria.fr > >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>> > >>> > >>> > >>> > >>> -- > >>> Lukas Renggli > >>> www.lukas-renggli.ch > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > > > > > -- > > Lukas Renggli > > www.lukas-renggli.ch > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

[Pharo-project] how to identify objects ? (hash?)

by Mariano Martinez Peck

Hi folks. I have a simple question. Suppose I have a file in disk that has a "pointer" to an object X that is in the image. What can I store from X in the file? Two options: the address in memory or the hash. If I savethe address, the object X can be moved by the GC, and thus, the address can become incorrect in the file. I don't want to update the disk files in case objects are moved. If I save the hash of X, how can I then localize that object in memory? Hash is 12 bits...so it is not enough to find that object...(otherwise there would be only 4096 objects) So....the question is, what should I save from object X in the file and what should I do to be able to localize it, some time after (even when the X is moved by the GC). Sorry for my ignorance about the hash. Thank you very much in advance, Mariano

July 19, 2010

Re: [Pharo-project] Bug in DateAndTime?

by Max Leske

Hi Stef Me and Lukas just resolved the issue. It's not really a bug (although having two hard coded epochs seems a bit silly to me); the problem was in my code and the offset is time zone related. This means: my problem is solved and no bug report needs to be opened. Maybe at some point somone might consider a refactoring though... :) Thanks, Max On 19.07.2010, at 13:07, StÃ©phane Ducasse wrote: > Dear Max > > Right now I do not know. > > which version are you using? > > Stef > > >> Hi. >> >> Evaluating: >> >> DateAndTime now asUnixTime >> >> and then creating a DateAndTime object from the result: >> >> DateAndTime fromUnixTime: <seconds> >> >> does not yield an equivalent object. As far as I can tell, this is because the unix epoch is hard coded in two places: >> >> DateAndTime class>>unixEpoch >> "Answer a DateAndTime representing the Unix epoch (1 January 1970, midnight UTC)" >> ^ self basicNew >> ticks: #(2440588 0 0) offset: Duration zero; >> yourself. >> >> DateAndTime>>fromUnixTime: anInteger >> ^ self fromSeconds: anInteger + >> 2177452800 "unix epoch constant" >> >> So in the end I get a difference of 7200 seconds. >> >> I'll gladly open up a bug but can someone please confirm that this is actually a bug and that I didn't miss something? >> >> Cheers, >> Max >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

Re: [Pharo-project] OBConfirmationRequest without cancel and input

by Mariano Martinez Peck

Thanks Lukas :) On Mon, Jul 19, 2010 at 1:05 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > I committed > > Name: OB-Morphic-lr.131 > Author: lr > Time: 19 July 2010, 1:04:37 pm > UUID: 3a193575-6b76-4f20-9b95-5b82201ce5a3 > Ancestors: OB-Morphic-lr.130 > > - use #confirm:trueChoice:falseChoice: for true/false questions > > that uses the suggested method for true/false questions. This is much > better indeed. > > Lukas > > On 19 July 2010 12:57, Lukas Renggli <renggli(a)gmail.com> wrote: > > How would a choice like > > > > 'Remove it' > > 'Remove, then browse senders' > > 'Don''t remove, but show me those senders' > > 'Forget it -- do nothing -- sorry I asked' > > > > be displayed this? This filterable list certainly does not make sense. > > > > Lukas > > > > 2010/7/19 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> Thanks Gary, this is much better. > >> For me this is perfect: > >> > >> UIManager default > >> confirm: 'Changes have not been saved.' translated withCRs > >> trueChoice: 'Save' translated > >> falseChoice: 'Discard' translated > >> > >> Cheers > >> > >> Mariano > >> > >> On Mon, Jul 19, 2010 at 12:20 PM, Gary Chambers < > gazzaguru2(a)btinternet.com> > >> wrote: > >>> > >>> Not a bug in Polymorph as such, just a misuse perhaps. > >>> > >>> Choices are for lists, Squeak used to use this mechanism even for > yes/not > >>> style answers. > >>> > >>> The better approach for this would be > >>> > >>> UIManager default > >>> confirm: 'Changes have not been saved.\Would you like to save or > discard > >>> these changes?' translated withCRs > >>> trueChoice: 'Save' translated > >>> falseChoice: 'Discard' translated > >>> > >>> Although this has slightly different semantics (but was what Mariano > >>> suggested he wanted). > >>> To retain the semantics it could look like this instead... > >>> > >>> UIManager default > >>> confirm: 'Changes have not been saved.\Would you like to discard these > >>> changes or cancel the navigation?' translated withCRs > >>> trueChoice: 'Save' translated > >>> falseChoice: 'Cancel' translated > >>> > >>> Regards, Gary > >>> > >>> ----- Original Message ----- From: "Lukas Renggli" <renggli(a)gmail.com> > >>> To: <Pharo-project(a)lists.gforge.inria.fr> > >>> Sent: Sunday, July 18, 2010 2:18 PM > >>> Subject: Re: [Pharo-project] OBConfirmationRequest without cancel and > >>> input > >>> > >>> > >>> That's a bug in Polymorph. I don't know why it displays an input box > >>> for simple selections? > >>> > >>> Lukas > >>> > >>> 2010/7/18 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >>>> > >>>> I even think > >>>> > >>>> PluggableTextMorph >> promptForCancel > >>>> "Ask if it is OK to cancel changes to text" > >>>> (self confirm: > >>>> 'Changes have not been saved. > >>>> Is it OK to cancel those changes?' translated) > >>>> ifTrue: [model clearUserEditFlag]. > >>>> > >>>> > >>>> is better ;) > >>>> > >>>> > >>>> On Sun, Jul 18, 2010 at 2:56 PM, Mariano Martinez Peck > >>>> <marianopeck(a)gmail.com> wrote: > >>>>> > >>>>> sorry, I attach picture. > >>>>> > >>>>> On Sun, Jul 1orry8, 2010 at 2:56 PM, Mariano Martinez Peck > >>>>> <marianopeck(a)gmail.com> wrote: > >>>>>> > >>>>>> Hi Lukas. I was taking a look to the OBDefinitionPanel >> > >>>>>> aboutToChange: > >>>>>> > >>>>>> because it sucks for me those popups. > >>>>>> First, it has a TWO cancel option, and an input (to type and > subselect > >>>>>> items from the menu) that has no sense for two only options. > >>>>>> > >>>>>> So, I would like something simple. I want a popup with a label: > >>>>>> "'Changes > >>>>>> have not been saved." and two simple buttons: "save" and "discard". > >>>>>> Not hirzontal selection lines, but buttons. > >>>>>> > >>>>>> I take a look into the methods and hierrarchy of > OBInteractionRequest > >>>>>> but > >>>>>> I didn't find how to do it. > >>>>>> > >>>>>> Thanks in advance for any hints you can give me. > >>>>>> > >>>>>> Cheers > >>>>>> > >>>>>> Mariano > >>>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> Pharo-project mailing list > >>>> Pharo-project(a)lists.gforge.inria.fr > >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>> > >>> > >>> > >>> > >>> -- > >>> Lukas Renggli > >>> www.lukas-renggli.ch > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > > > > > -- > > Lukas Renggli > > www.lukas-renggli.ch > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 19, 2010

Re: [Pharo-project] Update of Seaside One-Click Experience 3.0RC (development) image fails when using the Software update menu

by Mariano Martinez Peck

On Mon, Jul 19, 2010 at 12:57 PM, Franz Josef Konrad <franzl(a)fjkonrad.de>wrote: > I've downloaded the newest development image from < > http://www.seaside.st/download/pharo> (the link of the image is < > http://www.seaside.st/distributions/Seaside-3.0rc.app.zip>). > > If you enable "Show update option in World menu" in the settings browser > and try to bring the image up2date using this menu it fails. > > It seems to me that this image has a wrong version string > 'Pharo-1.1-11406-rc3' instead of 'Pharo1.1rc3'. > > When you evaluate > SystemVersion current version: 'Pharo1.1rc3' > the update of the image works fine via the menu System>Software update. > > Hi Franz Josef. The system update is disabled in purpose. The Pharo image cannot be updated anymore. Only PharoCore images can be updated. So..you have two posibilities: - You just update seaside in the same Pharo image - You just take any new released Pharo image and load Seaside there. If you are curious why updates were disable, read: http://forum.world.st/update-1-1-11371-tp2229126p2231195.html Thanks Mariano Regards, > Franz Josef > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 19, 2010

Re: [Pharo-project] Unicode everywhere

by StÃ©phane Ducasse

On Jul 19, 2010, at 7:12 AM, Miguel Enrique CobÃ¡ MartÃnez wrote: > This is a newbie question. > > I really don't understand the issue with Unicode and the image/vm/os in > Pharo/SqueakVM/Linux,Windows. > > I searched the lists for references to utf-8 and the long discussions > about > leadingChar > encodings > convert*Encoding methods > Strings > WideStrings > Text > DisplayText > WAKom and WAKomEncoded > keyboard input > text file input/output > vm's -encoding -textenc options > > So, the people that know about this things, can you please give a newbie > explanation about this. I would love to have the possibility to describe the situation so that we can refer to it later. > > What is needed for we users to: > > 1. Input text by keyboard with accents (and maybe in the language of > Mordor too) and they look not like a diamond with a ? sign in the image > system browser. > 2. This text be correctly send to a modern web browser and rendered in > utf-8 encoding correctly. > 3. Upload a java messages bundle (or a file with characters outside > ASCII) with a web browser posted to a Seaside application, stored > temporaly in disk on the server and processed correctly (by opening it > with some FileStream class) inside the image. > > Or is this really hard to do and I'm asking for the imposible? > > I understand that there are performance issues with full unicode > image/vm but supposing that premature optimization rule applies here, > what we need to do to achieve this (utopian maybe) goal? > > > Why the question, because I put some strings inside the image (they look > fine as I type them). Then I used them to put labels in my Seaside app. > In the image I typed and saw in a code browser: > > BÃºsqueda de informaciÃ³n > > But the web browser (firefox) I see: > > Bï¿½squeda de informaciï¿½n > > If I change the web browser encoding to iso8859-1 I see it correctly. > > Now if I evaluate > > 'BÃºsqueda de informaciÃ³n' convertToEncoding: 'utf-8' > > this gives: > > 'BÃÂºsqueda de informaciÃÂ³n' > > and if I use this weird, uneditable by hand, string as the string for my > Seaside app, I correctly see the string in the web browser: > > BÃºsqueda de informaciÃ³n. > > So, I really don't understand. Should I always write my strings in the > image as I want them, use convertToEncoding: method and use the output > as if that were my string? > > Well, thanks for your answers. > > P.S. I am using pharo core 1.0, Seaside 2.8 and squeakvm version: > > 4.0.3-2202 #1 XShm Sat Apr 17 18:21:07 UTC 2010 gcc 4.4.3 > > in a 64 bit Debian Linux with full utf-8 locale: > > miguel@laptop:~/proyectos/azteca$ locale > LANG=es_MX.UTF-8 > LC_CTYPE="es_MX.UTF-8" > LC_NUMERIC="es_MX.UTF-8" > LC_TIME="es_MX.UTF-8" > LC_COLLATE="es_MX.UTF-8" > LC_MONETARY="es_MX.UTF-8" > LC_MESSAGES="es_MX.UTF-8" > LC_PAPER="es_MX.UTF-8" > LC_NAME="es_MX.UTF-8" > LC_ADDRESS="es_MX.UTF-8" > LC_TELEPHONE="es_MX.UTF-8" > LC_MEASUREMENT="es_MX.UTF-8" > LC_IDENTIFICATION="es_MX.UTF-8" > LC_ALL= > > Cheers > > > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

Re: [Pharo-project] Update of Seaside One-Click Experience 3.0RC (development) image fails when using the Software update menu

by StÃ©phane Ducasse

thanks Franz Stef On Jul 19, 2010, at 12:57 PM, Franz Josef Konrad wrote: > I've downloaded the newest development image from <http://www.seaside.st/download/pharo> (the link of the image is <http://www.seaside.st/distributions/Seaside-3.0rc.app.zip>). > > If you enable "Show update option in World menu" in the settings browser and try to bring the image up2date using this menu it fails. > > It seems to me that this image has a wrong version string 'Pharo-1.1-11406-rc3' instead of 'Pharo1.1rc3'. > > When you evaluate > SystemVersion current version: 'Pharo1.1rc3' > the update of the image works fine via the menu System>Software update. > > Regards, > Franz Josef > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

Re: [Pharo-project] showstopper for 1.1

by Lukas Renggli

Please integrate the following change in Pharo 1.1 and 1.2. Name: MonticelloGUI-lr.62 Author: lr Time: 19 July 2010, 1:10:32 pm UUID: f846de10-e216-42cd-81bd-0942563d65f4 Ancestors: MonticelloGUI-MarcusDenker.61 - refactored (but not completely reverted) the problematic change when committing something to a protected repository It has basically the same behavior (no debugger when the password is wrong), but it keeps everything in a clean state and opens the version browser. So after having fixed the password one can simply click on copy in the version browser and everything is fine. Lukas On 19 July 2010 11:29, Lukas Renggli <renggli(a)gmail.com> wrote: >> Ok (even if this is not really that bad than not been able to recover class definition). >> do you have cycle to revert the changes? > > I'll try to do it later this afternoon. It really annoys me :-) > >> Hernan can you help there? >> Stef >> >> >>> Also the new/broken behavior of the Monticello Browser that screws up >>> the ancestry when the username/password is wrong is a showstopper. >>> >>> Lukas >>> >>> On 19 July 2010 00:00, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >>>> HI guys >>>> >>>> I checked and Class definition are not logged in the changes file as well as methods removal. >>>> >>>> So this is clearly a doit missing and we should investigate that. >>>> >>>> Stef >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Lukas Renggli www.lukas-renggli.ch

July 19, 2010

Re: [Pharo-project] Bug in DateAndTime?

by StÃ©phane Ducasse

Dear Max Right now I do not know. which version are you using? Stef > Hi. > > Evaluating: > > DateAndTime now asUnixTime > > and then creating a DateAndTime object from the result: > > DateAndTime fromUnixTime: <seconds> > > does not yield an equivalent object. As far as I can tell, this is because the unix epoch is hard coded in two places: > > DateAndTime class>>unixEpoch > "Answer a DateAndTime representing the Unix epoch (1 January 1970, midnight UTC)" > ^ self basicNew > ticks: #(2440588 0 0) offset: Duration zero; > yourself. > > DateAndTime>>fromUnixTime: anInteger > ^ self fromSeconds: anInteger + > 2177452800 "unix epoch constant" > > So in the end I get a difference of 7200 seconds. > > I'll gladly open up a bug but can someone please confirm that this is actually a bug and that I didn't miss something? > > Cheers, > Max > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2010

Re: [Pharo-project] OBConfirmationRequest without cancel and input

by Lukas Renggli

I committed Name: OB-Morphic-lr.131 Author: lr Time: 19 July 2010, 1:04:37 pm UUID: 3a193575-6b76-4f20-9b95-5b82201ce5a3 Ancestors: OB-Morphic-lr.130 - use #confirm:trueChoice:falseChoice: for true/false questions that uses the suggested method for true/false questions. This is much better indeed. Lukas On 19 July 2010 12:57, Lukas Renggli <renggli(a)gmail.com> wrote: > How would a choice like > > Â Â Â Â 'Remove it' > Â Â Â Â 'Remove, then browse senders' > Â Â Â Â 'Don''t remove, but show me those senders' > Â Â Â Â 'Forget it -- do nothing -- sorry I asked' > > be displayed this? This filterable list certainly does not make sense. > > Lukas > > 2010/7/19 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> Thanks Gary, this is much better. >> For me this is perfect: >> >> UIManager default >> confirm: 'Changes have not been saved.' translated withCRs >> trueChoice: 'Save' translated >> falseChoice: 'Discard' translated >> >> Cheers >> >> Mariano >> >> On Mon, Jul 19, 2010 at 12:20 PM, Gary Chambers <gazzaguru2(a)btinternet.com> >> wrote: >>> >>> Not a bug in Polymorph as such, just a misuse perhaps. >>> >>> Choices are for lists, Squeak used to use this mechanism even for yes/not >>> style answers. >>> >>> The better approach for this would be >>> >>> UIManager default >>> confirm: 'Changes have not been saved.\Would you like to save or discard >>> these changes?' translated withCRs >>> trueChoice: 'Save' translated >>> falseChoice: 'Discard' translated >>> >>> Although this has slightly different semantics (but was what Mariano >>> suggested he wanted). >>> To retain the semantics it could look like this instead... >>> >>> UIManager default >>> confirm: 'Changes have not been saved.\Would you like to discard these >>> changes or cancel the navigation?' translated withCRs >>> trueChoice: 'Save' translated >>> falseChoice: 'Cancel' translated >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Lukas Renggli" <renggli(a)gmail.com> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Sunday, July 18, 2010 2:18 PM >>> Subject: Re: [Pharo-project] OBConfirmationRequest without cancel and >>> input >>> >>> >>> That's a bug in Polymorph. I don't know why it displays an input box >>> for simple selections? >>> >>> Lukas >>> >>> 2010/7/18 Mariano Martinez Peck <marianopeck(a)gmail.com>: >>>> >>>> I even think >>>> >>>> PluggableTextMorph >> promptForCancel >>>> "Ask if it is OK to cancel changes to text" >>>> (self confirm: >>>> 'Changes have not been saved. >>>> Is it OK to cancel those changes?' translated) >>>> ifTrue: [model clearUserEditFlag]. >>>> >>>> >>>> is better ;) >>>> >>>> >>>> On Sun, Jul 18, 2010 at 2:56 PM, Mariano Martinez Peck >>>> <marianopeck(a)gmail.com> wrote: >>>>> >>>>> sorry, I attach picture. >>>>> >>>>> On Sun, Jul 1orry8, 2010 at 2:56 PM, Mariano Martinez Peck >>>>> <marianopeck(a)gmail.com> wrote: >>>>>> >>>>>> Hi Lukas. I was taking a look to the OBDefinitionPanel >> >>>>>> aboutToChange: >>>>>> >>>>>> because it sucks for me those popups. >>>>>> First, it has a TWO cancel option, and an input (to type and subselect >>>>>> items from the menu) that has no sense for two only options. >>>>>> >>>>>> So, I would like something simple. I want a popup with a label: >>>>>> "'Changes >>>>>> have not been saved." and two simple buttons: "save" and "discard". >>>>>> Not hirzontal selection lines, but buttons. >>>>>> >>>>>> I take a look into the methods and hierrarchy of OBInteractionRequest >>>>>> but >>>>>> I didn't find how to do it. >>>>>> >>>>>> Thanks in advance for any hints you can give me. >>>>>> >>>>>> Cheers >>>>>> >>>>>> Mariano >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Lukas Renggli www.lukas-renggli.ch

July 19, 2010