(In reply to comment #14)
> I kind of feel the ComboBox itself should be
> larger rather the adjust the subedit within it
Yeah, indeed. And I have no idea why Combobox doesn't request a native
height.
Samuel, your second patch makes sense, but instead of the hardcoded
height I would just reuse th
*** Bug 67369 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/210686
Title:
[Upstream] [hardy] Writer "Select All" only highlight
*** Bug 67424 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/210686
Title:
[Upstream] [hardy] Writer "Select All" only highlight
Created attachment 61229
Fixed listboxes - Ubuntu
(In reply to comment #3)
> For me it is a regression from LO 3.4.
http://cgit.freedesktop.org/libreoffice/core/commit/?id=6a64e5bbd43e262d87e291dcc411628efac61fde
makes lisboxes look like in 3.3 I think.
--
You received this bug notification bec
(In reply to comment #8)
> My commit enlarges the "Available language modules" list so that it now
> contains *2* entries and is well scrollable.
Oh dear! It was well scrollable when the scaling is set to 130%,
normally it is not... Sorry, I need to have a look at this problem as
well.
haste, has
I don't know what extent of cleanness we have to demand from bug-reports ...
For me this one is clean enough. :) So - hopefully fixed now.
My commit enlarges the "Available language modules" list so that it now
contains *2* entries and is well scrollable. The Mac OS X scrollbar problem
should disa
Sorry, I have reverted the commit, it causes awful hangs. The newline token
needs to be handled in many other places, but I really fear to break the parser
again in a more subtle way.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreo
(In reply to comment #5)
> Using as a WORKAROUND:
> {} newline {}
> is acceptable in the all the cases mentioned in the Description.
Not always "{} newline {}". You use {} when you need to provide the
missing operand of a binary operator. For example,
a+b_ij newline = c+d # left-hand side is miss
So - newline works everywhere now. That should reduce the number of
confused users. :)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/281053
Title:
[Upstream] Math equation editor
Math always tries to get a complete expression from a single line[1].
i.e. it needs something standing after "=" or "+" at the same line. So
the following formula will work:
a+b_ij = {} newline {} = c+d
I think it is not a bug... Opinions?
[1] Formula parsing code: starmath/source/parse.cxx
--
10 matches
Mail list logo