https://bugs.documentfoundation.org/show_bug.cgi?id=157482
BogdanB changed:
What|Removed |Added
CC||buzea.bog...@libreoffice.or
https://bugs.documentfoundation.org/show_bug.cgi?id=157301
--- Comment #3 from Eyal Rozenberg ---
(In reply to Stéphane Guillou (stragu) from comment #1)
> I understand such a feature would depend on the ability of a table splitting
> columns across pages as opposed to splitting rows
Well, not
https://bugs.documentfoundation.org/show_bug.cgi?id=151928
V Stuart Foote changed:
What|Removed |Added
CC||vsfo...@libreoffice.org
---
https://bugs.documentfoundation.org/show_bug.cgi?id=157627
--- Comment #5 from Eike Rathke ---
IMHO omitting the number format should not fiddle at all with the existing
number formats of the target area, e.g. pasting a 10% (0.1) value would be
displayed with whatever format was applied to the
https://bugs.documentfoundation.org/show_bug.cgi?id=157406
Heiko Tietze changed:
What|Removed |Added
CC|libreoffice-ux-advise@lists |
https://bugs.documentfoundation.org/show_bug.cgi?id=157406
--- Comment #6 from Mike Kaganski ---
So is this a move towards limiting the UI for each external type, based on
which file we open? So when we open a TXT, we should turn into a gedit clone?
I do not see why should this be implemented.
https://bugs.documentfoundation.org/show_bug.cgi?id=157331
--- Comment #5 from Heiko Tietze ---
(In reply to hector from comment #3)
> When any value in the list gives an error, that's what I mean.
>
> A user proposed the find/replace function from the drop-down menu.
>
> but it is not very
https://bugs.documentfoundation.org/show_bug.cgi?id=151928
--- Comment #5 from Heiko Tietze ---
If you stick to the default it's just clicking trough four steps. The question
was rather if we can make the installer resizable, not that I advocate for
this.
--
You are receiving this mail
