[libreoffice-users] Re: How to abbreviate the first name of the author?
Am 12.07.2011, 10:48 Uhr, schrieb Dietrich Bollmann : Hi, for a paper I have to only render the Initials of the first name in the list of references: At the place of: Anderson, David I have to use:Anderson, D. The only practical way I've found is changing the database. If you do that, it might be a good idea to put first, last names and initials in separate fields in the literature database, although that will mean editing the database and inserting three new keys (last name, first name, first name initial -- and that possibly for several authors? ... might become painful). The advantage would be that you'll be able to have any combination of those in the literature index later. The limitation is, though, that you won't be able to make use of any custom fields in the database unless you link them to some of the standard keys. You have five "user fields" that could be used, or maybe there are other keys you don't need, but at this pint the whole strategy becomes an ugly hackjob. So maybe you should decide for yourself whether this is actually going to be worth it or whether to have a separate database for differently spelled author names ... Regarding the copy/paste problem: I've just tried around a bit, and this worked for me: - open the literature .odb file ind LO base - go to "tables" and right-click on the data table (don't open it!). It's probably called "biblio". - select "copy" - open a new spreadsheet in calc, ctrl+v, there you go. About getting the results backinto the DB: I haven't tried if that would work the same way, because right now I'm too afraid to mess up my own literature database ... The worst case would be copy/pasting the contents of the single fields back by hand. After changing the database, it is necessary to update your document, too. Usually writer will make a copy of a record in the database when you insert a citation. One way I found to change existing entries is to insert the changed entries into the document from the database. Writer will then ask whether it should update the other entries using the same key, and if you say yes, it will. If you accidentally click "no", you'll create a second entry for the changed dataset. You should avoid that! Hope this helps somewhat, Zak P.S.: The more I think about this, the more I think moving to a proper 3rd party solution might be a good idea. I'm just not sure wether an external tool will be able to dynamically update the literature list with the contents of the document and so on. -- 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 : 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: Re: Has anyone used RapidShare for sharing ISO files?
Am 10.07.2011, 15:49 Uhr, schrieb webmaster for Kracked Press Productions : On 07/09/2011 07:12 PM, Zak McKracken wrote: Am 09.07.2011, 20:40 Uhr, schrieb webmaster for Kracked Press Productions :> 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: [libreoffice-documentation] HELP AND ADVICE
On Sat, 2011-07-09 at 12:47 +0100, Robert Richards wrote: HELLO I downloaded your OFFICE PROGRAMME, but the write page is very small and have to have it on 40 or 44 font to use it even so and the page is too small it needs some done about , so i am going to try it on my laptop later to see if it is the same. i normally use font 12/14 and use it's lovely if u use letter wizard it comes like it should but don't alway want to use letter wizard for every thing. As I understand it: The page in writer is very small on your screen and you can't even read regular sized (12 pt) letters, right? First: The size of letters always refers to how large they're going to be on paper, so if you want 12 pt on paper, you should definitely use 12 pt in writer, too. Second: If the page looks small, there can be two general reasons: Either the paper format is somehow set to something small (which I doubt), or your view of the sheet is all zoomed out. Solution: You can change the zoom in several different ways. The quickest is just holding the "ctrl" key on the keyboard and turning the mouse wheel up. The easiest to remember is the slider in the lower right corner of the writer window. You can find a good description of it on pages 13 and 14 of the first chapter of the "introducing Libreoffice" document, right here: http://wiki.documentfoundation.org/cgi_img_auth.php/c/c2/0101GS3-IntroducingLibO.pdf If zoom is at 100%, the page on your screen should be roughly as large as an actual sheet of paper. (A4 or US letter, depending on where you live). Zooming in or out will not change the document, it is just a way for you to either see more detail or get an overview. If the zoom is at 100% but everything is still too small, maybe LibreOffice has no correct information how large your screen is. But that should not need to bother you, just zoom in and you're good. Also, if you're new to LibreOffice, it might be good to know about the documentation, which you can find here: http://www.libreoffice.org/get-help/documentation/ Of course you don't have to read all of that, but it comes in handy often. Here's hoping this helps, 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: Has anyone used RapidShare for sharing ISO files?
Am 09.07.2011, 20:40 Uhr, schrieb webmaster for Kracked Press Productions :> 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? :) About putting it on the web somewhere: I've heard a lot of good things about Spideroak (https://spideroak.com/). They'll certainly have no problems with whatever you put on there. Although, if you want more than 2 GB, you'll need to pay 10$ a month. So that might not be what you're looking for. The other method is of course BitTorrent. But that's only going to be working well if enough people are downloading it at the same time. Another question: What do you mean by "Libreoffice DVD"? The installers are just 217 and 188 MB large. So where do the other 3.1 GB come from? 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 : [...] 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: 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: [LibraOffice-Users] - DONT use> Reply to < for a new thread
Am 03.07.2011, 23:26 Uhr, schrieb Tom Davies : 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: Aack! Uninstall removes file types!
Am 01.07.2011, 14:06 Uhr, schrieb Andreas Säger : Hi, If this is a real problem, you must never install more than one program for the same type of file. I think you misunderstood the problem here. My windows at least has a list of applications that are, for example able to handle pngs. Image editors, viewers, also browsers. One of them is the standard for opening pngs, the others are listed under "open with...". Now if I uninstall the first program in that list, I should be able to expect that windows will still have the list of other programs that can deal with pngs, and not completely forgets what a png is. If LO actually deletes the list for all its registered file types, this is clearly a bug and should be filed as one. If it were intentional, it would clearly qualify as antisocial behaviour. 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 : 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] Re: prevent linebreaks between parentheses and formula object
Am 01.07.2011, 10:18 Uhr, schrieb Karl-Heinz Bellgardt : 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] 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: Impress - How to disable the auto-resize features?
Am 20.06.2011, 02:15 Uhr, schrieb Thomas Jung : 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: Can't post through gmane
Am 11.06.2011, 16:55 Uhr, schrieb Larry Gusaas : 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: Feature request - Lotus Wordpro tabs
Am 17.06.2011, 16:20 Uhr, schrieb Roland Hughes : 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: Re: Re: SVG embedding in LibreOffice
Am 09.06.2011, 15:15 Uhr, schrieb Tom Davies : Have bug-reports been posted? I think the issues are quite important to get fixed. http://wiki.documentfoundation.org/BugReport It's better to avoid the 3.4.0 at the moment unless you like bug-testing. I'll gladly do bug-testing on the proper SVG feature I'm rooting for here. I'm just not sure whether a feature that I want which LO does not have classifies as "bug". With the issue tracker for OOo, there was a "feature" type of issue. In Bugzilla, there does not seem to be such a category. Or does anyone here know more? 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: SVG embedding in LibreOffice
Am 08.06.2011, 23:07 Uhr, schrieb Steve Edmonds : 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] Re: Re: Re: SVG embedding in LibreOffice
Am 08.06.2011, 22:41 Uhr, schrieb Tom Davies : 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: SVG embedding in LibreOffice
Am 08.06.2011, 19:38 Uhr, schrieb NoOp : On 06/06/2011 04:53 PM, Zak McKracken wrote: 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? Which version did you try? I've tried both: http://download.openoffice.org/next/other.html#dev2 and http://download.openoffice.org/all_beta.html (linux Intel DEB) The latter one, 3.4 beta1. But I tested it only on Windows XP. and on both I get 'Graphics filter note found' when attempting to import an SVG (Writer, Draw, Impress). Did you use "File -> import", or did you try "Insert -> image -> from file"? I'm talking about the latter one, since it is about using it as an image, not importing it as editable drawing. 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: 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] Re: SVG embedding in LibreOffice
Am 07.06.2011, 11:23 Uhr, schrieb Tom Davies : 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: SVG embedding in LibreOffice
Am 07.06.2011, 10:32 Uhr, schrieb plino : 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] 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] preventing line breaks
Hi there, I am using formula objects in my text if I'm referring to variables used in "real" formulae. No problem so far, they are embeddd "as characters", so that's fine. With one exeption: If I have a bracketed clause, and the first (or the last) thing in the brackets happens to be a formula object, LO can insert a line break between the opening (or closing) bracket and the object, which looks really bad. Is there a way to prevent this? if I put a protected space between bracket and formula, there's no brack, but that also looks bad. Is there some kind of "protected nothing"? or an option hidden somewhere? Cheers, Zak -- Unsubscribe instructions: E-mail to users+h...@libreoffice.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: Font names
Am 07.03.2011, 13:50 Uhr, schrieb webmaster for Kracked Press Productions : Zak What I know about fonts and the way it SHOULD be displayed in a menu is this: Every font file name should be listed in the "window" showing the font name. If you have Frutiger 45 Light and Frutiger 55 Roman as font names in your font folder [Windows or Linux], then each font should be displayed separately, not grouped together under one name Frutiger. I know that could sounds wrong. If you have Arial "plain", Italic, Bold, Bold Italic, etc., you get one listing for Arial and you can make use of all those styles. But you are using Frutiger 45 and 55 which are two different fonts. I have Caslon 224 and Caslon 540. These are two different fonts. The "45" and "55" are telling you that they are different fonts, and they should be listed separately. The thing is that lots of fonts come with separate files for the reagular and bold, and italic, and bold italic variety. So if someone saw fit to add another weight, (and this is not a different font, just a different weight, because there's also "Frutiger 46 light italic" and so on in mix. So usually every software will group the bold, italic and bold/italic variety together, but not others. Alright, if this is the standard (and Im not learned in these things) I'm gonna go along (haha, as if I had a choice). But I'd feel it'd be easier not only for me but in general if a font with multiple weights would not be displayed as seperate fonts but as one. Would unclutter the font list, too. Would of course also be difficult it work reliably (if there are just the four standard weights, use those, if there are more use those, too, if there are fewer, gernerate the standard set yourself, but what to do if there's a non-standard weight of some font and the font is switched?), and if it's against the standard, that'd be a problem for sure. I can see that. I hope I did not confuse you completely. No, don't worry :) Dealing with some designer's ideas of creating 25 version of the same font that look 95% the same, gives me headaches. I deal with a font project sorting out over 100,000 fonts where too many of the serif fonts looked like all the other serif fonts and if you overlap them, you get almost the same positions of the lines. You have my sympathy. I'm writing technical stuff, but I still want it to look decent, and keep wondering why these complications have to get in the way and subtract from the time I have to deal with other complications completely unrelated to typesetting. However, at least from my view it was easier the way OOo 3.2 handled it. Although even worse than either way is to change it every other version, so I guess I'll have to live with it now. Or should there be an option in the settings somewhere? Zak -- 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 ***
[libreoffice-users] Font names
Hi everyone, I'm using a font with more than two "fatness" degrees, namely "light", "roman" and "bold". More precisely: Frutiger. For each of these modes, there's a normal and an italic variant, giving six varieties, instead of the usual four (normal, italic, bold, bold italic) Now in earlier versions of OOo, that used to result in several apparent fonts (named "frutiger 45 light" and "frutiger 55 roman") in the font list, one being the light, the other the roman version, which includes the bold look (no idea what the boldified "light" variant is equal to). With OOo 3.2, that changed, and I only saw one single "Frutiger" font, with all the other six options as variants of this one. Which is way more practical, I think. But since I've switched to LO 3.3.1, the old behaviour is kind of back again: One font named "Frutiger 45 light" which contains the original light and bold options, and one named "Frutiger 55 Roman" with a non-specified bold option. All my templates are using the unified font, and I can't be quite sure whether it's being applied correctly, For example with the OOo 3.2 behaviour, applying a "bold" modifier via template would always use the "66 Bold" style, regardless of wether the original font was light or Roman, now there are two different (I checked it, they are different) "bold" styles. Is there a way to bring the old behaviour back? This is probably not a frequent problem, but it can mess up my layout pretty bad :( Zak -- 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 ***
[libreoffice-users] Re: EPS images in ODT documents
Am 29.01.2011, 15:15 Uhr, schrieb Magnus Johansson : 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 ***