From ken.dickey at whidbey.com Tue Oct 1 07:55:34 2024 From: ken.dickey at whidbey.com (ken.dickey at whidbey.com) Date: Tue, 01 Oct 2024 07:55:34 -0700 Subject: [Cuis-dev] Topic For Tomorrow's Cuis Meeting: UI-StrokeRecognizer In-Reply-To: <66FB5270.1030306@cuis.st> References: <66FB5270.1030306@cuis.st> Message-ID: Yes! Tomorrow (First Wednesday) I plan to show a single-stroke pen/stylus gesture recognizer for Cuis. Looking forward to sharing. The https://cuis.st/community web page points correctly to https://meet.jit.si/CuisSmalltalk/ 16:00 GMT See ya! -KenD From r.mark.volkmann at gmail.com Tue Oct 1 17:04:26 2024 From: r.mark.volkmann at gmail.com (Mark Volkmann) Date: Tue, 1 Oct 2024 19:04:26 -0500 Subject: [Cuis-dev] tiled background image In-Reply-To: <66FB4F1B.7040806@cuis.st> References: <66FB4F1B.7040806@cuis.st> Message-ID: In the current code the WorldMorph drawOn: method sends aCanvas image: backgroundImage at: `0 at 0` if backgroundImage is set. That can be set with code like the following: filePath := '/Users/volkmannm/Pictures/images/altitude1600.jpg'. byteArray := (filePath asFileEntry readStream) binary contentsOfEntireFile. self runningWorld backgroundImageData: byteArray. The backgroundImageData: method is defined in PasteUpMorph which is the superclass of WorldMorph. That method sends #buildMagnifiedBackgroundImage to self. That method contains this line: backgroundImage := image magnifyTo: extent. That stretches the image to fit the size of the WorldMorph which is the size of the whole window. It does not maintain the aspect ratio of the image. That seems fine for images that are patterns, but not for images that contain recognizable things like people, animals, buildings, cars, ... I think it would be great to have three options for how a background image is used, 1) stretch as is done currently 2) change size to cover WorldMorph without changing the aspect ratio (right or bottom of image could be cut off) 3) tile the image over the window I have learned how to modify WorldMorph and PasteUpMorph to tile the image and the cover option wouldn't be difficult to implement. If I were to submit a change set that modifies WorldMorph and PasteMorph to support all three options, would it be considered? On Mon, Sep 30, 2024 at 8:23?PM Juan Vuletich wrote: > On 9/30/2024 8:21 PM, Mark Volkmann via Cuis-dev wrote: > > I see the Squeak has the class BackgroundMorph that supports tiling an > image over the World background, but that class is not in Cuis. Is there > another way to tile an image over the World background that is in the base > Cuis image? > > -- > R. Mark Volkmann > Object Computing, Inc. > > > Yes. You need to create your own morph, and in its #drawOn: method do > whatever you need. You can also modify WorldMorph so it tiles. Go Smalltalk > go! > > Cheers, > > -- > Juan Vuletichcuis.stgithub.com/jvuletichresearchgate.net/profile/Juan-Vuletichindependent.academia.edu/JuanVuletichpatents.justia.com/inventor/juan-manuel-vuletichlinkedin.com/in/juan-vuletich-75611b3twitter.com/JuanVuletich > > -- R. Mark Volkmann Object Computing, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From marianomontone at gmail.com Tue Oct 1 17:21:12 2024 From: marianomontone at gmail.com (Mariano Montone) Date: Tue, 1 Oct 2024 21:21:12 -0300 Subject: [Cuis-dev] WebClient issues In-Reply-To: References: Message-ID: Can't you implement as a subclass and/or separate package (that depends on webclient package)? I had that at some point. El dom, 29 de sept de 2024, 11:41, Mark Volkmann via Cuis-dev < cuis-dev at lists.cuis.st> escribi?: > I've been digging into the WebClient package which can be used to > implement HTTP servers in addition to sending HTTP requests. It has these > three shortcomings: > > 1) It doesn't support paths containing path parameters. Request matching > is done through Dictionary lookups and doesn't work when there are > path parameters. For example, you can define a route for "GET /dog", but > you cannot define a route for "PUT /dog/:id" to update a dog with a given > id. > > 2) It doesn't support query parameters. For example, in a request like > "GET /car?size=small&color=yellow", there is no method that will return a > DIctionary containing the query parameters size and color. > > 3) It doesn't support PATCH requests. These are used to update a subset of > the properties of a given resource, unlike PUT requests which update all > the properties. > > I can fix these shortcomings, but before I do that I want to verify > whether there would be interest in possibly merging my changes. If not then > I can just create my own fork of that package. > > -- > R. Mark Volkmann > Object Computing, Inc. > -- > 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 r.mark.volkmann at gmail.com Tue Oct 1 17:31:02 2024 From: r.mark.volkmann at gmail.com (Mark Volkmann) Date: Tue, 1 Oct 2024 19:31:02 -0500 Subject: [Cuis-dev] WebClient issues In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: From juan at cuis.st Tue Oct 1 18:18:58 2024 From: juan at cuis.st (Juan Vuletich) Date: Tue, 01 Oct 2024 21:18:58 -0400 Subject: [Cuis-dev] tiled background image In-Reply-To: References: <66FB4F1B.7040806@cuis.st> Message-ID: <66FC9F82.2020804@cuis.st> On 10/1/2024 8:04 PM, Mark Volkmann via Cuis-dev wrote: > In the current code the WorldMorph drawOn: method sends > aCanvas image: backgroundImage at: `0 at 0` > if backgroundImage is set. > That can be set with code like the following: > > filePath := '/Users/volkmannm/Pictures/images/altitude1600.jpg'. > byteArray := (filePath asFileEntry readStream) binary > contentsOfEntireFile. > self runningWorld backgroundImageData: byteArray. > > The backgroundImageData: method is defined in PasteUpMorph which is > the superclass of WorldMorph. > That method sends #buildMagnifiedBackgroundImage to self. > That method contains this line: > > backgroundImage := image magnifyTo: extent. > > That stretches the image to fit the size of the WorldMorph which is > the size of the whole window. > It does not maintain the aspect ratio of the image. > > That seems fine for images that are patterns, but not for images that > contain recognizable things like people, animals, buildings, cars, ... > > I think it would be great to have three options for how a background > image is used, > 1) stretch as is done currently > 2) change size to cover WorldMorph without changing the aspect ratio > (right or bottom of image could be cut off) > 3) tile the image over the window > > I have learned how to modify WorldMorph and PasteUpMorph to tile the > image and the cover option wouldn't be difficult to implement. > If I were to submit a change set that modifies WorldMorph and > PasteMorph to support all three options, would it be considered? Yes! Cheers, > > > On Mon, Sep 30, 2024 at 8:23?PM Juan Vuletich > wrote: > > On 9/30/2024 8:21 PM, Mark Volkmann via Cuis-dev wrote: >> I see the Squeak has the class BackgroundMorph that supports >> tiling an image over the World background, but that class is not >> in Cuis. Is there another way to tile an image over the World >> background that is in the base Cuis image? >> >> -- >> R. Mark Volkmann >> Object Computing, Inc. > > Yes. You need to create your own morph, and in its #drawOn: method > do whatever you need. You can also modify WorldMorph so it tiles. > Go Smalltalk go! > > Cheers, > > -- > Juan Vuletich > cuis.st > github.com/jvuletich > researchgate.net/profile/Juan-Vuletich > independent.academia.edu/JuanVuletich > patents.justia.com/inventor/juan-manuel-vuletich > linkedin.com/in/juan-vuletich-75611b3 > twitter.com/JuanVuletich > > > > -- > R. Mark Volkmann > Object Computing, Inc. -- Juan Vuletich cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich linkedin.com/in/juan-vuletich-75611b3 twitter.com/JuanVuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From marianomontone at gmail.com Tue Oct 1 19:30:57 2024 From: marianomontone at gmail.com (Mariano Montone) Date: Tue, 1 Oct 2024 23:30:57 -0300 Subject: [Cuis-dev] WebClient issues In-Reply-To: References: Message-ID: Perhaps it is just me being conservative. While you may think the features are fundamental, usually it is also true that there are different ways of doing things. In this case, web routing. And I also like preserving the original implementation if it is harmless to do so and there may be projects that depend no the current implementation. That's how I usually approach projects. El mar, 1 de oct de 2024, 21:31, Mark Volkmann escribi?: > Sure, I could create subclasses of classes in the WebClient package to add > the missing features. I?m curious how it is decided when it?s appropriate > to do that rather than improve the existing classes. The features I?m > proposing seem like fundamental web features, so I thought it would be > better to improve the existing classes so everyone gets access to those > features without needing to use new subclasses. > > --- > R. Mark Volkmann > Object Computing, Inc. > > On Oct 1, 2024, at 7:21?PM, Mariano Montone > wrote: > > Can't you implement as a subclass and/or separate package (that depends on > webclient package)? I had that at some point. > El dom, 29 de sept de 2024, 11:41, Mark Volkmann via Cuis-dev < > cuis-dev at lists.cuis.st> escribi?: > >> I've been digging into the WebClient package which can be used to >> implement HTTP servers in addition to sending HTTP requests. It has these >> three shortcomings: >> >> 1) It doesn't support paths containing path parameters. Request matching >> is done through Dictionary lookups and doesn't work when there are >> path parameters. For example, you can define a route for "GET /dog", but >> you cannot define a route for "PUT /dog/:id" to update a dog with a given >> id. >> >> 2) It doesn't support query parameters. For example, in a request like >> "GET /car?size=small&color=yellow", there is no method that will return a >> DIctionary containing the query parameters size and color. >> >> 3) It doesn't support PATCH requests. These are used to update a subset >> of the properties of a given resource, unlike PUT requests which update all >> the properties. >> >> I can fix these shortcomings, but before I do that I want to verify >> whether there would be interest in possibly merging my changes. If not then >> I can just create my own fork of that package. >> >> -- >> R. Mark Volkmann >> Object Computing, Inc. >> -- >> 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 marianomontone at gmail.com Tue Oct 1 19:34:43 2024 From: marianomontone at gmail.com (Mariano Montone) Date: Tue, 1 Oct 2024 23:34:43 -0300 Subject: [Cuis-dev] WebClient issues In-Reply-To: References: Message-ID: El mar, 1 de oct de 2024, 21:31, Mark Volkmann escribi?: > Sure, I could create subclasses of classes in the WebClient package to add > the missing features. I?m curious how it is decided when it?s appropriate > to do that rather than improve the existing classes. The features I?m > proposing seem like fundamental web features, so I thought it would be > better to improve the existing classes so everyone gets access to those > features without needing to use new subclasses. > I don't see using a different class as an inconvenience. > --- > R. Mark Volkmann > Object Computing, Inc. > > On Oct 1, 2024, at 7:21?PM, Mariano Montone > wrote: > > Can't you implement as a subclass and/or separate package (that depends on > webclient package)? I had that at some point. > El dom, 29 de sept de 2024, 11:41, Mark Volkmann via Cuis-dev < > cuis-dev at lists.cuis.st> escribi?: > >> I've been digging into the WebClient package which can be used to >> implement HTTP servers in addition to sending HTTP requests. It has these >> three shortcomings: >> >> 1) It doesn't support paths containing path parameters. Request matching >> is done through Dictionary lookups and doesn't work when there are >> path parameters. For example, you can define a route for "GET /dog", but >> you cannot define a route for "PUT /dog/:id" to update a dog with a given >> id. >> >> 2) It doesn't support query parameters. For example, in a request like >> "GET /car?size=small&color=yellow", there is no method that will return a >> DIctionary containing the query parameters size and color. >> >> 3) It doesn't support PATCH requests. These are used to update a subset >> of the properties of a given resource, unlike PUT requests which update all >> the properties. >> >> I can fix these shortcomings, but before I do that I want to verify >> whether there would be interest in possibly merging my changes. If not then >> I can just create my own fork of that package. >> >> -- >> R. Mark Volkmann >> Object Computing, Inc. >> -- >> 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 marianomontone at gmail.com Tue Oct 1 19:38:39 2024 From: marianomontone at gmail.com (Mariano Montone) Date: Tue, 1 Oct 2024 23:38:39 -0300 Subject: [Cuis-dev] WebClient issues In-Reply-To: References: Message-ID: Perhaps implement 2) and 3) by modifying Webclient. 1) as separate class. But this is just my opinion. You are free to do what you want. El mar, 1 de oct de 2024, 23:34, Mariano Montone escribi?: > > > El mar, 1 de oct de 2024, 21:31, Mark Volkmann > escribi?: > >> Sure, I could create subclasses of classes in the WebClient package to >> add the missing features. I?m curious how it is decided when it?s >> appropriate to do that rather than improve the existing classes. The >> features I?m proposing seem like fundamental web features, so I thought it >> would be better to improve the existing classes so everyone gets access to >> those features without needing to use new subclasses. >> > > I don't see using a different class as an inconvenience. > > > >> --- >> R. Mark Volkmann >> Object Computing, Inc. >> >> On Oct 1, 2024, at 7:21?PM, Mariano Montone >> wrote: >> >> Can't you implement as a subclass and/or separate package (that depends >> on webclient package)? I had that at some point. >> El dom, 29 de sept de 2024, 11:41, Mark Volkmann via Cuis-dev < >> cuis-dev at lists.cuis.st> escribi?: >> >>> I've been digging into the WebClient package which can be used to >>> implement HTTP servers in addition to sending HTTP requests. It has these >>> three shortcomings: >>> >>> 1) It doesn't support paths containing path parameters. Request matching >>> is done through Dictionary lookups and doesn't work when there are >>> path parameters. For example, you can define a route for "GET /dog", but >>> you cannot define a route for "PUT /dog/:id" to update a dog with a given >>> id. >>> >>> 2) It doesn't support query parameters. For example, in a request like >>> "GET /car?size=small&color=yellow", there is no method that will return a >>> DIctionary containing the query parameters size and color. >>> >>> 3) It doesn't support PATCH requests. These are used to update a subset >>> of the properties of a given resource, unlike PUT requests which update all >>> the properties. >>> >>> I can fix these shortcomings, but before I do that I want to verify >>> whether there would be interest in possibly merging my changes. If not then >>> I can just create my own fork of that package. >>> >>> -- >>> R. Mark Volkmann >>> Object Computing, Inc. >>> -- >>> 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 cuis.01 at klix.ch Wed Oct 2 09:14:11 2024 From: cuis.01 at klix.ch (Gerald Klix) Date: Wed, 2 Oct 2024 18:14:11 +0200 Subject: [Cuis-dev] Topic For Tomorrow's Cuis Meeting: UI-StrokeRecognizer In-Reply-To: References: <66FB5270.1030306@cuis.st> Message-ID: Did I miss something and the meeting was postponed ... ? On 10/1/24 4:55 PM, ken.dickey--- via Cuis-dev wrote: > Yes! Tomorrow (First Wednesday) I plan to show a single-stroke > pen/stylus gesture recognizer for Cuis. > > Looking forward to sharing. > > The https://cuis.st/community web page points correctly to > > ? https://meet.jit.si/CuisSmalltalk/ > > ? 16:00 GMT > > See ya! > -KenD > > From hfern at free.fr Wed Oct 2 09:15:46 2024 From: hfern at free.fr (Hilaire Fernandes) Date: Wed, 2 Oct 2024 18:15:46 +0200 Subject: [Cuis-dev] Topic For Tomorrow's Cuis Meeting: UI-StrokeRecognizer In-Reply-To: References: <66FB5270.1030306@cuis.st> Message-ID: <219450e6-cf6c-4ccf-994a-36f545b981b6@free.fr> https://meet.jit.si/CuisSmalltalk/ -- GNU Dr. Geo http://gnu.org/s/dr-geo/ http://gnu-drgeo.blogspot.com/ From hernan.wilkinson at 10pines.com Wed Oct 2 09:15:41 2024 From: hernan.wilkinson at 10pines.com (=?UTF-8?Q?Hern=C3=A1n_Wilkinson?=) Date: Wed, 2 Oct 2024 13:15:41 -0300 Subject: [Cuis-dev] Topic For Tomorrow's Cuis Meeting: UI-StrokeRecognizer In-Reply-To: References: <66FB5270.1030306@cuis.st> Message-ID: for sure you are in another meet Use this one: https://meet.jit.si/CuisSmalltalk On Wed, Oct 2, 2024 at 1:14?PM Gerald Klix via Cuis-dev < cuis-dev at lists.cuis.st> wrote: > Did I miss something and the meeting was postponed ... ? > > On 10/1/24 4:55 PM, ken.dickey--- via Cuis-dev wrote: > > Yes! Tomorrow (First Wednesday) I plan to show a single-stroke > > pen/stylus gesture recognizer for Cuis. > > > > Looking forward to sharing. > > > > The https://cuis.st/community web page points correctly to > > > > https://meet.jit.si/CuisSmalltalk/ > > > > 16:00 GMT > > > > See ya! > > -KenD > > > > > > -- > 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 cuis.01 at klix.ch Wed Oct 2 09:18:45 2024 From: cuis.01 at klix.ch (Gerald Klix) Date: Wed, 2 Oct 2024 18:18:45 +0200 Subject: [Cuis-dev] Topic For Tomorrow's Cuis Meeting: UI-StrokeRecognizer In-Reply-To: <219450e6-cf6c-4ccf-994a-36f545b981b6@free.fr> References: <66FB5270.1030306@cuis.st> <219450e6-cf6c-4ccf-994a-36f545b981b6@free.fr> Message-ID: <29ccd23c-2431-fa76-dc18-22f51ea2cbc1@klix.ch> No comment! On 10/2/24 6:15 PM, Hilaire Fernandes via Cuis-dev wrote: > https://meet.jit.si/CuisSmalltalk/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mpgfemajamacglim.png Type: image/png Size: 26091 bytes Desc: not available URL: From marianomontone at gmail.com Thu Oct 3 05:27:25 2024 From: marianomontone at gmail.com (Mariano Montone) Date: Thu, 3 Oct 2024 09:27:25 -0300 Subject: [Cuis-dev] Topic For Tomorrow's Cuis Meeting: UI-StrokeRecognizer In-Reply-To: <29ccd23c-2431-fa76-dc18-22f51ea2cbc1@klix.ch> References: <66FB5270.1030306@cuis.st> <219450e6-cf6c-4ccf-994a-36f545b981b6@free.fr> <29ccd23c-2431-fa76-dc18-22f51ea2cbc1@klix.ch> Message-ID: <903a7957-22be-4945-aa5c-ca8db51838b5@gmail.com> It was the slash at the end of the url El 2/10/24 a las 13:18, Gerald Klix via Cuis-dev escribi?: > No comment! > > > On 10/2/24 6:15 PM, Hilaire Fernandes via Cuis-dev wrote: >> https://meet.jit.si/CuisSmalltalk/ >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mpgfemajamacglim.png Type: image/png Size: 26091 bytes Desc: not available URL: From cuis.01 at klix.ch Thu Oct 3 08:05:42 2024 From: cuis.01 at klix.ch (Gerald Klix) Date: Thu, 3 Oct 2024 17:05:42 +0200 Subject: [Cuis-dev] Topic For Tomorrow's Cuis Meeting: UI-StrokeRecognizer In-Reply-To: <903a7957-22be-4945-aa5c-ca8db51838b5@gmail.com> References: <66FB5270.1030306@cuis.st> <219450e6-cf6c-4ccf-994a-36f545b981b6@free.fr> <29ccd23c-2431-fa76-dc18-22f51ea2cbc1@klix.ch> <903a7957-22be-4945-aa5c-ca8db51838b5@gmail.com> Message-ID: Sigh. Thanks a lot. On 10/3/24 2:27 PM, Mariano Montone via Cuis-dev wrote: > It was the slash at the end of the url > > El 2/10/24 a las 13:18, Gerald Klix via Cuis-dev escribi?: >> No comment! >> >> >> On 10/2/24 6:15 PM, Hilaire Fernandes via Cuis-dev wrote: >>> https://meet.jit.si/CuisSmalltalk/ >>> >> >> > From r.mark.volkmann at gmail.com Thu Oct 3 11:54:42 2024 From: r.mark.volkmann at gmail.com (Mark Volkmann) Date: Thu, 3 Oct 2024 13:54:42 -0500 Subject: [Cuis-dev] change set to support background image #cover and #tile options Message-ID: To test this from a Workspace: 1) Choose an image file and set filePath to point to it. For example, filePath := '/Users/volkmannm/Pictures/images/altitude1600.jpg'. 2) Optionally choose a "background effect" which can be nil (current stretch behavior), #cover, or #tile. I'm pretty sure this is NOT the way we want to do this, but I couldn't think of another way without adding an instance variable to PasteUpMorph. I'm open to suggestions on this. Smalltalk at: #backgroundEffect put: #cover. 3) Send #backgroundImageData: to the current WorldMorph. Note that a new stream must be created every time this is sent. stream := filePath asFileEntry readStream. self runningWorld backgroundImageData: stream binary contentsOfEntireFile. 4) Optionally remove the background image. self runningWorld backgroundImageData: nil. All three options are working for me. -- R. Mark Volkmann Object Computing, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 6743-CuisCore-MarkVolkmann-2024Oct02-15h08m-RMV.001.cs.st Type: application/octet-stream Size: 2486 bytes Desc: not available URL: From hfern at free.fr Thu Oct 3 14:11:35 2024 From: hfern at free.fr (Hilaire Fernandes) Date: Thu, 3 Oct 2024 23:11:35 +0200 Subject: [Cuis-dev] change set to support background image #cover and #tile options In-Reply-To: References: Message-ID: May be using Preferences for picture path and background effect.. Le 03/10/2024 ? 20:54, Mark Volkmann via Cuis-dev a ?crit?: > 2) Optionally choose a "background effect" which can be nil (current > stretch behavior), #cover, or #tile. I'm pretty sure this is NOT the > way we want to do this, but I couldn't think of another way without > adding an instance variable to PasteUpMorph. I'm open to > suggestions?on this. -- GNU Dr. Geo http://gnu.org/s/dr-geo/ http://gnu-drgeo.blogspot.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Fri Oct 4 08:31:38 2024 From: juan at cuis.st (Juan Vuletich) Date: Fri, 04 Oct 2024 11:31:38 -0400 Subject: [Cuis-dev] Removed 4 sequences from NamedCharacters / LatEx character input Message-ID: <67000A5A.5020505@cuis.st> Hi Folks, especially Luciano. Today I learned that the \ + name + space sequence for entering selected Unicode characters meant that some valid Smalltalk could not be entered. For instance: 'C:\' [space] (i.e. some reasonable Windows file path in a String literal, followed by a space character) "C:\" [space] (i.e. some reasonable Windows file path in a comment, followed by a space character) a \~ b (i.e. some weird but possible binary selector) `a copyWith: $\` (i.e. some backtick compile time constant ending with a backslash) If Luciano or anyone thinks they really need this, we can add a preference. Comments welcome. Thanks! -- Juan Vuletich cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich linkedin.com/in/juan-vuletich-75611b3 twitter.com/JuanVuletich From luchiano at gmail.com Fri Oct 4 10:45:44 2024 From: luchiano at gmail.com (Luciano Notarfrancesco) Date: Sat, 5 Oct 2024 00:45:44 +0700 Subject: [Cuis-dev] Removed 4 sequences from NamedCharacters / LatEx character input In-Reply-To: <67000A5A.5020505@cuis.st> References: <67000A5A.5020505@cuis.st> Message-ID: Hi Juan, The example sequences you mentioned are not important for me, removing those would be enough? Or restricting to alphanumeric names like \times and \alpha, plus \^ for superscript and \_ for subscript? On Fri, Oct 4, 2024 at 22:31 Juan Vuletich wrote: > Hi Folks, especially Luciano. > > Today I learned that the \ + name + space sequence for entering selected > Unicode characters meant that some valid Smalltalk could not be entered. > For instance: > 'C:\' [space] (i.e. some reasonable Windows file path in a String > literal, followed by a space character) > "C:\" [space] (i.e. some reasonable Windows file path in a comment, > followed by a space character) > a \~ b (i.e. some weird but possible binary selector) > `a copyWith: $\` (i.e. some backtick compile time constant ending with a > backslash) > > If Luciano or anyone thinks they really need this, we can add a preference. > > Comments welcome. > > Thanks! > > -- > Juan Vuletich > cuis.st > github.com/jvuletich > researchgate.net/profile/Juan-Vuletich > independent.academia.edu/JuanVuletich > patents.justia.com/inventor/juan-manuel-vuletich > linkedin.com/in/juan-vuletich-75611b3 > twitter.com/JuanVuletich > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luchiano at gmail.com Fri Oct 4 10:47:27 2024 From: luchiano at gmail.com (Luciano Notarfrancesco) Date: Sat, 5 Oct 2024 00:47:27 +0700 Subject: [Cuis-dev] Removed 4 sequences from NamedCharacters / LatEx character input In-Reply-To: References: <67000A5A.5020505@cuis.st> Message-ID: Ah, you mean only these 4? They are not important for me at all, and it makes absolute sense to remove them to me. Sorry for the confusion. On Sat, Oct 5, 2024 at 00:45 Luciano Notarfrancesco wrote: > Hi Juan, > The example sequences you mentioned are not important for me, removing > those would be enough? Or restricting to alphanumeric names like \times and > \alpha, plus \^ for superscript and \_ for subscript? > > On Fri, Oct 4, 2024 at 22:31 Juan Vuletich wrote: > >> Hi Folks, especially Luciano. >> >> Today I learned that the \ + name + space sequence for entering selected >> Unicode characters meant that some valid Smalltalk could not be entered. >> For instance: >> 'C:\' [space] (i.e. some reasonable Windows file path in a String >> literal, followed by a space character) >> "C:\" [space] (i.e. some reasonable Windows file path in a comment, >> followed by a space character) >> a \~ b (i.e. some weird but possible binary selector) >> `a copyWith: $\` (i.e. some backtick compile time constant ending with a >> backslash) >> >> If Luciano or anyone thinks they really need this, we can add a >> preference. >> >> Comments welcome. >> >> Thanks! >> >> -- >> Juan Vuletich >> cuis.st >> github.com/jvuletich >> researchgate.net/profile/Juan-Vuletich >> independent.academia.edu/JuanVuletich >> patents.justia.com/inventor/juan-manuel-vuletich >> linkedin.com/in/juan-vuletich-75611b3 >> twitter.com/JuanVuletich >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From cuis.01 at klix.ch Fri Oct 4 11:00:16 2024 From: cuis.01 at klix.ch (Gerald Klix) Date: Fri, 4 Oct 2024 20:00:16 +0200 Subject: [Cuis-dev] Removed 4 sequences from NamedCharacters / LatEx character input In-Reply-To: References: <67000A5A.5020505@cuis.st> Message-ID: IHMO the undo implementation is broken. If you enter ?'C:\times? and than add a single ?'? you get ?'C:?'?, if you undo this substitution, the undo also deletes the ?'?. If the input of a ?'? and the following substitution were separated into two undo entries, one would be able to undo them separately, thus enabling one to just cancel the substitution. Just my Fr. 0.02, Gerald On 10/4/24 7:47 PM, Luciano Notarfrancesco via Cuis-dev wrote: > Ah, you mean only these 4? They are not important for me at all, and it > makes absolute sense to remove them to me. Sorry for the confusion. > > On Sat, Oct 5, 2024 at 00:45 Luciano Notarfrancesco > wrote: > >> Hi Juan, >> The example sequences you mentioned are not important for me, removing >> those would be enough? Or restricting to alphanumeric names like \times and >> \alpha, plus \^ for superscript and \_ for subscript? >> >> On Fri, Oct 4, 2024 at 22:31 Juan Vuletich wrote: >> >>> Hi Folks, especially Luciano. >>> >>> Today I learned that the \ + name + space sequence for entering selected >>> Unicode characters meant that some valid Smalltalk could not be entered. >>> For instance: >>> 'C:\' [space] (i.e. some reasonable Windows file path in a String >>> literal, followed by a space character) >>> "C:\" [space] (i.e. some reasonable Windows file path in a comment, >>> followed by a space character) >>> a \~ b (i.e. some weird but possible binary selector) >>> `a copyWith: $\` (i.e. some backtick compile time constant ending with a >>> backslash) >>> >>> If Luciano or anyone thinks they really need this, we can add a >>> preference. >>> >>> Comments welcome. >>> >>> Thanks! >>> >>> -- >>> Juan Vuletich >>> cuis.st >>> github.com/jvuletich >>> researchgate.net/profile/Juan-Vuletich >>> independent.academia.edu/JuanVuletich >>> patents.justia.com/inventor/juan-manuel-vuletich >>> linkedin.com/in/juan-vuletich-75611b3 >>> twitter.com/JuanVuletich >>> >>> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From juan at cuis.st Fri Oct 4 11:59:08 2024 From: juan at cuis.st (Juan Vuletich) Date: Fri, 04 Oct 2024 14:59:08 -0400 Subject: [Cuis-dev] Removed 4 sequences from NamedCharacters / LatEx character input In-Reply-To: References: <67000A5A.5020505@cuis.st> Message-ID: <67003AFC.1080809@cuis.st> Yes, just those four. Great. Thank you! Cheers, On 10/4/2024 1:47 PM, Luciano Notarfrancesco via Cuis-dev wrote: > Ah, you mean only these 4? They are not important for me at all, and > it makes absolute sense to remove them to me. Sorry for the confusion. > > On Sat, Oct 5, 2024 at 00:45 Luciano Notarfrancesco > > wrote: > > Hi Juan, > The example sequences you mentioned are not important for me, > removing those would be enough? Or restricting to alphanumeric > names like \times and \alpha, plus \^ for superscript and \_ for > subscript? > > On Fri, Oct 4, 2024 at 22:31 Juan Vuletich > wrote: > > Hi Folks, especially Luciano. > > Today I learned that the \ + name + space sequence for > entering selected > Unicode characters meant that some valid Smalltalk could not > be entered. > For instance: > 'C:\' [space] (i.e. some reasonable Windows file path in a String > literal, followed by a space character) > "C:\" [space] (i.e. some reasonable Windows file path in a > comment, > followed by a space character) > a \~ b (i.e. some weird but possible binary selector) > `a copyWith: $\` (i.e. some backtick compile time constant > ending with a > backslash) > > If Luciano or anyone thinks they really need this, we can add > a preference. > > Comments welcome. > > Thanks! > > -- > Juan Vuletich > cuis.st > github.com/jvuletich > researchgate.net/profile/Juan-Vuletich > > independent.academia.edu/JuanVuletich > > patents.justia.com/inventor/juan-manuel-vuletich > > linkedin.com/in/juan-vuletich-75611b3 > > twitter.com/JuanVuletich > -- Juan Vuletich cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich linkedin.com/in/juan-vuletich-75611b3 twitter.com/JuanVuletich -------------- next part -------------- An HTML attachment was scrubbed... URL: From r.mark.volkmann at gmail.com Fri Oct 4 13:08:42 2024 From: r.mark.volkmann at gmail.com (Mark Volkmann) Date: Fri, 4 Oct 2024 15:08:42 -0500 Subject: [Cuis-dev] change set to support background image #cover and #tile options In-Reply-To: References: Message-ID: I like that suggestion! Here's a new change set that uses PreferenceSet instead of the Smalltalk Dictionary. On Thu, Oct 3, 2024 at 4:11?PM Hilaire Fernandes via Cuis-dev < cuis-dev at lists.cuis.st> wrote: > May be using Preferences for picture path and background effect.. > Le 03/10/2024 ? 20:54, Mark Volkmann via Cuis-dev a ?crit : > > 2) Optionally choose a "background effect" which can be nil (current > stretch behavior), #cover, or #tile. I'm pretty sure this is NOT the way > we want to do this, but I couldn't think of another way without adding an > instance variable to PasteUpMorph. I'm open to suggestions on this. > > -- > GNU Dr. Geohttp://gnu.org/s/dr-geo/http://gnu-drgeo.blogspot.com/ > > -- > Cuis-dev mailing list > Cuis-dev at lists.cuis.st > https://lists.cuis.st/mailman/listinfo/cuis-dev > -- R. Mark Volkmann Object Computing, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 6744-CuisCore-Volkmann-2024Oct04-14h54m-RMV.001.cs.st Type: application/octet-stream Size: 2818 bytes Desc: not available URL: