![]() Firefox trunk does not support baseline-shift. Opera and Chrome support baseline-shift and seems to use +/-0.33 for scripts. Note, other SVG viewers are free to choose other values. OpenOffice and Adobe use offsets of +/-0.33 of the font size, Word +0.35/-0.14. It does recommend using baseline information from the font but this data isn't easy to access (and may not be in most fonts). The SVG standard does not specify the shift. What should the baseline shifts be for superscripts and subscripts. I have a couple of questions about superscripts and subscripts:ġ. Release of Inkscape 0.48 will be soon so prompt response would be appreciated. Please check it out and give me your feedback. Superscript and subscript support uses the "sub" and "super" tags as I described in an earlier post. I've also added buttons on the text toolbar for superscripts and subscripts (they are missing correct icons at the moment). I've added support for baseline-shift to Inkscape trunk. Font-size would be decreased or increased along with adding or removing the baseline-shift. If it is set to "super" or "sub" then Inkscape would assume that the text is a superscript or subscript. As a medium term solution, one could implement baseline-shift. This would then be used to automagically change the dy and font-size values. To properly support superscripts and subscripts, Inkscape would probably have to add -inkscape-superscript and -inkscape-subscript attributes. These could them be tied to keyboard shortcuts.īTW, Scribus appears to export text as paths to SVG. Font-size would be decreased or increased along with adding or removing the baseline-shift.Ī short term solution would be to add extensions to create superscripts and subscripts. To properly support superscripts and subscripts, Inkscape would probably have to add -inkscape- superscript and -inkscape-subscript attributes. Using baseline-shift will not automatically change font size. These are not well defined (different SVG viewers can shift the superscripts and subscripts by different amounts). The baseline-shift attribute does have "sub" and "super" values. SVG 1.1 doesn't appear to include much support for superscripts and subscripts. This coupled with changing the font size can be used to typeset superscripts and subscripts. Thanks.In v0.48 the dy (y shift) attribute can be set from the text toolbar. Please clarify what you mean by "behavior seems normal on your end", giving precise examples. ![]() Inkscape, by the way, is also inconsistent with itself, since changing coordinates of an object from the box will respect the "up means increase" standard, but not the increase of font size when changing text size. But here we have Inkscape really trying to stand out and confuse people with dozens of years of muscle memory. Unrelated to Adobe, different company - same behavior. Here is another example where up means an increase in value, Apple's Pages Text Editor. I am showing it in its expanded version, but if I simply clicked the value and used the up and down arrows to zoom in or out of my artboard, up would be Increase and DOWN would decrease. This is the Artboard size menu in InDesign (but the exact same behavior would be expected across all Adobe apps). Here the same thing happens with numbers. Imagine if you pressed UP and went from Canada to Ethiopia it would be counterintuitive and disruptive in a workflow. Imagine a drop down menu with the labels: Algeria Belgium Canada Ethiopia France If you click on the menu (without expanding it) to navigate from canada to Algeria you would have to press "UP" twice. The logic is that we are navigating inside a suggested menu. Across every single Adobe app, UP means increase in selected number or percentage. Can you give an example of a program you use where selecting text and pressing the UP key will make the selected number decrease? I have never seen this behavior anywhere else but in inkscape.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |