- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] ftp repositories broken

by Ben Coman

On Tue, Apr 4, 2017 at 10:12 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > 2017-04-04 15:47 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >> no it doesn't: squeak does not have that primitive, thatâs why it does not fails :) > > > I think you are wrong because I check it carefully in Squeak and I found it on github https://github.com/OpenSmalltalk/opensmalltalk-vm/search?utf8=â&q=primiti… . I believe Esteban's point Its not so much whether the VM has it (since they are essentially the same VM + extra C-libs for Pharo) but whether the Squeak Image is using it. Squeak does use primitiveFindSubstring, but a difference is attached to ByteString rather than String. That was added to Squeak 2015.05.01. Squeak String seems to have never used the primitive (since 2005). A diff shows some differences in implementation.. https://www.diffchecker.com/CmBJZjB6 which anyway wouldn't account for John's observations. cheers -ben

April 4, 2017

Re: [Pharo-dev] Glamour Fast List selection bug or incorrect usage?

by Juraj Kubelka

Hi, yes, it is better, but it does not work intuitively. Try the following: 1. execute your script, 2. click on 4 (selection), 3. click on 8 (selection), 4. click on 4 (deselection), 5. click on 4 (selection) You can see that the third list still keeps the number 8. It is necessary to deselect 8 in order to see 4. This part explains to me how the transmit works: ``` tabulator transmit from: #one; to: #three; from: #two; to: #three; transformed: [ :x :y | y ifNil: [ x ] ifNotNil: [ y ] ]; andShow: [ :a | a fastList display: [ :x | Array with: x ] ]. ``` By using #transformed: I can decide what to use (#one or #two). It is nice feature! I think what I need is having to possibility to change the third list also according to what list is active (#one or #two). In the first screenshot, the first list is active (blue border). In the second screenshot, the second list is active. So I would like to update the third list according to the active one. Is it possible? Thanks! Juraj > On Apr 3, 2017, at 18:53, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > Hi, > > That's actually the default behavior, but I see there is also a bug. > Normally if you want to allow deselection in a presentation you should use allowDeselection. Just I see there is a bug in the fast table renderer because if I add #allowDeselection to the first presentation when clicking again on the selected element the selection port is not cleared. If you use #list instead of #fastList it works. > > I think you can get the desired behaviur using this code: > > ----------------------------------------------------------------- > tabulator := GLMTabulator new. > > tabulator column: #one; column: #two; column: #three. > > tabulator transmit to: #one; andShow: [ :composite | > composite list > allowDeselection; > display: [ :x | Array with: x ] ]. > tabulator transmit to: #two; andShow: [ :composite | > composite list > allowDeselection; > display: [ :x | Array with: 2 * x ] ]. > > tabulator transmit > from: #one; to: #three; > from: #two; to: #three; > transformed: [ :x :y | y ifNil: [ x ] ifNotNil: [ y ] ]; > andShow: [ :a | > a fastList display: [ :x | Array with: x ] ]. > > tabulator openOn: 4. > ----------------------------------------------------------------- > > > Cheers, > Andrei > > On Mon, Apr 3, 2017 at 9:35 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com <mailto:juraj.kubelka@icloud.com>> wrote: > Hi! > > If you create the following Glamour browser: > > ``` > tabulator := GLMTabulator new. > > tabulator column: #one; column: #two; column: #three. > > tabulator transmit to: #one; andShow: [ :composite | > composite fastList display: [ :x | Array with: x ] ]. > tabulator transmit to: #two; andShow: [ :composite | > composite fastList display: [ :x | Array with: 2 * x ] ]. > > tabulator transmit from: #one; to: #three; andShow: [ :a | > a fastList display: [ :x | Array with: x ] ]. > tabulator transmit from: #two; to: #three; andShow: [ :a | > a fastList display: [ :x | Array with: x ] ]. > > tabulator openOn: 4. > ``` > > You will get the following browser: > > <Screen Shot 2017-04-03 at 16.30.28.png> > > if you then select 4, the third list appears. If you then select 8, the value is changed: > > <Screen Shot 2017-04-03 at 16.29.38.png> > > But since then, the third list does not change. It stays with 8 value forever. > > Do I miss something? Should I define it differently? > Or if it is a bug: Can you give me insights how to fix it? > > Tested in the latest Pharo 6. > > Thanks! > Juraj > >

April 4, 2017

Re: [Pharo-dev] Changing a field value with GtInspector

by Stephane Ducasse

Yes this is nice Now in the future we should probably display the information in different ways to show that we can edit. Stef On Tue, Apr 4, 2017 at 3:32 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I forgot to add the screenshot. We now have a semi-modal dialog for > editing that value. > > > Cheers, > Doru > > On Apr 4, 2017, at 9:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Aha. That means that the integration already happened. > > Thatâs what I call programming with natural language: I talk and the > system just magically changes :). > > Cheers, > Doru > > > On Apr 4, 2017, at 8:03 AM, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > Andrei told me that shift + click is working. > > On Mon, Apr 3, 2017 at 2:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > This was present before we moved to FastTable. > > With the move some things did not make it in the integration, and editing > the value is still on the to do list. > > Doru > > > On Apr 2, 2017, at 3:33 PM, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > Hi > > May be I'm blind but I do not see how > we can change a value of an instance variable with gtInspector. > In the old inspector we could just type it and press accept. > When will we get this behavior? > Stef > > > -- > www.tudorgirba.com > www.feenk.com > > "Every now and then stop and ask yourself if the war you're fighting is > the right one." > > > > > > > > -- > www.tudorgirba.com > www.feenk.com > > "Speaking louder won't make the point worthier." > > > -- > www.tudorgirba.com > www.feenk.com > > "Obvious things are difficult to teach." > > > > >

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by Denis Kudriashov

2017-04-04 15:47 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > no it doesn't: squeak does not have that primitive, thatâs why it does not > fails :) I think you are wrong because I check it carefully in Squeak and I found it on github https://github.com/OpenSmalltalk/opensmalltalk-vm/search?utf8=â&q=primiti… .

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by John Brant

On 04/04/2017 08:47 AM, Esteban Lorenzano wrote: > >> On 4 Apr 2017, at 15:36, Denis Kudriashov <dionisiydk(a)gmail.com >> <mailto:dionisiydk@gmail.com>> wrote: >> >> >> 2017-04-04 15:36 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com >> <mailto:dionisiydk@gmail.com>>: >> >> Hi John. >> >> This issue is solved in latest image 19892 >> <https://pharo.fogbugz.com/f/cases/19892/Socket-problem-with-LatestVM>. >> But it only fixes primitive fallback code. General problem is >> still in latest VM 19893 >> <https://pharo.fogbugz.com/f/cases/19893/primitiveFindSubstring-primitive-is…> Sorry, I thought I had the latest image, but I unzipped it in a different directory. >> Interesting that it works fine in Squeak VM > > no it doesn't: squeak does not have that primitive, thatâs why it does > not fails :) > I do not think the way out this problem is to restore the primitive > (which has some problems to make it TBH), but to clean the code of thisâ¦ I don't know about the latest Squeak VM, but a Squeak VM from last year has it: /home/brant/Smalltalk/Pharo64/lib/squeak/5.0-3732/squeak CoInterpreter VMMaker.oscog-eem.1872 uuid: 6db6d610-b1a5-4f4d-978d-22c917bdb3e4 May 26 2016 When I use that VM, it works -- I'm running the same Pharo image file. If you debug it, the debugger steps over the method (implying that it is a primitive). John Brant

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by Esteban Lorenzano

> On 4 Apr 2017, at 15:36, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > 2017-04-04 15:36 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>>: > Hi John. > > This issue is solved in latest image 19892 <https://pharo.fogbugz.com/f/cases/19892/Socket-problem-with-LatestVM>. But it only fixes primitive fallback code. General problem is still in latest VM 19893 <https://pharo.fogbugz.com/f/cases/19893/primitiveFindSubstring-primitive-is…> > Interesting that it works fine in Squeak VM no it doesn't: squeak does not have that primitive, thatâs why it does not fails :) I do not think the way out this problem is to restore the primitive (which has some problems to make it TBH), but to clean the code of thisâ¦ Esteban

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by Denis Kudriashov

2017-04-04 15:36 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi John. > > This issue is solved in latest image 19892 > <https://pharo.fogbugz.com/f/cases/19892/Socket-problem-with-LatestVM>. > But it only fixes primitive fallback code. General problem is still in > latest VM 19893 > <https://pharo.fogbugz.com/f/cases/19893/primitiveFindSubstring-primitive-is…> > Interesting that it works fine in Squeak VM

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by Denis Kudriashov

Hi John. This issue is solved in latest image 19892 <https://pharo.fogbugz.com/f/cases/19892/Socket-problem-with-LatestVM>. But it only fixes primitive fallback code. General problem is still in latest VM 19893 <https://pharo.fogbugz.com/f/cases/19893/primitiveFindSubstring-primitive-is…> 2017-04-04 15:18 GMT+02:00 John Brant <brant(a)refactoryworkers.com>: > I can't use a ftp Monticello repository using: > > Pharo6.0 > Latest update: #60315 > pharo-linux-x86_64threaded-201704041239-b3f27b3 > > It appears that the primitive for findSubstringViaPrimitive:in:startingAt:matchTable: > has changed so that this method now throws an error instead of returning 0. > The ftp code eventually evaluates something similar to this: > > | eol | > eol := String with: Character cr with: Character lf. > eol findSubstringViaPrimitive: eol in: (String new: 4096) startingAt: 0 > matchTable: (String classPool at: #CaseSensitiveOrder) > > This returns 0 with an older vm, but throws an error in a new vm. Of > course, it may make sense for it to throw an error since 0 is an invalid > start index. If that is the case, then SocketStream should be changed so > that it doesn't call indexOfSubCollection:startingAt: with a 0: > > SocketStream>>upToAll: aStringOrByteArray limit: nBytes > "..." > > | index sz result searchedSoFar | > sz := aStringOrByteArray size. > "Look in the current inBuffer first" > index := inBuffer indexOfSubCollection: aStringOrByteArray > startingAt: (lastRead - sz > + 2 max: 1). > > Adding the "max: 1" allows me to connect to the ftp repository. > > > John Brant > >

April 4, 2017

Re: [Pharo-dev] Changing a field value with GtInspector

by Tudor Girba

Hi, I forgot to add the screenshot. We now have a semi-modal dialog for editing that value. Cheers, Doru > On Apr 4, 2017, at 9:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Aha. That means that the integration already happened. > > Thatâs what I call programming with natural language: I talk and the system just magically changes :). > > Cheers, > Doru > > >> On Apr 4, 2017, at 8:03 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> Andrei told me that shift + click is working. >> >> On Mon, Apr 3, 2017 at 2:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Hi, >> >> This was present before we moved to FastTable. >> >> With the move some things did not make it in the integration, and editing the value is still on the to do list. >> >> Doru >> >> >>> On Apr 2, 2017, at 3:33 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >>> >>> Hi >>> >>> May be I'm blind but I do not see how >>> we can change a value of an instance variable with gtInspector. >>> In the old inspector we could just type it and press accept. >>> When will we get this behavior? >>> Stef >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Every now and then stop and ask yourself if the war you're fighting is the right one." >> >> >> >> >> >> > > -- > www.tudorgirba.com > www.feenk.com > > "Speaking louder won't make the point worthier." > -- www.tudorgirba.com www.feenk.com "Obvious things are difficult to teach."

April 4, 2017

Re: [Pharo-dev] Changing a field value with GtInspector

by Tudor Girba

Aha. That means that the integration already happened. Thatâs what I call programming with natural language: I talk and the system just magically changes :). Cheers, Doru > On Apr 4, 2017, at 8:03 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Andrei told me that shift + click is working. > > On Mon, Apr 3, 2017 at 2:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > This was present before we moved to FastTable. > > With the move some things did not make it in the integration, and editing the value is still on the to do list. > > Doru > > > > On Apr 2, 2017, at 3:33 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > > > Hi > > > > May be I'm blind but I do not see how > > we can change a value of an instance variable with gtInspector. > > In the old inspector we could just type it and press accept. > > When will we get this behavior? > > Stef > > -- > www.tudorgirba.com > www.feenk.com > > "Every now and then stop and ask yourself if the war you're fighting is the right one." > > > > > > -- www.tudorgirba.com www.feenk.com "Speaking louder won't make the point worthier."

April 4, 2017