I have a text file in format .rtf with a simple table. The file appears
the same in open office and word2003. But in libre office it is correct
only up to the beginning of the table, later on all the text is
presented in the last (very long!) column and it is unusable.
Is this a bug? Do I have
This problem is really unfortunate. I experienced this issue and was able
to follow the procedures that I had found previously to install the
software on my Win 64bit machine. However users of this software should
never see this issue. It needs to be fixed quickly. I cannot recommend
Hi Mike,
That bug has been fixed in LibreOffice 3.6.1 RC1/RC2.
mjk
On Mon, Aug 27, 2012 at 10:09 AM, Michael Manning wrote:
This problem is really unfortunate. I experienced this issue and was able
to follow the procedures that I had found previously to install the software
on my Win
-- Forwarded message --
From: Thomas Blasejewicz
Date: Sun, Aug 26, 2012 at 6:08 PM
Subject: Re: [libreoffice-users] Fatal error
To: Manfred J. Krause
Good evening
Yes, thank you!
Renaming the extensions folder worked.
(2012/08/26 19:49), Manfred J. Krause wrote:
On Sun, Aug
Larry
I have my Library now, for which Many Thanks.
About the script error.
The script referred to is nowhere in the 3 folder and deleting the
Library/App.Support/Libre file has not solved it.
In every other respect the Beta works.
I will just wait for the next update. That usually cures these
--
For unsubscribe instructions e-mail to: users+h...@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/
Hi,
Im
running LibreOffice 3.5 unter Ubuntu. I also installed writer2LaTex
1.2. Now it should be possible to export bibliographic notes like:
Agricola,
G. (1556): De re metallica libri XII. Froben, Basel.
from an OpenOffice-Textfile (.sxw) to BibTex.
I
used theexport-menu,
Andreas,
You must not embed images in your embedded database. Any form with a
lt;picture control will try to load the whole field. I think this is the
lt;true bug in this affair and it was sitting there ever since.
lt;Use a text field with relative links to picture files.
lt;Bind a form's picture
For future reference, it's not a good idea to store big binary data,
or, imnvho, any binary data, in database tables, certainly not in the
hsqldb tables that LO uses as internal. Store names of files not
the files themselves. You can get trouser pockets big enough for
beach balls, but it's not a
Possibly no one knows anything re. the Japanese to German version.
On Fri, Aug 24, 2012 at 11:18 AM, Thomas Blasejewicz
tho...@s7.dion.ne.jpwrote:
So far not a single response.
Does that mean, I am the ONLY ONE experiencing this?
Or did I do something incredibly stupid? (yet, the same
Hi Bob and all.
I've been through the wringer on this and have still not got much of
anywhere. It seems some people have major problems with this and some just
don't seem to. I spent well over an hour going through the steps listed on
bugzilla that were supposed to fix this, e.g.
Am 27.08.2012 16:34, hover2gb wrote:
Andreas,
You must not embed images in your embedded database. Any form with a
lt;picture control will try to load the whole field. I think this is the
lt;true bug in this affair and it was sitting there ever since.
lt;Use a text field with relative links to
Try ToolsSQL...
ALTER TABLE TableName DROP COLUMN Pics;
SHUTDOWN COMPACT;
Execute, close and reopen the database document.
If this does not help, You can extract the script file out of the
document archive, remove all references to that picture column and
rebuild the database from script.
OK.
On 08/27/2012 02:39 AM, zig wrote:
I have a text file in format .rtf with a simple table. The file
appears the same in open office and word2003. But in libre office it
is correct only up to the beginning of the table, later on all the
text is presented in the last (very long!) column and it is
SOLVED - I figured out how to modify the script and then just archive it back
into the database with a ZIP program. And it worked. I now have access to
all of my data, and everything works perfectly.
Thanks, thanks, THANKS!
--
View this message in context:
hover2gb wrote:
Try ToolsSQL...
ALTER TABLE TableName DROP COLUMN Pics;
SHUTDOWN COMPACT;
Execute, close and reopen the database document.
If this does not help, You can extract the script file out of the
document archive, remove all references to that picture column and
rebuild the database
Larry
I have downloaded Lbre 3.6.1.2 and it has the same fault.
I have found the missing script. Not in Library/Application Support.
It is here:
LibreOffice.App/Contents/Share/basic/ScriptBindingLibrary/Script xlb
Either it is in the wrong place or the App is not pointing to it.
Would you
It seems to work fine if you take JRE 1.7 off the machine and install JRE 1.6...
Once they take Java out of the equation, it'll be fixed. Until they do,
however, take 1.7 off and Install 1.6. That seems to fix the problem.
YMMV,
Bob
Bob McDonald
Sr. IPAM Engineer
(P) 267-236-0145
(F)
On 2012-08-27 11:07 AM Tinkerer wrote:
Larry
I have downloaded Lbre 3.6.1.2 and it has the same fault.
I have found the missing script. Not in Library/Application Support.
It is here:
LibreOffice.App/Contents/Share/basic/ScriptBindingLibrary/Script xlb
Either it is in the wrong place or the
Am 27.08.2012 18:59, hover2gb wrote:
SOLVED - I figured out how to modify the script and then just archive it back
into the database with a ZIP program. And it worked. I now have access to
all of my data, and everything works perfectly.
Thanks, thanks, THANKS!
--
View this message in
Am 27.08.2012 19:06, Bob McDonald wrote:
It seems to work fine if you take JRE 1.7 off the machine and install JRE 1.6...
Once they take Java out of the equation, it'll be fixed. Until they do,
however, take 1.7 off and Install 1.6. That seems to fix the problem.
YMMV,
Bob
Bob McDonald
Hi,
I installed version 3.6.0.4 last week (OSX 10.6.8), and have a problem with
Page Preview and pdf export. I
1. open a calc file created with 3.5.6. this file has 4 sheets;
2. add a new sheet, then rename the sheet to something suitable;
3. edit one of the previously created sheets and the
Hello,
I have just installed LO 3.6.1-2. The good news for me is that the native
MySQL connector now works. On the other hand, I received a segfault (Linux -
Debian-Wheezy) when trying to run a report based on a MySQL/Base view.
the message was
soffice.bin[19682]: segfault at 0 ip aa224635 sp
At 12:54 27/08/2012 -0700, Paul Morgan wrote:
4. open Page Preview with the newly created sheet selected, and
everything is as expected;
5. open Page Preview with any of the previously created sheets
selected, and the preview is blank;
6. export to pdf (either with the Export Directly as PDF
Thanks for the prompt answer! I use the 32-bit version of LO.
Regards
H.S.
On Mon, 27 Aug 2012 22:45:57 +0200, Dan elderdanle...@gmail.com wrote:
Heinrich Stoellinger wrote:
Hello,
I have just installed LO 3.6.1-2. The good news for me is that the native
MySQL connector now works. On the
Hi again...
The report builder actually works just fine under my 3.6.0.4 LO on
Linux Mint-Maya.
Regards
On Mon, 27 Aug 2012 22:45:57 +0200, Dan elderdanle...@gmail.com wrote:
Heinrich Stoellinger wrote:
g I have just installed LO 3.6.1-2. The good news for me is that the native
MySQL
I just upgraded from 3.3 to 3.6 on a Win7 installation. I'm getting a fatal
error:
Unhandled Exception: InvalidRegistryException.
Text of error:
File:///C:/Program%20Files%20(x86)LibreOffice%203.6/program/../share/extensions/NLPSolver/components.rdb:
duplicate implementation
Brian Barker wrote
At 12:54 27/08/2012 -0700, Paul Morgan wrote:
4. open Page Preview with the newly created sheet selected, and
everything is as expected;
5. open Page Preview with any of the previously created sheets
selected, and the preview is blank;
6. export to pdf (either with the
@contrazz,
Should not need to re-install again, rather to clear things you'll need
to completely remove (or rename) your old user configuration.
Found here: C:\Users\yourusername\AppData\Roaming\LibreOffice\
Any extensions or customizations you have are likely not functional at
3.6, so deleting
At 14:02 27/08/2012 -0700, Paul Morgan wrote:
Brian Barker wrote
Do you have a print range defined on your new sheet? Once a print
range is defined anywhere, only material within print ranges is
printed (or exported to PDF). So no other sheet will print unless
you define print ranges
Folks should understand that the Java Accessibility Bridge foundation
for LibreOffice Assistive Technology and Accessibility Tools is one of
the primary components entirely dependent on a functional JRE? Java is
going to be with us in LibreOffice long after JRE 1.6 has been dropped
from Oracle
Brian Barker wrote
At 14:02 27/08/2012 -0700, Paul Morgan wrote:
Brian Barker wrote
Do you have a print range defined on your new sheet? Once a print
range is defined anywhere, only material within print ranges is
printed (or exported to PDF). So no other sheet will print unless
you
32 matches
Mail list logo
