Petr Mladek wrote:
It is well recommended to use daily builds from
http://dev-builds.libreoffice.org/daily/. They include the very last
fixes and can be installed in parallel with the announced builds.
That may be true for other OSes but not for Windows. Once LO gets to 3.5.x
that will
Cor Nouws wrote:
Plus - especially with the unfortunate experience from 3.4.0, and to do
something good for users, testers, marketing etc - IMO it is better that
in the end we have three weeks extra, than that we lack three days.
So I would really love to be on the save side ..
Thank
I'm running the
master~2011-05-26_21.20.06_LibO-Dev_OOO340m1_Win_x86_install_en-US.exe build
and I get the same error message I got in 3.4.0 Beta2
Does this mean that this fix was not committed to the trunk? Or is it
another similar error?
--
View this message in context:
I'm not a dev (and this mailing list is for devs only).
But your problem isn't related to doc compatibility (or any format, for that
matter).
If the person you are sending the file doesn't the font you are using and
the font used to replace doesn't have the symbols you are using, the only
option
Hi all
May I suggest that all the translation files for the Windows setup (after
unpacking) are placed in a subfolder (e.g. trans) and the setup.ini modified
accordingly?
I.e. from
[languages]
count=104
default=1033
lang1=1078,trans_af.mst
...
to
[languages]
count=104
default=1033
Now that 3.4 Beta 4 is out, is there any chance that someone could automate
the creation of daily/nightly builds from the master for all platforms?
Currently only Linux-FC11 users have regular daily builds from master
(although curiously not from the 3.4 branch?)
--
View this message in context:
When you do a code freeze for a Beta (or any) release it means that a branch
is created and to that branch only fixes are added but not new features,
correct?
Are the fixes to the Beta branch incorporated to the main code (trunk?)?
I.e. the trunk contains all the fixes from the Beta branch plus
not unusual in software
development to skip releases...
On Thu, May 5, 2011 at 10:16 AM, Michael Meeks [via Document Foundation Mail
Archive] ml-node+2902654-2051771822-251...@n3.nabble.com wrote:
Hi there,
On Thu, 2011-05-05 at 01:13 -0700, plino wrote:
When you do a code freeze for a Beta (or any
Am I wrong to assume that a current nightly build from the 3.4 branch
is a better option for Beta testing (since the dev build fix was
committed) than the official Beta4?
Right - that should be so.
Why not skip Beta4 and release Beta5? It's not unusual in software
development
If you mean the --enable-release-build switch, that has been introduced to
the master branch only.
This means that it won't be available in the Windows nightlies either
(unless there are plans to build master nightlies, currently there is only
an empty 3.4 folder)
Please note that we have
Hi Tor
Thank you for your clear answers!
Yes, that is more or less the definition of release candidate, isn't it?
Please remember that it in principle isn't known in advance which release
candidate is good enough to be declared a release. The last release
candidate is *exactly* the same as
Hi Jan
Could this also be the case for daily Windows builds?
There is a single daily build (from April 20th) at
http://dev-builds.libreoffice.org/daily/Windows_Release_Configuration/
--
View this message in context:
I'm not sure I understand this: does this mean that RC releases are not
considered temporary builds and will be allowed to replace the previous
stable build?
Will Beta4 overwrite my stable 3.3.2?
--
View this message in context:
Am I the only one getting this error message under Windows (XP Pro SP3
Eng_US)?
http://img153.imageshack.us/i/lo34beta2.png/
I'm using LO 3.4 Beta 2 (but this also occurred under Beta 1, but not on
3.3.2)
BTW congratulations (and thanks) to the Devs for cutting over 50Mb on the
Win installer ;)
Thank you for the quick answer, Tor. I was finding it odd that nobody had
reported it before.
Could this be the same bug that you patched with a workaround previously?
https://bugs.freedesktop.org/show_bug.cgi?id=31494
--
View this message in context:
Hi all
This is a warning/question:
I just installed LO 3.4 Beta 1 under Windows XP Pro SP3 (from the
install_multi.exe file) and there are no buttons on the interface (just
text) and opening any ods/odt file (curiously no error for doc or xls!)
results in General Error. General Input/Output
I think I will keep the release of this beta as a secret. Anyhow there
is more than enough interesting news :-)
Too late :)
http://nabble.documentfoundation.org/LibreOffice-3-4-Beta-1-available-tp2825422p2825422.html
It is quite interesting that this message from one of the members of the
Steering Committee is unanswered since 12 February.
Maybe I'm wrong about the importance of this feature but it puzzles me that
both OOo and LO seem to ignore having an update mechanism.
IMO adding this single feature would
I meant what the OP was talking about: an update service.
Obviously if there is such a service one would need to have a method to
check for such updates. But that is totally secondary comparing to
downloading updates instead of whole packages.
It's obvious that most (all?) developers have
If I may contribute with my 2cents why not use the best ideas already on the
field?
The perfect installer IMHO should start with a simple box to select the
language used by the installer itself (where the detected locale is
suggested)
An example is the first screen for the FLOSS Abiword
Jesús, obviously a CD/DVD installer should include everything.
This is a suggestion for a downloadable installer where size matters :)
--
View this message in context:
http://nabble.documentfoundation.org/MS-Windows-about-dictionaries-installation-tp2382566p2404670.html
Sent from the Dev
I think jonathon-4's suggestion is brilliant!
Keep the currently used formats in the Save As (sorted please!) dialog and
old cryptic formats in a Export to option. This way no formats are lost but
functionality is increased.
--
View this message in context:
Absolutely fantastic!
Brilliant use of all this wasted space in a wide screen while writing in a
portrait page!
This just makes me think how the MS innovative big fat ribbon on top was
wasting valuable screen space.
Congratulations to whoever had this brilliant idea.
I hope it is implemented
Can you get rid of those 120 zero byte files or are these needed?
--
View this message in context:
http://nabble.documentfoundation.org/RC4-Windows-size-analysis-tp2302919p2319901.html
Sent from the Dev mailing list archive at Nabble.com.
___
As soon as you remove the extra language packs and dictionaries, as well as
the extensions, I'm sure it will go down to the same size as the OOo
installer ;)
--
View this message in context:
http://nabble.documentfoundation.org/RC4-Windows-size-analysis-tp2302919p2311479.html
Sent from the Dev
Hi Michael
I did receive the email by Tor at the time. But I checked the Nabble site
and my message was listed as pending until 1 AM, i.e 12 hours later... (and
I have subscribed to this mailing list)
This is the first time I'm using a mailing list that converts to a Forum
and honestly I hate
Thanks for clarifying that, Kevin.
I still prefer a good ol' forum any day :)
I agree with you that devs should not waste time with forums. But on the
other hand, even an ignorant like me ;) who can't write a like of code,
could contribute on such site as a Moderator or a Forum Helper...
This might not be a Dev problem but since it's still related to the Windows
installer...
The RC4 installer correctly identified my location (once) and modified the
installer language accordingly (I would prefer to choose it myself even if
the installer provides a suggestion)
The text on the
I had already detected this and confirmed with the latest installer (for
RC4):
LO installer somehow modifies the attributes of the All Users Desktop folder
when it adds the LibreOffice lnk to the desktop.
The All Users Desktop folder is a System Folder and usually can not be
modified or
Oops.. Sorry, I forgot to mention that this was under Windows XP Pro Sp3.
--
View this message in context:
http://nabble.documentfoundation.org/Serious-bug-on-LO-Windows-installer-tp2294391p2294709.html
Sent from the Dev mailing list archive at Nabble.com.
Wow. It took 12 hours for my post to show up... I'm really looking forward
to a real Forum...
I agree Tor, only an advanced user like me (and apparently you :) ) has an
empty All Users Desktop folder. And obvioulsy I wouldn't allow a desktop
shortcut if I wasn't testing ;)
But what worries me
Sure, no problem ;)
Leftover files/folders
C:\Program Files\LibreOffice 3\share
C:\Program Files\LibreOffice 3\share\prereg
C:\Program Files\LibreOffice 3\share\uno_packages
C:\Program Files\LibreOffice 3\share\prereg\bundled
C:\Program Files\LibreOffice 3\share\prereg\bundled\registry
Jesús, thank you for the new build. Unfortunately it doesn't fix the problem.
Even if it did, the next time a user installs an OOo update wouldn't the
problem appear again? If you add your fix to LO only, OOo updates won't
unfix it?
I can't see any other permanent solution than renaming the
I'm afraid it's not fixed yet. I think the problem is that e.g. ODS is
associated with OOo's scalc as the default application and to LibO's scalc
as an alternate program. These are not stored in the SAME registry Key.
For xls which is associated with MS Excel (on my system), both OOo and LibO
Michael, please don't regard this as a personal complaint.
I think many users who are currently using OOo will have this problem when
they try LO (and update any of them).
I think it's a bad idea to cause grievance to users who are giving it a go.
IMO it will make them stick to OOo...
Changing
Yes, I'm doing this for testing purposes
This is not odd at all.
Most LibreOffice users will be OpenOffice users.
And I imagine that many will install LibreOffice without uninstalling
OpenOffice at least for some time...
--
View this message in context:
Hi Jesús
I uninstalled both and I got the two options in Open with as you
mentioned.
I guess this problem is more common than expected.
And probably will happen to many previous OpenOffice users?
--
View this message in context:
Thank YOU for the feedback.
Looking forward to RC2 ;)
--
View this message in context:
http://nabble.documentfoundation.org/Support-info-links-still-point-to-openoffice-org-tp2101694p2105001.html
Sent from the Dev mailing list archive at Nabble.com.
In the Windows Add/Remove list each program has a link Click here for
support information.
Clicking on this link for LibreOffice RC1 displays the following window
http://nabble.documentfoundation.org/file/n2101694/Support.png
(I know the image is too wide but that seems to be a problem with
Renaming the executables from s*.exe to l*.exe has been discussed and apart
from the differentiation of office suites it has a practical implication for
Windows users:
An extension (e.g. ods) is associated with an exe file (e.g. scalc.exe). If
the user has installed OpenOffice AND LibreOffice,
Wait - you also complained about RC1's size ? and then again here
with
a link ? :-) and Charles told you're we're working on fixing it, which
is what we are doing ...
No. LO is NOT working on it. This has been discussed on other topics since
late Nov (Beta1 or 2)
41 matches
Mail list logo