Case sensitive forms

2»

Comments

  • Thanks for the recommendation. I added this kind of feature in a stylistic set to replace /x with a multiply symbol in certain contexts for a typeface I did for a client but I realize when the typeface is changed, everything reverts back to all the things I want to avoid. I guess a type designer shouldn't exert control over the errors the end user will make. It's better to use the multiply symbol in the first place.
  • FWIW, it's common typographic practice to use a plain 'x' instead of the multiplication symbol in text.
  • What do you mean by it's common practice? I know I see it everywhere in shopping windows, but it's wrong. Mind you, the feature I made for it only turned on when an x is preceded by a number and space and followed by a space and a number. When there is no space after the number, it could as well be an x instead of a multiply symbol in a mathematical context. I did give the client a warning for its use, but I've actually made up my mind about it; I have a meeting planned with the client next week when he will get the full set of fonts and an update on the ones he already had, so I will make sure the feature is removed.
  • Just because its common, it doesn't mean its right... it like people using inch and foot marks instead of real quotes (my pet peeve of sloppy typography). Of course, this leads to the dilemma of whether features should be added to a font to allow for the lack of ability in the end user use the right glyphs.
  • That's why I made the features, but on second thought it's just not a proper solution. It has some adverse effects, like the fact that the end user may feel he can continue using incorrect typography because his typeface fixes his sloppiness anyway, just like some if not most people care less about the accuracy of typing in at least some contexts because spell check fixes their sloppiness anyway. If all typefaces did that it might come closer to a proper solution, but I don't think it's the type designer's job to prevent the mistakes the end user might make.
  • I just don't agree with that. Besides, I feel the extra emphasis is absolutely not obtrusive in this context. From my perspective, the second example just looks amateurish.
  • Also, who or what's Hucholi and why is this an authority on the subject?
  • Kent LewKent Lew Posts: 905
    I think Jackson mistyped. He probably meant “Hochuli” — as in Jost Hochuli.
  • edited December 2014
    ≥≤
  • A simple way to do it is as a substitution. Create alternate glyphs designed to look good in all caps settings using copies of the default glyphs, and then do something like this: feature case { sub hyphen by hyphen.case; ...etc. It's also possible to do it by modifying the positions of the glyphs rather than doing substitutions, but I've never tried it.
    That is exactly what I did but it doesn't work. I'm new to this so I'm probably doing something wrong but can't figure out what. Am I supposed to have defined classes before I start making features?
  • How is it not working? Can you expand on this?

    Regarding classes, you don't need them when you make features, but they are more convenient in situations where the feature involves more than single glyphs.

    For instance, for the case feature, you might do something like this:

       sub hyphen by hyphen.case;
       sub endash by endash.case;
       sub emdash by emdash.case;

    Instead you could do this:

       sub [hyphen endash emdash] by [hyphen.case endash.case emdash.case];

    Or you could turn these lists into classes like this:

       @dashes = [hyphen endash emdash];
       @dashes_case = [hyphen.case endash.case emdash.case];

    ...and then do this:

       sub @dashes by @dashes_case;

    For what it's worth, I don't usually use classes for the case feature. I usually do it like the first example.

  • In case feature I did exactly this:

    sub endash by endash.case;

    I did some more reading and I figured (if I understood) that this feature is supposed to work when you apply a paragraph style to the text but it's not working when you change the case in type menu in Indesign or you just write it with Caps Lock on. Is that right? 

    Now I have tested it and it's working with the paragraph style in ID but still not working in Word.
  • Ondrej has perhaps figured that out, but for others wondering: the 'case' feature works in InDesign when you format text as uppercase. Not when you change the case permanently, not when you write with caps lock on.
  • Nick ShinnNick Shinn Posts: 2,129
    edited October 2023
    All-caps formatting (Apple keyboard): Select the text and apply command-shift-k

    Also useful—
    Small-caps formatting: Select the text and apply command-shift-h
Sign In or Register to comment.