![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Hello,
I would like to report that Polish dictionary does not work in LibreOffice 3.4.3 if the suite is installed in English version of Windows 7 64 bit Home.
Kind regards,
Lech
See if this one works. If it does then there is something wrong with how the included one placed in it. If it does not work, then it has something to do with the dictionary itself.
lecban wrote:
I would like to report that Polish dictionary does not work in LibreOffice 3.4.3
if the suite is installed in English version of Windows 7 64 bit Home.
webmaster for Kracked Press Productions wrote:
See if this one works. If it does then there is something wrong with how the
included one placed in it. If it does not work, then it has something to do
with the dictionary itself.
http://libreoffice-na.us/English-3.4-installs/add-on-dictionaries-large-list/Polish--Dictionary---pl-dict____2008-12-06.oxt
lecban, have you been able to test this dictionary? Did it work? If
it's still not working, I think you should file a bug report:
bugs.freedesktop.org. Just make sure to check whether or not it has
already been filed.
Regards
Stephan
Hi 
I think even if the one from WebMaster does work then it's probably still a good idea to file a bug-report. We need the default one to also work. If the one WebMaster found does work then it would be good to mention that in the bug report.
Just my opinion though.
Regards from
Tom
Stephan Zietsman wrote (27-10-11 15:39)
lecban wrote:
I would like to report that Polish dictionary does not work in LibreOffice 3.4.3
if the suite is installed in English version of Windows 7 64 bit Home.
I would not be surprised if it is this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=37195
Hi All
I have written in on this subject before but got no 'real' answers and it is now becoming urgent!!
I have a Database that I developed several years ago in OO. It runs well and is used every day. I currently run it in OO (3.2.1). When LO first came out I installed this on a second machine and tried to run my DB with it but with no luck. I have had a tries as new versions of LO became available but always no luck.
My second machine recently started to give problems so I moved everything onto the main computer. I now have OO and LO (3.3.4) on the same machine. It still refuses to run my DB. So I have to have my DB open with OO and do my other work in LO. I have noticed a lot more crashes and freezes and other strange behavior since having everything on one machine. I read on the Forum just a day or so back that it is not recommended to run both programs at the same time which is no doubt the reason I'm seeing problems.
When I open LO Base it opens and shows me all my tables and forms etc. But when I select 'Forms' to start the program LO just closes. It has done this since the beginning!! If I do the same steps in OO it works fine!!
How can I transfer my DB to LO or what steps must I take to "convert" it to LO format!!??? As I said this has now become a priority for me. If this can not be done I will have to drop LO and stay with OO which I don't want to do.
My OpSys is Linux Mint 10 KDE.
Thanks Guys - I hope at least one of you can supply me with an answer.
Ian,
As an aside, it would be helpful if you could post a new thread instead
of tagging onto an existing one. If the answers to your question run to
several lengths/respondents, the initial thread will become completely
unreadable, not to mention your own question. Anyway...
I have a Database that I developed several years ago in OO. It runs well
and is used every day. I currently run it in OO (3.2.1). When LO first
came out I installed this on a second machine and tried to run my DB
with it but with no luck. I have had a tries as new versions of LO
became available but always no luck.
Can you be more precise as to tries ? I'm afraid that the information
you provide is insufficient to be able to hope to provide you with any
sort of answer.
Please specify :
OS : Linux Mint 10 KDE - OK
LibreOffice version : 3.3.4 ? OK, but distrib version, or downloaded
from LibreOffice web site and installed by hand ??
Java SDK/JRE versions installed : ???
Java SDK/JRE versions recognised by LibreOffice : ??
My second machine recently started to give problems so I moved
everything onto the main computer. I now have OO and LO (3.3.4) on the
same machine. It still refuses to run my DB. So I have to have my DB
open with OO and do my other work in LO. I have noticed a lot more
crashes and freezes and other strange behavior since having everything
on one machine. I read on the Forum just a day or so back that it is not
recommended to run both programs at the same time which is no doubt the
reason I'm seeing problems.
In my own personal experience, running both OOo and LibO at the same
time on the same OS has regularly led to freezes, crashes and erratic
behaviour (Mac OSX and Linux).
When I open LO Base it opens and shows me all my tables and forms etc.
But when I select 'Forms' to start the program LO just closes. It has
done this since the beginning!! If I do the same steps in OO it works
fine!!
Let's forget the Forms bit for the moment.
Can you see the list of, and access (read/write), your Tables ?
Can you see the list of, and access, your Queries ?
With regard to the form, try this :
1) Open your form in OOo 3.2.1, then "Save as..." to a location of your
choice. Close OOo completely (including any quickstarter/menu launcher
tool).
2) Open your newly saved form with LibreOffice.
In theory, the form will be detached from the database, so no data will
appear.
3) Switch to Form Edit mode and re-assign the DATA connection of your
form to the corresponding database table. Save, close and try to re-open.
4) If an attempt to open the independent form in LibreOffice fails with
a crash, then there is something in your form that LibreOffice doesn't
like in its current incarnation.
If you really want us to be able to help you with a hands-on approach,
it would be useful to have access to a copy of the database, maybe you
could make it available publicly somewhere ?
Alex
Hi,
I developed my database about 8 years. I moved the data over from Paradox. I was running Windows at the time. I moved to Ubuntu 2 1/2 years ago, and ran OO until this past spring. When the first release of LibreOffice came out this past spring, I uninstalled completely open office and did a clean install of LibreOffice. I've never had any issues using my database. I would recommend doing a complete uninstall of both Open Office and LibreOffice, and then doing a fresh install of LibreOffice directly from the LibreOffice site.
Here are the instructions for the 32 bit version for Ubuntu. They should work fine with Mint.
Download LibreOffice to your desktop. Right click on the download and extract it to the desktop. Then run the following in the terminal:
sudo apt-get remove libreoffice*.*
sudo apt-get remove openoffice*.*
sudo dpkg -i ~/Desktop/LibO_3.4.3rc2_Linux_x86_install-deb_en-US/DEBS/*.deb
sudo dpkg -i ~/Desktop/LibO_3.4.3rc2_Linux_x86_install-deb_en-US/DEBS/desktop-integration/libreoffice3.4-debian-menus_3.4-302_all.deb
If you are running 64 bit, simply change the version information.
If the above doesn't work, maybe you could try creating a new form in LibreOffice and see if that works.
Don
Thanks Alex.
First of all I THOUGHT I HAD created a new thread - I gave it a new Title - is that not enough??
Now to reply to your questions....
* When I first installed LO I had it on my second machine and I
moved a copy of my DB to that machine to test it in LO. As I said
it opens up and then just closes down when I select the Input Form.
* OS is Linux Mint 10 KDE.
* LO Version is 3.3.4 OOO330m19 (Build:401), tag libreoffice-3.3.4.1.
Downloaded from the LO site. (deb file).
* In an effort to improve the performance of OO Base I now run Sun
Microsystems Java 1.6.0_21 which has resulted in better speed but
in my opinion is still VERY slow!!
* If I open the DB in LO I can SEE and EDIT my Tables, Queries and
Reports. But if I do anything with Forms LO just closes!! (So I
guess you are right in pointing at Forms)
* I was able to save a copy of my Form in OO, (the program selected
.odt as the format), but when I try to open this with LO Writer LO
again just closes!!
So does this mean I must re-create my Form in LO? Then I wonder how to link it to my Tables??
I would be happy to put my DB up for examination but I am _VERY_ protective of the contents as it is all personal information of the Members in my Group and I don't want that getting into the 'wrong' hands!! Any suggestion??
First of all I THOUGHT I HAD created a new thread - I gave it a new
Title - is that not enough??
Not if you hit reply to an existing thread, even if you change the
title, it will still be considered part of the original thread topic.
* OS is Linux Mint 10 KDE.
* LO Version is 3.3.4 OOO330m19 (Build:401), tag libreoffice-3.3.4.1.
Downloaded from the LO site. (deb file).
* In an effort to improve the performance of OO Base I now run Sun
Microsystems Java 1.6.0_21 which has resulted in better speed but
in my opinion is still VERY slow!!
Good stuff, thanks for the info.
* If I open the DB in LO I can SEE and EDIT my Tables, Queries and
Reports. But if I do anything with Forms LO just closes!! (So I
guess you are right in pointing at Forms)
* I was able to save a copy of my Form in OO, (the program selected
.odt as the format), but when I try to open this with LO Writer LO
again just closes!!So does this mean I must re-create my Form in LO? Then I wonder how to
link it to my Tables??
OK, so the problem seems to be narrowed down to that form.
A few further questions :
- does the form contain any image fields ?
- does the form contain any boolean fields ?
- is the form based on a joined query (multitable), a view, or just a
simple one table query ?
I would be happy to put my DB up for examination but I am _VERY_
protective of the contents as it is all personal information of the
Members in my Group and I don't want that getting into the 'wrong'
hands!! Any suggestion??
The form saved outside of the database shouldn't contain any personal
data other than that of the user that created it (and only then if you
have filled in those details in the corresponding LO Options screen). Of
course, it will contain references to the fields of the table(s) to
which it originally linked, which you may or may not want to reveal.
If you send me the ODB file in private (alex.thurgood <at> gmail.com), I
can assure you it will remain confidential (I'm an attorney).
Alex
Hi
Don't worry about such mistakes. Just try to get it right next time.
We 'should' be more understanding of new people as most of us made mistakes when first using this style of thing. Most forums and such have their own quirks even tho they try to be fairly consistent with each other.
I think we try to just politely point out things that have gone wrong without really meaning it to be a criticism. It doesn't always sound that way though! These lists have people from all around the world and from many different sub-cultures within the range of countries so misunderstandings are highly likely. Of course some people are just plain rude and make the rest of us cringe so it's difficult to know a person's intention. Some people just have "bad hair days" or over-react to an often-repeated problem in a "blame the user" way rather than trying to see how the system could be changed to make it easier for new people that may not have decades of experience with newsgroups. In some sub-cultures people are only polite to non-friends. Someone has a signature something like "Only friends argue. Other people just don't care." although the person with that signature is then just openly helpful and kind lol
I haven't yet got to the email that caused offence but if it was from Alex then i seriously doubt he intended to be anything less than helpful and kind.
Regards from
Tom
From: Alexander Thurgood <alex.thurgood@gmail.com>
Subject: [libreoffice-users] Re: OO Base will not run in LO Base
To: users@global.libreoffice.org
Date: Friday, 28 October, 2011, 16:58
Le 28/10/11 14:49, Ian Whitfield a
écrit :> First of all I THOUGHT I HAD created a new thread - I gave it a new
> Title - is that not enough??Not if you hit reply to an existing thread, even if you change the
title, it will still be considered part of the original thread topic.
<big snip />
I'm always puzzled by this sort of claim. The subjects of this personal information presumably expect that it will remain confidential: that is, not be distributed beyond the audience they anticipated when they provided the information. If it gets to you, that expectation - that confidence - has already been betrayed. It doesn't matter what you promise to do or not to do with the information: if you have it, it is no longer confidential.
Perhaps you think that confidentiality is respected if you undertake not to pass the information on to others. But that idea fails too. Suppose that I ask you for the information; following this argument, you would be justified in passing it on to me, provided I promised also to keep it confidential - presumably meaning that I would not pass it further. But there is nothing to stop me then making use of the same exception that you have applied. Do you see where the argument is leading? By this theory, it is perfectly permissible for everybody on the planet to see the information, provided they all undertake to keep the information "confidential" - with this new, looser, useless meaning.
When I offer someone information in confidence, I expect that it will go no further - not even to the recipient's lawyer, let alone someone else's. But you are by no means alone: many people think they can betray any secret as long as they are assured that the next person will behave the same way, receiving the same empty assurance.
Brian Barker
A common technique for testing data structures is to populate the data with "lorem ipsum" text.
See: www.lipsum.com.
You obtain the text, parse it and de-duplicate as necessary. Load it into your structures.
There are many advantages to this technique. In this case the db could be populated, fully functioning, and no personal data is interchanged.
Hi
If not other thing run, try to do this:
1) With Calc Ooo-Base, use Browser and select one by one all the tables
from the Ooo-Base db file.
2) Save the file as .ods
3) Then, in Lo-Base, connect (Browser-spreedshet) from .ods (I think
you can recover the tables.
At least you can recover the tables but you have to do again forms,
etc.
Regards,
Jorge Rodríguez
Brian,
I'm always puzzled by this sort of claim. The subjects of this personal
information presumably expect that it will remain confidential: that is,
not be distributed beyond the audience they anticipated when they
provided the information. If it gets to you, that expectation - that
confidence - has already been betrayed. It doesn't matter what you
promise to do or not to do with the information: if you have it, it is
no longer confidential.
Are we here to debate the notion of the word "confidential" or to try and help the person with the problem ? I offered my help with a guarantee that the information revealed to me would remain between myself and that person. It is not up to me to provide that information to others, unless I have the authorisation to do so from the initial discloser. That is the whole point surely ?
Alex
Thanks Alex
Sorry about the 'New Thread' thing - on another Forum I'm on I only have to change the Subject Line - Now I know!! (Thanks for explaining it to me!!)
A few further questions :
- does the form contain any image fields ?- does the form contain any boolean fields ?
- is the form based on a joined query (multitable), a view, or just a
simple one table query ?
My Form has approx 70 fields of which 3 are "Picture" fields, (One plain graphic and two photos) although all records do not have all photos - some have none or just one. ALL records have a graphic, it is a visual identification of the Status of the person in each record.
There are no Boolean fields or Macros or anything like that and all the data comes out of ONE table. However I did experiment at one time by adding a couple of buttons to do things automatically. ie a button next to the eMail address to send an eMail to that person. Maybe I should remove these for now and see if these are causing the problem - what do you think??
The form saved outside of the database shouldn't contain any personal
data other than that of the user that created it (and only then if you
have filled in those details in the corresponding LO Options screen). Of
course, it will contain references to the fields of the table(s) to
which it originally linked, which you may or may not want to reveal.If you send me the ODB file in private (alex.thurgood<at> gmail.com), I
can assure you it will remain confidential (I'm an attorney).
I will wait your reply on the above before I send you anything. The whole .odb file is large (332Mb) but the .odt Form file is much smaller (16.4Kb).
Regarding the comment by Brian Baker on this "Confidentiality" matter I must say I don't completely go along with this. Yes - the members have given me their details "in confidence" with the understanding that it will not be mis-used. _MY_ concern is that I let it get out into the hands of Spammers and other such people that results in the Members getting onto all sorts of Spam Lists and other Malware type situations resulting from the "loss" of information entrusted to me!! The information I hold here is available to all and any other member of our Group but is NOT for general distribution. This is what I'm protecting!!
Thanks again Alex - I really do appreciate your help!!!!!!!!!
Ian Whitfield.
Hi
Tech support often has to deal with confidential information. I would trust Alex to not spread the info further and also to not take advantage and misuse the info. There are other people here that i would also trust in this way even if i disagree with them on other issues.
There is often a conflict between confidentiality/security and productivity. The only way to make sure stuff remains confidential is to stop using the database, delete it and wipe all trace of it from any system it has been on.
Regards from
Tom