On Fri, Jan 14, 2011 at 02:45:06PM +0100, Cédric Bosdonnat wrote:
Hello David, all,
I just saw this commit:
http://cgit.freedesktop.org/libreoffice/libs-core/commit/?id=0d209ac289dd5c79da6950b4c01b0cec9b7fbe6d
I would like to have no BorderLine object created, but only BorderLine2:
this
On Fri, Jan 14, 2011 at 12:59 PM, Michael Meeks
michael.me...@novell.com wrote:
On Fri, 2011-01-14 at 02:37 -0800, plino wrote:
Every time I update LibO or OOo (and like me most users who are experimenting
with LibO but want to keep up with the currently more stable OOo) the file
associations
On Fri, Jan 14, 2011 at 1:12 PM, plino pedl...@gmail.com wrote:
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
The ArchLinux package does not use the --with-unix-wrapper=foo nor the
new --with-compat-oowrappers switches.
In RC3 the lo-wrapper changes seem to break stuff:
* startcenter seems ok,
* base,calc,impress,draw menu entries are shown but won't start oobase
%U missing. their TryExec entry seems
Hi all,
I guess this is the right list for this message. Don't worry, I will
not go into many technical details ;)
On Windows, every application has his own programmatic Identifier for
a concrete type of documents (or extension). The identifiers use the
following format acording the the
On Sat, Jan 15, 2011 at 01:23:23AM +0100, Lionel Elie Mamane wrote:
Hi,
1)
When I run ./autogen.sh with --enable-ext-FOO, it complains that
extension is not there and asks me if I have downloaded the -ext
tarball. But
That tarball doesn't exist, really.
This is now the extensions/
On Sat, Jan 15, 2011 at 01:15:39PM +0100, Andreas Radke wrote:
The ArchLinux package does not use the --with-unix-wrapper=foo nor the
new --with-compat-oowrappers switches.
And apparently libreoffice-builds .desktop files and not those from sysui..
* base,calc,impress,draw menu entries are
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
https://bugs.freedesktop.org/show_bug.cgi?id=31865
--- Comment #69 from Rainer Bielefeld libreoff...@bielefeldundbuss.de
2011-01-15 07:09:30 PST ---
I nominate Bug 33151 - Onlinehelp: Danish and Hungarian contents
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=31865
Rainer Bielefeld libreoff...@bielefeldundbuss.de changed:
What|Removed |Added
Depends on||33151
oops, wrong Cc ;)
- Forwarded message from Rene Engelhard r...@debian.org -
Date: Sat, 15 Jan 2011 16:38:15 +0100
From: Rene Engelhard r...@debian.org
To: Andreas Radke a.ra...@arcor.de
Cc: libreoff...@lists.debian.org
Subject: Re: [Libreoffice] desktop menu entries broken without
Hi *,
On Sat, Jan 15, 2011 at 4:31 PM, Andreas Radke a.ra...@arcor.de wrote:
Right. Those seem to be identical to those in vanilla
sysui/desktop/menu/*.desktop.
Shouldn't they be removed at all then? I guess they are not used in
Why not replacing those in sysui instead?
ciao
Christian
On Sat, Jan 15, 2011 at 3:59 PM, plino pedl...@gmail.com wrote:
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
On Sat, 2011-01-15 at 00:03 +0100, Julien Nabet wrote:
Hello,
Here is a small patch for Cppcheck cleaning on dbaccess
Looks good, pushed, thanks for this.
Question :
In the last git-updated cppcheck I use, i found this in core part of
dbaccess :
[./api/query.cxx:310]: (error) instance
On Sat, 2011-01-15 at 01:01 +0100, Julien Nabet wrote:
Here is a small patch for dead code cleaning on sc
Looks good, pushed, thanks for this.
C.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
Trying to keep up with the changes a little better by sending smaller
files. Hope I didn't mess up this diff as I'm new to git, and I had
to stash to pull in some upstream changes. Please review!
This is my first attempt at the sc/source/core/tool directory.
Hopefully the diff is attached
On Sat, 2011-01-15 at 05:59 +0100, Lionel Elie Mamane wrote:
Does not fit release blocker criteria, but would still be *very* nice
to have for the release, as it easily fixes / papers over a rather
annoying / stupid (from the user's point of view) bug:
I pushed this to master and to the stable
On Sat, 2011-01-15 at 00:43 +0100, Lionel Elie Mamane wrote:
Hi,
A build with --enable-debug (or is it --enable-dbgutil?) fails in
graphite... for a problem already corrected in graphite's
configure.ac, but its configure is outdated and thus the problem
still surfaces.
Ah, I see. So I've
On Fri Jan 14 2011 23:16:21 GMT-0800 (PST) Jonathan Aquilina wrote:
Icecream allows you to spread the compile across multiple machines.
Thanks for the information. Icecream will do me no good as my main
machine is the only one that has the processing power to do the
compiling. What I
On Sat, Jan 15, 2011 at 08:16:55PM +, Caolán McNamara wrote:
On Sat, 2011-01-15 at 00:43 +0100, Lionel Elie Mamane wrote:
Hi,
A build with --enable-debug (or is it --enable-dbgutil?) fails in
graphite... for a problem already corrected in graphite's
configure.ac, but its configure
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
In this situation:
the only db.h on the system is /usr/include/db.h (that is, no db$ver/db.h)
AND
./configure previously called with --with-system-db (or --with-system-libs)
AND
The -Env.set.sh file has been sourced in the current shell.
then:
./configure --with-system-db
fails saying that
You can easily minimize the ICU footprint by tweaking the ICU build options.
See http://userguide.icu-project.org/packaging
http://userguide.icu-project.org/packagingThe result will be like this -
http://site.icu-project.org/charts/icu4c-footprint
Not sure what distro you use, but if you use irc on freenode they have a
packaging channel for ubuntu called #ubuntu-packaging if that will help
any. if not you could probably find Debian help on the oftc irc network
channel #Debian
On 1/15/11 10:34 PM, Andy Brown wrote:
On Fri Jan 14 2011
24 matches
Mail list logo