https://bugs.documentfoundation.org/show_bug.cgi?id=161393
Stéphane Guillou (stragu) changed:
What|Removed |Added
Keywords||needsUXEval
https://bugs.documentfoundation.org/show_bug.cgi?id=131253
Stéphane Guillou (stragu) changed:
What|Removed |Added
URL|
https://bugs.documentfoundation.org/show_bug.cgi?id=131253
Stéphane Guillou (stragu) changed:
What|Removed |Added
See Also|
https://bugs.documentfoundation.org/show_bug.cgi?id=161155
Heiko Tietze changed:
What|Removed |Added
Blocks||113113
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=161155
--- Comment #2 from Heiko Tietze ---
(In reply to Tracey from comment #0)
> I noticed that when I am paging through sheets, that when I get to the
> beginning or end it just loops around (this is GOOD!).
But not seen as good by everyone
https://bugs.documentfoundation.org/show_bug.cgi?id=161155
Stéphane Guillou (stragu) changed:
What|Removed |Added
See Also|
https://bugs.documentfoundation.org/show_bug.cgi?id=145324
Stéphane Guillou (stragu) changed:
What|Removed |Added
See Also|
https://bugs.documentfoundation.org/show_bug.cgi?id=161378
Eyal Rozenberg changed:
What|Removed |Added
Blocks|103342 |161389, 113438
Referenced
https://bugs.documentfoundation.org/show_bug.cgi?id=161378
Eyal Rozenberg changed:
What|Removed |Added
See Also||https://bugs.documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=161378
Eyal Rozenberg changed:
What|Removed |Added
URL||https://css-tricks.com/css-
https://bugs.documentfoundation.org/show_bug.cgi?id=161093
--- Comment #3 from Heiko Tietze ---
Created attachment 194515
--> https://bugs.documentfoundation.org/attachment.cgi?id=194515=edit
Chart type selection
I'm rather concerned about the dialog than some second line.
But aren't these
https://bugs.documentfoundation.org/show_bug.cgi?id=161378
--- Comment #1 from Heiko Tietze ---
(In reply to Eyal Rozenberg from comment #0)
> * The UI does not represent the nature of the font info
Whatever that means it's not a user-centric design.
> * One can type in multiple font
https://bugs.documentfoundation.org/show_bug.cgi?id=161147
Heiko Tietze changed:
What|Removed |Added
Keywords|needsUXEval |
Ever confirmed|0
https://bugs.documentfoundation.org/show_bug.cgi?id=161147
--- 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=161378
Eyal Rozenberg changed:
What|Removed |Added
Blocks||103342
See Also|
https://bugs.documentfoundation.org/show_bug.cgi?id=161147
--- Comment #2 from Orwel ---
Hi,
thank you for the response. I often do not use automatic hyphenation in
documents. But sometimes I only need to hyphenate one word (e.g. if it has 20
or more letters), so I want to be able to do manual
https://bugs.documentfoundation.org/show_bug.cgi?id=161147
Stéphane Guillou (stragu) changed:
What|Removed |Added
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=161093
Stéphane Guillou (stragu) changed:
What|Removed |Added
Keywords||needsUXEval
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
--- Comment #13 from Eike Rathke ---
No, it could not. For one, expression calculation happens independent of
rendering; second, expression calculation _never_ renders anything; third, such
function would only get in the way when other
https://bugs.documentfoundation.org/show_bug.cgi?id=160858
Heiko Tietze changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://bugs.documentfoundation.org/show_bug.cgi?id=161082
Heiko Tietze changed:
What|Removed |Added
Keywords|needsUXEval |
Ever confirmed|0
https://bugs.documentfoundation.org/show_bug.cgi?id=153309
Heiko Tietze changed:
What|Removed |Added
Ever confirmed|0 |1
https://bugs.documentfoundation.org/show_bug.cgi?id=161029
Heiko Tietze changed:
What|Removed |Added
Component|Writer |Documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=161029
--- Comment #5 from Heiko Tietze ---
Created attachment 194474
--> https://bugs.documentfoundation.org/attachment.cgi?id=194474=edit
Screenshot MSO
We discussed the topic in the design meeting. Those examples as provided by MSO
are
https://bugs.documentfoundation.org/show_bug.cgi?id=161037
Heiko Tietze changed:
What|Removed |Added
Resolution|--- |WONTFIX
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
--- Comment #12 from David ---
One approach could be function, kind of htmlrender()
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #69 from daniel.scha...@gmail.com ---
(In reply to Michael Bauer from comment #68)
> Can someone explain to me how in this scenario I force LO to
> a) use a language that I cannot currently set (because it's not offering it
>
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #68 from Michael Bauer ---
>=
>Language(s) used in current document/selection/paragraph:
>English (UK)
>☑ French (France)
>More ...
>-
>Recently used
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #67 from daniel.scha...@gmail.com ---
The point of "recent languages" is that those would be languages the users
chose themselves (for the current document). But, I get that showing only
"languages currently in use" has its
https://bugs.documentfoundation.org/show_bug.cgi?id=161082
--- Comment #4 from Justin L ---
-1 that would be awful. Every time I print I set the printing options once, and
then print multiple times, changing only the number of pages to print (and the
range of pages to print). The number of
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
--- Comment #11 from Eike Rathke ---
This should by no means go into the formula expression engine, a spreadsheet
function would be a wrong approach to render things.
Instead, a cell attribute could indicate that the cell content or
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #66 from Heiko Tietze ---
>From the ESC meeting:
* there is nothing wrong with it (the library), it's just used at a wrong place
(Caolan)
* it's given a single word
* the lib works when it's given a longer piece of text
https://bugs.documentfoundation.org/show_bug.cgi?id=161029
Timur changed:
What|Removed |Added
CC||ti...@libreoffice.org
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #65 from Michael Bauer ---
What's the point of "recent languages" if you cannot actually set the language
to something sensible? It's a double bind. So I could set a section or the
document to Gaelic if LO thinks it's a
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #64 from daniel.scha...@gmail.com ---
It appears that the language list "For Selection" works in a different way than
the lists "For Paragraph" and "For All Text". (see
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #63 from Caolán McNamara ---
I think the original idea behind the libexttextcat usage was someone pastes a
paragraph of text into something and it could be used to set the likely
language for it. I don't think if ever was
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
Heiko Tietze changed:
What|Removed |Added
CC||caolan.mcnamara@collabora.c
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #61 from Michael Bauer ---
I don't think libexttextcat is beyond repair but I have always been told off
for trying to tackle more than one (however connected) issue in one bug, so I'm
trying to stick to fixing just the bit
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #60 from Heiko Tietze ---
(In reply to Michael Bauer from comment #59)
> >2.) Languages that the user has *explicitly* specified
>
> I would welcome such an option but didn't think such a dialogue option would
> get much
https://bugs.documentfoundation.org/show_bug.cgi?id=161304
Heiko Tietze changed:
What|Removed |Added
CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
--- Comment #11 from Heiko Tietze ---
(In reply to gris...@zaclys.net from comment #9)
> This is exactly what I dreamed of! :)
Probably not. My idea extends the editing of _one_ style with the creation of a
children. I see no way to
https://bugs.documentfoundation.org/show_bug.cgi?id=157580
Heiko Tietze changed:
What|Removed |Added
Keywords|needsUXEval |
https://bugs.documentfoundation.org/show_bug.cgi?id=157580
Jeff Fortin Tam changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Ever confirmed|0
https://bugs.documentfoundation.org/show_bug.cgi?id=157580
Stéphane Guillou (stragu) changed:
What|Removed |Added
See Also|
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
--- Comment #10 from Mike Kaganski ---
A dialog with a control (or two) to choose what it is about is BAD. We *almost*
don't use this kind of UI - and the only place that I can recall that does this
is a UX disaster:
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
--- Comment #9 from gris...@zaclys.net ---
Mike Kaganski, I hope to provide more clarity here!
First of all, we all agree that formatting is not the main task in word
processing software. This is a task I typically tackle at the end of
https://bugs.documentfoundation.org/show_bug.cgi?id=161204
--- Comment #6 from Rafael Lima ---
Created attachment 194423
--> https://bugs.documentfoundation.org/attachment.cgi?id=194423=edit
Screenshots of Excel, OnlyOffice, Google Sheets and Calc
See attached ODG file with screenshots of how
https://bugs.documentfoundation.org/show_bug.cgi?id=161304
V Stuart Foote changed:
What|Removed |Added
Summary|context menu Column |context menu "Delete
https://bugs.documentfoundation.org/show_bug.cgi?id=161304
--- Comment #4 from V Stuart Foote ---
(In reply to Heiko Tietze from comment #3)
> (In reply to V Stuart Foote from comment #0)
> > That conflicts with the +C cut shortcut.
> You mean Alt+C. Nothing users would do often as the context
https://bugs.documentfoundation.org/show_bug.cgi?id=161040
--- Comment #9 from Rafael Lima ---
(In reply to Justin L from comment #6)
> Right. The basic toggle could be supplemented with a dropdown that lets you
> choose from the defined Application Color schemes. It should be relatively
> easy
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #59 from Michael Bauer ---
>1.) Languages that already exist in the current document.
That would only work if by that you mean languages that a user has set
manually, because libexttextcat is - however it attempts to do it -
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #58 from Jonathan Clark ---
(In reply to Heiko Tietze from comment #57)
> Jonathan, do you have an opinion on this?
My vote is for the following, in this order:
1.) Languages that already exist in the current document. If a
https://bugs.documentfoundation.org/show_bug.cgi?id=161040
--- Comment #8 from Stéphane Guillou (stragu)
---
Jérome, I think that it would be useful to share two sample documents that
illustrate your use case (at least for the Dark and Light color schemes).
How many color schemes do you
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
--- Comment #8 from Mike Kaganski ---
Anyway, even when we discuss options that help with management of styles (which
we should promote, of course), we must not forget, that the work with style
organizer (creation, hierarchy management,
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
--- Comment #7 from Mike Kaganski ---
There is still no simple description of the proposed *workflow* - like "I want
to open this, there do this and that, ..." with *following* (inline?)
explanation what is the exact difference compared
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
Heiko Tietze changed:
What|Removed |Added
CC||mikekagan...@hotmail.com
---
https://bugs.documentfoundation.org/show_bug.cgi?id=161040
Heiko Tietze changed:
What|Removed |Added
CC||gautamsahil1...@gmail.com,
https://bugs.documentfoundation.org/show_bug.cgi?id=161041
--- Comment #6 from Heiko Tietze ---
(In reply to Jérôme from comment #4)
> So, I would like to switch between several color schemes depending the
> document I'm reading.
The newly introduced Dark Mode command switches between Automatic
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
Heiko Tietze changed:
What|Removed |Added
CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
Heiko Tietze changed:
What|Removed |Added
CC||jonat...@libreoffice.org
---
https://bugs.documentfoundation.org/show_bug.cgi?id=161304
Heiko Tietze changed:
What|Removed |Added
CC|heiko.tietze@documentfounda |
|tion.org
https://bugs.documentfoundation.org/show_bug.cgi?id=161304
Julien Nabet changed:
What|Removed |Added
CC||heiko.tietze@documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=161234
Rafael Lima changed:
What|Removed |Added
Assignee|libreoffice-b...@lists.free |rafael.palma.l...@gmail.com
https://bugs.documentfoundation.org/show_bug.cgi?id=161041
V Stuart Foote changed:
What|Removed |Added
CC||vsfo...@libreoffice.org
---
https://bugs.documentfoundation.org/show_bug.cgi?id=161041
--- Comment #4 from Jérôme ---
There is (In reply to Stéphane Guillou (stragu) from comment #1)
> Also, it might mean the document themselves could be improved in using
> formatting more consistently (i.e. fixing the colours instead of
https://bugs.documentfoundation.org/show_bug.cgi?id=161041
--- Comment #3 from Jérôme ---
(In reply to Stéphane Guillou (stragu) from comment #1)
> Also, it might mean the document themselves could be improved in using
> formatting more consistently (i.e. fixing the colours instead of relying on
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #56 from Michael Bauer ---
I would tweak Stéphanes first suggestion to
1. only show matches that have a dictionary installed (with obvious drawbacks,
but likely more useful matches as a result)
[AND matches of the LO UI
https://bugs.documentfoundation.org/show_bug.cgi?id=161304
V Stuart Foote changed:
What|Removed |Added
Keywords||needsUXEval
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
--- Comment #55 from daniel.scha...@gmail.com ---
I second Stéphane's suggestions.
The current behaviour is weird at best. The word "line" suggests Friulian as
the language, "car" results in Romanian, "test" in Estonian, ...
Does
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
V Stuart Foote changed:
What|Removed |Added
CC||vsfo...@libreoffice.org
---
https://bugs.documentfoundation.org/show_bug.cgi?id=161040
Justin L changed:
What|Removed |Added
CC||jl...@mail.com
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
Stéphane Guillou (stragu) changed:
What|Removed |Added
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
--- Comment #4 from gris...@zaclys.net ---
(In reply to Heiko Tietze from comment #3)
Thank you for this dialogue, Heiko.
> There is no such thing as non-hierarchical styles, or rather if you neglect
> the hierarchy and put every style
https://bugs.documentfoundation.org/show_bug.cgi?id=95274
Stéphane Guillou (stragu) changed:
What|Removed |Added
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=161040
--- Comment #5 from Stéphane Guillou (stragu)
---
(In reply to Heiko Tietze from comment #4)
> This has been done recently and will be available in the upcoming release
> 24.8. When using the classic toolbar UI you need to customize the
https://bugs.documentfoundation.org/show_bug.cgi?id=150514
Heiko Tietze changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
Heiko Tietze changed:
What|Removed |Added
Status|NEEDINFO|NEW
Blocks|
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
--- Comment #3 from Heiko Tietze ---
(In reply to gris...@zaclys.net from comment #2)
> I like to configure (and I'm not the only one) individual and
> styles (or on body text level). For example: a quotation paragraph, an exergue
>
https://bugs.documentfoundation.org/show_bug.cgi?id=161032
Heiko Tietze changed:
What|Removed |Added
CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=161040
Heiko Tietze changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://bugs.documentfoundation.org/show_bug.cgi?id=161040
Stéphane Guillou (stragu) changed:
What|Removed |Added
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=161032
--- Comment #3 from Stephan Bergmann ---
The original subject of this issue was "French and Spanish spelling
dictionaries are default extensions that can not be removed in a UK English
LibreOffice set up." It was generalized to "Allow
https://bugs.documentfoundation.org/show_bug.cgi?id=161223
--- Comment #10 from David ---
Hi,
autocorrection in formulas would be better than nothing of course.
I would say none of my coworkers know the autocorrection */- syntax but all
of them know html tags. Also this option would not
https://bugs.documentfoundation.org/show_bug.cgi?id=160735
Stéphane Guillou (stragu) changed:
What|Removed |Added
Keywords||needsUXEval
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
--- Comment #8 from V Stuart Foote ---
Two printing / layout concepts N-Up and Imposition:
https://en.wikipedia.org/wiki/N-up
https://en.wikipedia.org/wiki/Imposition
We're talking N-up here, but LO performing Imposition in its print
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
--- Comment #7 from zuchto...@gmail.com ---
To Regina:
What I initially had in mind was to print on a4 paper, then cut it into a5
after printing, then put one stack on top of another, then fold it as a
booklet.
However first cutting a4
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
Regina Henschel changed:
What|Removed |Added
CC||rb.hensc...@t-online.de
---
https://bugs.documentfoundation.org/show_bug.cgi?id=160866
Heiko Tietze changed:
What|Removed |Added
Resolution|NOTABUG |DUPLICATE
--- Comment #3 from
https://bugs.documentfoundation.org/show_bug.cgi?id=161255
Heiko Tietze changed:
What|Removed |Added
CC|libreoffice-ux-advise@lists |
https://bugs.documentfoundation.org/show_bug.cgi?id=161255
--- Comment #9 from Mike Kaganski ---
(In reply to Eyal Rozenberg from comment #8)
> I didn't understand comment 1.
Oh?
I wrote there explicitly, what is *expected* to work. Specifically, I *cared*
to mention, that the wanted "support"
https://bugs.documentfoundation.org/show_bug.cgi?id=161255
Eyal Rozenberg changed:
What|Removed |Added
CC||jonat...@libreoffice.org,
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
V Stuart Foote changed:
What|Removed |Added
CC||vsfo...@libreoffice.org
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
Heiko Tietze changed:
What|Removed |Added
See Also||https://bugs.documentfounda
https://bugs.documentfoundation.org/show_bug.cgi?id=161255
Heiko Tietze changed:
What|Removed |Added
CC|libreoffice-ux-advise@lists |
https://bugs.documentfoundation.org/show_bug.cgi?id=161276
Heiko Tietze changed:
What|Removed |Added
CC||c...@nouenoff.nl
--- Comment #4
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.
--
1 - 100 of 40984 matches
Mail list logo
