Ethan Grammatikidis wrote: > On Tue, 25 Dec 2007 20:13:21 -0600 > Nick Hughart <[EMAIL PROTECTED]> wrote: > > >> My thoughts on this would be to leave the valign as is and implement a >> way to adjust the line height independent of the font size so that the >> valign will actually mean something. Then make sure that the align >> property for the part actually works. This seems the most logical to >> me, anyone else? >> > > If you're adjusting the line height independently of the font size, won't > that mean that lines get run together at some font sizes, or maybe even at > unusual dot pitches (such as are found in embedded devices)? Also there's the > opposite possibility of lines being spaced ridiculously far apart. Either > possibility would break edje's claim to making it easy to adapt nicely to > different screen resolutions. > The purpose here was to provide some way to space lines of text. So a padding, margin, or line spacing would be good as well and avoid the issue you are talking about. It comes with it's own issues, but the theme has a lot of control and could potentially base it's padding/margins off the font size if there are proper signals in place. If one of these properties already exists, I was unable to find it. > I'm not sure I understand Thomas' issue right, but if I do then it sounds > like a bug to me. If you are packing a multi-line text block into a larger > container, then expected behavior for a valign value corresponding to > "center" would be to align the vertical center of the text block with the > vertical center of the container. An exception might be if the valign of the > text widget is specifically meant to apply to the first line only, in which > case I would question it's usefulness. > The issue is the valign property for textblock applies to the lines. This is useless as there is no padding or margins to make the property of any use. The line will always be in the same position as the line height is the same as the font height. The align on the textblock part should work though. The issue might be that the textblock doesn't report it's height correctly or something.
If you think about the align textblock property you'll note it works on a line by line basis and not the whole block. It would be interesting to know if the align on the part itself works horizontally as well. If not then it could be another pointer to the textblock not reporting it's size. Since I haven't touched much edje internals, it's just a guess. I had spent some time trying to figure out a way to achieve a certain effect, but ended up having to use some embryo to change the offset of the textblock to make it vertical align bottom and scroll up. > Without knowing anything of the edje code, (or Thomas') all I can suggest as > a possible "gotcha" is that the total line-height of a font does not > correspond to it's size in points or pixels. It is the font's size plus the > line spacing, leading to use the proper term, and fonts always have some > built-in leading. It's a simple error, but could possibly have been made in > the edje code for vertical-aligning blocks of text. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
