[squeak-dev] The Trunk: Collections-mt.886.mcz

Nicolas Cellier nicolas.cellier.aka.nice at gmail.com
Wed Apr 22 17:08:49 UTC 2020


Text is an abstract layer, independent of rendering.
It's not the graphic object per se, just some specification (= string +
tags).
We can render the same Text with different style options (line wrap or not,
default font, tab spacing, paragraph indentation, interline, etc...).
Text rendering requires composition which currently occur in the Graphics
package (CharacterScanner & al).

CompositionScanner and DIsplayScanner are higher level than what we
generally expect in graphics.
They use what we might consider much lower level graphics primitives like
measuring and rendering individual characters or short strings with a
specific font...

Le mer. 22 avr. 2020 à 17:51, K K Subbu <kksubbu.ml at gmail.com> a écrit :

> On 22/04/20 1:17 PM, Marcel Taeumel wrote:
> >  > I'd rather have its own package. I don't think about most of text in
> > the domain of graphics ;D
> >
> > In such a package, Fonts, TextStyle, Paragraph, etc. would be, too. ;-)
>
> In theory, Text (string decorations) comes under graphics. In practice,
> there is difference between fine text used in spans like paragraphs and
> gross text used in shapes like Text Art.
>
> Fine text needs careful handling beyond simple graphic transformations.
> Word wrapping are not just graphical ops. They need to account for
> language-dependent direction, hyphenation and ligatures. Fonts are not
> just an array of vector shapes but have rendering hints and tweaks for
> various resolutions. So fine text needs its own package.
>
> Larger text (like Text Art) does come under graphics and can behave like
> any other graphic shapes. Text Art could be part of graphics.
>
> Regards .. Subbu
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200422/6eb3fa2b/attachment.html>


More information about the Squeak-dev mailing list