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
26 matches
Mail list logo