Re: [libreoffice-users] Printing options.
Steve Edmonds wrote: On 2014-11-26 13:56, Doug wrote: On 11/25/2014 07:25 PM, Steve Edmonds wrote: Hi. In File> Printer Settings, under options is the device printer language setting (PDF/Postscript). Is this a Libreoffice configuration or a system configuration. I ask because some documents print fine with postscript but not with PDF. If it is a LO function I will file a bug. Thanks, steve Unless I misunderstand the question, Postscript will be a _printer_ setting. HP printers understand Postscript, maybe some others do. So if your printer understands Postscript, you can use that setting in your operating system to communicate with the printer, and everything you send, including the output of LO, your PDF reader, whatever it may be, and any other file you send to the printer will be encoded in Postscript by the operating system and delivered as such to your printer. --doug Thanks. I am printing to a printer not a file. If I select postscript in this printer dialogue setting, printing is correct. If I select PDF printing is not correct. I can't include a screen shot to show you the dialogue. Oops, just notice it is File>Print>Properties>device or File>Printer settings>Properties>device. There I have Printer Language Type. If this setting changes the way LO outputs to the printer, then there is a bug in LO. Steve I think the dialog invoked by File > Print > Properties is the printer driver specific options for the selected printer, so more related to the printer/driver/OS. If one option works and not the other, why not just use the one that works? That may be the reason for there being an option. On Windows, default printer settings can be set from Control Panel > Printers. Right-click the required printer and select "Printing Preferences" set options as required and click OK. This dialog will probably look similar to the one from File > Print > Properties in LO, but sets the defaults rather than one-off settings. Exact naming of menus may be different on different versions of Windows. Mark. -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ 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
Re: [libreoffice-users] [Calc] The LOOKUP() function (Calc vs. Excel)
On 29-11-2014 16:28, Carlo Strata wrote: Hi Everyone, I recently deal with a supplier catalog/price list spreadsheet xlsx file. That file use the "LOOKUP()" function (in Italy "RICERCA()") in many places. In one of those occurrences, the first LOOKUP() parameter (Search Criterion) was missed, but on Microsoft Excel this was ok (no errors in the cell), in LibreOffice was ko (Err:511, missing variable/parameter)! I think this difference was yielded by different assumed values of the missing parameter and/or different validation rules. So compliance depends not only on file format, but also on function behaviour/validation on different program. This is a Vendor Lockin trouble? http://en.wikipedia.org/wiki/Vendor_lock-in What do you think about? Is this a known issue? The work environment is: - Microsoft Windows 8.1, 64 bit, Ita gui, daily full updated; - LibreOffice 4.3.5.1, win32, Ita gui and local help; - Microsoft Office 2013 Professional Plus trial version (I had installed and then uninstalled in my notebook some weeks ago). Have All a nice weekend, Carlo I do not see a difference, besides a language difference (i have Dutch version of Excel, en LO in English) (in Excel is see '#N/B', when LOOKUP did not found, in LO is see '#N/A') I uploaded my testfile here: http://wikisend.com/download/402228/zoeken.xlsx (LOOKUP, in Dutch "ZOEKEN") -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ 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] [Calc] The LOOKUP() function (Calc vs. Excel)
Hi Everyone, I recently deal with a supplier catalog/price list spreadsheet xlsx file. That file use the "LOOKUP()" function (in Italy "RICERCA()") in many places. In one of those occurrences, the first LOOKUP() parameter (Search Criterion) was missed, but on Microsoft Excel this was ok (no errors in the cell), in LibreOffice was ko (Err:511, missing variable/parameter)! I think this difference was yielded by different assumed values of the missing parameter and/or different validation rules. So compliance depends not only on file format, but also on function behaviour/validation on different program. This is a Vendor Lockin trouble? http://en.wikipedia.org/wiki/Vendor_lock-in What do you think about? Is this a known issue? The work environment is: - Microsoft Windows 8.1, 64 bit, Ita gui, daily full updated; - LibreOffice 4.3.5.1, win32, Ita gui and local help; - Microsoft Office 2013 Professional Plus trial version (I had installed and then uninstalled in my notebook some weeks ago). Have All a nice weekend, Carlo -- ing. Carlo Strata - via Botticelli 1/4 30031 Dolo - VE Italia - Italy - tel. +39.041.822.0665 cell. +39.347.85.69.824 Skype carlo.strata Google carlo.strata.69 - carlo.str...@tiscali.it PEC: carlo.str...@ingpec.eu -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ 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] PDF export checking whether the file is locked (opened) by another program before starting exporting over it
Hi Everyone, I use LibreOffice for all my job activities and I yield many pdf documents. Many time I change the original document and update the associate pdf. If I forget (!) to close the pdf document on my viewer (see below), not necessarily the viewer itself, I get a nice sequence of "I/O errors" and the export operation obviously fails! If I export a long document I have to repeat the long time operation and to waste my time. So, why not check whether the file is locked (opened) by another program before (!) starting exporting over it? I think it is possible. Wht do you think about? Is there already an issue about this behaviour? My current work environment is: - Microsoft Windows 8.1, 64 bit, Ita gui, daily full updated; - LibreOffice 4.3.5.1, win32, Ita gui and local help; - Adobe Acrobat Reader XI, 11.0.09, win32. Have All a nice weekend, Carlo -- ing. Carlo Strata - via Botticelli 1/4 30031 Dolo - VE Italia - Italy - tel. +39.041.822.0665 cell. +39.347.85.69.824 Skype carlo.strata Google carlo.strata.69 - carlo.str...@tiscali.it PEC: carlo.str...@ingpec.eu -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ 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
