|
2004-12-17 02:37
|
frame_example-1.png (11,041 bytes) |
|
2004-12-17 02:37
|
|
|
|
I was curious to see how Quark was doing in that area. I used Times 48 pts instead of Utopia. The box is as tight as can be at 3p7,231 before the text disappears. I guess this is exactly what you'd expect Scribus to achieve isn't it? (see uploaded screenshot) At 800%, we can see a gap that is 0p0,125 which happens to be the thickness of guides at that magnification. So, virtually, I guess we can state there is no gap at all there. At 100% it is impossible to see that on screen. If that can help solve the issue. :-) |
|
|
Sorry, can't upload file. I get this message: APPLICATION ERROR 0000503 Invalid upload path. Directory either does not exist or not writable to webserver Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section. |
|
|
Craig, thats because the first line of text is alway positioned with room for the maximum height for the glyphs in a given Font, to ensure that even a Ü, Ä or Ö will be displayed fine. Of course this will leave always some space for letters like T or lowercase letters. |
|
2004-12-17 21:57
|
|
|
|
Here is how Quark does it (this time the file uploaded without any error). There are 3 options for displaying and positionning the caps with accented letters. I have written them underneath. Look for the differences in how the accented cap is displayed, and the dot on the i and the top curve of the f in foxes. Note the space change on top and also see that even if the accent is displayed better on top, the size of the cap is still not perfect on screen because the E with an accent shouldn't be smaller than a regular capital letter. The display is not wysiwyg but the print will be OK. All this to say I think that how Scribus handles this makes more sense to me because the height of the cap is maintained no matter if there is a diacritic mark or not on top of it. |
|
|
Franz: That makes sense. Frankly, I didn't think to test with accented characters - stupid given how much work I've been doing on Unicode support in the scripter. It would be nice if frames could be set to fit the text tightly to the frame (using the actual border of the glyphs, not the max possible space needed) or had the option of drawing frames with the top at the top line of captial letters. If you think this makes sense, I'll file a feature req for it here. It would also be very helpful to be able to have negative padding on text frames, especially negative top padding. Nonetheless, it looks like this is not a bug - though I think conversion into a feature request is warranted, given that currently the only other option for tight text flow seems to be editing the frame's contour line. |
|
|
Yeah, I think I agree with CR here, that is, the top, left, right, bottom distance measurements on the Properties Palette have a 0 value. If we had an option to "auto adjust based on highest letter of top line", with a 0 value in Top, it would then always adjust to fit the letter to reach the top of the frame. |
|
|
Converted to type feature. |
|
|
ringerc: the gap at the top is no longer there on 1.3cvs, but at the bottom its still there. what do you recommend? solve or leave open? |
- Anonymous
