|
2006-04-04 00:47
|
font-align.png (15,343 bytes) |
|
2006-04-04 00:54
|
font-align2.png (15,838 bytes) |
|
|
Re-uploaded the example, v1 was missing something... |
|
|
I agree with fixed mode using the font's ascent. Baseline aligns the baseline to the baseline grid. I think that's correct atm. You also want to align the descent line to the baseline grid?? |
|
|
>>I also think that it should have a way to align on baseline on the Descent line. I find this confusing. The diagram is interesting but seems to lack important info. AFAIK, isn't baseline the bottom of the x-height? At least, this is how we look at it for a long time now. I am fully ready to revise my own idea on this with the help of documentation from various sources. Can you please provide them? I agree "leading" takes it from a different perspective. But we are already decades beyond lead now. Anyhow, ready to read on and to learn. We can never be sure for a very long time, can we?! |
|
|
I'm sorry I do lots of things at the same time here so my stuff is sometimes a bit confusing as I don't really take time to organize my thoughts. About the baseline, I don't actually want to remove the current way of doing, but rather have another option (which I forgot to mention), and have this option use the descent line instead. At the same time I thought to myself that having a way to set leading would be a nice option. Basically, this is typical line-height, but since it's already set in the document properties, it is useless to set it as line-height, and to me the most logical way of doing this is by thinking how they used to do it in lead-fonts, by adding leading. Also this might be used to align the ascent line to the baseline (in the eventuality someone one day might want this). The current (baseline method) is correct. I'm not sure if baseline of the type, if it is truly called so (can't remember), is the same as the one on the page. To me it would seem a bit strange though that you would like your descenders, and thus the text itself, to go between 2 grid areas. If you need any further information it'll be a pleasure to seek it. |
|
|
Changing this to a feature. We have no bug in this area, you simply want more options. More options come with the new text system. |
|
|
I was checking at InDesign's way of doing this, here are their options: - Ascent Aligns on the ascent (like in my feature request). ******** -Cap Height (much like current default)[!!!IMPROVEMENT REGARDING WHAT WE HAVE NOW] Much like what we have now but very much improved. **NOTE** What I find very interesting is that this option takes into account accented characters, so a É won't screw up your formatting, and it's consistent on with every cap letter (I guess they do an average) and on every column, and won't revert to the lowest character when there is no cap (MUCH NEEDED). ******** -Leading (called Baseline in Scribus) Aligns the baseline of the text with the leading (line-height) applied. -x-height Aligns the top of the x-height to the top of the first line. (not very useful I'd say but seems easy to implement) -Fixed Much like Leading, but it align the type baseline to the top of the first line, so you have a whole line over the frame. (cannot see much use, but it's probably there for a reason) If you do not implement Ascent, which seems much easier than the described Cap Height, I think we really need to improve what we have now. IMO current options is really not equal to the quality of the rest of the software. |
|
|
I would agree. Font ascent offset and linespacing offset are required to have a set of options that give predictable result for the designer. |
|
|
@fahad how does this fit in to CTL? Can you weigh in on this? |
- Anonymous
