https://bugs.documentfoundation.org/show_bug.cgi?id=98539
Heiko Tietze changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this
https://bugs.documentfoundation.org/show_bug.cgi?id=98539
Heiko Tietze changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
--- Comment #9 from Heiko Tietze ---
Would it be sufficient to evaluate the autocorrection in formulas? Like
=IF(A1=1;"lorem *ipsum* dolor";"lorem ipsum _dolor_"). I'm thinking of these
[M]/[T] options in Writer, see
https://bugs.documentfoundation.org/show_bug.cgi?id=98539
Jahangir Packages changed:
What|Removed |Added
Resolution|FIXED |---
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
--- Comment #3 from zuchto...@gmail.com ---
Pages per sheet is option that is greyed out when I choose booklet mode.
Pager per sheet is optimized for keeping the paper same format as printed, just
getting more content each sheet.
--
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
Heiko Tietze changed:
What|Removed |Added
Status|UNCONFIRMED |NEEDINFO
Ever confirmed|0
https://bugs.documentfoundation.org/show_bug.cgi?id=161041
Heiko Tietze changed:
What|Removed |Added
Resolution|--- |WONTFIX
https://bugs.documentfoundation.org/show_bug.cgi?id=161032
Heiko Tietze changed:
What|Removed |Added
CC||sberg@gmail.com
https://bugs.documentfoundation.org/show_bug.cgi?id=161271
Eike Rathke changed:
What|Removed |Added
CC|libreoffice-ux-advise@lists |er...@redhat.com
https://bugs.documentfoundation.org/show_bug.cgi?id=161032
QA Administrators changed:
What|Removed |Added
Whiteboard| QA:needsComment|
--
You are receiving this
https://bugs.documentfoundation.org/show_bug.cgi?id=161041
Stéphane Guillou (stragu) changed:
What|Removed |Added
Status|UNCONFIRMED |NEEDINFO
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
Stéphane Guillou (stragu) changed:
What|Removed |Added
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=161032
Dieter changed:
What|Removed |Added
CC||dgp-m...@gmx.de,
|
https://bugs.documentfoundation.org/show_bug.cgi?id=161271
V Stuart Foote changed:
What|Removed |Added
Blocks||150900
Keywords|
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
--- Comment #8 from QA Administrators ---
[Automated Action] NeedInfo-To-Unconfirmed
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
QA Administrators changed:
What|Removed |Added
Status|NEEDINFO|UNCONFIRMED
Ever
https://bugs.documentfoundation.org/show_bug.cgi?id=161255
Eyal Rozenberg changed:
What|Removed |Added
Keywords||needsUXEval
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
--- Comment #7 from David ---
I will try to explain the use case we foresee for the proposed functionality.
We are a medium size structural engineering office, many time we have to
prepare complex structural reports based on results
https://bugs.documentfoundation.org/show_bug.cgi?id=160983
--- Comment #15 from Justin L ---
(In reply to ady from comment #12)
> Some users won't like the first alternative, whereas others won't like the
> second possibility (and both groups will complain). I am not sure that
> simply changing
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
--- Comment #11 from ady ---
(In reply to Heiko Tietze from comment #10)
> 1px is 10% of the total cell height at 25% but 0.01 at 600%. To make the
> frame clearly outstanding from the cell content you need to adjust the
> distance
https://bugs.documentfoundation.org/show_bug.cgi?id=160983
--- Comment #14 from Justin L ---
You definitely want to have row height automatically calculated for a CSV
import, since CSV cannot possibly specify a height for any row. Otherwise any
multiline data (like row 54) would be "hidden" -
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
Heiko Tietze changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
--- Comment #10 from Heiko Tietze ---
(In reply to ady from comment #7)
> (In reply to Heiko Tietze from comment #6)
> > I don't see an absolute value as a solution
> If I may ask, why?
1px is 10% of the total cell height at 25% but 0.01
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
--- Comment #9 from Rafael Lima ---
(In reply to Heiko Tietze from comment #6)
> I don't see an absolute value as a solution; a slightly smaller
> multiplicator might be okay. Feel free to hack it.
Thanks for the pointer... I'll try to
https://bugs.documentfoundation.org/show_bug.cgi?id=160866
Dieter changed:
What|Removed |Added
Keywords||needsUXEval
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
Regina Henschel changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://bugs.documentfoundation.org/show_bug.cgi?id=160983
--- Comment #13 from ady ---
(In reply to Heiko Tietze from comment #11)
> Me don't, although it takes some milliseconds to process.
Same here, but maybe the attachment is just a simplified case(?).
--
You are receiving this mail
https://bugs.documentfoundation.org/show_bug.cgi?id=160983
--- Comment #12 from ady ---
(In reply to Stéphane Guillou (stragu) from comment #10)
(e.g. at row 54)
Cell B54 includes line-breaking characters. They should not be modified by the
import process.
Either, Rows nor Columns get any
https://bugs.documentfoundation.org/show_bug.cgi?id=161251
Eyal Rozenberg changed:
What|Removed |Added
See Also|https://bugs.documentfounda |
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
--- Comment #8 from ady ---
(In reply to Stéphane Guillou (stragu) from comment #5)
> I was referring to the square not following the rectangle and eventually
> getting disconnected at higher zoom levels.
So it is also about the
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
--- Comment #7 from ady ---
(In reply to Heiko Tietze from comment #6)
> I don't see an absolute value as a solution
Please forgive my ignorance. If I may ask, why? What's the reasoning?
I think of the active-cell line marker in a
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
Heiko Tietze changed:
What|Removed |Added
Blocks||108253
Resolution|---
https://bugs.documentfoundation.org/show_bug.cgi?id=161251
--- Comment #4 from Heiko Tietze ---
So you want to show for example
Default Style
> Text Body (designed as right aligned and English)
> Left*
> Hebrew*
> Justified*
> Hebrew*
> Hebrew*
> Bold*
> Left*
> Left*
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
Heiko Tietze changed:
What|Removed |Added
Version|24.8.0.0 alpha0+|3.3.0 release
--- Comment #6
https://bugs.documentfoundation.org/show_bug.cgi?id=161251
Eyal Rozenberg changed:
What|Removed |Added
Summary|Support showing |Support showing
https://bugs.documentfoundation.org/show_bug.cgi?id=161251
--- Comment #3 from Eyal Rozenberg ---
(In reply to Heiko Tietze from comment #2)
> I cannot follow. What is a "named style" and how does DF come into play?
A style which has a name (as opposed to anonymous "autostyles"). This bug is
https://bugs.documentfoundation.org/show_bug.cgi?id=160983
--- Comment #11 from Heiko Tietze ---
(In reply to Stéphane Guillou (stragu) from comment #10)
> I see the "calculating" message and the high-height cells (e.g. at row 54)
> when importing the sample file with only comma as a delimiter.
https://bugs.documentfoundation.org/show_bug.cgi?id=161251
--- Comment #2 from Heiko Tietze ---
I cannot follow. What is a "named style" and how does DF come into play?
If it's about filtering please search the depending tickets for a duplicate.
Some wording conventions:
Styles Sidebar =
https://bugs.documentfoundation.org/show_bug.cgi?id=161251
Eyal Rozenberg changed:
What|Removed |Added
Blocks||103427
--- Comment #1 from
https://bugs.documentfoundation.org/show_bug.cgi?id=161251
Eyal Rozenberg changed:
What|Removed |Added
Keywords||needsUXEval
https://bugs.documentfoundation.org/show_bug.cgi?id=160983
Stéphane Guillou (stragu) changed:
What|Removed |Added
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
--- Comment #5 from Stéphane Guillou (stragu)
---
(In reply to ady from comment #4)
> I don't understand what is described here as "not drawn correctly".
I was referring to the square not following the rectangle and eventually
getting
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
QA Administrators changed:
What|Removed |Added
Ever confirmed|1 |0
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
--- Comment #3 from QA Administrators ---
[Automated Action] NeedInfo-To-Unconfirmed
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.documentfoundation.org/show_bug.cgi?id=153309
Eyal Rozenberg changed:
What|Removed |Added
Summary|Provide framework to|Support disabling direct
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
--- Comment #2 from David ---
My proposal is that the final render of the cell content could be based on a
partial subset of html, focusing on format tags, this way on the final
rendering phase if it contains tags they are used for
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
--- Comment #4 from ady ---
(In reply to Stéphane Guillou (stragu) from comment #1)
> (In reply to Rafael Lima from comment #0)
> > 1) The square used for dragging is not drawn correctly, and if the zoom is
> > above 220% it gets
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
--- Comment #3 from Rafael Lima ---
(In reply to Stéphane Guillou (stragu) from comment #1)
> Wouldn't this be an issue at lower zoom levels?
I don't think this would be an issue... I tested it in 30% zoom and it looks
fine, because the
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
m_a_riosv changed:
What|Removed |Added
CC||miguelangelrv@libreoffice.o
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
Stéphane Guillou (stragu) changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
Rafael Lima changed:
What|Removed |Added
CC||libreoffice-ux-advise@lists
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
V Stuart Foote changed:
What|Removed |Added
Status|UNCONFIRMED |NEEDINFO
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=153309
Cor Nouws changed:
What|Removed |Added
Version|7.4.4.2 release |Inherited From OOo
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
Regina Henschel changed:
What|Removed |Added
CC||rb.hensc...@t-online.de
---
https://bugs.documentfoundation.org/show_bug.cgi?id=161090
Mihai Vasiliu changed:
What|Removed |Added
See Also||https://bugs.documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
Buovjaga changed:
What|Removed |Added
CC||libreoffice-ux-advise@lists
https://bugs.documentfoundation.org/show_bug.cgi?id=150514
--- Comment #3 from Heiko Tietze ---
Rather a duplicate of bug 134249.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.documentfoundation.org/show_bug.cgi?id=161218
Heiko Tietze changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://bugs.documentfoundation.org/show_bug.cgi?id=160938
Heiko Tietze changed:
What|Removed |Added
Priority|medium |low
https://bugs.documentfoundation.org/show_bug.cgi?id=161031
Eyal Rozenberg changed:
What|Removed |Added
Resolution|NOTABUG |WONTFIX
--- Comment #6 from
https://bugs.documentfoundation.org/show_bug.cgi?id=161031
Heiko Tietze changed:
What|Removed |Added
Resolution|--- |NOTABUG
https://bugs.documentfoundation.org/show_bug.cgi?id=158874
Heiko Tietze changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
Heiko Tietze changed:
What|Removed |Added
Severity|normal |enhancement
https://bugs.documentfoundation.org/show_bug.cgi?id=160938
--- Comment #8 from Steve ---
(In reply to Heiko Tietze from comment #6)
> But anyway, the claim was made that...
>
> (In reply to Steve from comment #0)
> > ...copying a table full of form controls is easy (copy/paste)
> > however
https://bugs.documentfoundation.org/show_bug.cgi?id=160938
--- Comment #7 from Steve ---
Created attachment 194288
--> https://bugs.documentfoundation.org/attachment.cgi?id=194288=edit
Example copy of table with form controls
--
You are receiving this mail because:
You are on the CC list for
https://bugs.documentfoundation.org/show_bug.cgi?id=161218
Telesto changed:
What|Removed |Added
Keywords||needsUXEval
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #22 from Aron Budea ---
(In reply to Eyal Rozenberg from comment #19)
> It's a straight column-segment. Which becomes an L-shape if one of the cells
> on those line is wider than the column.
It seems we're still stuck at
https://bugs.documentfoundation.org/show_bug.cgi?id=161031
Heiko Tietze changed:
What|Removed |Added
See Also|https://bugs.documentfounda |
https://bugs.documentfoundation.org/show_bug.cgi?id=161031
Heiko Tietze changed:
What|Removed |Added
See Also||https://bugs.documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #21 from ady ---
IMHO...
(In reply to Bigor from comment #0)
> Expected Results:
> selected a2:a5
An alternative method to achieve that is already available: Name Box.
As for the default behavior in this matter, I do not
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #20 from Eyal Rozenberg ---
(In reply to ady from comment #18)
> 3. Press the [CTRL] key and repeat the mouse operation on another range of
> cells; they can be adjacent to the previously-selected area or not. Without
>
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #19 from Eyal Rozenberg ---
(In reply to Aron Budea from comment #17)
> > But of course it's the L shape!
> Please test in any version you'd like, no need for merged cells, just plain
> old Shift + arrow key behavior: hold
https://bugs.documentfoundation.org/show_bug.cgi?id=161090
Mihai Vasiliu changed:
What|Removed |Added
See Also||https://bugs.documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=150514
--- Comment #2 from ady ---
See tdf#160011. Almost a dupe.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.documentfoundation.org/show_bug.cgi?id=150514
Stéphane Guillou (stragu) changed:
What|Removed |Added
Keywords||needsUXEval
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #18 from ady ---
(In reply to Eyal Rozenberg from comment #14)
> (In reply to ady from comment #13)
> No. Ctrl is for a disjoint selection. When you want to select a contiguous
> sequence of cells, you use the Shift key.
I
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #17 from Aron Budea ---
(In reply to Eyal Rozenberg from comment #16)
> It's always worked like that, except for the buggy behavior when it comes to
> merged cells. If the behavior had been _consistent_, then you could make
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #16 from Eyal Rozenberg ---
(In reply to Aron Budea from comment #15)
> It's never worked like that.
It's always worked like that, except for the buggy behavior when it comes to
merged cells. If the behavior had been
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #15 from Aron Budea ---
(In reply to Eyal Rozenberg from comment #12)
> (In reply to Aron Budea from comment #11)
> > If you press and hold Shift, and press down arrow and right arrow, do you
> > expect cells to be selected
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #14 from Eyal Rozenberg ---
(In reply to ady from comment #13)
> Calc is behaving the same as any other spreadsheet tool.
No, it doesn't. That is, not in principle. We consider what other spreadsheet
apps do, and then decide
https://bugs.documentfoundation.org/show_bug.cgi?id=161204
--- Comment #5 from LeroyG ---
(In reply to Robert Lacroix from comment #0)
> […] changing cell border for active and
> selected cells to a dashed line using the normal colour for dashes and the
> complementary colour between the dashes.
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #13 from ady ---
(In reply to Eyal Rozenberg from comment #12)
> But of course it's the L shape!
Calc is behaving the same as any other spreadsheet tool. If you don't want a
rectangular selection, then use [CTRL] in order to
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #12 from Eyal Rozenberg ---
Created attachment 194268
--> https://bugs.documentfoundation.org/attachment.cgi?id=194268=edit
How a shift+down selection should look like with multiple rows with merged
cells
(In reply to Aron
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #11 from Aron Budea ---
(In reply to Eyal Rozenberg from comment #10)
> (In reply to Aron Budea from comment #8)
> > - When you merge A4 to C4, there's no A4 cell anymore, only A4:C4 range,
>
> I'm not sure that's exactly
https://bugs.documentfoundation.org/show_bug.cgi?id=161203
Heiko Tietze changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://bugs.documentfoundation.org/show_bug.cgi?id=161205
Heiko Tietze changed:
What|Removed |Added
Keywords|needsUXEval |
Ever confirmed|0
https://bugs.documentfoundation.org/show_bug.cgi?id=160938
--- Comment #6 from Heiko Tietze ---
(In reply to Eyal Rozenberg from comment #5)
> How would you know...
If you select a control the respective element is selected in the Navigator,
and vice versa.
But anyway, the claim was made
https://bugs.documentfoundation.org/show_bug.cgi?id=161204
--- Comment #4 from Heiko Tietze ---
Dashed lines are used to indicate the source of a copy action (including
marching ants that, however, can be disabled). And I doubt it will fix "the
problem" "once-and-for-all".
Please check again
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #10 from Eyal Rozenberg ---
(In reply to Aron Budea from comment #8)
> Let's see if my understanding if correct:
> - When you merge A4 to C4, there's no A4 cell anymore, only A4:C4 range,
I'm not sure that's exactly correct,
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #9 from ady ---
(In reply to Bigor from comment #0)
> Expected Results:
> selected a2:a5
Just click on any cell (so there is no "selected range"), then click on the
upper-left "Name Box" and type-in "a2:a5" (without
https://bugs.documentfoundation.org/show_bug.cgi?id=161204
--- Comment #3 from ady ---
(In reply to Robert Lacroix from comment #0)
> Fix this problem once-and-for-all by changing cell border for active and
> selected cells to a dashed line using the normal colour for dashes and the
>
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #8 from Aron Budea ---
Let's see if my understanding if correct:
- When you merge A4 to C4, there's no A4 cell anymore, only A4:C4 range,
- A range is a rectangular area of cells,
- When you select cells using Shift, or hold
https://bugs.documentfoundation.org/show_bug.cgi?id=161204
--- Comment #2 from Robert Lacroix ---
(In reply to m_a_riosv from comment #1)
> Please attach a sample file, reduce the size as much as possible without
> private information, and paste the information in Menu/Help/About
> LibreOffice,
https://bugs.documentfoundation.org/show_bug.cgi?id=161204
m_a_riosv changed:
What|Removed |Added
CC||miguelangelrv@libreoffice.o
https://bugs.documentfoundation.org/show_bug.cgi?id=161204
Stéphane Guillou (stragu) changed:
What|Removed |Added
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=158288
--- Comment #7 from Eyal Rozenberg ---
(In reply to Aron Budea from comment #5)
This seems like a bug to me, because it denies us the expressive potential of
the selection. We can choose to select a 3x5 region covering the merged cell;
https://bugs.documentfoundation.org/show_bug.cgi?id=160938
--- Comment #5 from Eyal Rozenberg ---
(In reply to Heiko Tietze from comment #4)
> If you copy/paste a table with form controls the resulting names are amended
> with a number like "top_left" becomes "top_left 1". What's wrong with it?
https://bugs.documentfoundation.org/show_bug.cgi?id=161205
Eyal Rozenberg changed:
What|Removed |Added
CC||libreoffice-ux-advise@lists
https://bugs.documentfoundation.org/show_bug.cgi?id=161203
--- Comment #1 from Eyal Rozenberg ---
Seen with:
Version: 24.2.3.2 (X86_64) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL);
https://bugs.documentfoundation.org/show_bug.cgi?id=161203
Eyal Rozenberg changed:
What|Removed |Added
Keywords||needsUXEval
301 - 400 of 41189 matches
Mail list logo