<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="#954F72" style="word-wrap:break-word"> <div class="WordSection1"> Hi all, <o:p> </o:p> > Generally speaking, for things that will be talked about a lot, *fewer syllables are better*.<o:p></o:p> <o:p> </o:p> In that case how about EdgedMorph or RimmedMorph instead of BorderedBoxedMorph? 😊<o:p></o:p> $0.02<o:p></o:p> --<o:p></o:p> Jaromir Matas <o:p> </o:p> <div style="mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> From: <a href="mailto:cuis-dev@lists.cuis.st">Juan Vuletich via Cuis-dev</a> Sent: Monday, December 27, 2021 19:55 To: <a href="mailto:bernhard@pieber.com">Bernhard Pieber</a>; <a href="mailto:cuis-dev@lists.cuis.st"> Discussion of Cuis Smalltalk</a> Cc: <a href="mailto:JuanVuletich@zoho.com">Juan Vuletich</a>; <a href="mailto:hilaire@drgeo.eu"> Hilaire Fernandes</a> Subject: Re: [Cuis-dev] Renaming several fundamental Morph classes </div> <o:p> </o:p> On 12/27/2021 1:39 PM, Bernhard Pieber via Cuis-dev wrote: > Hi Juan, > Hi Hilaire, > > Thanks for the explanation regarding morphs without location. Now that I understand it, I quite like the name MovableMorph. I think it is conveys the meaning better than LocatedMorph. All morphs are located but some are not movable (by themselves). Yes. This was the rationale behind MovableMorph. A morph you (or code) can move around. > What about layoutSpec? Could any „unmovable“ morph make good of it? I think not. Layouts control locations (and extents, if present). > I think it would be great to have at least one Non-MovableMorph subclass in the base system to have a good example. Agreed. > Cheers, > Bernhard > >> Am 27.12.2021 um 09:58 schrieb Hilaire Fernandes via Cuis-dev<cuis-dev@lists.cuis.st>: >> >>> I haven't implemented any yet, but I was thinking, for example, on a morph that is a function, in a FunctionGraphMorph. The graph sets the space (the coordinate system) for the functions it shows. Each function can't and shouldn't be moved. If you move the sin(x) function 1 upwards, it becomes sin(x)+1, and that's a different function. So it is for morphs that can't be moved at all. >> In DrGeo, geometric item views are direct subclasses of Morph, because you are not expected to drag these morphs around. The view is only positioned according to its math model. So this is an additional show case for a Morph without location attribute. > Cheers, -- Juan Vuletich <a href="http://www.cuis-smalltalk.org">www.cuis-smalltalk.org</a> <a href="https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev">https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev</a> <a href="https://github.com/jvuletich">https://github.com/jvuletich</a> <a href="https://www.researchgate.net/profile/Juan-Vuletich">https://www.researchgate.net/profile/Juan-Vuletich</a> <a href="https://www.linkedin.com/in/juan-vuletich-75611b3">https://www.linkedin.com/in/juan-vuletich-75611b3</a> <a href="https://independent.academia.edu/JuanVuletich">https://independent.academia.edu/JuanVuletich</a> @JuanVuletich -- Cuis-dev mailing list Cuis-dev@lists.cuis.st <a href="https://lists.cuis.st/mailman/listinfo/cuis-dev">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><o:p></o:p> <o:p> </o:p> </div> </body> </html>