Le 29/03/12 13:29, R Skinner a écrit :
Hi again,
For what its worth, the build from master is currently failing for me at
the same point in the sc cppunit tests on Linux 32bit Ubuntu Oneiric,
despite repeated cleans and pulls from git master, so it would appear
that the problem is not just BSD sp
Hi Everyone ,
I am GSOC 2012 Aspirant and a 2nd year undergraduate from NMIMS University,
Mumbai.
I am interested in the android development concerning the Idea "Use your
SmartPhone to remote-control slideshow" . I plan to use the WLAN and
Bluetooth to achieve this. Also I plan to add a feature t
Hi Tor, all
Tor Lillqvist-2 wrote
>
> My *personal* fear is that if we start doing these kinds of
> suggestions, we will get into nasty nationalistic arguments...
>
> "We here in Freedonia certainly don't need any Sylvanian dictionary;
> we will never forget how they destroyed our Holy Bicycle
Hi Michael, all
Michael Meeks-2 wrote
>
>> Since each dictionary is an Extension and extensions are checked at load
>> time, having dozens of un-needed dictionaries loaded not only makes first
>> load take ages but surely increases memory usage ? (I haven't tested this
>> but
>> I can tell for s
On Fri, Mar 30, 2012 at 6:56 AM, Christian Lohmaier
wrote:
> On Fri, Mar 30, 2012 at 1:05 PM, Matúš Kukan wrote:
>> On 30 March 2012 11:36, Michael Meeks wrote:
>>> Regina's problem comes down to a corrupt .d file.
>>> [...]
>>> One more data-point, that file was exactly 4096 bytes
Hi,
Sorry, I'm not much of help...
On Thu, Mar 29, 2012 at 13:29, R Skinner
wrote:
> [I tried at the users list but was advised I should post here instead]
>
> Hi, I'm new here, and I'm driven here by desperation. I'm trying to build
> libreoffice-3.4.5.2 on FreeBSD and it is failing the testing
2012/3/30 Petr Mladek :
> Andras Timar píše v So 24. 03. 2012 v 16:30 +0100:
>> Hi Petr,
>>
>> See the mail below. Is there a reason why we don't update VERSIONMICRO
>> in solenv/inc/minor.mk?
>
> I am not sure what the version is for. I remember that we updated some
> version in this file and it b
Hello,
For me, character style and paragraph style should behave the same.
I change my mind and think that character style should behave like the
paragraph style :
If you apply a style on something (text or paragraph) the style should
overwrite the preview style and directs attributs on this somet
Hi,
So this is my first time contributing to LibreOffice so I was wondering
if I could have some critique on my patch.
All the info is this the bug report
https://bugs.freedesktop.org/show_bug.cgi?id=31022 but basically what it
does is make the About Dialog look like this:
https://bugs.freedeskto
On Friday 30 of March 2012, Michael Meeks wrote:
> On Fri, 2012-03-30 at 08:58 +0200, Stephan Bergmann wrote:
> > On 03/30/2012 08:51 AM, Stephan Bergmann wrote:
> > > Looks like this kills MinGW builds
> >
> > Ah, looks like Luboš already fixed it, with
> > e20fa170160e1bb1953ad171e092edfb3de531af
Argh, I think I know the problem. My own mistake...
I forgot to execute the run-time binary patching of a bug in the NDK's
shared GNU C++ library... without that patch, catching exceptions
thrown in another shared object doesn't work.
I am experimenting with
http://cgit.freedesktop.org/libreoffic
On Wednesday 21 of March 2012, Lubos Lunak wrote:
> On Monday 19 of March 2012, Michael Meeks wrote:
> > On Mon, 2012-03-19 at 07:33 +0100, Lubos Lunak wrote:
> > > Oh, I see. I've already noticed this myself, and that's a good
> > > explanation for Voreppe's (lack of) builds. That's a rather bad
Andras Timar píše v So 24. 03. 2012 v 16:30 +0100:
> Hi Petr,
>
> See the mail below. Is there a reason why we don't update VERSIONMICRO
> in solenv/inc/minor.mk?
I am not sure what the version is for. I remember that we updated some
version in this file and it broke some import/export hacks for
I don't understand.
The call to getContent() comes from uno::Sequence < OUString >
SfxContentHelper::GetResultSet( const String& rURL ) in
sfx2/source/bastyp/helper.cxx.
And it sure is surrounded by a try { ... } followed by catch( const
ucb::CommandAbortedException& ) { ... } catch( const uno::E
https://bugs.freedesktop.org/show_bug.cgi?id=37361
sasha.libreoff...@gmail.com changed:
What|Removed |Added
Depends on||48093
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=37361
--- Comment #258 from sasha.libreoff...@gmail.com 2012-03-30 07:41:29 PDT ---
regression in Impress:
Bug 48093 - Impress: text in odp file looks incorrect (regression after 3.4.3)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
On Fri, 2012-03-30 at 16:13 +0200, Khaled Hosny wrote:
> But regardless of the layout engine we use, this only affects
> non-Windows non-Mac platforms, while on Windows we use Uniscribe and on
> Mac we use, the now deprecated, ATSUI, which is IMHO another limitation
> that we should get rid of
I c
Hi there,
I up-loaded the output of my string debug for a writer start:
http://www.gnome.org/~michael/llog.txt.gz
It ignores ref-counts, and shows real lifecycle data per string - ie.
how many times a copy of this string is allocated. I'll write a script
to crunch it in a
On Fri, Mar 30, 2012 at 01:11:59PM +0100, Caolán McNamara wrote:
> On Fri, 2012-03-30 at 11:39 +0200, Steve White wrote:
> > Basic features
> > ==
> > (Background reading: search for "typographic features", "font feature
> > registry", "layout tag registry".)
> >
> > Some features that
Hello Michael, all,
On Fri, Mar 30, 2012 at 18:06, Michael Meeks wrote:
> At root there is some *serious* badness that crept in here. I'd really
> like someone to spend some time to unwind how exactly we managed to
> screw up our configure.in -so- badly and it remain un-detected for so
> l
Hi,
See
http://cgit.freedesktop.org/libreoffice/core/commit/?id=f84e0e6b1b0ec5f52ee963a62ac420cd872a771e
Regression from 3.4, due to not handling the \nosupersub RTF keyword.
I'm attaching a backport of the patch for -3-5 (plain cherry-pick won't
work as we have no testcases n -3-5).
Thanks,
The static Reference< XContent > getContent() in
ucbhelper/source/client/content.cxx at line 327ff is called to create
help content, with the xId being
vnd.sun.star.help://?Language=en&System=&Version=${PRODUCTVERSION}.
(Yeah, the ${PRODUCTVERSION} should have been expanded I guess; that
is not th
On Fri, 2012-03-30 at 09:46 +0200, Stephan Bergmann wrote:
> For other string constructors, the question is whether there /is/ code
> that, say, reads data from a user-supplied document and creates strings
> from it, so could be fooled into trying to create excessively large
> strings, but also
On Fri, 2012-03-30 at 11:39 +0200, Steve White wrote:
> Basic features
> ==
> (Background reading: search for "typographic features", "font feature
> registry", "layout tag registry".)
>
> Some features that really ought to be activated most of the time, in
> most scripts
> * ligatures
On Fri, Mar 30, 2012 at 1:05 PM, Matúš Kukan wrote:
> On 30 March 2012 11:36, Michael Meeks wrote:
>> Regina's problem comes down to a corrupt .d file.
>> [...]
>> One more data-point, that file was exactly 4096 bytes large:
>
> What does that mean ?
Well - it is either a coinciden
Hi Steve,
On Fri, Mar 30, 2012 at 11:39 AM, Steve White
wrote:
> [...]
LibreOffice supports many of those, with graphite fonts at least.
While you cannot choose most of the features using the regular UI (or
rather it is a hidden feature, append ":smcp=1" to a font that
supports it and you'll get
On 03/30/2012 11:39 AM, Steve White wrote:
* ligatures for Latin and most alphabetic scripts
Note that whether or not to use certain ligatures is generally context
sensitive. For example in German, "Auflage" should not use an f-l
ligature while "flach" should.
Stephan
_
On Fri, 2012-03-30 at 08:58 +0200, Stephan Bergmann wrote:
> On 03/30/2012 08:51 AM, Stephan Bergmann wrote:
> > Looks like this kills MinGW builds
>
> Ah, looks like Luboš already fixed it, with
> e20fa170160e1bb1953ad171e092edfb3de531af.
At root there is some *serious* badness that cr
On 30 March 2012 11:36, Michael Meeks wrote:
> Regina's problem comes down to a corrupt .d file.
>
> Any ideas how that could happen ? are these generated by a pipeline ?
> are we failing to delete them if a compile fails mid-flow ?
They are generated by a pipeline:
$(CXX) ... | fil
Hi Lubos,
Lubos Lunak schrieb:
On Friday 30 of March 2012, Michael Meeks wrote:
Hi guys,
Regina's problem comes down to a corrupt .d file.
Any ideas how that could happen ? are these generated by a pipeline ?
are we failing to delete them if a compile fails mid-flow ?
Hi developers, Hi QAers,
On Tue, Mar 27, 2012 at 09:43:21AM +0200, Cor Nouws wrote:
> My take on this:
> - What does make sense, is having indeed a list of areas that can be
> clearly pointed at, and to mention them in a sort of standard post
> on our official TDF blog. E.g. every two weeks 4 to 8
On Friday 30 of March 2012, Michael Meeks wrote:
> Hi guys,
>
> Regina's problem comes down to a corrupt .d file.
>
> Any ideas how that could happen ? are these generated by a pipeline ?
> are we failing to delete them if a compile fails mid-flow ?
>
> Then again, Regina didn't a
Hi Steve,
Thank you for your detailed mail.
On Fri, 2012-03-30 at 11:39 +0200, Steve White wrote:
> This is to express a general wish, that the word processor be brought
> up to date with respect to typographic features
This is not a mailing list to express wishes on :-) it's for
Feel free to log bugs (preferably with test cases), and preferably one
bug per feature.
Also feel free to submit patches.
It takes a little while to set up a build environment but there are lots
of friendly people on this list to help out :-)
On 2012-03-30 11:39, Steve White wrote:
This is
This is to express a general wish, that the word processor be brought
up to date with respect to typographic features, sucha as are present
in many modern fonts, and handled by all modern font rendering
software.
It's disappointing that LibreOffice (as well as its commercial
competition) have *poo
On Fri, 2012-03-30 at 10:36 +0100, Michael Meeks wrote:
> Regina's problem comes down to a corrupt .d file.
One more data-point, that file was exactly 4096 bytes large:
> >/cygdrive/c/PROGRA~1/MICROS~1.0/VC/include/new \
> >/c
[EOF]
:-)
Michael.
-
Hi guys,
Regina's problem comes down to a corrupt .d file.
Any ideas how that could happen ? are these generated by a pipeline ?
are we failing to delete them if a compile fails mid-flow ?
Then again, Regina didn't abort the build manually, so the
ctrl-c-in-mid-flow case
https://bugs.freedesktop.org/show_bug.cgi?id=37361
sasha.libreoff...@gmail.com changed:
What|Removed |Added
Depends on||48081
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=37361
--- Comment #257 from sasha.libreoff...@gmail.com 2012-03-30 02:29:04 PDT ---
Linux specific regression:
Bug 48081 - Impress UI: impossible to select picture using left mouse click
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi
> Quite possibly either the gcc generation of these, or the concatenation
> of them is not as robust as it could be
Yeah, I used to see lots of these screwed up .d files, too. (Either
oddly truncated, or looking as if several simultaneous processes had
written to the same .d file.) Never un
On Fri, 2012-03-30 at 01:11 +0200, Matúš Kukan wrote:
> On 29 March 2012 22:56, Regina Henschel wrote:
> > build breaks, I have attached the build_error.log. I have run "make build"
> > twice to make sure, that it not a simple timing problem.
>
> make[1]: *** No rule to make target `/c', needed
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Michael Meeks changed:
What|Removed |Added
Depends on||43009
--
Configure bugmail: https://bug
On 27/03/12 13:30, Bjoern Michaelsen wrote:
On Tue, Mar 27, 2012 at 01:20:27AM +0200, Bjoern Michaelsen wrote:
Patch looking good -- I will apply, test and push tomorrow(*).
Pushed as:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=dd2fe95cce75f1157bd1c75d286a0047b2e4175e
Twaeking
Hi David,
On Thu, 2012-03-29 at 17:49 -0400, David Bolen wrote:
> I was wondering if someone more familiar with the source tree layout
> than I am might be able to offer a hint as to where I should be
> looking for something?
>
> I'm trying to investigate an issue with tables (in Writer) that sho
On Thu, 2012-03-29 at 21:41 +0200, Tommy wrote:
> > * Pending Action Items
> > + [well underway] review and re-close 3.4.x MAB fixed in 3.5.x (Rainer)
> > snip
>
> "MAB = most annoying bugs" is a registered trademark by Tommy
Lol :-)
> however I'm gonna let you use it under LG
>It appears that fdo46901 has been fixed and pushed for 3.5.3.
>I would very much appreciate it if it could be pushed to 3.5.2 as well, as it
>is a blocker as far as our company is concerned.
>(don't know if the nessage header contains the correct tags)
Oops,
I just found out that it has been
The currently release 3.5.2rc2 has the fix. Only that I disabled the
cairo canvas in configure options there in order to avoid a need of
respinning the whole rc3 just because of this.
If you download 3.5.2rc2, you will be happy :)
F.
On 30/03/12 09:14, Winfried Donkers wrote:
> Hi,
> It appears
On 03/29/2012 06:46 PM, Michael Meeks wrote:
* exception size stats (Caolan)
+ likes exceptions, but they are big
+ trade-off - bigger tables for smaller code ?
+ new constructors in 3.6 - work on string literals
+ shouldn't have to throw - small strings
On Thu, Mar 29, 2012 at 05:49:53PM -0400, David Bolen
wrote:
> Anyway, I've been feeling a bit like was back playing Adventure ("You
> are in a maze of twisty little passages, all alike") attempting to
> deduce where the table status might be getting determined (and even
> back-tracking the "read
Hi,
It appears that fdo46901 has been fixed and pushed for 3.5.3.
I would very much appreciate it if it could be pushed to 3.5.2 as well, as it
is a blocker as far as our company is concerned.
(don't know if the nessage header contains the correct tags)
Winfried
__
[I tried at the users list but was advised I should post here instead]
Hi, I'm new here, and I'm driven here by desperation. I'm trying to
build libreoffice-3.4.5.2 on FreeBSD and it is failing the testing
stage. I'm running out of time for a client to pick up, so I need to fix
this now and I
51 matches
Mail list logo
