[libreoffice-users] Re: Re: Has anyone used RapidShare for sharing ISO files?
Am 10.07.2011, 15:49 Uhr, schrieb webmaster for Kracked Press Productions webmas...@krackedpress.com: On 07/09/2011 07:12 PM, Zak McKracken wrote: Am 09.07.2011, 20:40 Uhr, schrieb webmaster for Kracked Press Productions webmas...@krackedpress.com: My hosting company will not allow files larger than 700+ MB and the two DVD versions [3.3.3 and 3.4.1] of LibreOffice are over 3.4 GB in size. The account has not issues of having 100 GB of executable files online but if I have any ISO files, then they say that I am a repository and it is not allowed. Hmm... what would happen if you put the ISOs into a zip container? :) 3.7 GB as an ISO 3.4 GB as a zipped file. I was refereing to the hosting company not liking iso files but having no problem with executables. So maybe zip files are no problem either? Or make them self-extracting archives, so you'll have executables ... problem solved :) If then it is possible to seed a torrent from that hosting machine, the bandwidth problem also becomes a lot less of a problem. Zak P.S.: Sorry for seemingly not knowing the rest of the thread ... gmane gives me many of the posts a lot later than they are posted, and my own ones sometimes take days to become visible ... P.P.S.: Good luck with the distribution (and maintenance!) of the DVDs, they seem like a pretty good idea! -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Re: Feature request: native BibTeX support
Am 12.07.2011, 01:17 Uhr, schrieb planas jsloz...@gmail.com: An alternative is to use Base. I have been thinking on these lines so I will look into it more. I am using base for my literature database, but it has serious drawbacks. You can use the built-in LO literature database (which isn't portable), or you can set up a new one, which will let you include stuff you think is useful but not conetained in the original. You can register that as a data source and start using it, but as soon as you want to edit any entry from within writer, it will tell you that it can't associate the db entries with the properties the literature module expects. So what I did was copy the existing db, add a few more fields and work with that, but I still had to re-asiciate all the db categories anew. And even though I stored it in the same directory as the document I used it for, if I copy that directory elswehere, the game starts anew. If I change one of the entries in the db, I have to remove the citation from the document and re-insert it before it updates in the literature index. If you have cited it multiple times and you misclick once, be prepared for additional fun. Ok, so aside from ranting about stuff I haven't done myself and should be thankful for instead of criticizing: What should be doable (I speculate) is to construct something that will import bibtex into the OO-database, maybe even link the database to a bitex file (or several)? So if you change your bibtex file, the db will update, including establishing new categories, properties and the like. What should also be done is improve the literature workflow. There is certainly something to improve there. I do not use a plugin for citations because I prefer to have all done within one program (actually If I restarted my current project right now, I'd probably use a plugin, but now most of the stuff is in LO's database, and I won't undo that), and would welcome not having to copy/paste bibtex entries into the literature DB by hand. I'll also welcome any improvement of LO's bibliography module. Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: file recovery
Reopening Writer, I followed instructions on a recovery Wizard. An error message flashed on and then a document appeared, but a very old version of the document. Does not sound logic to me... To me, it sounds strangely familiar :( it has happened several times that I edited a (writer or impress) document, saved it, then some time later openoffice crashed. Auto recovery was often not able to recreate the saved document but gave me an older version instead. I have changed my habit now to never use the auto-recovered versions. If in doubt, I will make a safety copy of the regularly saved file, recover what LO gives me, compare the two versions, and in most cases I find the versions are either identical, or the one that I saved by hand is newer. This is something that has been bugging me for a long time, but it is also not easily reproduced (and of course happens more often when I'm in too much of a hurry to actually produce something good enough for a bug report ... See also here, at point 4.: http://www.shamusyoung.com/twentysidedtale/?p=11809 The least thing that should be done about it is not writing over the regular saved file with the autosave. I've never really busied myself with this to the point where I understand how it works, so I don't feel like I'm really able to tell where the error is and what should be done, but I'd like for something to be done. Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Image problems
Am 07.07.2011, 21:19 Uhr, schrieb Twayne t...@twaynesdomain.com: [...] In case I didn't make it clear, the runaway scrolling occurred when I was moving the pages via the scrollbar so I could watch the page numbers easier. But I could make the same thing happen by scrolling wtih the mouse wheel. Ah, OK. No, I don't have that problem either. My usual fix is just to break a large document into several smaller documents to get LO to handle it, although I haven't created a Master Document yet and don't know if that will bring back the problems. Splitting documents does help (I'm doing that, too), but it can indroduce new problems: If you have rferences across several part documents, that will give you an error message in the individual files, but the correct content in the global one. Which can change line and page breaks, and that can change the layout. Shouldn't be a problem but can become one. Also it took me a while to figure out how to have proper page breaks between single documents. But then, it makes editing a lot easier, especially with many images. They aren't large images either in real estate or file size; they're about 1/16 of a page, most of them, and there may be 6 to 10 smaller ones per page in a table which is apt to really screw up in LO. In my experience, the problem starts with more than one image per paragraph and with more than half the page covered in images. But if you organize them in a table, that'll keep them together. Depending on whether the table also contains text, you could alternatively arrange them in LO draw and then copy/paste them into the writer document. Then it's really just one object, and that is easier to position than many small ones. Cheers, Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: [LibraOffice-Users] - DONT use Reply to for a new thread
Am 03.07.2011, 23:26 Uhr, schrieb Tom Davies tomdavie...@yahoo.co.uk: Hi :) Sorry, i didn't notice this because i don't use Nabble or Gmane for the emailing list. I just use my normal email-client and i imagine most new users do too. On that note -- isn't it really uncomfortable to have a threaded discussion via e-mail (and have an e-mail sent to you for every post you might never even want to read?) I know this is derailing the thread a bit, but I'm just now feeling the disadvantage of taking part in a newsgroup that's run via e-mail, using a news server (gmane in my case) that's more or less just bolted on (with my messages appearing a day late in the list and so on...), and I would have thought that the most sensible thing would have been to have a proper nntp server in the first place. After all, most e-mail clients can just set up nntp accounts with no problem (at least Opera has been able to, since at least ten years.) And things like the problem that started this thread could be more easily avoided if there was a clear distinction between regular e-mail and newsgroup posts. It appears I must overlook something here, since these days everyone seems to switch to mailing lists instead of newsgroups, but I don't really see what the advantage is supposed to be. Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Image problems
Oh, boy, sad story! LO (and OO before that, too) have troubles if you go over a certain image density (i.e. the ratio of images to text becomes too low). That will make positioning very difficult. I have alo noticed that sometimes the positioning of images does not seem to work as advertised, but that is always hard to be sure about since many of the image-placing criterions are not obvious. That said: I have had to clean up large documents with many images before, and this is how it worked best: Go to View - web layout, that shoud show you the document on one endless page, as wide as the LO window is. This is as close to the source of the document as you will get. You can then anchor all images where you want them to appear in the text. If the document was converted from MS Word maybe you should also make sure that each is inside a frame. I always set the frames to scale automatically in vertical direction, and the image inside it to 100% horizontal size (while keeping aspect ratio), then make oush the lower edge of the frame up, forcing it to become as small as its content allows it. I usually use the frame template and set it to top of the paragraph, right edge of the printable area, anchor to paragraph, as well as the sizing stuff. After that selecting a frame and doubleclicking the template will do the trick. Except if you habe multiple images in one paragraph of course, then you'll need to micro-manage, because they'll tend to overlap, even if they're not allowed to. After that is done, every image should have a proper anchor and know where it's supposed to go. That's when it's time to save (better save to a new filename, or save a new version) and switch to print layout. This is when LO will determine line and page breaks and so on. This will also cause some images to move because they were in the middle of a page break or so. There should now be much fewer images out of place than in the beginning, and those have to be moved by hand. I have never had one of the scrolling-runaway you describe, but still scrolling with an image in hand can be painful and you'll miss the right place too often. I usually set LO to display at least two pages side by side, or even more (glad to have a large screen!), then scroll to a point where I can see both the page where an image is and the page it's supposed to go to. I pull it over, and if the zoom should not allow me to position it right then, I just leave it in the vicinity, zoom in and finish the job. Thad said, as mentioned above, there seems to be a critical image density above which things go downhill. Last time I was useing MS word for a similar project, it had the same problem only worse, but that's a long time ago, so I can't tell how it is these days. In LO sometimes scaling images down a bit helps, or spacing them further apart (i.e. avoid having to images in one paragraph). That said: Both MS Word and LO are not the same as a good graphical layout program. If visually pleasing and clean graphical design and good layout are priorities, there is probably other software out there that is better suited. I've heard good things about Scribus, but haven't really tested it. It is probably not suited well for large texts, though. Good luck, Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: prevent linebreaks between parentheses and formula object
Am 01.07.2011, 10:18 Uhr, schrieb Karl-Heinz Bellgardt bellga...@iftc.uni-hannover.de: This already had been a point of discussion in the OOo mailing list some time ago. I am not sure whether it ended up in a bug report. I thought so too, but could not find it. I'm reading this via news reader, and a search did not give me any results. I just looked up the bug list on freedesktop.org, and did not find anything that seemed related. ... maybe I'm just bad at searching? I can insert a protected space before the formula, and that does prevent the line break, but it also looks weird. As a workaround you can make that space very tiny, e.g. 1pt. Oh, good idea, and it works, too! Although LibreOffice will not make it smaller than 2pt. If I enter anything smaller, it still becomes 2pt. This is visible in the final output, but could be OK for my purposes. Inspired by this, I just found an even better method: insert a regular protected space, select and then Format - character and on the position tab scale width to 1%. make invisible does not work by the way (I had tried that before), as then the space will dissappear, and so will the line break prevention. Thanks! Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: prevent line breaks between parentheses and formula object
Am 01.07.2011, 15:17 Uhr, schrieb Brian Barker b.m.bar...@btinternet.com: An obvious workaround may be to include any such parentheses in the formula itself. Not quite, I'm afraid. Because in the parentheses, I have some regular text behind the formula, and a non-closed parenthesis in a formula object messes it up. Also, I'm using different fonts in formulae and regular text, so that would be visible. Anyway, I did find a solution by using a protected space and scaling the width down to 1% or something. Thanks nonetheless, Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] prevent linebreaks between parentheses and formula object
Hey there, Within a text in writer, there's a formula (also in text mode) inside parentheses. The formula is properly treated like a character in all aspects, except: Writer will insert a line break between the formula and the opening parenthesis as if that's were the line would usually wrap if they were separate words. If there was just text inside the parenthesis, that would not happen. Is there a way to prevent this? I can insert a protected space before the formula, and that does prevent the line break, but it also looks weird. Cheers, Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Can't post through gmane
Am 11.06.2011, 16:55 Uhr, schrieb Larry Gusaas larry.gus...@gmail.com: Posting through gmane is broken. Messages sent can't be delivered since the change to @global.libreoffice.org had the same problem, only without any error messages. Should be fixed now, though, if you can read this :) Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Impress - How to disable the auto-resize features?
Am 20.06.2011, 02:15 Uhr, schrieb Thomas Jung thomas.j...@public-files.de: Hello, how can I disable all this automatic rescaling features in Impress? Right-click on the frame, then position and size (German: Position und Größe), then in the Position and Size tab uncheck the fit height to text checkbox (Höhe an Text anpassen). If I try to resize the text/content-box in the master and would like to snap that textbox to the grid, Impress auto resize the height, even if I only try to resize the width. It's really annoying and would like to disable such a feature The idea is that the text should still fit into the box, so as long as Höhe an Text anpassen is checked, it will wrap the text and then change the height of the box so it still fits in there. Sometimes this is not obvious because you may have some empty lines under the actual text, and the box fits those, too. Usually, if you have no empty lines and there's enough space for the text, the height will not change automatically if you change width. Actually, it's slightly more complicated: If you make a box of some height, that is stored as the intended height. The box will not become smaller than that from automatic dscaling, but will expand if the text doesn't fit in (either because you typed too much or you decreased the width). If you have such an automatically expanded box and remove text or increase the width, the height will shrink back to the value you specified in the beginning. You can change the intended height any time by just changing it manually. It will then use the newly set dimemsions as standard (but of course will expand if necessary). All this is of course unless you disable the option to automatically scale it, in which case the text may not always fit inside the box, which can look stupid. So you'll have to take care of that yourself. ... I hope that was coherent enough :) Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Feature request - Lotus Wordpro tabs
Am 17.06.2011, 16:20 Uhr, schrieb Roland Hughes rol...@logikalsolutions.com: If you visit the bug report site, you will see I have filed several bugs on this issue. They cannot implement WordPro tabs until they implement WordPro windows for documents. Right now they have taken the brain dead Microsoft approach of having each document as a tab. Hmm... I'm not actually sure what this WordPro feature looks like (never seen WordPro in action), but maybe there are ways to achieve something similar in LibreOffce: - simplest: Use headings to navigate longer documents. Not suitable for filed letters and stuff, but for longer documents with chapters very nice. You get a chapter list in the navigator (F5) and can jump between them. - also simple way to view different parts of the same document at once: Window - New window This opens a new window for the same window, the contents are identical, but you can view different parts of the document at the same time. - Use different regions for different tabs. Insert-region Each region can have different page or column layouts,and so on, but will share format and page templates. Also, the navigator shows different regions, and you can jump between them - Use a global document (see also LO help for Global documents). You can have several documents and link them into one global document. There, they share the same format templates, the single documents are displayed as regions, and they can (but do not have to) be read-only. A doubleclick opens the original file for editing. So you could link all documents regarding one client/case into one global document, so you can print them all at once, or skip through them quickly or whatever it is you do with those documents. Global documents are also nice for very large pieces of work (books or image-heavy documents. You can edit the single parts independently, without having to load and handle the whole monster at once, then look at it in all its glory in the global document. You can even create a new sub-document from within the global document (but you'll need to give it a filename) All of this is probably not the same you're used to having, and porting existing docs over is not likely easy. but it might work to achieve a similar effect as the one you're describing. ... but why are you posting this in the SVG embedding thread? :) Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Re: Re: Re: SVG embedding in LibreOffice
So what is the decision on the svg embedding? For me at lest SVG support is even more important than EPS support. Todd Hi :) I don't think there is a definite final answer yet. It seems that Svg work is scheduled for Googles' Summer of Code (GSoC). The GSoC work is SVG export (not a bad thing to have, either, and at least SVG should be able to contain everything that LO makes, so that is one problem less that SVG export has compared to import (read conversion). I saw a commetn from Thorsten Behrens in the bugtracker somwhere ... ah, here: https://bugs.freedesktop.org/show_bug.cgi?id=31460 So there seems to be light, but unless there's a proper statement we won't know. Zak -- Unsubscribe instructions: E-mail to users+h...@global.libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Re: SVG embedding in LibreOffice
http://upload.wikimedia.org/wikipedia/commons/9/91/Arrows_bend.svg So if I understand you correctly, the blurred shadow is correctly imported in OOo. And here, LibreOffice 3.3.2 OOO330m19 (Build:202) tag libreoffice-3.3.2.2 I get an unblurred arrow as the shadow. Yes, that's it. I tested it under Windows XP, and it worked just fine. So it sounds like a good improvement, I wonder if it will be used in LibO. (It should be [legally] possible, unless they've already changed their license, right?) According to the comments in the OOo Issue tracker it wasn't even very hard to do, although I cannot be the judge of that. But I guess there must be some GPL libraries out there that will do most of the work. I think there's a general problem with office software and vector graphics (not just in Open/LibreOffice), and the only package that gets it completely right to my knowledge is LaTeX, even though that works only for EPS. It is. Other examples: IIRC, MS Word (dunno about SVG support, but I doubt it has any), apart from the Windows and Enhanced MetaFile formats, only supports enhanced postscript, in the same way OOo and LibO do (actual rendering is relayed to printing). Someone trying to embed an EPS into MS Word: http://help.lockergnome.com/office/Importing-eps-files-Word--ftopict699269.html A list of supported formats and their limitations (in MS Word): http://support.microsoft.com/kb/290362/en-us Oh, that's just great! The Microsoft website detects that I am running Linux and kindly disables the complete article, because it is not relevant for me. Way to go, guys! Good that my browser can just mask itself :) Interesting to see that MS Word has the same problem with EPS as OOo. Only prints right on PS printers, otherwise only a preview image. I wonder if this is a principal problem with EPS, or whether OOo more or less copied the behaviour from word simply because it's easier to implement. I circumvent the Problem by printing to file, then using ps2pdf and then printing the PDF file wherever I want, but the downside is that ps2pdf automatically turns raster graphics into JPGs and reduces the resolution, so while keeping my EPS graphics alive it will reduce the printing quality of non-vector graphics, and this when the whole point was to get a good printing quality! (Does anyone know a way to keep that from happening? the OO-internal pdf converter is even worse on embedded eps, but can preserve the raster images) Zak -- Unsubscribe instructions: E-mail to users+h...@libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] 2005, not 2003
Small error: The SVG embedding isue has been open since May 2005, not 2003. -- Unsubscribe instructions: E-mail to users+h...@libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Re: Re: SVG embedding in LibreOffice
Am 08.06.2011, 22:41 Uhr, schrieb Tom Davies tomdavie...@yahoo.co.uk: Hi :) In OpenOffice and LibreOffice the Export to Pdf option allows you to choose lossless compression or change the percentage of jpg compression. Yes, but that applies only to raster graphics, not to vector formats. With EPS images, only the preview image will be dumped in the pdf. To summarize: The built-in pdf export preserves my raster graphics but kill EPS images (for me at least. Some people apparently have very hires preview images inther EPSs). printing it .ps file and using ps2pdf will preserve the EPS images and reduce the raster images. This behaviour has not changed since OOo 1.0 Zak -- Unsubscribe instructions: E-mail to users+h...@libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: Re: Re: SVG embedding in LibreOffice
Am 08.06.2011, 23:07 Uhr, schrieb Steve Edmonds steve.edmo...@ptglobal.com: OO and LO print EPS correctly for me to non-eps printers (my epson C87), printing the vector graphics cleanly. Mac and Linux, both use CUPS as the print engine. Are you printing from Linux, what printer driver are you using. steve Very strange, for me they definitely do not print correctly. I'm printing from my Windows XP PC to a Canon iP5000, and all I get is the same as in the PDF export, which is the eps preview image. This may have to do with how the preview looks like, maybe? Some EPS files have a very hi-res preview, and as I just learned from Microsoft, Word creates one of its own. I usually add a very low-res preview to the EPS at creation. I've attached an example with a very coarse preview (and a SVG version for comparison). I'm very curious if you can - print it directly from LO to a non-eps printer, and - convert it to pdf while getting the full verctor graphics goodness out of it. You should be able to zoom fairly far in, and you should also be able to see the different thicknesses of the coloured curves versus the hairline tangential lines. If I even just put them into a writer document, it looks pretty ridiculous already, and the pdf looks just as bad. I think this should clearly show the use of having a properly embeddable and printable vector image format. Zak -- Unsubscribe instructions: E-mail to users+h...@libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] SVG embedding in LibreOffice
Hi everyone, I just realized that OpenOffice 3.4 finally has one of my most wished-for features, which is the embedding of SVG images. As images, including all the really cool features that SVG supports. I tried it, and it works fine. now ... is that going to find its way into LibreOffice, too? This is the feature I'm talking about: http://openoffice.org/bugzilla/show_bug.cgi?id=49991 Especially in the light of the not-quite-ideal support of other vector image formats, I think there should be at least one that works always correctly and reliably. On a related note: Is there some sort of wishlist or requested features list, or are those also the bug list? I was originally hoping I didn't have to ask here to find out what the matter with SVGs is. Cheers, Zak -- Unsubscribe instructions: E-mail to users+h...@libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: SVG embedding in LibreOffice
Am 07.06.2011, 10:32 Uhr, schrieb plino pedl...@gmail.com: Actually I am almost sure LibreOffice added that feature first http://www.libreoffice.org/download/new-features-and-fixes/ This is not the feature I was talking about, although it does sound similar. The difference is discussed at length in the OOo issue I linked to. Short version: The LO feature is an import filter that tries to translate svgs into draw objects. Which is nice, but if you look close enough at the screenshot you see the difference: No blurring, only simple colour gradients and so on. That's because draw can only do a small subset of the svg specification (which is completely okay, it's office software) But for the purpose I'm talking about, this is not necessary, which is embedding. I can embed PNGs, JPGs, to a degree also vektor formats like EPS and EMF, but the latter are not always shown cleanly. Now, since 3.4 beta, OOo can actually embed SVG images. So I can treat them just like any other image and not worry about scaling styles and/or fonts, and whether draw supports layered, blurred transparency gradients with variable linewidth. I haven't got the developer version of LO, but the last release still tries to import SVGs, and I could not find any entry about the topic in the bug list. Zak -- Unsubscribe instructions: E-mail to users+h...@libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: SVG embedding in LibreOffice
Am 07.06.2011, 11:23 Uhr, schrieb Tom Davies tomdavie...@yahoo.co.uk: Hi :) I thought Svg was in the 3.3.0 release and has been improved on in subsequent releases? Zak, have you had problems using Svg in LibreOffice? As described further above, these are two different features we're talking about. Just try and make an SVG in Inkscape that uses blurring (or find one on the internet -- the Wikipedia entry to SVG has some), and then import it into LO 3.4 and into OOo 3.4 beta. You'll see the difference. Actually there was much confusion in the OOo Issue tracker about this. Many feature requests for embedding were marked as duplicates of the conversion feature request, so it took all the way from 2003 until now to finally not only sort it out but also implement it, and I was waiting very impatiently. I think there's a general problem with office software and vector graphics (not just in Open/LibreOffice), and the only package that gets it completely right to my knowledge is LaTeX, even though that works only for EPS. Regards, Zak -- Unsubscribe instructions: E-mail to users+h...@libreoffice.org In case of problems unsubscribing, write to postmas...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/users/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-users] Re: EPS images in ODT documents
Am 29.01.2011, 15:15 Uhr, schrieb Magnus Johansson e.m.johans...@spray.se: Hello! I write books containing a lot of EPS images. When I have tried to use OpenOffice I have not been satisfied with the rendition of the inserted EPS images. Is LibreOffice better, or going to be better, than OpenOffice in this respect? Here's the deal: OpenOffice as well as LibreOffice can embed EPS images as they are, with no changes. The problem is that they cannot display them correctly, all you see is the preview image (usually with very low resolution). If you print or convert to PDF, only the preview image will be visible, too, except... ... if you print to a Postscript printer! Since EPS (Encapsulated Postscript) is already in the correct format, it will just be sent directly to the printer, and LibreOffice does not have to understand the contents. If you have no Postscript printer, here's the trick: - Install a Postscript printer driver, regardless of whether you have one or not (in some versions, OO or LO already have a generic PS Printer option - Print the document, but check the redirect to file option. - You now have a sometheing.PS file on your hard disk - use ps2pdf(under Linux and maybe MacOS) or Ghostview (everywhere, but takes more time) to convert the postscript file to PDF. Since PDF is closely related to Postscript, this can always be done losslessly. - There you go: a PDF file that everyone in the world can view, and it prints just fine. I know this is kind of roundabout, but right now both OO nor LO can embed EPS but can't handle it other than described above. Regarding SVG: LO can import it only, and this currently means convert to a draw vector object and then embed. This means that simple line drawings or filled shapes and text should be just fine, but if you are using the cooler features of SVG (like blurring or some of the more complex colour gradients), they will not survive the process. However, if the original image was in EPS format, you have probably a good chance to get a working SVG out of it. If all of the above fails: Try converting the EPS to PDF and import that to LO, that does not work 100% either, but it's another chance. In the meantime: Keep telling everyone here that vector graphics formats, like bitmap formats (png, tiff, jpeg, bmp, gif, pcx and a dozen others) should be embeddable and printable into and from any office document. I don't need to convert a png from Gimp to any other format in order to display and print it, and eps and svg should work the same way. That said: OOo had inline SVGs scheduled for 3.4. So that would reduce your problem to converting from EPS to SVG, and that should certainly work in Inkscape. I sure hope that LibreOffie will also finally include this feature ... it's been on the OOo whishlist since at least 2005. Cheers, Zak P.S.: At least WMF and EMF don't work reliably in Microsoft office, and SVG isn't recognized at all. But EPS always, and so it does in TeX (for which EPS is the only recognized vector graphics format). -- Unsubscribe instructions: E-mail to users+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/users/ *** All posts to this list are publicly archived for eternity ***
