- layout algorithms: 3 different algo are available through the layoutAlgo prop in the inkscape:LayoutOptions. The SVG greedy one is "default" and indeed is the default algo; "simple" is a finer greedy which stuff one line with text closest to the line length (ie it allows text to be compressed, which the SVG algo forbids); "better" is the knuth plass algo, like the one nathan implemented, and works at the paragraph level. - flowLine and flowRegionBreak are not yet implemented, so the tutorials should wait a bit (or make several flow elements) - (for bulia) selecting is a problem when "glyphs n to m" has to be matched with several intervals in the original text. - postcript output: the text element probably converts text to paths by default, which flowxtext does not (yet). the postcript output of text is rudimentary to say the least... i'm afraid ps files are not encoded in utf-8, so the current code cannot produce these glyphs - in the flow-go, all the path of the 'regions' are in the same flowRegion. i probably misread the spec, and understood "one flowReqion = one flow region" so this cannot work. for the current implementation, just put each path in a separate flowRegion. - since the chinese flowspan renders correctly here, i suppose it's a font problem again; "oversmall" means the code was able to make a word of text that has a zero length when rendered.
for gtkmm2.4, even though i have an unstable up to date fink tree here, it still show gtkmm2.2 as only solution (and the package page on fink.sourceforge.net does too). am i missing something? on the other hand, the boehm gc is present, just didn't notice it before
Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/
Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com