[Libreoffice-ux-advise] [Bug 111843] one active cell selection is not searched with " Current selection only" option set in Find & Replace dialog tool

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=111843

V Stuart Foote  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 Status|UNCONFIRMED |NEW
 CC||akshaydeepi...@gmail.com,
   ||er...@redhat.com
Summary|active cell is not  |one active cell selection
   |considered a single-cell|is not searched with
   |selection in find (&|"Current selection only"
   |replace) tool   |option set in Find &
   |(clarification in comment   |Replace dialog tool
   |1)  |
 Ever confirmed|0   |1

--- Comment #3 from V Stuart Foote  ---
On Windows 10 Pro 64-bit en-US with
Version: 5.4.1.2 (x64)
Build ID: ea7cb86e6eeb2bf3a5af73a8fac570321527
CPU threads: 8; OS: Windows 6.19; UI render: default; 
Locale: en-US (en_US); Calc: group

Confirming STR of the non-selection with just the currently active cell with
cursor focus, or the misbehavior of the "Current selection only" option which
shows active with just the one cell with cursor focus as a "range".

Selecting one additional cell produces valid search result. 

So seems like we have a logic flaw and test the view shell for HasSelection()
at [1] enabling the "Current selection only" option-with just the one cell with
cursor focus.  

Is it a valid selection range or not? 

   If it is--the search needs to accommodate a one cell range.

   If not--need to keep the Selection Btn disabled.

From UX perspective, searching just a single cell is not a common use, but why
not? Could be of some use in macro to conditionally test a cell.

=-ref-=
[1]
https://opengrok.libreoffice.org/xref/core/svx/source/dialog/srchdlg.cxx?a=true#915

-- 
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 111843] active cell is not considered a single-cell selection in find (& replace) tool (clarification in comment 1)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=111843

stragu  changed:

   What|Removed |Added

Summary|active cell is not  |active cell is not
   |considered a single-cell|considered a single-cell
   |selection in find (&|selection in find (&
   |replace) tool   |replace) tool
   ||(clarification in comment
   ||1)

-- 
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 111983] no save please when there is no changes but just links updated

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=111983

V Stuart Foote  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 CC||vstuart.fo...@utsa.edu
 Resolution|--- |WONTFIX
   Severity|normal  |enhancement

--- Comment #12 from V Stuart Foote  ---
Seems folks need a reminder of what actually happens under the hood in
LibreOffice.

A native ODF document is _not_ "opened" into LibreOffice--rather its XML is
read and filters import its elements for rendering to document canvas. The
original ODF is set aside to temporary storage (and a lock file may be set).

When exiting from the document:

-- "saving" the document to ODF _always_ writes a completely new ODF
archive--whether any changes were made to the document content or not, the
original is destroyed.

or

-- "closing" the document, from the File -> Close menu, or the "X" widget on
the LibreOffice main Menu, or even from the OS/DE Window Manager--LibreOffice
will alert to unsaved changes. 

User is _always_ prompted to Save Document with an alert dialog with button
widgets to:

   Save -- will trigger the filter export to ODF, and will _always_ overwrite
the original.

   Don't Save -- will close the document deleting internal changes, and release
the original _always_ unchanged (system security on the file object may show
access).

   Cancel -- will drop the close action and return focus to document canvas.

There are other actions for exiting of course--e.g. a "save as" that exposes
use of export filters for ODF document formats, or other external formats, but
that when used release the original ODF document (and lock) unchanged. 

The Export choices do the same, but instead keep the document open to canvas
(its original ODF held in temp space--a Close -> Don't save would restore it
unchanged releasing its lock).

But that is it! It works the same in all modules, and functions as is needed
consistently for consistent UI.  The defaults are sane, and fair warning is
given in the alert prior to any loss.

WONTFIX

-- 
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 111983] no save please when there is no changes but just links updated

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=111983

--- Comment #11 from Olivier  ---
@Heiko Tietze ok, so NEEDINFO is just a reminder for you but in the same time
the bug reporter says: 

"This bug is (most likely) in NEEDINFO status because someone has asked for
information or data. After you've satisfied the request as best as you can,
please leave a comment and change the status back to UNCONFIRMED."

so what should I do since you don't ask for more info?

Understand it looks like a trick to push a bug report to the Limbo.

-- 
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 111983] no save please when there is no changes but just links updated

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=111983

--- Comment #10 from Olivier  ---
@Buovjaga You said you tried to reproduce without success another and different
bug... Don't you think you should ask them to produce you a recording?

-- 
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 111983] no save please when there is no changes but just links updated

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=111983

--- Comment #9 from Olivier  ---
@gmarco I can understand saving by default seems logic since saving too much
cannot harm... unless you use a versioning system. As I said if the file is
saved, then it is different from the previous one even if nothing has changed
and therefore git wants me to push it to the repository.

So saving whatever is not a good option.

If we could have a human readable way to save a file with just the data and no
metadata in the file, we could save as much as we want without any impact on
the versioning system. It would also be great to see diff between two versions
of a file. But you save in a binary mode and I suspect metadata like date of
last saving which produce different file even if nothing has been changed.

So that's why each time I open a Calc file just to read the data I have to take
care to say NO when I ask to quit and it asks me to save the file. Of course
each time I open the same file to change things, I would have to say yes if he
asked me to save the file, but it never happens since I save manually before I
quit. So if it ask me, the answer is always NO unless... I had many windows
open and I quit the wrong one, the one with changes.

So because LO asks to save unmodified file I have the reflex to say NO and when
it asks on purpose because the file has been modified, I still have the same
reflex and say NO...

Conclusion : don't ask to save an unmodified file or make the saving file a
perfect copy of the previous one (git use SHA1 of a file to see if it changed,
not the date of last modification).

If you call for help everyday because of a wolf but it happens there is no
wolf, the day a wolf will attack you, no one will come to help you.

-- 
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 111983] no save please when there is no changes but just links updated

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=111983

--- Comment #8 from gmarco  ---
Being involved on a similar topic (bug 91345 OS Windows) I would like to make
some clarity.

1) Prefixing:
- there is the SAVE command (I use it randomly to force saving anyway,
regardless of whether it has made any changes or not.
It is my habit to close by clicking on "X".
- I feel sufficiently tested and verified what said in bug 91345.
- It is also my firm opinion that closing a document, in any updated way, is
required if you want to save it or not.

2) LIBO adopts different behaviors between Writer and Calc:
- ods opened and closed without updating (or any modifications have been
nullified): CALC asks always and in any case whether to save YES | NOT,  while
WRITER does not ask it, simply closes the file leaving it in the preexisting
state.
I personally feel the CALC mode is more correct.

And at this point, I can not fully understand Olivier's problem:
- Without specifying the type of file (ods, odt ?) says "Every time I open a
file because there are links ..." and later "close (Crtl-W) and see, it asks if
you want to save even if nothing changed ": I prove a different experience (see
above and see bug 91345 with main.odt and linked.ods).
- Say "I closed by mistake ..." and "... do not ask to save a file when nothing
changed or we still say" Do not save "when something changed ...".
(good-naturedly) ancient Latin said: "Errare umanum est, persevere autem
diabolicum!" (to make a mistake is human, but persevering is diabolical).

To make no injustice to anyone, for logic and uniformity, I believe that any
program, closing a file, should generically ask "if I want to save YES | NOT"
by preselecting YES.

-- 
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 112271] Configurable default values for 'Other Settings' in Find

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112271

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #6 from V Stuart Foote  ---


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

-- 
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 91758] dash delimited dates entered are not correctly interpreted as Y-M-D in specific cases

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=91758

Eike Rathke  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |
   |.freedesktop.org|

-- 
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 91758] dash delimited dates entered are not correctly interpreted as Y-M-D in specific cases

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=91758

--- Comment #20 from Commit Notification 
 ---
Eike Rathke committed a patch related to this issue.
It has been pushed to "libreoffice-5-4":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=54bb595027197b6ffba9b95b2eafedefa03f3996=libreoffice-5-4

Resolves: tdf#91758 more stringent check for ISO date like looking input

It will be available in 5.4.2.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

-- 
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 102203] UI: Command Insert > Page Number is confusing ( in relation to also existing choice, at different place, to show/ hide Master page Elements)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102203

Regina Henschel  changed:

   What|Removed |Added

 CC||rb.hensc...@t-online.de

--- Comment #7 from Regina Henschel  ---
The page number can be shown using a field or using a presentation class. This
is given in file format and cannot be restricted to one or the other. The users
needs the ability to work on a presentation regardless which kind of page
number it contains.

Suggestions:
Add the dialog to "Slides" instead of the "Master Elements" dialog. (Problems
with dialog Master Elements are in bug 112327.)
Title it "Manage Master Elements".
Remove "Insert > Page number" and "Insert Header and Footer", which both go
this dialog, see bug 104088. 

[I personal do not like the current dialog design, because it mixes working on
a single slide with working on the master slide. But that is a different
topic.]

-- 
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 112175] Dropdown selection not applied on wheeling

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112175

--- Comment #6 from Heiko Tietze  ---
(In reply to V Stuart Foote from comment #5)
> No. ...

Decision taken, okay. So you should also check the see-also tickets. And
ideally write a guideline when to apply a selection and when not.

-- 
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 106625] Toolbar Layouts available

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=106625

Yousuf Philips (jay)  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 CC|libreoffice-ux-advise@lists |philip...@hotmail.com
   |.freedesktop.org|
 Blocks||103239


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103239
[Bug 103239] [META] Toolbars 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

[Libreoffice-ux-advise] [Bug 112175] Dropdown selection not applied on wheeling

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112175

V Stuart Foote  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||vstuart.fo...@utsa.edu
 Resolution|--- |WONTFIX

--- Comment #5 from V Stuart Foote  ---
No. The behavior now of _not_ applying the value from a drop list/list until it
is both selected and an enter is applied is correct, both for UI and from a
performance perspective. We do not want layout to document canvas to be
changing in response to a mouse scroll action _until_ a selection is made and
applied.

This is distinct from a restricted preview--as in the Character dialog.

-- 
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 112002] Make presentation layouts editable

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112002

--- Comment #8 from Ricardo Rodrigues  ---
(In reply to Heiko Tietze from comment #7)
> Changed the title from "Feature request: Possibility to add Child Layouts to
> Master Slides"
> 
> a) Is it possible having the format in mind?
> b) How are layouts defined?
> 
> I tend to wontfix.

I believe that 'copying' the MS format is the best solution.

A 'child' layout is based on the master and then modified, or can be copied
from an already defined 'child' of the same master.

Maybe looking into .pptx files could help decide how to implement such a
feature.

-- 
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 112002] Make presentation layouts editable

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112002

Heiko Tietze  changed:

   What|Removed |Added

 Status|NEEDINFO|NEW
Summary|Feature request:|Make presentation layouts
   |Possibility to add Child|editable
   |Layouts to Master Slides|

--- Comment #7 from Heiko Tietze  ---
Changed the title from "Feature request: Possibility to add Child Layouts to
Master Slides"

a) Is it possible having the format in mind?
b) How are layouts defined?

I tend to wontfix.

-- 
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 112002] Feature request: Possibility to add Child Layouts to Master Slides

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112002

--- Comment #6 from Ricardo Rodrigues  ---
(In reply to Heiko Tietze from comment #5)
> Created attachment 136170 [details]
> Layouts
> 
> And what's wrong with the LibreOffice layouts?

It's not that they are wrong, is about I not being able to edit them.

I want to have my own set of layouts that I can edit when 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 112002] Feature request: Possibility to add Child Layouts to Master Slides

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112002

--- Comment #5 from Heiko Tietze  ---
Created attachment 136170
  --> https://bugs.documentfoundation.org/attachment.cgi?id=136170=edit
Layouts

And what's wrong with the LibreOffice layouts?

-- 
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 112324] Instant Preview not applicable for Fonts in Writer

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112324

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 Status|NEW |RESOLVED
 CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com
   |.freedesktop.org|
 Resolution|--- |WORKSFORME

--- Comment #2 from Heiko Tietze  ---
You screenshot shows the font name rendered as the font looks. This dropdown
will not modify any other property like size or color. The full preview is
limited to the left hand paragraph style dropdown or the styles list at the
sidebar. If you define a character style with a certain font name, -size, and
-color it will be shown full WYSIWYG there.

If you expect to get immediate feedback when the selection changes this issue
is kind of duplicate of bug 112175.

-- 
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 112175] Dropdown selection not applied on wheeling

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112175

Heiko Tietze  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||2324

-- 
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 100373] [META] Style issues in Draw/Impress

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100373
Bug 100373 depends on bug 46485, which changed state.

Bug 46485 Summary: EDITING: Inconsistent arrows styles
https://bugs.documentfoundation.org/show_bug.cgi?id=46485

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |WORKSFORME

-- 
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 112324] Instant Preview not applicable for Fonts in Writer

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112324

Dieter Praas  changed:

   What|Removed |Added

   Keywords||needsUXEval
 Status|UNCONFIRMED |NEW
 CC||dgp-m...@gmx.de,
   ||libreoffice-ux-advise@lists
   ||.freedesktop.org
 Ever confirmed|0   |1

--- Comment #1 from Dieter Praas  ---
I confirm this, but I'm not sure if it is possible to provide such a preview.

-- 
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 112002] Feature request: Possibility to add Child Layouts to Master Slides

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112002

--- Comment #3 from Heiko Tietze  ---
Created attachment 136167
  --> https://bugs.documentfoundation.org/attachment.cgi?id=136167=edit
Master slides

That's what I mean, various styles in one master. They are not related to each
other in a way that the style of the first items affects the others.

If you talk about layouts (one/two columns or rows), those are not editable.

-- 
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 112002] Feature request: Possibility to add Child Layouts to Master Slides

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112002

--- Comment #2 from Ricardo Rodrigues  ---
(In reply to Heiko Tietze from comment #1)
> When you right click in the slides pane the context menu provides access to
> a new master likewise Slide > New Master. Is that what you call a 'child
> layout'?

Not really. Creating a new Master Slide is easy, I want to create a Master
Slide  derivative.

Let's say I create a simple Master Slide with a blue background and white bold
title and a single column of text. Where do I define a 'child' of that slide
with two columns and a half? (Whatever that means)

I don't want to copy paste the master slide then add the layout I want. Nor do
I want to use the predefined layouts in Slide Layouts. I want to be able to
create my own.

-- 
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 112271] Configurable default values for 'Other Settings' in Find

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112271

--- Comment #5 from l...@royal.net ---
...and furthermore, you cannot find Copenhagen using plain Find at all because
'Other options' are available only for Find but not for Find, and Find
not only ignores them but resets them to those awkward defaults every time it
is used (bug 112270)

-- 
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 112271] Configurable default values for 'Other Settings' in Find

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112271

Buovjaga  changed:

   What|Removed |Added

 Status|NEW |UNCONFIRMED
 Ever confirmed|1   |0

-- 
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 112271] Configurable default values for 'Other Settings' in Find

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112271

--- Comment #4 from l...@royal.net ---
Created attachment 136164
  --> https://bugs.documentfoundation.org/attachment.cgi?id=136164=edit
testcase

-- 
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 112271] Configurable default values for 'Other Settings' in Find

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112271

l...@royal.net changed:

   What|Removed |Added

 Status|NEEDINFO|NEW
 CC||l...@royal.net

--- Comment #3 from l...@royal.net ---
Consider the attached spreadsheet. Open it, press ^F and try to find Copenhagen
- you will fail. It is there, you can see it in the A5 cell, but Calc won't
find it. Very frustrating and illogical. To find it you have to:

* open Find (^H)
* click on 'Other options'
* change 'Search in' to Values
* 'Find next'

And do it every time you open Calc or used plain Find. As I said, my primary
concern is the wrong choice of default values and I personally would be quite
happy to see them changed without any fuss. We might need the configurable
options only to make happy people who are used to the current defaults however
awkward they might be.

-- 
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 93561] SIDEBAR: Alignment and arrangement content panel in Properties tab

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=93561

Xisco Faulí  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
 CC||xiscofa...@libreoffice.org
   Assignee|kris.kr...@gmail.com|libreoffice-b...@lists.free
   ||desktop.org

--- Comment #3 from Xisco Faulí  ---
Dear developer,
This bug has been in ASSIGNED status for more than 3 months without any
activity. Resetting it to NEW.
Please assigned it back to yourself if you're still working on this.

-- 
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 108891] Increase inter-line spacing for multiline text

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108891

Adolfo Jayme  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |
   |.freedesktop.org|

-- 
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 112233] Properties tab buttons move when clicked

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112233

Adolfo Jayme  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC|libreoffice-ux-advise@lists |f...@libreoffice.org
   |.freedesktop.org|
 Resolution|--- |INVALID

--- Comment #7 from Adolfo Jayme  ---
At least in Windows and Linux operating systems, when a dialog contains more
tabs than its width allows, the active tab will always be displayed next to its
container, and its row will shift to be below, or closest to you, of you can
picture a literal stack of folder tabs. That is the metaphor, and it’s an
expected behavior. During the ’90s, it used to be common for a tab strip to
overflow by remaining in a single row but sliding (as Firefox does today), but
this was abandoned because it hid the options from the user, hurting
discoverability (not an issue for Firefox, where the tabs are actually the
content the user explicitly opened).

This makes it a WONTFIX… Except that in 6.0, this dialog was made a little
wider so that it can accomodate the tabs in a single row, so you won’t see two
rows anymore.

-- 
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