Still strange that git pull -r from core doesn't/didn't help. That's what I
do to update my sources.
Do a ./g pull -r in core instead. It calls git pull -r in all the
sub-repos underneath core/clone/ (and in core itself, of course).
Thank you. I will do ./g instead of git in the future and
Hi,
There are some bugs in calc that damage formulas/conditional formats of cells.
As this goes further than just being a nuisance I would like to nominate them
for solving with high(er) priority.
But I don't want to make things worse and I don't want to annoy people who are
already working
I often get a failed make dev_install when building following a git pull
--rebase.
The error is that dict-xx.oxt (today they were dict-an.oxt, dict-be.oxt,
dict-el.oxt, dict-gd.oxt, dict-si.oxt and dict-te.oxt) files cannot be found.
This occurred also after a clean git clone on a new machine.
Hi Ivan,
Ivan, what do you think? Are you interested?
Interested, but extremely busy the whole January through... :-(
I'm sorry. But an UI is an easy piece of programming; Winfried, may be
you need a few little tips to start, and then there will be no
questions? If so, please ask on using the
The error is that dict-xx.oxt (today they were dict-an.oxt, dict-be.oxt,
dict-el.oxt, dict-gd.oxt, dict-si.oxt and dict-te.oxt) files cannot be found.
I think running git pull -r in core/dictionaries should fix this.
Thanks, it helped.
Still strange that git pull -r from core doesn't/didn't
My calculation is based on the assumption (presumption?) that the
page containing the labels is symmetrical, i.e. rotating the page
180 degrees is not a problem, left margine equals right margin and
top margin equals bottom margin.
some labels paper that I bought last year (I guess of too bad
(See bug 36874 (and this list) for history)
It would be much better if the label-definitions contain all dimensions, i.e.
should include either right margin and bottom margin or the page size.
The visualization is crazy. It would be great to fix it.
For users, label printing is mostly
Your code looks definitely better than the original one. Well, I am
still not sure about the calculation. It makes perfect sense when I
imagine the paper with blank labels. On the other hand,
please look at http://download.go-oo.org/tmp/labels.png.
I looked at a lot of (blank) labels and also
Is it an option to push it to 3.4.5 as well?
In case you haven't known this yet: if you want to do this, you have
to send a mail to this dev list with a subject like
[REVIEW] $subject
and pointing to your commit. Then wait for someone to review.
This probably is still not the correct way to
Is it an option to push it to 3.4.5 as well?
I think it should be pushed also for 3.4.5, but I'm not familiar with
the rules. And may be some users have become used to tricks living with
the old formats, and a change would cause trouble for them?
The trick I was advised to use was to manually
last week my patch for bug 36874 (wrong paper size with labels in writer) was
pushed.
It also patches bugs 34271, 35104, 35272 and 41755 which IMHO are duplicates of
36874.
These can be closed, (a little bit of cleaning up the bugs :) )
Winfried
___
Hi Rainer,
thx for the hint, I will test soon and close. Can you please check
whether the fix also is in the 3.5 Beta1 Branch?
I downloaded from daily builds (Win-x86@7-MinGW) on a Windows XP machine:
- 3.5.0beta1 2011-12-13_03.17.52 gave an error wehen starting soffice.exe or
swriter.exe:
Looks like a symbol conflict between your internal cairo library and
the system gtk+ library. Curious that it happens with the cppunit test
of course. Essentially I would remove *cairo* from the solver (or run
deliver -delete inside cairo/) and re-configure and build with
--with-system-cairo.
Hello all,
I have just got a new computer, which should make LibO much faster than my old
machine does :) .
Unfortunately, I get a make error:
.../core/solver/unxlngi6.pro/bin/cppunit/cppunittester: symbol lookup error:
/usr/lib/gtk-2.0/2.10.0/engines/liboxygen-gtk.so: undefined symbol:
Attached is a patch for bug 36874. It also patches bugs 34271, 35104, 35272 and
41755 which IMHO are duplicates.
The old calculaton of page size during the creation of a new document was
incorrect, leading to misalignment when printing.
I have replaced it with a better (I think) calculation and
Attached is a patch for bug 36874. It also patches bugs 34271, 35104, 35272
and 41755 which IMHO are duplicates.
The old calculaton of page size during the creation of a new document was
incorrect, leading to misalignment when printing.
I have replaced it with a better (I think) calculation
I am trying to locate the source where the page size is determined when
creating a new label document with the wizard.
Although the dimensions in the label-definitions for A4 label sheets are
correct, LibO creates a document with custom page format and not A4.
I can't find where the document is
This looks like a incompatibility between autoconf-generated boilerplate
code and your environment.
Check that configure has been regenerated;
it should says at approx line 3:
Generated by GNU Autoconf 2.6x with 2.6x being the version of autoconf you
installed;
It says now Generated by GNU
So, just to check I understand right, when you say the error messages are the
same with different line numbers, it means the following?
The rror messages are
configure: creating ./config,status
./configure: line 6255: test: too many arguments (6 identical lines)
configure: error: could not make
So it does *not* output:
File STDIN: 5 lines match
No, it did not.
Then I think you (from your shell) and ./configure use a different grep, and
the grep that ./dmake/configure uses behaves differently than expected:
configure expects that grep -c FOO outputs JUST the number, but the grep it
.autogen.sh succeeded, now make give a strange error:
...
configure: creating ./config.status
./configure: line 8411: test: too many arguments
...
configure: error: could not make ./config.status
...
Hmmm, that looks like a quoting problem with the $CPP variable.
What does your $CPP
Dear Bjoern,
You made bug 34425 an easy hack; I would like to give it a try, but can you
give me a hint where I can find the relevant code for these buttons (in scalc
and swriter)?
I have tried t find them before, but so far no success.
Winfried
Excellent. Feel free to ask for help if you get stuck setting it up.
-- Noel Grandin
.autogen.sh succeeded, now make give a strange error:
...
configure: creating ./config.status
./configure: line 8411: test: too many arguments
./configure: line 8411: test: too many arguments
./configure: line
Looking at the LibreOffice project's interest, in the short term we
would probably benefit more from your going through other
EasyHacks. Except if it makes the difference between having the fix
for 3.4.5 or not, but I dare hope the Windows build will be fixed
soon enough for that not to be a
Excellent. Feel free to ask for help if you get stuck setting it up.
-- Noel Grandin
I have installed all dependancies (I hope) and am now trying to get
./autogen.sh to succeed (so far, a lot of paths to be set as option). I keep
having trouble with moz/zipped. Should this be (as seen from
Hello all,
This bug (MS Access databases cannot be opened since LibO 3.4) is a serious
problem for several cpmpanies that migrated from MS Office to LibO (including
the company I work for).
Comment 11 from Alex Thurgood gives a possible cause, but:
-I am not familiar with the make system of
This bug (MS Access databases cannot be opened since LibO 3.4) is a serious
problem for several cpmpanies that migrated from MS Office to LibO
(including the company I work for).
Comment 11 from Alex Thurgood gives a possible cause, but:
-I am not familiar with the make system of LibO;
-I am
PUSHED with some minor changes, I just tweaked some spelling and rephrased
something here and there as I scanned the translations, since I don't speak
German I have no idea how accurate the translations are :-) but they seemed
to make mostly sense to me :-)))
As neither German nor English is my
for building LibreOffice. It'll take
some time, but when I succeed I will get back to you with feedback (or
questions).
Winfried Donkers
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Some more translated files.
This and subsequent contributions submitted under LGPL3+ / MPL.
Winfried
0001-german-comments-translated-to-english.patch
Description: 0001-german-comments-translated-to-english.patch
___
LibreOffice mailing list
I've just changed the translation of
// Targets am SBA abmelden nicht mehr noetig
to
// unregistering target in SBA no longer necessary
Sorry, I must have read anmelden instead of abmelden. Thank you for being
critical:)
Winfried
___
LibreOffice
How do I update my local sources to the current (latest) master with git?
I am not familiar with git, have used 'git clone' and 'git diff', but I don't
want to do 'git clone' again, of course.
Is 'git checkout' the proper way (run from the directory where .git is)?
I have some more
(sc/source/ui/view) and then I
hope to find an easy hack in C++ (but all at a leisurely pace...).
Winfried
-Original Message-
From: Michael Meeks [mailto:michael.me...@suse.com]
Sent: maandag 14 november 2011 13:24
To: Winfried Donkers
Cc: libreoffice@lists.freedesktop.org
Subject: Re
Some more translations for sc/source/ui/view.
This and future contributions submitted under LGPL3+ ? MPL.
Winfried
0001-translations-of-comments-from-german-to-english.patch
Description: 0001-translations-of-comments-from-german-to-english.patch
First tiny contribution.
Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT.
This patch is and future patches will be contributed under the LGPLv3+ / MPL.
By the way,
should comments like
case FID_INS_COLUMN:// insert columns
case
(reply to list as well is better, of course)
First tiny contribution.
Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT.
Erm, I think the attached patch is not the intended one right ( patch attached
is something already committed )?
I did it with 'git commit -a'
Finally can you confirm you contribution is under LGPLv3+ / MPL license
My contribution and future contribution is under LGPLv3+/MPL license.
Winfried
thanks again,
Noel
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
Hello all,
I started translating from German to English in sc/source/ui/view and I hope to
start sending in my contributions soon.
Winfried
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
I see that a solution is/was targeted for version 3.5. As of yesterday, that
had not yet been achieved (the problem still persists with 3.5 and code from
yesterday).
The problem is quite annoying for users (such as in our company).
Does anyone know (Kohei Yoshida?) the current status of the
801 - 839 of 839 matches
Mail list logo