Bug 39762 - Pressing Ctrl+F to find, does hide any search options active
Summary: Pressing Ctrl+F to find, does hide any search options active
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.4.2 release
Hardware: x86 (IA32) Windows (All)
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-02 06:28 UTC by Jörg Asmussen
Modified: 2012-10-16 21:02 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jörg Asmussen 2011-08-02 06:28:30 UTC
The "Find" toolbar does not display any options, nor does it have a link to "Search options" in the drop down menu.

To see and/or change the options, you have to activate the "Find & Replace" (Ctrl+Alt+F) dialog.

The current behavior is pretty frustrating, if you have forgotten that the option "Whole words only" has been used before, and you can not see that.
Comment 1 Jörg Asmussen 2011-08-02 06:30:25 UTC
I would suggest to add "Search options" in the drop down list, or even add the most basic options to the search toolbar.
Comment 2 Jörg Asmussen 2011-08-02 07:18:55 UTC
Just saw I can add the "Find & Replace" icon to the toolbar, which gives fast access to the advanced options. But this is not intuitive enough imho.
Comment 3 Jeffrey 2011-08-02 07:29:15 UTC
I do not understand, isn't having the search&replace icon in the toolbar the equivalent of having search options in the drop down list, seeing that search&replace provide options for searching?

And I understand that this might not be intuitive, but once you make the search&replace button visible, then it will always be visible for easy access in the future.

Lastly, should this be marked as an enhancement?
Comment 4 Jörg Asmussen 2011-08-02 09:18:34 UTC
(In reply to comment #3)
> I do not understand, isn't having the search&replace icon in the toolbar the
> equivalent of having search options in the drop down list, seeing that
> search&replace provide options for searching?

It is. But that does not calm the obscurity of the current behaviour.

> And I understand that this might not be intuitive, but once you make the
> search&replace button visible, then it will always be visible for easy access
> in the future.

Yes. But I am a system developer and geek, I can dig into the problem and decifre the rules of obscurity. As I suppose this is an Global and Enterprise product, which tries to get global acceptance, I am sure this will give people a major turn off in usability feeling.

To be honest, how many people do you think will follow my example and add the "Find & Replace" button to the toolbar?

> Lastly, should this be marked as an enhancement?

Well I am used to this "Severity" list:

0=Enterprise wide crash
1=Crash or system hang 
2=Data loss/feature failure 
3=Not working as expected
4=Performance
5=User friendliness/usability 
6=Cosmetic 
7=Enhancement
8=Documentation

According to this list, I would rate the problem as "5=User friendliness/usability"
and on this site, I would map it to "Trivial" ... unless I misunderstand the concept of "trivial".
Comment 5 Jörg Asmussen 2011-08-04 10:40:49 UTC
Regarding Severity, I just read the guidelines:

Trivial	cosmetic problem like misspelled words or misaligned text
Minor	minor loss of function, or other problem where easy workaround is present
Normal	regular issue, some loss of functionality under specific circumstances

According to this, the severity should be either Minor (or even Normal)

The main problem is, that this problem will affect the majority of users at some point in time. Well as long as users never ever start a "Find & Replace" with "whole word only", they will probably not be caught by this obscurity. I agree on that. Which makes it a minor problem.
Comment 6 Björn Michaelsen 2011-12-23 12:24:36 UTC
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 7 Florian Reisinger 2012-08-14 14:00:12 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 8 Florian Reisinger 2012-08-14 14:01:20 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 9 Florian Reisinger 2012-08-14 14:06:04 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 10 Florian Reisinger 2012-08-14 14:08:05 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 11 sasha.libreoffice 2012-09-29 08:53:58 UTC
As I can understand, here requested button "Find&Replace" on toolbar "Find". In 3.6.1 it present. I think status should be "Fixed"
Comment 12 Jörg Asmussen 2012-09-29 23:04:49 UTC
Well it's not easy for me to confirm, at I have upgraded my own installation, and I can't see if the icon available is set by myself, or if it's on by default now. 

I will have to do a clean install on a new computer to see if it is fixed. But If you say you see an options icon as default, it is probably fixed :)
Comment 13 Joel Madero 2012-10-16 21:02:56 UTC
Closing as WORKSFORME as I can also see the icon on the find toolbar. If you are still unable to find it, please let us know what version of LibO you are running

LibO: 3.6.1.2