Hi,
Current master daily build (2011-10-28_12.04.03 : LibO-dev 3.5.0
Build ID: 2a91e5b-522e9fe-c4051ff-3b66bd0-672ed49) has a problem that
was not in the previous daily build (2011-10-24_10.58.48):
In Writer: open a new text document and do nothing else => CPU ~100% of
one core
In Calc : open a ne
On Fri, Oct 28, 2011 at 10:19:59PM -0400, Kohei Yoshida wrote:
> Perhaps I shall attach your patch here for your perusal. :-)
see attachment. fixed?
Best,
Bjoern
>From 048c069f2a09370e716d6fb8f4362ce11caf Mon Sep 17 00:00:00 2001
From: Bjoern Michaelsen
Date: Fri, 28 Oct 2011 02:26:43 +02
On Fri, Oct 28, 2011 at 9:59 PM, Bjoern Michaelsen
wrote:
> I dont have the patch here,
Perhaps I shall attach your patch here for your perusal. :-)
Kohei
0001-very-very-ugly-hack-to-get-the-soffice.bin-name.patch
Description: Binary data
___
LibreO
Hi Kohei,
On Fri, Oct 28, 2011 at 09:16:44PM -0400, Kohei Yoshida wrote:
> Based on this, he came up with a quick patch for me to test. But
> unfortunately his test patch didn't solve it for me (and he left for
> Orlando).
I dont have the patch here, but I realized I forgot something when I was
On Thu, 2011-10-27 at 11:49 -0400, Kohei Yoshida wrote:
> > If there is an idea in the crowd what can be the problem, a patch will
> > be integrated swiftly.
>
> No idea at the moment. I'm on to fixing another bug at the moment, but
> I may poke at this later if no one else hasn't by that time.
On Fri, Oct 28, 2011 at 3:11 PM, Philipp Weissenbacher
wrote:
>> Out of curiosity, how did you set-up your repos ? (pure git clone,
>> using the tar.gz primer method ? )
>
> I used git clone git://anongit.freedesktop.org/git/core/
>
> And then followed the patch handling guideline to generate the
2011/10/28 Németh László :
> Hi,
>
> This patch adds PPI resolution to the default image size data in the
> Picture dialog (only for bitmap images), see the attached screenshot.
>
Pushed with some changes in order to make the new string localizable.
http://cgit.freedesktop.org/libreoffice/core/com
Hi,
FR langpack for DEB x86_64 daily build is broken: problem concerns the
package libo-dev3.5-dict-fr Fr dictionary for LibO-dev 3.5
Post-install fails, unopkg does not find a library:
error while loading shared libraries: libdeploymentmisclo.so: cannot
open shared object file: No such file or d
Hi all,
My name is Alex and I am a member of the design team. I've collected
several ideas regarding the look of LO. I'd like to hear your opinions:
Do you think the suggested changes are useful? And how hard would it be
to implement them?
There's a short summary with a few examples in this
Here's docfld.cxx from sw/source/core/doc.
This one's quite long, so I'd appreciate a review by another German-speaker.
I tried my best, to shorten the translation whilst preserving it's
meaning (not that there would be much of it, sometimes).
Also, the whitespace problem should be a thing of
On 28/10/11 20:12, Norbert Thiebaud wrote:
On Fri, Oct 28, 2011 at 12:09 PM, Philipp Weissenbacher
wrote:
ls -l .git/hooks
-rwxrwxr-x. 1 philipp philipp 452 Oct 21 03:00 applypatch-msg.sample
-rwxrwxr-x. 1 philipp philipp 896 Oct 21 03:00 commit-msg.sample
-rwxrwxr-x. 1 philipp philipp 1
On Fri, Oct 28, 2011 at 12:09 PM, Philipp Weissenbacher
wrote:
>>
>> ls -l .git/hooks
>
> -rwxrwxr-x. 1 philipp philipp 452 Oct 21 03:00 applypatch-msg.sample
> -rwxrwxr-x. 1 philipp philipp 896 Oct 21 03:00 commit-msg.sample
> -rwxrwxr-x. 1 philipp philipp 160 Oct 21 03:00 post-commit.sample
>
On 10/28/11 00:49, julien2412 wrote:
> The messages about C style casting re here now and there's work to do.
>
> Thank you Jesse !
>
> --
> View this message in context:
> http://nabble.documentfoundation.org/Re-Is-it-possible-to-update-cppcheck-for-Libreoffice-report-tp3415869p3460285.html
> S
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Bug 35673 depends on bug 36678, which changed state.
Bug 36678 Summary: Missing user-defined dictionaries with a specified language
attribute via "Spelling and Grammar"
https://bugs.freedesktop.org/show_bug.cgi?id=36678
What|Old
On 28/10/11 16:33, Norbert Thiebaud wrote:
On Fri, Oct 28, 2011 at 9:19 AM, Philipp Weissenbacher
wrote:
I didn't get any such message. Also, searching in vim for /\s\+$ turned up
only one trailing space on line 291. I used gedit; maybe that's the culprit?
yes that was it.
for gedit, google
Dear Community,
The Document Foundation is happy to announce the first release
candidate of LibreOffice 3.4.4. The upcoming 3.4.4 will be the fourth
in a series of frequent bugfix releases for our 3.4 code line. Please
be aware that LibreOffice 3.4.4 RC1 is not yet ready for production
use, you sh
Hi Gustavo,
It seems that you didn't use --with-system-cairo the first time you
run autogen.sh, so, you still have a cairo.h/libcairo.so somewhere. Or
at least, it is how I got this issue.
So, if that is correct, you can restart from a clean git branch, or
try to delete manually the non-cairo ver
Le 28/10/11 15:51, Stephan Bergmann a écrit :
Hi Stephan,
>
> Can you please update the issue with the exact list of extensions that
> are greyed out for you? Trying a local build with
> "--enable-ext-numbertext --enable-ext-oooblogger
> --enable-ext-google-docs --enable-ext-barcode" (as from y
On Fri, Oct 28, 2011 at 9:19 AM, Philipp Weissenbacher
wrote:
>
> I didn't get any such message. Also, searching in vim for /\s\+$ turned up
> only one trailing space on line 291. I used gedit; maybe that's the culprit?
yes that was it.
for gedit, google pointed me to:
http://www.linuxuk.org/200
On 28/10/11 16:06, Noel Power wrote:
Without getting into a religous war about it I
personally don't buy that OSL_ENSURE should abort ( I am though a
believer in that behaviour for for OSL_ASSERT ) Perhaps I am abusing the
true use for OSL_ENSURE, maybe there is a case for an OSL_WARNING ( but
d
On 28/10/11 03:25, Norbert Thiebaud wrote:
On Thu, Oct 27, 2011 at 8:19 PM, Norbert Thiebaud wrote:
On Thu, Oct 27, 2011 at 7:38 PM, Philipp Weissenbacher
wrote:
Hi all,
Here is my first "patch". It translates the German comments found in
sw/source/core/doc/acmplwrd.cxx to English.
I also t
Hi,
On Friday, 2011-10-28 08:49:07 +0200, Stephan Bergmann wrote:
> >Huh. Then why use a switch? Why not use an if-else set of clauses? I
> >recognize that this function may be called a lot, but does an if vs
> >switch statement mean /that/ much in terms of performance?
>
> But (a) a switch look
On 28/10/11 14:21, Terrence Enger wrote:
Noel,
I am sorry for a long response to an innocent-looking
message, but "a man's gotta do what a man's gotta do".
[...]
As it happens, the leak was indeed the result of a program
error: the program was not calling SQLDisconnect. But the
ODBC function
On 10/28/2011 10:07 AM, Alexander Thurgood wrote:
I can also confirm this with my own build from master from this morning
28/10/2011, build ID :
[...]
--enable-ext-barcode
Kami, can you help me? Just asked on #libreoffice-dev: "does anybody
know anything about the barcode extension? Alexan
On 10/27/2011 05:33 PM, Alexander Thurgood wrote:
In the daily build from 26/10/2011 the following extensions are present,
but disabled/non-functional. If you inspect the list of installed
extensions these appear greyed out.
[...]
See :
https://bugs.freedesktop.org/show_bug.cgi?id=42312
Alexa
On Fri, Oct 28, 2011 at 3:12 PM, Michael Meeks wrote:
>
> On Fri, 2011-10-28 at 01:55 +0200, Christian Lohmaier wrote:
>> So I suspect the --set-last-working shall be limited to the
>> tinderboxes that build regularly with a non-changing setup, i.e.
>> without having random other stuff that might
Noel,
I am sorry for a long response to an innocent-looking
message, but "a man's gotta do what a man's gotta do".
On Fri, 2011-10-28 at 10:42 +0100, Noel Power wrote:
> On 28/10/11 10:18, Noel Power wrote:
> just fyi, I did an additional commit to do a minor tweak changing the
> OSL_TRACE me
On Fri, 2011-10-28 at 01:55 +0200, Christian Lohmaier wrote:
> So I suspect the --set-last-working shall be limited to the
> tinderboxes that build regularly with a non-changing setup, i.e.
> without having random other stuff that might affect the build-result?
Well - I suggest we do it m
Fernand,
Thanks. LibreOffice applies a limit (paragraph or frame width) to the
loaded image (this doesn't modify the quality of the picture), and it
has a PDF option to resize all pictures (eg. 96 DPI for web/monitors,
300 DPI for printing). Could you specify your request? If I right
understand, i
On 10/28/2011 10:07 AM, Alexander Thurgood wrote:
I can also confirm this with my own build from master from this morning
28/10/2011, build ID :
I'm having a look.
Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.fr
On 27/10/11 20:31, August Sodora wrote:
Hello all,
I have been trying to add support for assigning to named ranges in
VBA. There are a couple of ways VBA does this but for now I'm focusing
on something like:
Range("A1:H8").Name = "TestRange"
Currently the Name property on [X/ScVba]Range is rea
Seen this pushed.
-- Thorsten
pgpqjHB0ZV2p5.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Fridrich Strba wrote:
> Go for it, buddy :)
>
Thanks guys, pushed to -3-4-4 too.
Cheers,
-- Thorsten
pgpAFHC7DhKnA.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/list
László and all developers involved,
Fine, it is a first step in better handling of images. But as I
mentioded before, having the PPI out of the image file is a wrong
concept. The needed/wanted PPI must been stored in the document. The
image sizes must been calculated according to the pixels in
László and all developers involved,
Fine, it is a first step in better handling of images. But as I
mentioded before, having the PPI out of the image file is a wrong
concept. The needed/wanted PPI must been stored in the document. The
image sizes must been calculated according to the pixels in
Kelly Anderson wrote:
> Can we get someone to pull that commit into 3.4.4.x (and 3.4.3.x if
> it's going to be revved).
>
Cherry-picked to -3-4. For 3-4-4 we need one more review. 3.4.3 is
dead.
Cheers,
-- Thorsten
pgp8r22CyFA9c.pgp
Description: PGP signature
___
https://bugs.freedesktop.org/show_bug.cgi?id=37361
markus.mohrh...@googlemail.com changed:
What|Removed |Added
Depends on||40801
--
Configure bugm
Hi László,
2011/10/28 Németh László :
> Hi,
>
> This patch adds PPI resolution to the default image size data in the
> Picture dialog (only for bitmap images), see the attached screenshot.
>
> Explanation: LibreOffice supports explicite resolutions of JPEG/PNG
> picture formats to set default imag
Hi,
This is no list for add-on /extensions questions (1)
However..
othman wrote (27-10-11 23:15)
what java code should i add to dynamically relaod addon toolbar or relaod
the whole Addon context?
Presumably there will be a whole representation of the configuration in
memory. I would be surpr
Hi Caolán,
Many thanks for it.
Laci
PS. It seems, Mozilla has integrated the Hyphen library to implement
CSS3 hyphenation in Firefox
(https://developer.mozilla.org/en/CSS/hyphens), so I will check it,
too.
2011/10/24 Caolán McNamara :
> On Mon, 2011-10-17 at 15:18 +0200, Németh László wrote:
>
Hi Harri,
At 18:40 27-10-2011, Harri Pitk�nen wrote:
Previously blinking was not exported in IE mode. IE still does not
support blinking (neither does Chrome or Safari)
Lacking browser support for the blink element is
a good thing from an accessibility point of view
:-) For some persons, bli
On 28/10/11 10:18, Noel Power wrote:
On 27/10/11 22:04, Terrence Enger wrote:
This is my first attempt a patch. Comments and guidance
welcome.
just fyi, I did an additional commit to do a minor tweak changing the
OSL_TRACE messages into OSL_ENSURE messages. Nothing wrong with the
OSL_TRA
On 27/10/11 22:04, Terrence Enger wrote:
I offer the attached patch under LGPLv3+/MPL1.1 dual license
or future versions of the licenses,
It fixes a leak of connection handle in an ODBC database.
Without the call to SQLDisconnect90, SQLFreeHandle() fails
with code 'HY010'.
This is my first atte
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Bug 35673 depends on bug 37487, which changed state.
Bug 37487 Summary: Mac: crash copying data via drag and drop from datasource
navigation window
https://bugs.freedesktop.org/show_bug.cgi?id=37487
What|Old Value
On 27/10/11 17:40, Harri Pitkänen wrote:
the patch looks fine, builds etc., not entirely sure about some of the
mode removal stuff. But, since you have previously contributed html
filter related stuff I assume you have a better idea than me. Hopefully
if there are any additional concerns someo
Hi Regina,
2011/10/27 Regina Henschel :
> Hi all,
>
> the attached patch adds some line ends, which are not filled, to the palette
> 'standard.soe'. The line widths of these symbols is designed to fit best
> with line width 0,02cm and symbol width 0,3cm. Only the half circle is
> designed for symb
Le 27/10/11 17:33, Alexander Thurgood a écrit :
I can also confirm this with my own build from master from this morning
28/10/2011, build ID :
Build ID: e42dfec-c60ac25-41e7bcd-3b66bd0
obtained with the following autogen switches :
./autogen.sh 'CC=ccache gcc-4.0' 'CXX=ccache g++-4.0'
--with-ma
The messages about C style casting re here now and there's work to do.
Thank you Jesse !
--
View this message in context:
http://nabble.documentfoundation.org/Re-Is-it-possible-to-update-cppcheck-for-Libreoffice-report-tp3415869p3460285.html
Sent from the Dev mailing list archive at Nabble.com.
On 10/28/2011 02:38 AM, Philipp Weissenbacher wrote:
I also translated messages within OSL_ENSURE; wasn't sure if that's permissible.
Yes, those messages are printed to stderr if such an assertion fails in
an --enable-dbgutil build, so are similar in nature to comments within
code (i.e., main
49 matches
Mail list logo
