Re: [users] Re: PDF Conversion
On 12/12/10 07:08, NoOp wrote: On 12/11/2010 02:45 PM, Douglas Hinds wrote: NoOp mentioned: While doubling the size of the PDF, you can save as a 'hybrid' PDF. That way you can open the PDF directly in Writer and edit. That's definitely worth a try. But if I open a pdf file as such from oo write it will open it in oo draw which does not offer that format when I try to save it. I didn't say that the hybrid feature will work with existing PDFs. Please read what I wrote. If I a export a PDF as a hybrid file, and then open OOo and select File|Open|path to the hybrid PDF, the file opens in Writer. There is some information about the hybrid PDF format in the OpenOffice.org Help Tips and Tricks blog: http://blogs.sun.com/oootnt/entry/openoffice_org_exports_and_imports Uwe -- Uwe Fischer | Technical Writer Oracle Office GBU ORACLE Deutschland B.V. Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
[users] vote for issue 116073 - OOW 3.2.1 crashing when Opening/Saving docs to different than default directory.
I'm assuming I cannot be the only person to whom this happens? It's been with me since v 3.0 and continues to not get fixed, crashreports notwithstanding. I guess it happens to me a lot as I have a habit of grouping files by projects. -- - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
Re: [users] vote for issue 116073 - OOW 3.2.1 crashing when Opening/Saving docs to different than default directory.
Rogier van Vlissingen wrote: I'm assuming I cannot be the only person to whom this happens? It's been with me since v 3.0 and continues to not get fixed, crashreports notwithstanding. I guess it happens to me a lot as I have a habit of grouping files by projects. Which language do you use? What operating system? I use the English (US) versions. I regularly save and open files from a large number of folders other than the Default folder. I do this on the following operating systems: Mac OS X, and Ubuntu (both 32 bit and 64 bit). All of these versions of OOo have been downloaded from the OOo website. I do not use any of the windows OS's. Perhaps this will help reduce the number of things that might be the cause. Dan - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
Re: [users] Where does Linux/Mint OOo Store RGB Color Codes?
Bruce, thank you for your suggestions and we'll take it under serious consideration. It's just a shame that users and beta testers have to go it alone with complicated ad hoc remedies like this on issues which are basic programming knowledge to OOo programmers and writers. But by God, isn't there a member of the OOo crew here who can suggest less jump-thru-hoops suggestions than this when laypeople and schools and companies are changing platforms and wish to take OOo along with them? Surely a method to semi-painlessly transfer configs and defaults between OOo variants would better grease the way to attract more users! Exasperated JIm in NYC On 12/12/10 9:00 PM, Bruce_Martin wrote: Dear James and all: My experience is that Oo stores color codes, hatches and gradients all in the same place relative to itself. This alone does not give you the exact path, as that can vary in relation to the different platforms. However there is a simple procedure I use to load, store and migrate this data between Fedora, Win XP etc on my network, and carry it physically to friend's machines (as I have created a number of custom colours and gradients.) *_Procedure:_* In whatever installation of Oo you are using... 1)Open a blank Oo Draw file. 2)Draw a rectangle (size is minimally important, as long as it fits the page and is big enough to see the fill colour.) 3 ) Right click (PC) on the fill. 4)From the menu that appears, choose area. 5)Then choose the colours tab. 6)Close to the right side of the colour choice window, look for 2 icons, One usually a blue floppy, (to save as the colour palette), the other one above it to load a colour palette. 7)Open either one of these, and you will get the contents of the default folder that holds the color palette (usual extension: .SOC) The default file name is Standard.SOC, and the size will depend on the number of colours it contains at the time. (Mine, with added colours is only about 12 Kb.) 8)In the usual manner for navigating, start to navigate - more to see where the default folder is located than to actually do anything. 9)If you want to export a colour palette, load it into Oo, then save it with the other icon, navigating to your desired new location. Then you will end up saving a copy of it in that location, which can be a USB stick, and external or network drive or whatever you have. 10)Likewise, using the load icon, you can load a file from any other location, then save it as the Standard.SOC file, overwriting the one in the default folder and, providing the new file is a legitimate SOC, it will be the default colour palette once you close and restart Open office - no need to reboot as a rule. 11)All the preceding stuff repeats for Gradients (Default Standard.SOG) and Hatches - Default Standard.SOG 12)If the installation were on a MAC, either the HFS or HFS+ file system would likely generate the usual mac fork, or that might be done by the underlying Java runtime used with the MAC (Tiger and up.) 12a)When exporting from a MAC to a PC environment, it is normal to end up with 3 files for each part of the MAC fork: The Data Resource is the one you need for the PC, the Resource and other forks should be saved aside, so that when you need to re-import the file back from the PC world to the MAC world, you simply copy the modified PC file back into the folder where the other 2 files were kept, making sure the filenames (aside from the extensions) are identical, then, in the MAC environment, the re-integration of the 3 files back into the MAC fork is normally done automatically when you copy the file back into the MAC environment. On the older MACS, this was done with a PC formatted floppy used in the MAC floppy drive, as on either the 1.44Mb PC floppy and the same physical floppy, formatted as HFS (MAC) 900 Kb. were actually encoded MFM. On USB Sticks, the file system should be FAT16, but Likely could work with ext2 or ext3, providing the MAC OS is capable of reading those systems currently. In the case of an External HD (USB of IEEE1394/Firewire) the likely system would be FAT32. NAS drives are more complex, as they generally have a firmware OS which is network transparent. Personally here my NAS box is the D-Link DNS-323 which is a UNIX box. Since the latest major firmware upgrade flashes the obligatory initial initialise and format the box does on anew drive can be ext2 or ext3 (latter preferred) but other machines will see this as if it were NTFS, or, alternatively this box has built-in SFTP and Torrent servers as well as the more normal Windows network protocol. In Linux (Fedora 14 x_64) I access this via Samba. The box also has firmware RAID capability and scheduled automated download capability. This box can go well with D-Link's DIR-825, as it likes a Gb. Wired connection (CAT 6 cable required). Happy computing and
Re: [users] vote for issue 116073 - OOW 3.2.1 crashing when Opening/Saving docs to different than default directory.
On 12/13/2010 6:39 AM, Rogier van Vlissingen wrote: I'm assuming I cannot be the only person to whom this happens? It's been with me since v 3.0 and continues to not get fixed, crashreports notwithstanding. I guess it happens to me a lot as I have a habit of grouping files by projects. I use XP SP3 with a Sempron 2800 (1.6 Ghz) processor and a Winfast MoBo with 1 GB RAM, with OO.o 3.2.1. I seldom save to the default directory.I have an occasional OO.o crash, but there does not seem to be any pattern to these crashes.. I will continue to watch, and will vote for this issue as a pattern evolves.
Re[4]: [users] PDF Conversion
Will Acrobat run under WINE? http://appdb.winehq.org/appview.php?appId=847 I had installed Adobe CS4 Master Collection under WinXP Pro 32 (which includes Acrobat Pro) on a computer I no longer have. It was a legal copy so I should be able to download it again, but http://appdb.winehq.org/objectManager.php?sClass=versioniId=12735 shows poor results running ubuntu v. 10.04 (which Mint 9 is based on. I expect to upgrade to Mint 10 but am in no hurry and IAC, no one has indicated better results. Since I had been using Solid Converter PDF with good results (which I've haven't been able to get running under Wine) I used it very little. Both PDF Edit and PDF Studio do an equally adequate job converting text to txt files but I haven't had much luck getting the former to underline or high text while the Commercial App (PDF Studio) does this very well. It adds DEMO in big letters across the page but this will disappear by paying $60 dollars (not cheap - more than Sold Converter PDF - but cheaper that Acrobat Pro and it's a Linux program). I haven't had much luck using GhostScript so at present this seems to be the solution that comes the closest to providing the functionality I had under Windows with SC pdf). (I am still looking at PostScript / PDF convertors for Linux http://artifex.com/ There is also a possibility that Acrobat Pro would run OK under VirtualBox or something similar. - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
Re: [users] Where does Linux/Mint OOo Store RGB Color Codes?
Perhaps this will help: The color table is stored in /home/.openoffice.org/3/user/config/ in the standard .soc file. This is using the OOo version downloaded from the OOo website. The Mac version is home/Library/Application Support/openoffice.org/3/user/config. Again it is the standard .soc file. Before copying the standard.soc file from another location, you might consider renaming the standard.soc file you want to replace. Then copy the desired standard.soc file into the same folder. Close OOo if it is running. Open it to see if you now have the color table that you want. NOTICE: The locations are accurate. The suggestions are what I think, but I have never tried to do this. They may not work even if I think they should. Dan James Greenidge wrote: Bruce, thank you for your suggestions and we'll take it under serious consideration. It's just a shame that users and beta testers have to go it alone with complicated ad hoc remedies like this on issues which are basic programming knowledge to OOo programmers and writers. But by God, isn't there a member of the OOo crew here who can suggest less jump-thru-hoops suggestions than this when laypeople and schools and companies are changing platforms and wish to take OOo along with them? Surely a method to semi-painlessly transfer configs and defaults between OOo variants would better grease the way to attract more users! Exasperated JIm in NYC On 12/12/10 9:00 PM, Bruce_Martin wrote: Dear James and all: My experience is that Oo stores color codes, hatches and gradients all in the same place relative to itself. This alone does not give you the exact path, as that can vary in relation to the different platforms. However there is a simple procedure I use to load, store and migrate this data between Fedora, Win XP etc on my network, and carry it physically to friend's machines (as I have created a number of custom colours and gradients.) *_Procedure:_* In whatever installation of Oo you are using... 1)Open a blank Oo Draw file. 2)Draw a rectangle (size is minimally important, as long as it fits the page and is big enough to see the fill colour.) 3 ) Right click (PC) on the fill. 4)From the menu that appears, choose area. 5)Then choose the colours tab. 6)Close to the right side of the colour choice window, look for 2 icons, One usually a blue floppy, (to save as the colour palette), the other one above it to load a colour palette. 7)Open either one of these, and you will get the contents of the default folder that holds the color palette (usual extension: .SOC) The default file name is Standard.SOC, and the size will depend on the number of colours it contains at the time. (Mine, with added colours is only about 12 Kb.) 8)In the usual manner for navigating, start to navigate - more to see where the default folder is located than to actually do anything. 9)If you want to export a colour palette, load it into Oo, then save it with the other icon, navigating to your desired new location. Then you will end up saving a copy of it in that location, which can be a USB stick, and external or network drive or whatever you have. 10)Likewise, using the load icon, you can load a file from any other location, then save it as the Standard.SOC file, overwriting the one in the default folder and, providing the new file is a legitimate SOC, it will be the default colour palette once you close and restart Open office - no need to reboot as a rule. 11)All the preceding stuff repeats for Gradients (Default Standard.SOG) and Hatches - Default Standard.SOG 12)If the installation were on a MAC, either the HFS or HFS+ file system would likely generate the usual mac fork, or that might be done by the underlying Java runtime used with the MAC (Tiger and up.) 12a)When exporting from a MAC to a PC environment, it is normal to end up with 3 files for each part of the MAC fork: The Data Resource is the one you need for the PC, the Resource and other forks should be saved aside, so that when you need to re-import the file back from the PC world to the MAC world, you simply copy the modified PC file back into the folder where the other 2 files were kept, making sure the filenames (aside from the extensions) are identical, then, in the MAC environment, the re-integration of the 3 files back into the MAC fork is normally done automatically when you copy the file back into the MAC environment. On the older MACS, this was done with a PC formatted floppy used in the MAC floppy drive, as on either the 1.44Mb PC floppy and the same physical floppy, formatted as HFS (MAC) 900 Kb. were actually encoded MFM. On USB Sticks, the file system should be FAT16, but Likely could work with ext2 or ext3, providing the MAC OS is capable of reading those systems currently. In the case of an External HD (USB of IEEE1394/Firewire) the likely system would
[users] center frame in column?
I have paper 8.5x11, landscape, divided into two columns. Each column will have a frame, with a photo insert, in the bottom half. After I fold it over, it will make a card, with the picture on the front. I'll slice down center and make two cards. I've had help with this before which I appreciate, but I still can't get the picture in the center. At first I was using a vertical line to divide the page visually but the frame/photo never is centered correctly. So I thought of using columns. I thought it was skewing off because of the margins, so I have set all margins to zero. Other than eyeballing it (looks right on monitor, prints off center) is there any way to center the frame in the column? Frames each 4.75 wide, 3.65 high. Using OO 3.0 Thank you for all the good help. -- Helen Etters using Linux, using openSUSE11.0
[users] Issues
Hello, I have some major problem with my docs that i write in the Oppen Office prog. As u can see in the attatched file it allways appears ? % in the text when it is saved and opens upp again. How come, and how can as change it?? Best regardsKarla Kallenberg, if u may u can also reply in swedish. - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
Re: [users] center frame in column?
On 13/12/10 17:09, Helen wrote: I have paper 8.5x11, landscape, divided into two columns. Each column will have a frame, with a photo insert, in the bottom half. After I fold it over, it will make a card, with the picture on the front. I'll slice down center and make two cards. I've had help with this before which I appreciate, but I still can't get the picture in the center. At first I was using a vertical line to divide the page visually but the frame/photo never is centered correctly. So I thought of using columns. I thought it was skewing off because of the margins, so I have set all margins to zero. Other than eyeballing it (looks right on monitor, prints off center) is there any way to center the frame in the column? Frames each 4.75 wide, 3.65 high. Using OO 3.0 Thank you for all the good help. Maybe I'm missing something. But if I * make a landscape page with equal L and R margins * create two columns, with a gutter of twice the margin * insert a manual column break * insert pictures in L and R columns and centre them (R-click, Alignment, Centred) it all looks OK to me. Of course, the vertical placement still needs doing. Any particular reason BTW you want a frame with a photo insert, rather than just inserting the image directly? You still get a bounding box plus margin if you want them. Don't forget there's a position dialogue box to allow you to position items accurately. Although if you want more elaborate positioning, possibly Draw is the better bet than Writer - in particular Writer won't allow you to select multiple objects so you can't align or space things so readily. -- Mike Scott Harlow, Essex, England - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
[users] Consistant File Recovery required?
Using windows 7 Home Recently every time I open OO writer of a OO document I receive the message OpenOffice.org Document Recovery When I click start Recovery I get Book%202%20index%20-%204-29-2009.odt_.odt X Recovery Failed Then I click next and the document opens. This happens with all OO files. I do a normal close/save when storing these files, Why don't they just open? Thank you DeWayne McCarty OUR NEW BOOK 3: Abstracts from the Columbiana Ledger - Volume #2 Covering the years 1/1/1931 - 12/29/1933 For information Email clark...@sbcglobal.net (Place book BOOK in subject) - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
Re: [users] Issues
Hej Karla, för din kännedom, denna e-mail list tillåter inga bifogade filer. om du vill du kan skicka till mig dokumentet i fråga och jag skall se om jag kan hjälpa dig. Skriv om vilken operativ system ditt program arbetar, (Windows, Linux etc) och vilken version av OOo,org du använder. Ha det bra tills dess.. Carlos Martinez (Lycksele) Karla Kallenberg skrev 2010-12-13 17:54: Hello, I have some major problem with my docs that i write in the Oppen Office prog. As u can see in the attatched file it allways appears ? % in the text when it is saved and opens upp again. How come, and how can as change it?? Best regards Karla Kallenberg, if u may u can also reply in swedish. - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
Re: [users] Issues
On 12/13/2010 10:54 AM, Karla Kallenberg wrote: Hello, I have some major problem with my docs that i write in the Oppen Office prog. As u can see in the attatched file it allways appears ? % in the text when it is saved and opens upp again. How come, and how can as change it?? Best regards Karla Kallenberg, if u may u can also reply in swedish. [Karla (karla_kallenb...@hotmail.com) is not subscribed and probably will not see any responses unless directly copied.] The attachment did not make it to the list -- generally those with the ODF file types (like .odt) are attached, so maybe this is a .doc file? Anyway, we can't see what it is you are describing. If you can't be more specific about what is happening, you'll need to put the document somewhere we can link to, sorry. It would also help if you told us what operating system and version you are using, and what version of OpenOffice.org.
Re: [users] Issues
Den 2010-12-13 17:54:52 skrev Karla Kallenberg karla_kallenb...@hotmail.com: Hello, I have some major problem with my docs that i write in the Oppen Office prog. As u can see in the attatched file it allways appears ? % in the text when it is saved and opens upp again. How come, and how can as change it?? Best regardsKarla Kallenberg, if u may u can also reply in swedish. There is no attached file to your message. Attached files are often stripped off messages on this list. It's better to upload your file somewhere and then include a link to it in your message. Din bilaga kom aldrig fram. På e-postlistor som denna är det ganska vanligt att bilagor inte hänger med hela vägen. Det är bättre att ladda upp sin fil någonstans istället och sedan bifoga en länk till den i själva meddelandet. Du vet väl att det finns en e-postlista på svenska också? us...@sv.openoffice.org Vill man få svar på sina frågor måste man också registrera sig där först genom att skicka ett tomt meddelande till: users-subscr...@sv.openoffice.org -- Kind regards/Vänliga hälsningar Johnny Rosenberg - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
Re: [users] Where does Linux/Mint OOo Store RGB Color Codes?
On 12/13/10 10:53 AM, Daniel Lewis wrote: Perhaps this will help: The color table is stored in /home/.openoffice.org/3/user/config/ in the standard .soc file. This is using the OOo version downloaded from the OOo website. The Mac version is home/Library/Application Support/openoffice.org/3/user/config. Again it is the standard .soc file. Before copying the standard.soc file from another location, you might consider renaming the standard.soc file you want to replace. Then copy the desired standard.soc file into the same folder. Close OOo if it is running. Open it to see if you now have the color table that you want. NOTICE: The locations are accurate. The suggestions are what I think, but I have never tried to do this. They may not work even if I think they should. Dan Seasons Greetings Dan and thanks, however as far I could find, the directory structure of Mint is a morass of branches and duplicated folders. A file search for OpenOffice and standard.soc came up readily enough in Mac, but in Mint a file search popped up nothing less than three separate OpenOffice folders in threads raging from /etc/ to /init/ and some were alias dead-ends or plain empty. I'm no hacker and I really don't want to play Indiana Jones delving our hard drives just to transfer color and address and default info from Mac OOo into Mint OOo. I wonder how many perspective users OOo lost because people couldn't transfer their personal Mac or PC or Linux Ooo defaults between another. Surely there's a simple script that can swing this, and I'd really be nice if the brains in the know could lend a hint. Jim in NYC - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
Re: [users] Where does Linux/Mint OOo Store RGB Color Codes?
James Greenidge wrote: On 12/13/10 10:53 AM, Daniel Lewis wrote: Perhaps this will help: The color table is stored in /home/.openoffice.org/3/user/config/ in the standard .soc file. This is using the OOo version downloaded from the OOo website. The Mac version is home/Library/Application Support/openoffice.org/3/user/config. Again it is the standard .soc file. Before copying the standard.soc file from another location, you might consider renaming the standard.soc file you want to replace. Then copy the desired standard.soc file into the same folder. Close OOo if it is running. Open it to see if you now have the color table that you want. NOTICE: The locations are accurate. The suggestions are what I think, but I have never tried to do this. They may not work even if I think they should. Dan Seasons Greetings Dan and thanks, however as far I could find, the directory structure of Mint is a morass of branches and duplicated folders. A file search for OpenOffice and standard.soc came up readily enough in Mac, but in Mint a file search popped up nothing less than three separate OpenOffice folders in threads raging from /etc/ to /init/ and some were alias dead-ends or plain empty. I'm no hacker and I really don't want to play Indiana Jones delving our hard drives just to transfer color and address and default info from Mac OOo into Mint OOo. I wonder how many perspective users OOo lost because people couldn't transfer their personal Mac or PC or Linux Ooo defaults between another. Surely there's a simple script that can swing this, and I'd really be nice if the brains in the know could lend a hint. Jim in NYC If you are using the version of OOo provided by Mint, the preset parts of OOo are probably located within the /etc/ folder. That is not what you want. You mentioned three locations for the standard.soc file, but you did not mention where the third location was. If you look at my earlier reply, I mentioned a location: /home/.openoffice.org/. What I should have written /home/user/.openoffice.org/3/user/config/ as the folder containing the file you need. The user in the address is the name of the folder which contains all of your personal folders. For example, on my Linux box, my user name is dan. So, this file is located at /home/dan/.openoffice.org/3/user/config/. Another thing: the period in front of openoffice.org is used by Linux to identify a hidden folder or file. I'm not sure how you searched for the standard.soc file. Did you use the command line or something else. This might help some. Dan - To unsubscribe, e-mail: users-unsubscr...@openoffice.org For additional commands, e-mail: users-h...@openoffice.org
