@ Abba say things you do not know very well, but if I correct a document written by you, and do NOT

The release of LibreOffice 4.1.0 is scheduled for an interval of time between June 22 to 28, but in the meantime we still have to do a lot of testing: it is precisely because of this that has been made available LibreOffice 4.1.0 Beta 2 which deals with correcting obviously many bugs and bring some new features: in particular, within this Beta 2 has been introduced to support the rotation of images within Writer.
The interesting thing about this feature is that it has been requested in 2011, and only now the feature request on bugzilla LibreOffice has been marked as implemented. Another interesting feature of LibreOffice 4.1.0 is the embedding fonts: fonts we use in our documents will (on request) interlink tracking included in the work files, so even if anyone does not have those specific characters will be able to view the document that we sent without problems, and edit it in the same way without any worries. The implementation of this specification is interesting, because it makes use of the property SVG font-face-uri, already defined in the ODF 1.2 standard.
As is clear and obvious, we should not abuse this feature can be activated interlink tracking at will: embedding fonts in your document in fact the files produced by LibreOffice interlink tracking will inevitably heavier. For those interested in trying out LibreOffice 4.1.0 Beta 2, you can download the archive from the official download page, remembering that on Linux you can also find the software through the development repository for the various distributions.
The embedding of the characters is essential for interoperability, already long ago Italo Vignoli, co-founder of LibreOffice, made it clear that the fonts are very important to have correct formatting: interlink tracking http://www.libreitalia.it/font-e-interoperabilita / They are in fact the primary cause of busts when something between sizes, when some type GENIO uses gauges in the documents.
"Embedding of the characters" and if the character interlink tracking is copyrighted? But the replacement font table, should not use bodies with the same metric? The font will also be different, but the formatting "should" remain unchanged. That is, I do not give anything to have "stacippa.ttf" 2MB "imbebbato", maybe that is also a font of poo unreadable, I'm interested to read the document, preferably with a readable font and sans serif Grazielle and thanks to ... LOL
@ Daniel There are myriads of forums with users from YEARS ask such a thing, like so many other proposals for minor features, was also voted on the wiki and ended up in the top of the agenda with the most votes. Obviously there are many people who believe that this will serve
"- interlink tracking A font is not worth the other: I want the aesthetic is what I've decided, not something determined by LO only because he believes it is better readable." for the "distribution" are the pdf, complete interlink tracking with fonts embebbati if you want ...
Yes, but I do not speak only of distribution, I also have to pass the document to someone else who keeps changing, and simply do not see why the suite should put a font instead of another. They are not the same thing and who prepares interlink tracking the documents very well knows, there is no cure and the choice of 'visual media' even when you work for yourself.
@ Abba say things you do not know very well, but if I correct a document written by you, and do NOT change the font, although I see 'font compatible ", and when you save the file revision, interlink tracking the document fonts are not the original ones ( NOT because I changed them), ergo when you receive the revised file, you do not get the same appearance as the original? Obviously we are talking about revisions of content, the final layout, it is only then that the auditor issues the final pdf, for reasons of compatibility and aesthetic fact.
@ Telperion I doubt this is possible: until "look" with a font compatible / replacement everything is ok, but if you change something in the content and then save then the suite also fixes the font data, altering the original appearance. interlink tracking
@ Abba "I doubt this is possible: until" look "with a font compatible / replacement everything is ok, but if you change something in the content and then save then the suite also fixes the font data, altering the original appearance.". I did a test, wrote a text with TNRoman and Serafettin cartoon of a car, saved and moved to another PC that does not have that font, I opened the file, of course the view was slightly different, I agggiunto text is in TNR SC that I saved and reopened on the first PC fonts were unaffected. The added parts retain the font set (if you do not change). Otherwise it would have been a big bug.
None of you have a real job that has to ch