Text style objects have components for family, face, and size. Not all of these attributes need be supplied for a given text style object. Text styles can be merged in much the same way as pathnames are merged; unspecified components in the style object (that is, components that have nil in them) may be filled in by the components of a "default" style object. A text style object is called fully specified if none of its components is nil, and the size component is not a relative size (that is, is neither :smaller nor :larger). [annotate]
The protocol class for text styles. If you want to create a new class that behaves like a text style, it should be a subclass of text-style. All instantiable subclasses of text-style must obey the text style protocol. [annotate] |
Returns true if object is a text style, otherwise returns false. [annotate] |
An instantiable class that implements text styles. It is a subclass of text-style. This is the class that make-text-style instantiates. Members of this class are immutable. [annotate] The interface to text styles is as follows: [annotate] |
Returns an object of class standard-text-style with a family of family, a face of face, and a size of size. [annotate] family is one of :fix, :serif, :sans-serif, or nil. [annotate] face is one of :roman, :bold, :italic, (:bold :italic), or nil. [annotate] size is a real number representing the size in printer's points, one of the logical sizes (:normal, :tiny, :very-small, :small, :large, :very-large, :huge), a relative size (:smaller or :larger), or nil. [annotate] Note: When specifying :SMALLER or :LARGER, what is that size relative to? [edit]-- Elias Mårtenson 2018-06-10 06:46Z Note: To the text-style you merge with and/or *default-text-style*. [edit]-- Daniel Kochmanski 2018-10-09 06:08Z Implementations are permitted to extend legal values for family, face, and size. [annotate] Minor issue: Need to describe what family, face, size mean in terms of visual appearance. This should also be reconciled with the ISO description of the attributes of a "text style", including such things as underlining, subscripts, superscripts, etc. --- York, SWM [annotate] |
The default text style used on a CLIM medium if no text style it explicitly specified for the medium when it it created. This must be a fully merged text style. [annotate] |
The text style that is used as a fallback if no mapping exists for some other text style when some text is about to be rendered on a display device (via write-string and draw-string*, for example). This text style be fully merged, and it must have a mapping for all display devices. [annotate] |
The following generic functions comprise the text style protocol. All subclasses of text-style must implement methods for each of these generic functions. [annotate]
Each of the suboptions described below has a corresponding reader accessor that can be used to extract a particular component from a text style. [annotate]
Returns the components of the text style text-style as three values, the family, face, and size. [annotate] |
Specifies the family of the text style text-style. [annotate] |
Specifies the face of the text style text-style. [annotate] |
Specifies the size of the text style text-style. [annotate] |
Returns a text style object. style-spec may be a text-style object or a device font, in which case it is returned as is, or it may be a list of the family, face, and size (that is, a "style spec"), in which case it is "parsed" and a text-style object is returned. This function is for efficiency, since a number of common functions that take a style object as an argument can also take a style spec, in particular draw-text. [annotate] |
Merges the text styles style1 with style2, that is, returns a new text style that is the same as style1, except that unspecified components in style1 are filled in from style2. For convenience, the two arguments may be also be style specs. [annotate] When merging the sizes of two text styles, if the size from style1 is a relative size, the resulting size is either the next smaller or next larger size than is specified by style2. The ordering of sizes, from smallest to largest, is :tiny, :very-small, :small, :normal, :large, :very-large, and :huge. [annotate] Minor issue: Need to describe face-merging properly. For example, merging a bold face with an italic one can result in a bold-italic face. --- SWM [annotate] |
| text-style-ascent | text-style medium | [Generic Function] |
| text-style-descent | text-style medium | [Generic Function] |
| text-style-height | text-style medium | [Generic Function] |
| text-style-width | text-style medium | [Generic Function] |
Returns the ascent, descent, height, and width (respectively) of the font corresponding to the text style text-style as it would be rendered on the medium medium. text-style must be a fully specified text style. [annotate] The ascent of a font is the distance between the top of the tallest character in that font and the font's baseline. The descent of a font is the distance between the baseline and the bottom of the lowest descending character (usually "g", "p", "q", or "y"). The height of a font is the sum of the ascent and the descent of the font. The width of a font is the width of some representative character in the font. [annotate] The methods for these generic functions will typically specialize both the text-style and medium arguments. Implementations should also provide "trampoline" for these generic functions on output sheets; the trampolines will simply call the method for the medium. [annotate] |
Returns true if the text styles text-style will map to a fixed-width font on the medium medium, otherwise returns false. text-style must be a fully specified text style. [annotate] The methods for this generic function will typically specialize both the text-style and medium arguments. Implementations should also provide a "trampoline" for this generic function for output sheets; the trampoline will simply call the method for the medium. [annotate] Minor issue: Discuss baselines? Kerning? --- SWM [annotate] |
Computes the "cursor motion" in device units that would take place if string (which may be either a string or a character) were output to the medium medium starting at the position (0,0). Five values are returned: the total width of the string in device units, the total height of the string in device units, the final x cursor position (which is the same as the width if there are no text-style specifies what text style is to be used when doing the output, and defaults to medium-merged-text-style of the medium. text-style must be a fully specified text style. start and end may be used to specify a substring of string. [annotate] If a programmer needs to account for kerning or the ascent or descent of the text style, he should measure the size of the bounding rectangle of the text rendered on medium. [annotate] Note: How convenient! Tell me, how should the output record know? [edit]-- Gilbert Baumann 2021-02-22 02:46Z Note: This paragraph doesn't make sense to me too. Does this imply that kerning is ignored by TEXT-SIZE? That aside, the text bounding rectangle (line metrics) can be inferred from values returned by text-size. Assuming LTR text direction (can be generalized): ymin = -baseline, ymax = -baseline + height xmin = -cursor-dx, xmax = -cursor-dx + width Such bounding rectangle does not account for glyph bearings and uses line metrics instead (cursor movement and ascent/descent), so there is a space for a more precise version TEXT-BOUNDING-RECTANGLE* that computes the minimal bounding rectangle based on glyph metrics; that said it is debatable whether such function should be part of the API. [edit]-- DK 2024-06-26 10:26ZAll mediums and output sheets must implement a method for this generic function. [annotate] Note: I would appreciate, when this function would also take :text-family, :text-face, and :text-size arguments. [edit]-- Gilbert Baumann 2021-03-10 03:28Z Note: About "line-height": CLIM2 does not account for stream-vertical-spacing. And I believe it is a good thing that it doesn't. [edit]-- Gilbert Baumann 2022-06-28 23:01Z |