I am stumped on something and hoping you all can help. I have need for a
LAMP server to print directly from a webpage without the dialog box. So I
installed CUPS and mapped the printers. I am printing .docx files so I was
using the libreoffice --headless command to print using a shell script.
Every
Thanks and I am trying the other email address at us...@zh.libreoffice.org
On 12/16/2012 09:20 PM, webofht-libreoffice...@yahoo.com.hk wrote:
...
> When selecting:
>
>
>
> Format-> Bullets and Numbering->
> Options-> Numbering-> 壹貳參
>
> The numbers are not consistent. Please
> fix them:
>
On 12/17/2012 05:35 PM, receiver wrote:
Girvin's reasoning about dates is quite correct in my opinion. In our
case the zero valued date fields are logically NULLs and I would prefer
that the database store them as NULLs instead. I'm afraid it is MySQL
that is choosing to store zero values. The
Apache OpenOffice 3.4.1 is indeed listed as compatible by the Windows 8 Upgrade
Advisor. That's my counter-example to your presumption about competing
products.
I only went to the web site when I found that no LibreOffice version was listed
(compatible or otherwise) after the Upgrade Advisor s
Girvin's reasoning about dates is quite correct in my opinion. In our
case the zero valued date fields are logically NULLs and I would prefer
that the database store them as NULLs instead. I'm afraid it is MySQL
that is choosing to store zero values. The database in question is
being loaded
File/Open produces the following nag screen:
The folder contents could not be displayed
Operation not supported
The message began several releases ago and exists with 3.6.4.
Fortunately, the operation is supported as I can select and open a file
after clicking OK.
I reported this as b
Right now "libreoffice" has 12 out of 13 votes for compatible
"The Documentation Foundation" has 4 out of 4 votes.
To be honest, do you really think that MS would list competition in
their compatibility reports? Nearly half of my "major" packages were
not reported in their Win7 compatibility
I wanted to check on the "Access Violation" that Tony experienced to see it was
an easily reproducible situation for a Windows 8 installation of LibreOffice.
Before doing that, I installed LibreOffice 3.6.4 on a Windows XP SP3 system. I
then ran the Windows 8 Upgrade advisor. The upgrade advis
On 12/16/2012 09:20 PM, webofht-libreoffice...@yahoo.com.hk wrote:
...
> When selecting:
>
>
>
> Format-> Bullets and Numbering->
> Options-> Numbering-> 壹貳參
>
> The numbers are not consistent. Please
> fix them:
> 壹貳參四五六七八九拾拾壹拾貳拾參拾四……
> “參”should
> be “叁”,
> in particular. “四五六七八九”are
> not
NoOp wrote
>> What I need is a way of getting LO and/or OO to print the labels
>> correctly
>> on the page. I admit that having to use a PDF printer (CutePDF or
>> Bullzip)
>> complicates the issue. But it seems odd to me that I get different
>> results
>> between LO and OO, and between virtual pri
Hi All,
Just a friendly reminder that we are still in the middle of our
LibreOffice 4 test marathon week :) Please join if you even have 1 hour
to spare, really just requires installing LibO 4 Beta and using it, that
simple!
http://wiki.documentfoundation.org/QA/Test_Marathon_LibreOffice_4.0
Le 16/12/2012 02:49, receiver a écrit :
Hi receiver,
It is MySQL's choice to have allowed '-00-00' as the representation
of an invalid date string. Previous versions of the JDBC connector could
handle these strings. When the connector J development moved to 5.x,
MySQL had to introduce an opt
Le 17/12/2012 04:41, Brian Barker a écrit :
Hi Brian,
>
> Wouldn't a better solution be to construct your database so that you
> didn't need to represent this thrice-inappropriate date value?
The problem stems from the fact that the MySQL JDBC driver can not
handle Java null dates, which were p
13 matches
Mail list logo