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

Tobias Pape Das.Linux at gmx.de
Wed Apr 22 17:18:59 UTC 2020


> On 22.04.2020, at 19:08, Nicolas Cellier <nicolas.cellier.aka.nice at gmail.com> wrote:
> 
> 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... 

+1

-t

> 
> 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
> 
> 




More information about the Squeak-dev mailing list