libre office draw: issue is in text properties. spesification of space between characters. In typographic industry they call it kerning. You can also speak of making text tight (or loose if you wish to increase character spacing). The bad thing is that in libreoffice draw (happens also in impress and writer) negative spacing (when making text tight) value is restricted, maximum beeing -2,0 pt. this is far too small value to be used when you have big pointsize for text. I eg. tried times new roman bold in size 96pt and this maximum kerning value -2.0pt is not enough for decent look. It should be around -8.0pt. For your consideration: in Open Office draw (that I used before Libreoffice) you could do that (in 96 pt I am allowed to use max -18.0 pt).
REcently some changes have been done with regards to the text kerning. Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
did the current fixes. bug is still present. changed status back to unconfirmed.
I confirm this bug with LO 5.4.0.1 => NEW I also changed the summary to make it more precise
*** This bug has been marked as a duplicate of bug 107405 ***
I appreciate concern of you all. but in Bug 107405: "DOCX import with a spacing below -2,0pt" is not my worry. I repeat that the issue is in LibO not in DOCX import. AS telesto neatly put it "LibO doesn't allow to create a (condensed) spacing below -2,0 in any way whatsoever." This is the problem. In many cases more than -2 is needed: the bigger the point size of text the more youy need to condensate it (eg times roman bold in 96pt requires -8,0 pt) I made some changes: changed Component here to "Draw" (in Bug 107405 component is Writer) and Status back to reopened.
No it is all part and parcel, issue as implemented SetFixKerning()/GetFixKerning used in SVX and edit engine. SID_ATTR_CHAR_KERNING and EE_CHAR_KERNING So affecting ALL modules. But not clear to me where we are limiting the Xstretch negative to -2.0 (points converted to twips) but should be able to bump that to -100. Anyhow, this is duplicate of bug 107405 --please leave it as set by QA/UX advise *** This bug has been marked as a duplicate of bug 107405 ***