Interesting - explains why some of my experiments didn't make a difference.
George, I am already using your idea of having two menu items to display both the text and an icon for the entry. I can get away with it visually with this kind of split but for a text line split, as you put it, looks actually worse than silly. Since there isn't a clean and quick way of doing this, I will continue and manually position and add the text whenever a menu location gets updated. Almost done with that anyway. Also, George, as to your suggestion about the time delayed hint window, I will be doing that somewhere else and may use it here. But it will be used when the entry is greater than three lines long :) Cheers, jim On Nov 24, 2005, at 10:01 AM, Marcel Kilgus wrote: > James Hunkins wrote: >> Currently if a line is wider that the menu location, it simply >> truncates the line, even though I have enough room for three lines >> and have everything left, top centered. I tried putting manual line >> returns (0x0a) into the line and they were ignored. > > Well, the standard WMAN routine specifically checks for new lines in > the text and truncates it there. Of course I know nothing about the > reasons for this... > > Marcel > > _______________________________________________ > QL-Users Mailing List > http://www.q-v-d.demon.co.uk/smsqe.htm _______________________________________________ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
