From hfern at free.fr Wed Oct 1 07:53:46 2025 From: hfern at free.fr (Hilaire Fernandes) Date: Wed, 1 Oct 2025 16:53:46 +0200 Subject: [Cuis-dev] How to constraint a layout morph Message-ID: <78181767-1e23-4eee-93ed-149cb5035cfb@free.fr> Hi, I need to constraint a layout morph to a given extent (given there is enough space on the extent I pick up) This code does not work: initialize ? ? super initialize. ? ? self beColumn. ? ? date := LabelMorph contents: (model date printFormat: #(1 2 3 $/ 1 1 1))? fontSize: 12 emphasis: 1. ? ? description := TextParagraphMorph contents: model description. ? ? self addMorph: date; ? ? ? ? addMorph: description; *? ? ? ? morphExtent: self class extent* The layout morph shows up with whatever extent it like. -- http://mamot.fr/@drgeo -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Mon Oct 6 06:00:23 2025 From: juan at cuis.st (Juan Vuletich) Date: Mon, 6 Oct 2025 10:00:23 -0300 Subject: [Cuis-dev] How to constraint a layout morph In-Reply-To: <78181767-1e23-4eee-93ed-149cb5035cfb@free.fr> References: <78181767-1e23-4eee-93ed-149cb5035cfb@free.fr> Message-ID: <8c73fa84-9d4e-4052-9312-f75409290dbe@cuis.st> Hi Hilaire, I need a more complete example. In a base updated Cuis I did this: 1) Create class: LinearLayoutMorph subclass: #Totola ? ? instanceVariableNames: 'date model description' ? ? classVariableNames: '' ? ? poolDictionaries: '' ? ? category: 'Morphic-Composite Widgets' 2) Add a class method: extent ^400 at 200 3) Add an instance method: initialize ? ? super initialize. ? ? self beColumn. ? ? date := LabelMorph contents: (Date today printFormat: #(1 2 3 $/ 1 1 1))? fontSize: 12 emphasis: 1. ? ? description := TextParagraphMorph contents: 'model description'. ? ? self addMorph: date; ? ? ? ? addMorph: description; ? ? ? ? morphExtent: self class extent 4) Evaluate: ? ? Totola new openInWorld Seems to work OK. Please see how important it is to give enough detail so the problem can be reproduced and understood. Thanks, On 01/10/2025 11:53 AM, Hilaire Fernandes via Cuis-dev wrote: > initialize > ? ? super initialize. > ? ? self beColumn. > ? ? date := LabelMorph contents: (model date printFormat: #(1 2 3 $/ 1 > 1 1))? fontSize: 12 emphasis: 1. > ? ? description := TextParagraphMorph contents: model description. > ? ? self addMorph: date; > ? ? ? ? addMorph: description; > *? ? ? ? morphExtent: self class extent* -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From hannes.hirzel at gmail.com Mon Oct 6 15:09:48 2025 From: hannes.hirzel at gmail.com (H. Hirzel) Date: Tue, 7 Oct 2025 00:09:48 +0200 Subject: [Cuis-dev] LayoutMorph example7 - how to constrain the size of SystemWindow object Message-ID: Hi In the LayoutMorph example7 the size of the SystemWindow object is too large. How do I constrain the size of it so that it has the size as required by the morphs it contains? This is in recent Cuis 7.5-7635 Kind regards Hannes ----------------------------------------------------------------------- The updated example: It now shows the color given by the hex code but the window size is too large | c colorHexValue colorName r w colorHexValueLabel | w := SystemWindow new setLabel: 'Color'. r := LinearLayoutMorph newRow separation: 30 @ 10. c := LinearLayoutMorph newColumn separation: 20 @ 10. colorHexValue := '#FF00FF'. colorHexValueLabel := LabelMorph contents: colorHexValue . colorName := LabelMorph contents: 'magenta'. r addMorph: colorHexValueLabel. r addMorph: colorName. c addMorph: (ColoredBoxMorph new color: (Color fromHexString: colorHexValue)). c addMorph: r. w addMorph: c . w openInWorld. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hannes.hirzel at gmail.com Mon Oct 6 15:12:22 2025 From: hannes.hirzel at gmail.com (H. Hirzel) Date: Tue, 7 Oct 2025 00:12:22 +0200 Subject: [Cuis-dev] LayoutMorph example7 - how to constrain the size of SystemWindow object In-Reply-To: References: Message-ID: P.S. What I mean is, how do I constrain the size of the SystemWindow object without hard coding the extent as in the answer to Hilaire's mail. On Tue, Oct 7, 2025 at 12:09?AM H. Hirzel wrote: > Hi > > In the LayoutMorph example7 the size of the SystemWindow object is too > large. > > How do I constrain the size of it so that it has the size as required by > the morphs it contains? > > This is in recent Cuis 7.5-7635 > > Kind regards > Hannes > > ----------------------------------------------------------------------- > The updated example: It now shows the color given by the hex code but the > window size is too large > > | c colorHexValue colorName r w colorHexValueLabel | > w := SystemWindow new setLabel: 'Color'. > r := LinearLayoutMorph newRow separation: 30 @ 10. > c := LinearLayoutMorph newColumn separation: 20 @ 10. > colorHexValue := '#FF00FF'. > colorHexValueLabel := LabelMorph contents: colorHexValue . > colorName := LabelMorph contents: 'magenta'. > > r addMorph: colorHexValueLabel. > r addMorph: colorName. > c addMorph: (ColoredBoxMorph new color: (Color fromHexString: > colorHexValue)). > c addMorph: r. > w addMorph: c . > w openInWorld. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Tue Oct 7 03:01:46 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 7 Oct 2025 07:01:46 -0300 Subject: [Cuis-dev] LayoutMorph example7 - how to constrain the size of SystemWindow object In-Reply-To: References: Message-ID: <8775af94-af65-46e8-bc34-67da8163e826@cuis.st> Unless someone corrects me, I believe you need to code that yourself. Cheers, On 06/10/2025 7:12 PM, H. Hirzel via Cuis-dev wrote: > P.S. What I mean is, how do I constrain the size of the SystemWindow > object without hard coding the extent as in the answer to Hilaire's mail. > > On Tue, Oct 7, 2025 at 12:09?AM H. Hirzel wrote: > > Hi > > In the LayoutMorph example7 the size of the SystemWindow object is > too large. > > How do I constrain the size of it so that it has the size as > required by the morphs it contains? > > This is in recent Cuis 7.5-7635 > > Kind regards > Hannes > > ----------------------------------------------------------------------- > The updated example: It now shows the color given by the hex code > but the window size is too large > > | c colorHexValue colorName r w colorHexValueLabel | > w := SystemWindow new setLabel: 'Color'. > r := LinearLayoutMorph newRow separation: 30 @ 10. > c := LinearLayoutMorph newColumn separation: 20 @ 10. > colorHexValue := '#FF00FF'. > colorHexValueLabel := LabelMorph contents: colorHexValue . > colorName := LabelMorph contents: 'magenta'. > > r addMorph: colorHexValueLabel. > r addMorph: colorName. > c addMorph: (ColoredBoxMorph new color: (Color fromHexString: > colorHexValue)). > c addMorph: r. > w addMorph: c . > w openInWorld. > > > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From hannes.hirzel at gmail.com Tue Oct 7 09:24:40 2025 From: hannes.hirzel at gmail.com (H. Hirzel) Date: Tue, 7 Oct 2025 18:24:40 +0200 Subject: [Cuis-dev] LayoutMorph example7 - how to constrain the size of SystemWindow object In-Reply-To: <8775af94-af65-46e8-bc34-67da8163e826@cuis.st> References: <8775af94-af65-46e8-bc34-67da8163e826@cuis.st> Message-ID: On 07/10/2025 12:01 pm, Juan Vuletich wrote: > Unless someone corrects me, I believe you need to code that yourself. > > For doing that I would need to calculate the necessary size of the submorphs and then set the size of the window s, e.g. w morphExtent: 200 at 200. to work but this does not work. What am I missing here? ------------------------ | c colorHexValue colorName r w colorHexValueLabel | w := SystemWindow new setLabel: 'Color'. r := LinearLayoutMorph newRow separation: 30 @ 10. c := LinearLayoutMorph newColumn separation: 20 @ 10. colorHexValue := '#FF00FF'. colorHexValueLabel := LabelMorph contents: colorHexValue . colorName := LabelMorph contents: 'magenta'. r addMorph: colorHexValueLabel. r addMorph: colorName. c addMorph: (ColoredBoxMorph new color: (Color fromHexString: colorHexValue)). c addMorph: r. w addMorph: c . w morphExtent: 200 at 200. w openInWorld. From juan at cuis.st Tue Oct 7 10:35:08 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 7 Oct 2025 14:35:08 -0300 Subject: [Cuis-dev] LayoutMorph example7 - how to constrain the size of SystemWindow object In-Reply-To: References: <8775af94-af65-46e8-bc34-67da8163e826@cuis.st> Message-ID: <0df7027f-11dd-417a-8b96-4002493e84dc@cuis.st> openInWorld first, then set morphExtent: On 07/10/2025 1:24 PM, H. Hirzel wrote: > On 07/10/2025 12:01 pm, Juan Vuletich wrote: > >> Unless someone corrects me, I believe you need to code that yourself. >> >> > For doing that I would need to calculate the necessary size of the > submorphs and then set the size of the window s, e.g. > > w morphExtent: 200 at 200. > > to work but this does not work. What am I missing here? > > ------------------------ > > | c colorHexValue colorName r w colorHexValueLabel | > w := SystemWindow new setLabel: 'Color'. > r := LinearLayoutMorph newRow separation: 30 @ 10. > c := LinearLayoutMorph newColumn separation: 20 @ 10. > colorHexValue := '#FF00FF'. > colorHexValueLabel := LabelMorph contents: colorHexValue . > colorName := LabelMorph contents: 'magenta'. > > r addMorph: colorHexValueLabel. > r addMorph: colorName. > c addMorph: (ColoredBoxMorph new color: (Color fromHexString: > colorHexValue)). > c addMorph: r. > w addMorph: c . > w morphExtent: 200 at 200. > w openInWorld. > > > > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich From hannes.hirzel at gmail.com Tue Oct 7 12:24:34 2025 From: hannes.hirzel at gmail.com (H. Hirzel) Date: Tue, 7 Oct 2025 21:24:34 +0200 Subject: [Cuis-dev] LayoutMorph example7 - how to constrain the size of SystemWindow object In-Reply-To: <0df7027f-11dd-417a-8b96-4002493e84dc@cuis.st> References: <8775af94-af65-46e8-bc34-67da8163e826@cuis.st> <0df7027f-11dd-417a-8b96-4002493e84dc@cuis.st> Message-ID: Yes, that was it, thank you. Sending #minimumExtent to the top morph in the window (a LinearLayoutMorph) provided the solution. Attached is the fixed LayoutMorph example7. On 07/10/2025 7:35 pm, Juan Vuletich wrote: > openInWorld first, then set morphExtent: > | c colorHexValue colorName r w colorHexValueLabel | w := SystemWindow new setLabel: 'Color'. r := LinearLayoutMorph newRow separation: 30 @ 10. c := LinearLayoutMorph newColumn separation: 20 @ 10. colorHexValue := '#FF00FF'. colorHexValueLabel := LabelMorph contents: colorHexValue . colorName := LabelMorph contents: 'magenta'. r addMorph: colorHexValueLabel. r addMorph: colorName. c addMorph: (ColoredBoxMorph new color: (Color fromHexString: colorHexValue)). c addMorph: r. w addMorph: c . w openInWorld. w morphExtent: c minimumExtent. -------------- next part -------------- 'From Cuis7.5 [latest update: #7635] on 7 October 2025 at 9:16:21 pm'! !LayoutMorph class methodsFor: 'LinearLayout examples' stamp: 'hjh 10/7/2025 21:15:48'! example7 " Useful example contributed by Ken Dickey self example7 " "============================================" | c colorHexValue colorName r w colorHexValueLabel | w := SystemWindow new setLabel: 'Color'. r := LinearLayoutMorph newRow separation: 30 @ 10. c := LinearLayoutMorph newColumn separation: 20 @ 10. colorHexValue := '#FF00FF'. colorHexValueLabel := LabelMorph contents: colorHexValue . colorName := LabelMorph contents: 'magenta'. r addMorph: colorHexValueLabel. r addMorph: colorName. c addMorph: (ColoredBoxMorph new color: (Color fromHexString: colorHexValue)). c addMorph: r. w addMorph: c . w openInWorld. w morphExtent: c minimumExtent. ! ! From nicolas.halperin5 at gmail.com Tue Oct 7 13:07:43 2025 From: nicolas.halperin5 at gmail.com (=?UTF-8?Q?Nicol=C3=A1s_Halperin?=) Date: Tue, 7 Oct 2025 17:07:43 -0300 Subject: [Cuis-dev] Improvement: Autocomplete Popup Menu Positioning Message-ID: Hi, I discovered that the autocomplete popup menu would open outside the screen when it does not have enough space. To fix this, I made it expand from left to right when the overflow is in the x axis, and move it upwards when overflowing on the y axis. Best Regards, Nicol?s -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 7159-CuisCore-NicolasHalperin-2025Oct07-16h55m-nh.002.cs.st Type: application/octet-stream Size: 2019 bytes Desc: not available URL: From ken.dickey at whidbey.com Thu Oct 9 08:57:56 2025 From: ken.dickey at whidbey.com (ken.dickey at whidbey.com) Date: Thu, 09 Oct 2025 08:57:56 -0700 Subject: [Cuis-dev] Cuis Base Image Unit Test Fails: FileStreamTest>>testUpTo2IncompleteRecords Message-ID: <8d4d258c663378e7fa4f8d097ea11655@whidbey.com> Raspian Linux; RaspBerry Pi 5 Test of opensmalltalk-vm 202509300044 FileStreamTest>>testUpTo2IncompleteRecords Fails for both squeak.cog.spur_linux64ARMv8.tar.gz squeak.stack.spur_linux64ARMv8.tar.gz ..on latest Cuis [7641] Base Image Unit Test package. I have not yet dug into this. -KenD From ken.dickey at whidbey.com Thu Oct 9 15:44:39 2025 From: ken.dickey at whidbey.com (ken.dickey at whidbey.com) Date: Thu, 09 Oct 2025 15:44:39 -0700 Subject: [Cuis-dev] Fwd: [RE:] Cuis Base Image Unit Test Fails: FileStreamTest>>testUpTo2IncompleteRecords In-Reply-To: References: <8d4d258c663378e7fa4f8d097ea11655@whidbey.com> Message-ID: -------- Original Message -------- SUBJECT: [RE:] Cuis Base Image Unit Test Fails: FileStreamTest>>testUpTo2IncompleteRecords DATE: 2025-10-09 15:43 FROM: ken.dickey at whidbey.com TO: Squeak Machine Development Discussion More info: FileStreamTest>>testUpTo2IncompleteRecords Fails for both squeak.cog.spur_linux64ARMv8.tar.gz squeak.stack.spur_linux64ARMv8.tar.gz also fails same for source build on OpenBSD vm version of FAIL reports as 5.0-2025100522004 The same image SUCCESS on vm version reports as 5.0-202508201437 Failing ASSERT code: ". the writing process comes back online and terminates its record writing " path asFileEntry appendContents: 'ord-2Xrecord-3X'. ". upTo reads an half token and then a complete one " self assert: ((fs upTo: $X) = 'ord-2'). So, a recent VM or plugin problem, not a Cuis image/code problem. FYI, -KenD -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- 'From Cuis7.5 [latest update: #7641] on 9 October 2025 at 3:42:18 pm'! !FileStreamTest methodsFor: 'tests' stamp: 'jmv 5/19/2024 20:08:32'! testUpTo2IncompleteRecords " . This test stresses the motivation for introducing upTo:delimiterIsTerminator: . if two separate processes are reading and writing records into the same file upTo can potentially create a bit a of a mess by reading in half records and complete records. . please compare to the equivalent testUpToTerminatorX to see what is probably the behaviour your are looking for " | path fs | path := 'test-{1}.txt' format: {(Float pi * 10e10) floor atRandom. } . " a process starts to write data into a file but it does not end cleanly the writing " path asFileEntry fileContents: 'record-1Xrec'. fs := path asFileEntry readStream . " upTo reads 'record-1' and the second time reads half a token " self assert: ((fs upTo: $X) = 'record-1'). self assert: ((fs upTo: $X) = 'rec'). ". the writing process comes back online and terminates its record writing " path asFileEntry appendContents: 'ord-2Xrecord-3X'. ". upTo reads an half token and then a complete one " self assert: ((fs upTo: $X) = 'ord-2'). self assert: ((fs upTo: $X) = 'record-3'). ". when there is nothing more to read upTo returns the empty string " self assert: ((fs upTo: $X) = ''). fs close . path asFileEntry delete. ! ! From juan at cuis.st Fri Oct 10 04:27:45 2025 From: juan at cuis.st (Juan Vuletich) Date: Fri, 10 Oct 2025 08:27:45 -0300 Subject: [Cuis-dev] Improvement: Autocomplete Popup Menu Positioning In-Reply-To: References: Message-ID: <80fb4b76-8a1c-4b5c-a840-ea9035cdc1be@cuis.st> Hi Nico, Thanks for your contribution. I reviewed it, and preferred a different approach, that reduces overall complexity instead of incrementing it. Just pushed it to GitHub. Cheers, On 07/10/2025 5:07 PM, Nicol?s Halperin via Cuis-dev wrote: > Hi, > I discovered that the autocomplete popup menu would open outside the > screen when it does not have enough space. To fix this, I made it > expand from left to right when the overflow is in the x axis, and move > it upwards when overflowing on the y axis. > Best Regards, > Nicol?s > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich From hernan.wilkinson at 10pines.com Fri Oct 10 08:59:01 2025 From: hernan.wilkinson at 10pines.com (=?UTF-8?Q?Hern=C3=A1n_Wilkinson?=) Date: Fri, 10 Oct 2025 12:59:01 -0300 Subject: [Cuis-dev] Improvement: Autocomplete Popup Menu Positioning In-Reply-To: <80fb4b76-8a1c-4b5c-a840-ea9035cdc1be@cuis.st> References: <80fb4b76-8a1c-4b5c-a840-ea9035cdc1be@cuis.st> Message-ID: Hi Juan, I found a case where the behavior is not the same for both solutions and I think that Nico's one is better. Here is a screenshot with Nico's solution: [image: Screenshot 2025-10-10 at 12.51.45 Medium.jpeg] Here is a screenshot with your solution: [image: Screenshot 2025-10-10 at 12.52.41 Medium.jpeg] Hernan. On Fri, Oct 10, 2025 at 8:27?AM Juan Vuletich via Cuis-dev < cuis-dev at lists.cuis.st> wrote: > Hi Nico, > > Thanks for your contribution. > > I reviewed it, and preferred a different approach, that reduces overall > complexity instead of incrementing it. Just pushed it to GitHub. > > Cheers, > > On 07/10/2025 5:07 PM, Nicol?s Halperin via Cuis-dev wrote: > > Hi, > > I discovered that the autocomplete popup menu would open outside the > > screen when it does not have enough space. To fix this, I made it > > expand from left to right when the overflow is in the x axis, and move > > it upwards when overflowing on the y axis. > > Best Regards, > > Nicol?s > > > -- > Juan Vuletich > www.cuis.st > github.com/jvuletich > researchgate.net/profile/Juan-Vuletich > independent.academia.edu/JuanVuletich > patents.justia.com/inventor/juan-manuel-vuletich > > -- > Cuis-dev mailing list > Cuis-dev at lists.cuis.st > https://lists.cuis.st/mailman/listinfo/cuis-dev > -- *Hern?n WilkinsonAgile Software Development, Teaching & Coaching* *Phone: +54-011*-4893-2057 *Twitter: @HernanWilkinson* *site: http://www.10Pines.com * Address: Alem 896, Floor 6, Buenos Aires, Argentina -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 2025-10-10 at 12.51.45 Medium.jpeg Type: image/jpeg Size: 24312 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 2025-10-10 at 12.52.41 Medium.jpeg Type: image/jpeg Size: 24614 bytes Desc: not available URL: From juan at cuis.st Fri Oct 10 17:03:20 2025 From: juan at cuis.st (Juan Vuletich) Date: Fri, 10 Oct 2025 21:03:20 -0300 Subject: [Cuis-dev] Improvement: Autocomplete Popup Menu Positioning In-Reply-To: References: <80fb4b76-8a1c-4b5c-a840-ea9035cdc1be@cuis.st> Message-ID: <03d88eca-e568-48ba-877b-c7e454ae9aa0@cuis.st> Hi Hern?n. Just pushed an update. Hopefully it is now closer to your taste. Cheers, On 10/10/2025 12:59 PM, Hern?n Wilkinson via Cuis-dev wrote: > Hi Juan, > ?I found a case where the behavior is not the same for both solutions > and I think that?Nico's one is better. > ?Here is a screenshot with Nico's solution: > Screenshot 2025-10-10 at 12.51.45 Medium.jpeg > ?Here is a screenshot with your solution: > Screenshot 2025-10-10 at 12.52.41 Medium.jpeg > > Hernan. > > On Fri, Oct 10, 2025 at 8:27?AM Juan Vuletich via Cuis-dev > wrote: > > Hi Nico, > > Thanks for your contribution. > > I reviewed it, and preferred a different approach, that reduces > overall > complexity instead of incrementing it. Just pushed it to GitHub. > > Cheers, > > On 07/10/2025 5:07 PM, Nicol?s Halperin via Cuis-dev wrote: > > Hi, > > I discovered that the autocomplete popup menu would open outside > the > > screen when it does not have enough space. To fix this, I made it > > expand from left to right when the overflow is in the x axis, > and move > > it upwards when overflowing on the y axis. > > Best Regards, > > Nicol?s > > > -- > Juan Vuletich > www.cuis.st > github.com/jvuletich > researchgate.net/profile/Juan-Vuletich > > independent.academia.edu/JuanVuletich > > patents.justia.com/inventor/juan-manuel-vuletich > > > -- > Cuis-dev mailing list > Cuis-dev at lists.cuis.st > https://lists.cuis.st/mailman/listinfo/cuis-dev > > > > -- > *Hern?n Wilkinson > Agile Software Development, Teaching & Coaching* > *Phone: +54-011*-4893-2057 > *Twitter: @HernanWilkinson* > *site: http://www.10Pines.com * > Address: Alem 896, Floor 6, Buenos Aires, Argentina > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 2025-10-10 at 12.51.45 Medium.jpeg Type: image/jpeg Size: 24312 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 2025-10-10 at 12.52.41 Medium.jpeg Type: image/jpeg Size: 24614 bytes Desc: not available URL: From hfern at free.fr Sat Oct 11 09:17:35 2025 From: hfern at free.fr (Hilaire Fernandes) Date: Sat, 11 Oct 2025 18:17:35 +0200 Subject: [Cuis-dev] Move event climbing to the top window Message-ID: Hi, How can I prevent that when a child morph does not respond true to handlesMouseDown: its top parent window is dragged around? -- http://mamot.fr/@drgeo -------------- next part -------------- An HTML attachment was scrubbed... URL: From hfern at free.fr Sat Oct 11 10:31:41 2025 From: hfern at free.fr (Hilaire Fernandes) Date: Sat, 11 Oct 2025 19:31:41 +0200 Subject: [Cuis-dev] Dynamic knowledge model generated by DSL and AI Smalltalk code Message-ID: <243d66da-88c2-4fc9-97f8-c7787924ba6f@free.fr> I explained the concept in a previous meeting. Here in action: https://mamot.fr/@drgeo/115356645511997908 and https://mamot.fr/@drgeo/115356685534455340 -- http://mamot.fr/@drgeo -------------- next part -------------- An HTML attachment was scrubbed... URL: From luchiano at gmail.com Mon Oct 13 00:12:04 2025 From: luchiano at gmail.com (Luciano Notarfrancesco) Date: Mon, 13 Oct 2025 14:12:04 +0700 Subject: [Cuis-dev] Dynamic knowledge model generated by DSL and AI Smalltalk code In-Reply-To: <243d66da-88c2-4fc9-97f8-c7787924ba6f@free.fr> References: <243d66da-88c2-4fc9-97f8-c7787924ba6f@free.fr> Message-ID: Cool! Will it work without the copy and paste? You plan to make it so that you can interact with the AI chat inside Smalltalk, like in a workspace, and the responses are just text with embedded morphs in it? On Sun, Oct 12, 2025 at 00:31 Hilaire Fernandes via Cuis-dev < cuis-dev at lists.cuis.st> wrote: > I explained the concept in a previous meeting. > > Here in action: > > https://mamot.fr/@drgeo/115356645511997908 > > and > > https://mamot.fr/@drgeo/115356685534455340 > > -- http://mamot.fr/@drgeo > > -- > Cuis-dev mailing list > Cuis-dev at lists.cuis.st > https://lists.cuis.st/mailman/listinfo/cuis-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hfern at free.fr Mon Oct 13 05:16:55 2025 From: hfern at free.fr (H. Fernandes) Date: Mon, 13 Oct 2025 14:16:55 +0200 (CEST) Subject: [Cuis-dev] =?utf-8?q?Re=C2=A0=3A_Re=3A__Dynamic_knowledge_model_?= =?utf-8?q?generated_by_DSL_and_AI_Smalltalk_code?= In-Reply-To: Message-ID: <663661778.1275172201.1760357815848.JavaMail.root@zimbra87-e15.priv.proxad.net> We can work together on that. Dr. Geo -- http://gnu.org/s/dr-geo ----- Luciano Notarfrancesco via Cuis-dev <cuis-dev at lists.cuis.st> a ?crit?: > Cool! > Will it work without the copy and paste? You plan to make it so that you > can interact with the AI chat inside Smalltalk, like in a workspace, and > the responses are just text with embedded morphs in it? > > > On Sun, Oct 12, 2025 at 00:31 Hilaire Fernandes via Cuis-dev < > cuis-dev at lists.cuis.st> wrote: > > > I explained the concept in a previous meeting. > > > > Here in action: > > > > https://mamot.fr/@drgeo/115356645511997908 > > > > and > > > > https://mamot.fr/@drgeo/115356685534455340 > > > > -- http://mamot.fr/@drgeo > > > > -- > > Cuis-dev mailing list > > Cuis-dev at lists.cuis.st > > https://lists.cuis.st/mailman/listinfo/cuis-dev > > From juan at cuis.st Mon Oct 13 06:00:58 2025 From: juan at cuis.st (Juan Vuletich) Date: Mon, 13 Oct 2025 10:00:58 -0300 Subject: [Cuis-dev] Move event climbing to the top window In-Reply-To: References: Message-ID: <2d163759-08b5-49aa-86b6-5b3f822895b5@cuis.st> Hi Hilaire, Answering true to #isSticky should do the trick. But first please pull updates. I had to do a small fix there, in #7652. HTH, Juan Vuletich On 11/10/2025 1:17 PM, Hilaire Fernandes via Cuis-dev wrote: > > Hi, > > How can I prevent that when a child morph does not respond true to > handlesMouseDown: its top parent window is dragged around? > > -- > http://mamot.fr/@drgeo > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Mon Oct 13 06:03:15 2025 From: juan at cuis.st (Juan Vuletich) Date: Mon, 13 Oct 2025 10:03:15 -0300 Subject: [Cuis-dev] Dynamic knowledge model generated by DSL and AI Smalltalk code In-Reply-To: <243d66da-88c2-4fc9-97f8-c7787924ba6f@free.fr> References: <243d66da-88c2-4fc9-97f8-c7787924ba6f@free.fr> Message-ID: <171a7a3a-a005-4b3a-aa93-c2fe87c4f7e7@cuis.st> Wow. This is really impressive. Aiding non-programmers in generating code in a DSL looks like a great use case for LLM! Congrats! On 11/10/2025 2:31 PM, Hilaire Fernandes via Cuis-dev wrote: > > I explained the concept in a previous meeting. > > Here in action: > > https://mamot.fr/@drgeo/115356645511997908 > > and > > https://mamot.fr/@drgeo/115356685534455340 > > > -- > http://mamot.fr/@drgeo > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From hannes.hirzel at gmail.com Tue Oct 14 05:54:29 2025 From: hannes.hirzel at gmail.com (H. Hirzel) Date: Tue, 14 Oct 2025 14:54:29 +0200 Subject: [Cuis-dev] Dynamic knowledge model generated by DSL and AI Smalltalk code In-Reply-To: <243d66da-88c2-4fc9-97f8-c7787924ba6f@free.fr> References: <243d66da-88c2-4fc9-97f8-c7787924ba6f@free.fr> Message-ID: <38c8cf2a-167c-40fb-b3db-181e61b463b3@gmail.com> On 11/10/2025 7:31 pm, Hilaire Fernandes via Cuis-dev wrote: > > I explained the concept in a previous meeting. > Do you remember in which month? Or could you please post a summary on how you were teaching AI the DSL? --Hannes > Here in action: > > https://mamot.fr/@drgeo/115356645511997908 > > and > > https://mamot.fr/@drgeo/115356685534455340 > > > -- > http://mamot.fr/@drgeo > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.dickey at whidbey.com Tue Oct 14 12:01:11 2025 From: ken.dickey at whidbey.com (ken.dickey at whidbey.com) Date: Tue, 14 Oct 2025 12:01:11 -0700 Subject: [Cuis-dev] Off-topic: Why Cuis Philosophy matters Message-ID: https://techtrenches.substack.com/p/the-great-software-quality-collapse Worth a read.. -KenD -------------- next part -------------- An HTML attachment was scrubbed... URL: From joseph.turco.1990 at gmail.com Tue Oct 14 13:16:07 2025 From: joseph.turco.1990 at gmail.com (Joseph Turco) Date: Tue, 14 Oct 2025 16:16:07 -0400 Subject: [Cuis-dev] Off-topic: Why Cuis Philosophy matters In-Reply-To: References: Message-ID: Thanks for the link Ken, I actually enjoyed reading that. On Tue, Oct 14, 2025 at 3:01?PM ken.dickey--- via Cuis-dev < cuis-dev at lists.cuis.st> wrote: > https://techtrenches.substack.com/p/the-great-software-quality-collapse > > > Worth a read.. > > -KenD > -- > Cuis-dev mailing list > Cuis-dev at lists.cuis.st > https://lists.cuis.st/mailman/listinfo/cuis-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hernan.wilkinson at 10pines.com Tue Oct 14 15:55:19 2025 From: hernan.wilkinson at 10pines.com (=?UTF-8?Q?Hern=C3=A1n_Wilkinson?=) Date: Tue, 14 Oct 2025 19:55:19 -0300 Subject: [Cuis-dev] Off-topic: Why Cuis Philosophy matters In-Reply-To: References: Message-ID: Thank you for sharing! On Tue, Oct 14, 2025 at 5:16?PM Joseph Turco via Cuis-dev < cuis-dev at lists.cuis.st> wrote: > Thanks for the link Ken, I actually enjoyed reading that. > > On Tue, Oct 14, 2025 at 3:01?PM ken.dickey--- via Cuis-dev < > cuis-dev at lists.cuis.st> wrote: > >> https://techtrenches.substack.com/p/the-great-software-quality-collapse >> >> >> Worth a read.. >> >> -KenD >> -- >> Cuis-dev mailing list >> Cuis-dev at lists.cuis.st >> https://lists.cuis.st/mailman/listinfo/cuis-dev >> > -- > Cuis-dev mailing list > Cuis-dev at lists.cuis.st > https://lists.cuis.st/mailman/listinfo/cuis-dev > -- *Hern?n WilkinsonAgile Software Development, Teaching & Coaching* *Phone: +54-011*-4893-2057 *Twitter: @HernanWilkinson* *site: http://www.10Pines.com * Address: Alem 896, Floor 6, Buenos Aires, Argentina -------------- next part -------------- An HTML attachment was scrubbed... URL: From hfern at free.fr Sat Oct 18 03:17:37 2025 From: hfern at free.fr (Hilaire Fernandes) Date: Sat, 18 Oct 2025 12:17:37 +0200 Subject: [Cuis-dev] The Cuis Book in Spanish Message-ID: <75172058-8ad8-4a86-893a-c95a06b03571@free.fr> Read at https://masto.es/@Notxor/115394156348345776 https://notxor.nueva-actitud.org/TheCuisBook.html -- http://mamot.fr/@drgeo -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.dickey at whidbey.com Sat Oct 18 08:21:10 2025 From: ken.dickey at whidbey.com (ken.dickey at whidbey.com) Date: Sat, 18 Oct 2025 08:21:10 -0700 Subject: [Cuis-dev] The Cuis Book in Spanish In-Reply-To: <75172058-8ad8-4a86-893a-c95a06b03571@free.fr> References: <75172058-8ad8-4a86-893a-c95a06b03571@free.fr> Message-ID: <8260cef83551a82ed75956eb47b3e5ea@whidbey.com> On 2025-10-18 03:17, Hilaire Fernandes via Cuis-dev wrote: > Read at https://masto.es/@Notxor/115394156348345776 > > https://notxor.nueva-actitud.org/TheCuisBook.html ?Qu? bueno! Muy bien hecho, -KenD From hfern at free.fr Sun Oct 19 01:40:36 2025 From: hfern at free.fr (Hilaire Fernandes) Date: Sun, 19 Oct 2025 10:40:36 +0200 Subject: [Cuis-dev] Calculator Message-ID: Hi, Do we have a Calculator (scientific or not) as a Morph ? I did not find one. Hilaire -- http://mamot.fr/@drgeo -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.halperin5 at gmail.com Tue Oct 21 18:54:09 2025 From: nicolas.halperin5 at gmail.com (=?UTF-8?Q?Nicol=C3=A1s_Halperin?=) Date: Tue, 21 Oct 2025 22:54:09 -0300 Subject: [Cuis-dev] New feature: Selector Documentation dynamic sizing and positioning Message-ID: Hi, I've made some adjustments to the Selector Documentation sizing. Previously, it had a fixed size which made it difficult to read on certain displays. I've updated the sizing so it dynamically adjusts to the side with the most available space (either left or right of the morph). This change ensures the entire text fits within the documentation panel or extends to the edge of the screen, and the morph is positioned accordingly on that side. Best regards, Nicol?s -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 7652-CuisCore-NicolasHalperin-2025Oct13-16h51m-nh.003.cs.st Type: application/octet-stream Size: 1433 bytes Desc: not available URL: From hernan.wilkinson at 10pines.com Wed Oct 22 05:34:39 2025 From: hernan.wilkinson at 10pines.com (=?UTF-8?Q?Hern=C3=A1n_Wilkinson?=) Date: Wed, 22 Oct 2025 09:34:39 -0300 Subject: [Cuis-dev] Calculator In-Reply-To: References: Message-ID: I think we do not... On Sun, Oct 19, 2025 at 5:40?AM Hilaire Fernandes via Cuis-dev < cuis-dev at lists.cuis.st> wrote: > Hi, > > Do we have a Calculator (scientific or not) as a Morph ? > > I did not find one. > > Hilaire > > -- http://mamot.fr/@drgeo > > -- > Cuis-dev mailing list > Cuis-dev at lists.cuis.st > https://lists.cuis.st/mailman/listinfo/cuis-dev > -- *Hern?n WilkinsonAgile Software Development, Teaching & Coaching* *Phone: +54-011*-4893-2057 *Twitter: @HernanWilkinson* *site: http://www.10Pines.com * Address: Alem 896, Floor 6, Buenos Aires, Argentina -------------- next part -------------- An HTML attachment was scrubbed... URL: From asmisc.gm at gmail.com Wed Oct 22 15:07:57 2025 From: asmisc.gm at gmail.com (asmisc.gm at gmail.com) Date: Wed, 22 Oct 2025 23:07:57 +0100 Subject: [Cuis-dev] Mystifying Cuis issue Message-ID: I am new to Smalltalk, and to Cuis. On my first try to use Cuis I encountered an issue I thought I should mention - if only to understand what happened. - In Workspace tried: Transcript show: 'Hello, Cuis!'; cr. - I did not see any output showing "Hello, .... - I got a window headed: Error: primCreateDirectory: failed - Process: Morphic UI, followed by a list of messages eg. primitiveFailed - I fed this to AI which advised: add a folder to Cuis7-2-main calling it ?Transcript? . That handled it. Mystifyingly, tonight I installed Cuis 7-2 at home on another debian system. It works for above - *without any adding/having a ?Transcript? folder! * I am just starting. Great to have the The Cuis-Smalltalk book. Thank you. I did some research before choosing Cuis for its deep adherence to the original smalltalk principles - as covered by Juan Vuletich in: *https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev/blob/master/Documentation/AboutCuis.md#the-philosophy-behind-cuis * . Because I understand only the basics of Smalltalk: object, message, class, data/characteristics/attributes and methods, for a deeper conceptual understanding I have ordered: Smalltalk, Objects, and Design by Liu, Chamond. It?s great to have discovered Cuis ?. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hannes.hirzel at gmail.com Thu Oct 23 05:21:34 2025 From: hannes.hirzel at gmail.com (H. Hirzel) Date: Thu, 23 Oct 2025 14:21:34 +0200 Subject: [Cuis-dev] Calculator In-Reply-To: References: Message-ID: <328349df-aeb4-4245-8f6e-2763e153d664@gmail.com> Would be a good candidate for a small tutorial... On 22/10/2025 2:34 pm, Hern?n Wilkinson via Cuis-dev wrote: > I think we do not... > > On Sun, Oct 19, 2025 at 5:40?AM Hilaire Fernandes via Cuis-dev > wrote: > > Hi, > > Do we have a Calculator (scientific or not) as a Morph ? > > I did not find one. > > Hilaire > > -- > http://mamot.fr/@drgeo > > -- > Cuis-dev mailing list > Cuis-dev at lists.cuis.st > https://lists.cuis.st/mailman/listinfo/cuis-dev > > > > -- > *Hern?n Wilkinson > Agile Software Development, Teaching & Coaching* > *Phone: +54-011*-4893-2057 > *Twitter: @HernanWilkinson* > *site: http://www.10Pines.com * > Address: Alem 896, Floor 6, Buenos Aires, Argentina > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hfern at free.fr Fri Oct 24 03:17:15 2025 From: hfern at free.fr (Hilaire Fernandes) Date: Fri, 24 Oct 2025 12:17:15 +0200 Subject: [Cuis-dev] Cuis Meeting Message-ID: Hi, Your next meeting will be the 5th of November. Luciano will present us his DSP work with Cuis. Be sure to be there, it should be fun to watch and hopefully to listen to. It will be the last meeting I will organize. I started these monthly meetings in 2022, and it is time now for someone else to take it over. If someone wants to take the effort, contact me directly, I will share the details. It is a low effort contribution to the community anyone here can do. Hilaire -- http://mamot.fr/@drgeo -------------- next part -------------- An HTML attachment was scrubbed... URL: From hernan.wilkinson at 10pines.com Fri Oct 24 04:13:47 2025 From: hernan.wilkinson at 10pines.com (=?UTF-8?Q?Hern=C3=A1n_Wilkinson?=) Date: Fri, 24 Oct 2025 08:13:47 -0300 Subject: [Cuis-dev] Cuis Meeting In-Reply-To: References: Message-ID: I think we should move it because it is the first day of the Smalltalks conference... Nor me or Juan besides other people will be able to attend the Cuis Meeting. If we can move it to Nov 19th the better, because on Nov 12th is the last day of the OpenSmalltalk VM masterclass we are going to have with Eliot here, after the conference. Cheers! Hernan. On Fri, Oct 24, 2025 at 7:17?AM Hilaire Fernandes via Cuis-dev < cuis-dev at lists.cuis.st> wrote: > Hi, > > Your next meeting will be the 5th of November. Luciano will present us his > DSP work with Cuis. Be sure to be there, it should be fun to watch and > hopefully to listen to. > > It will be the last meeting I will organize. I started these monthly > meetings in 2022, and it is time now for someone else to take it over. If > someone wants to take the effort, contact me directly, I will share the > details. It is a low effort contribution to the community anyone here can > do. > > Hilaire > > -- http://mamot.fr/@drgeo > > -- > Cuis-dev mailing list > Cuis-dev at lists.cuis.st > https://lists.cuis.st/mailman/listinfo/cuis-dev > -- *Hern?n WilkinsonAgile Software Development, Teaching & Coaching* *Phone: +54-011*-4893-2057 *Twitter: @HernanWilkinson* *site: http://www.10Pines.com * Address: Alem 896, Floor 6, Buenos Aires, Argentina -------------- next part -------------- An HTML attachment was scrubbed... URL: From luchiano at gmail.com Fri Oct 24 07:37:23 2025 From: luchiano at gmail.com (Luciano Notarfrancesco) Date: Fri, 24 Oct 2025 21:37:23 +0700 Subject: [Cuis-dev] Slow mouse downs Message-ID: Anyone knows why mouse down events (mouseButton1Down:localPosition:) are so much slower than key down events (keyDown:)? It feels like 500 msecs. I thought it was MouseClickState class>>doubleClickTimeout, but it?s not, what else could it be? I?m on macos -------------- next part -------------- An HTML attachment was scrubbed... URL: From hfern at free.fr Fri Oct 24 10:07:32 2025 From: hfern at free.fr (Hilaire Fernandes) Date: Fri, 24 Oct 2025 19:07:32 +0200 Subject: [Cuis-dev] Cuis Meeting In-Reply-To: References: Message-ID: Let's postpone it to the 3th of December. -- http://mamot.fr/@drgeo -------------- next part -------------- An HTML attachment was scrubbed... URL: From alanwh2 at hotmail.com Fri Oct 24 16:06:13 2025 From: alanwh2 at hotmail.com (alan wharton) Date: Fri, 24 Oct 2025 23:06:13 +0000 Subject: [Cuis-dev] Cuis Improvement - New Feature Message-ID: Greetings, I am an active user of double-clicking for a fullscreen window, and I've noticed that it isn't implemented in Cuis. I've made a feature that does exactly that. Hope you take a look. Sincerily, Alan Wharton. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 7642-CuisCore-AlanWharton-2025Oct24-19h49m-AW.001.cs.st Type: application/octet-stream Size: 3059 bytes Desc: 7642-CuisCore-AlanWharton-2025Oct24-19h49m-AW.001.cs.st URL: From luchiano at gmail.com Sat Oct 25 07:21:30 2025 From: luchiano at gmail.com (Luciano Notarfrancesco) Date: Sat, 25 Oct 2025 21:21:30 +0700 Subject: [Cuis-dev] Slow mouse downs In-Reply-To: References: Message-ID: Oh, it was the OS, appologies for the noise. In case anyone else runs into this issue, in turns out in MacOS if you go to settings and enable ?use trackpad for dragging?, you will get a noticeable delay on clicks unless you also select ?three finger drag? dragging style. On Fri, Oct 24, 2025 at 21:37 Luciano Notarfrancesco wrote: > Anyone knows why mouse down events (mouseButton1Down:localPosition:) are > so much slower than key down events (keyDown:)? It feels like 500 msecs. I > thought it was MouseClickState class>>doubleClickTimeout, but it?s not, > what else could it be? I?m on macos -------------- next part -------------- An HTML attachment was scrubbed... URL: From hernan.wilkinson at 10pines.com Sat Oct 25 16:18:07 2025 From: hernan.wilkinson at 10pines.com (=?UTF-8?Q?Hern=C3=A1n_Wilkinson?=) Date: Sat, 25 Oct 2025 20:18:07 -0300 Subject: [Cuis-dev] Fix for running/debugging a test method Message-ID: Hi, when no method is selected in the browser and cmd+t or cmd+r is pressed, an error happens because currentSelectedMethod is nil. The fix is attached. Hernan. -- *Hern?n WilkinsonAgile Software Development, Teaching & Coaching* *Phone: +54-011*-4893-2057 *Twitter: @HernanWilkinson* *site: http://www.10Pines.com * Address: Alem 896, Floor 6, Buenos Aires, Argentina -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 7643-FixRunDebugTestWhenNoMethodSelected-HernanWilkinson-2025Oct25-20h10m-HAW.001.cs.st Type: application/octet-stream Size: 584 bytes Desc: not available URL: From hfern at free.fr Sun Oct 26 03:33:57 2025 From: hfern at free.fr (Hilaire Fernandes) Date: Sun, 26 Oct 2025 11:33:57 +0100 Subject: [Cuis-dev] 50 % slow down Message-ID: <705c7b91-444a-4c4c-ae27-e8a65c96ea45@free.fr> Hi, This morning, I updated my Cuis-Smalltalk-dev working directory. A new VM was fetched along a few additional changesets to Cuis. I fired up the installation of my DrGeo IDE against this latest Cuis.. I tested DrGeo under this new setup, it works fine but I observed? a sub-nominal graphic rendering speed. At least a 50% slowdown compare to a DrGeo build against Cuis 7.3#7158. I observe this slow down in DrGeo window but not with other window as the browser. So may be VectorGraphics related... I then cross run my DrGeo builds and VMs. The result is interesting. The DrGeo with latest Cuis image and executed with the former VM (at Cuis7.3#7158) is even slower! When I executed the DrGeo build with Cuis7.3#7158 with the newer VM, it is even slower, the slower of all. I am confused. Here is the build image to test it https://www.dropbox.com/scl/fi/bu2wvwt4z4bx3d0qphql5/CuisDrGeoSlow.zip?rlkey=f0phlp38c6llm5rcw633z7d1a&st=flhblb5o&dl=0 Thanks -- http://mamot.fr/@drgeo -------------- next part -------------- An HTML attachment was scrubbed... URL: From hfern at free.fr Sun Oct 26 04:14:16 2025 From: hfern at free.fr (Hilaire Fernandes) Date: Sun, 26 Oct 2025 12:14:16 +0100 Subject: [Cuis-dev] 50 % slow down In-Reply-To: <705c7b91-444a-4c4c-ae27-e8a65c96ea45@free.fr> References: <705c7b91-444a-4c4c-ae27-e8a65c96ea45@free.fr> Message-ID: <871f37ab-4ed9-4f1b-9f46-53c64ed17c9c@free.fr> As a side note, may be, benchmark on speed rendering of VectorGraphics canvas will be useful. Hilaire -- http://mamot.fr/@drgeo -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at uksmalltalk.org Sun Oct 26 17:17:08 2025 From: info at uksmalltalk.org (UK Smalltalk) Date: Mon, 27 Oct 2025 00:17:08 +0000 Subject: [Cuis-dev] =?utf-8?q?UKSTUG_Meeting=3A_Hern=C3=A1n_Wilkinson_=26?= =?utf-8?q?_Juan_Vuletich_-_Keeping_up_with_Cuis_Smalltalk_-_29_Oct?= =?utf-8?q?ober_2025?= Message-ID: For our October meeting, Hern?n Wilkinson and Juan Vuletich will tell us about recent developments in Cuis Smalltalk ( https://cuis.st/ ). These range from kernel functionality like Ephemerons and the Sista Bytecodes set to app developer tools like a visual GUI Designer and additional Layout policies. Hern?n Wilkinson ( https://github.com/hernanwilkinson ) Passionate programmer. Smalltalk lover. Founder of 10Pines and FAST (Argentine Foundation of Smalltalk). Professor of the FCEyN at the UBA. Teaches OO and Agile techniques at the university and the industry. Key Note Speaker of many national and international conferences. Contributes to many Smalltalk opensource projects. Promotes self organized organizations and agile methodologies. You can follow him in Twitter at @hernanwilkinson Juan Vuletich ( https://www.jvuletich.org/ ) Juan Vuletich is the founder and lead developer of Cuis Smalltalk. He is a long-standing Open Source Smalltalk community member, having contributed kernel code to Cuis, Squeak and the OpenSmalltalk VM for over 25 years. Juan has been programming since he was 14, and doing it professionally since he was 17. He holds an MS.Sc. in Computer Science from the University of Buenos Aires. He works at LabWare. This will be an online meeting. If you'd like to join us, please sign up in advance on the meeting's Meetup page ( https://www.meetup.com/ukstug/events/311117386/ ) to receive the meeting details. -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Tue Oct 28 06:09:16 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 28 Oct 2025 10:09:16 -0300 Subject: [Cuis-dev] 50 % slow down In-Reply-To: <705c7b91-444a-4c4c-ae27-e8a65c96ea45@free.fr> References: <705c7b91-444a-4c4c-ae27-e8a65c96ea45@free.fr> Message-ID: <6db7e364-119d-46e4-9f6b-09fa12bdd099@cuis.st> Hi Hilaire, (inline) On 2025-10-26 7:33 AM, Hilaire Fernandes via Cuis-dev wrote: > > Hi, > > This morning, I updated my Cuis-Smalltalk-dev working directory. A new > VM was fetched along a few additional changesets to Cuis. > > I fired up the installation of my DrGeo IDE against this latest Cuis.. > > I tested DrGeo under this new setup, it works fine but I observed? a > sub-nominal graphic rendering speed. At least a 50% slowdown compare > to a DrGeo build against Cuis 7.3#7158. > > I observe this slow down in DrGeo window but not with other window as > the browser. So may be VectorGraphics related... > Yes. The Linux-x64 VM was missing the VectorEnginePlugin, so it was all drawn in Smalltalk. Much slower. Already posted the plugin to the repo. > I then cross run my DrGeo builds and VMs. The result is interesting. > > The DrGeo with latest Cuis image and executed with the former VM (at > Cuis7.3#7158) is even slower! > Some changes in the VM and the image needed to go together. So, yes, this could happen. Not sure about the details, though. > When I executed the DrGeo build with Cuis7.3#7158 with the newer VM, > it is even slower, the slower of all. > > I am confused. > > Here is the build image to test it > > https://www.dropbox.com/scl/fi/bu2wvwt4z4bx3d0qphql5/CuisDrGeoSlow.zip?rlkey=f0phlp38c6llm5rcw633z7d1a&st=flhblb5o&dl=0 > > Thanks > > -- > http://mamot.fr/@drgeo > Future VM builds will have the plugin already integrated. Apologies for the inconvenience. Cheers, -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Tue Oct 28 06:10:28 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 28 Oct 2025 10:10:28 -0300 Subject: [Cuis-dev] 50 % slow down In-Reply-To: <871f37ab-4ed9-4f1b-9f46-53c64ed17c9c@free.fr> References: <705c7b91-444a-4c4c-ae27-e8a65c96ea45@free.fr> <871f37ab-4ed9-4f1b-9f46-53c64ed17c9c@free.fr> Message-ID: <05a6bdb6-aaea-4e42-8655-5f037ea13570@cuis.st> Yes. This is a good idea. I've just added a couple of new menu options to the StatusBar. Now it can show actual FPS next to time at the bottom ledft. Thanks, On 2025-10-26 8:14 AM, Hilaire Fernandes via Cuis-dev wrote: > > As a side note, may be, benchmark on speed rendering of VectorGraphics > canvas will be useful. > > Hilaire > > -- > http://mamot.fr/@drgeo > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Tue Oct 28 06:13:14 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 28 Oct 2025 10:13:14 -0300 Subject: [Cuis-dev] Slow mouse downs In-Reply-To: References: Message-ID: <4714fd8b-5271-4567-ad20-e29447590ad1@cuis.st> Jah. Never tried that. I just drag things around on the trackpad by keeping it pressed, just like with a mouse. Works well for me. Cheers, On 2025-10-25 11:21 AM, Luciano Notarfrancesco via Cuis-dev wrote: > Oh, it was the OS, appologies for the noise. In case anyone else runs > into this issue, in turns out in MacOS if you go to settings and > enable ?use trackpad for dragging?, you will get a noticeable delay on > clicks unless you also select ?three finger drag? dragging style. > > On Fri, Oct 24, 2025 at 21:37 Luciano Notarfrancesco > wrote: > > Anyone knows why mouse down events > (mouseButton1Down:localPosition:) are so much slower than key down > events (keyDown:)? It feels like 500 msecs. I thought it was > MouseClickState class>>doubleClickTimeout, but it?s not, what else > could it be? I?m on macos > > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Tue Oct 28 06:13:42 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 28 Oct 2025 10:13:42 -0300 Subject: [Cuis-dev] Cuis Meeting In-Reply-To: References: Message-ID: <0d81c04f-0564-4be5-b000-ae8f4cd20280@cuis.st> Ok. On 2025-10-24 2:07 PM, Hilaire Fernandes via Cuis-dev wrote: > > Let's postpone it to the 3th of December. > > > -- > http://mamot.fr/@drgeo > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Tue Oct 28 06:21:16 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 28 Oct 2025 10:21:16 -0300 Subject: [Cuis-dev] Cuis Improvement - New Feature In-Reply-To: References: Message-ID: Hi Alan, This is very nice. I just pushed it to github, and added you as a known code author. Thanks! On 2025-10-24 8:06 PM, alan wharton via Cuis-dev wrote: > Greetings, > I am an active user of double-clicking for a fullscreen window, and > I've noticed that it isn't implemented in Cuis. > I've made a feature that?does exactly that. > Hope you take a look. > > Sincerily, > Alan Wharton. > > > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Tue Oct 28 06:23:02 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 28 Oct 2025 10:23:02 -0300 Subject: [Cuis-dev] Mystifying Cuis issue In-Reply-To: References: Message-ID: Hi Andrew, Welcome to the Cuis community! Have you been able to replicate this? If so, can you detail the steps so others can reproduce it? In general, if we can reproduce a problem, then we can fix it. If not, it becomes more difficult! Cheers, On 2025-10-22 7:07 PM, Andrew via Cuis-dev wrote: > > I am new to Smalltalk, and to Cuis. > > On my first try to use Cuis I encountered an issue I thought I should > mention - if only to understand what happened. > > * In Workspace tried: Transcript show: 'Hello, Cuis!'; cr. > * I did not see any output showing "Hello, .... > * I got a window headed: Error: primCreateDirectory: failed - > Process: Morphic UI, followed by a list of messages eg. > primitiveFailed > * I fed this to AI which advised: add a folder to Cuis7-2-main > calling it ?Transcript? . > > That handled it. > > Mystifyingly, tonight I installed Cuis 7-2 at home on another debian > system. It works for above - _without any adding/having a ?Transcript? > folder! _ > > > I am just starting. Great to have the The Cuis-Smalltalk book. Thank you. > > I did some research before choosing Cuis for its deep adherence to the > original smalltalk principles - as covered by Juan Vuletich in: > _https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev/blob/master/Documentation/AboutCuis.md#the-philosophy-behind-cuis > _. > Because I understand only the basics of Smalltalk: object, message, > class, data/characteristics/attributes and methods, for a deeper > conceptual understanding I have ordered: Smalltalk, Objects, and > Design by Liu, Chamond. > > It?s great to have discovered Cuis??. > > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Tue Oct 28 06:23:59 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 28 Oct 2025 10:23:59 -0300 Subject: [Cuis-dev] New feature: Selector Documentation dynamic sizing and positioning In-Reply-To: References: Message-ID: Hi Folks, Just for the record, this had a follow up off list. I believe everyone is happy with the updated behavior. Thanks, On 2025-10-21 10:54 PM, Nicol?s Halperin via Cuis-dev wrote: > Hi, > > I've made some adjustments to the Selector Documentation sizing. > Previously, it had a fixed size which made it difficult to read on > certain displays. > > I've updated the sizing so it dynamically adjusts to the side with the > most available space (either left or right of the morph). This change > ensures the entire text fits within the documentation panel or extends > to the edge of the screen, and the morph is positioned accordingly on > that side. > > Best regards, > Nicol?s > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich From joel.camera at 10pines.com Tue Oct 28 12:50:08 2025 From: joel.camera at 10pines.com (Joel Camera) Date: Tue, 28 Oct 2025 16:50:08 -0300 Subject: [Cuis-dev] Bugfix: Apply enabledSelector to both menu items and shortcuts Message-ID: Hi folks! Here I?m bringing a bugfix related to the menu and shortcut specs. The enabledSelector was only being applied to menu items, but not to shortcuts. This could cause inconsistencies like the one shown in the Test-Changeset: I created a new SystemWindow with a menu spec that has a shortcut, and when the enabledSelector returns false, the menu item appears disabled ? but the action can still be triggered through the shortcut. Have a nice day! Joel C?meraAgile Software Development Alem 896, Floor 6, Buenos Aires, Argentina +54 9 011 6091 3125 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 7664-CuisCore-JoelEstebanCamera-2025Oct20-12h24m-JEC.001.cs.st Type: application/octet-stream Size: 4134 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Test-ChangeSet.cs.st Type: application/octet-stream Size: 859 bytes Desc: not available URL: From juan at cuis.st Tue Oct 28 14:18:59 2025 From: juan at cuis.st (Juan Vuletich) Date: Tue, 28 Oct 2025 18:18:59 -0300 Subject: [Cuis-dev] Bugfix: Apply enabledSelector to both menu items and shortcuts In-Reply-To: References: Message-ID: Hi Joel, Just integrated the fix. Thanks! Not sure how to integrate the test changeset, though. Cheers, On 2025-10-28 4:50 PM, Joel Camera via Cuis-dev wrote: > Hi folks! > > Here I?m bringing a bugfix related to the menu and shortcut specs. > The |enabledSelector| was only being applied to menu items, but not to > shortcuts. > This could cause inconsistencies like the one shown in the > Test-Changeset: I created a new |SystemWindow| with a menu spec that > has a shortcut, and when the |enabledSelector| returns |false|, the > menu item appears disabled ? but the action can still be triggered > through the shortcut. > > > Have a nice day! > > > > > Joel C?mera > > > Agile Software?Development > > > Alem 896, Floor 6, Buenos Aires, Argentina > > +54 9 011 6091 3125 > > -- Juan Vuletich www.cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: