[Libreoffice-ux-advise] [Bug 126584] Paragraph Styles dialog next style edit style button should be disabled for new style

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126584

--- Comment #2 from Heiko Tietze  ---
Isn't Next style for the following paragraph that comes after you press enter?
And if so why should that be disabled?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 126536] LibreOffice WRITER: Proposal to operate on several Styles simultaneously

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126536

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #4 from Heiko Tietze  ---
Paragraph styles are organized in hierarchies. If you, for example, change the
font of Defaul from Serif to Sans all children will use this property. So the
right solution is to put everything underneath a new item and change this.
Works perfectly for me and no multiselection is needed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 115098] Easily reorder table columns

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=115098

Heiko Tietze  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #3 from Heiko Tietze  ---
And done

*** This bug has been marked as a duplicate of bug 113603 ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 113603] Enhancement: unified table management in Writer

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113603

Heiko Tietze  changed:

   What|Removed |Added

 CC||por...@narod.ru

--- Comment #14 from Heiko Tietze  ---
*** Bug 115098 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 89631] TOC: Auto select levels control when switching to styles tab

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=89631

Heiko Tietze  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
 CC||rayk...@gmail.com

--- Comment #3 from Heiko Tietze  ---
This has been done with another ticket. IIRC kudos go to Jim.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 126584] Paragraph Styles dialog next style edit style button should be disabled for new style

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126584

--- Comment #3 from Dieter Praas  ---
(In reply to Heiko Tietze from comment #2)
> Isn't Next style for the following paragraph that comes after you press
> enter? And if so why should that be disabled?

I understand Jim as follows:
If you create a new style (by default "untitled" the next style is by default
the same style "untitled". So it makes no sense to edit this next style,
because it's the same style you actual edit.

So I agree with Jims' proposal: "Edit Style" button for next style should be
disabled when next style is the same as the style you actual edit.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 126584] Paragraph Styles dialog next style edit style button should be disabled for new style

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126584

--- Comment #4 from Heiko Tietze  ---
If you disable this option you cannot change it and Untitled will always be
followed by Untitled even when you rename it to My_Heading (where usually comes
Default Style after). What we could do is to change Untitled to Default but not
disable.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 126584] Paragraph Styles dialog next style edit style button should be disabled for new style

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126584

--- Comment #5 from Heiko Tietze  ---
And Untitled is changed into what you enter under Name, which makes it more
clear IMHO.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 126584] Paragraph Styles dialog next style edit style button should be disabled for new style

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126584

--- Comment #6 from Jim Raykowski  ---
This bug is about the Edit Style button to the right of the Next Style drop
down list box. If Next Style is changed and then change back to the style
currently being edited, Untitled# when new, the Edit Style button becomes
disabled. When the style dialog is opened by Modify... in the sidebar or Menu >
Styles > Edit Styles the Next Style Edit Style button is disabled. For these
reasons I believe this is bug when the style dialog is opened for new style.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 126584] Paragraph Styles dialog next style edit style button should be disabled for new style

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126584

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #7 from Heiko Tietze  ---
(In reply to Jim Raykowski from comment #6)
> This bug is about the Edit Style button to the right...

Oh yes. This edit button is pointless, and the dropdown remains enabled.
However it would have to be available when you switch to another style and
disabled when going back. Not sure that a simple name=name is sufficient.

Sorry for the confusion.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 126536] LibreOffice WRITER: Proposal to operate on several Styles simultaneously

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126536

--- Comment #5 from Adalbert Hanßen  ---
(In reply to Heiko Tietze from comment #4)
> ...
> So the right solution is to put everything underneath a new item and change
> this. Works perfectly for me and no multiselection is needed.

How do I put several styles underneath one after I have created it? Of course,
modifying each one separately in the section Organizer and telling to which one
it is subordinate, that's an awkward solution. And how can one easily get rid
off a whole bunch of unneeded styles?

By the way: the multiselection it already there. My first picture shows several
styles selected at once. The only thing that is missing is the function to
operate on the selected bunch of styles, e.g. delete them (to get rid of such a
plethora as the one introduced through the OCR process).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 89631] TOC: Auto select levels control when switching to styles tab

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=89631

--- Comment #4 from Jim Raykowski  ---
Don't know what I did here to deserve credit?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 126610] WRITER TABLE: Give option that enlarged image is cropped by table cell

2019-07-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126610

Dieter Praas  changed:

   What|Removed |Added

 CC||dgp-m...@gmx.de,
   ||libreoffice-ux-advise@lists
   ||.freedesktop.org
 OS|Windows (All)   |All
   Keywords||needsUXEval
   Severity|normal  |enhancement
 Blocks||107707, 108280
   Hardware|x86-64 (AMD64)  |All
Summary|EDITING: Large image|WRITER TABLE: Give option
   |overlaps table cell ->  |that enlarged image is
   |better if cropped by table  |cropped by table cell
   |cell?   |

--- Comment #4 from Dieter Praas  ---
(In reply to canned from comment #3)
> My question is a general note (no bug report but an improvement): Wouldn't
> it make more sense if, in such cases, the table cell would crop the larger
> picture? In this way it would be easier to fit a picture in width AND height
> of the table cell, or even to scale a picture inside a table cell.

I agree, that this doesn't seem to be possible at the moment. I'm not sure, if
your suggestion should be the default behaviour, but it could be an option. But
I don't know, if this is possible. Let's ask design team for further input.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107707
[Bug 107707] [META] Writer table enhancements requests
https://bugs.documentfoundation.org/show_bug.cgi?id=108280
[Bug 108280] [META] Image crop bugs and enhancements
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise