Issue 23750 - unify "format" and "Atrributes" in find dialog
Summary: unify "format" and "Atrributes" in find dialog
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: 680m17
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-12-20 17:49 UTC by ingenstans
Modified: 2013-08-07 14:41 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
a short play showing the problems with this dialog (8.30 KB, application/octet-stream)
2003-12-20 18:08 UTC, ingenstans
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ingenstans 2003-12-20 17:49:19 UTC
The find and replace dialog is a cluttered mess, especially now that we have 
regex searching working properly.

One measure to improve it would be to unify the two buttons presently listed as 
"format" and "attributes" The separation between “attributes” and “format” is 
confusing to the user and should be abolished. At the moment, the user has to 
choose twice, in two separate dialogues, to do something as simple as searching 
for bold text. I can’t see why (except from the PoV of the API, which should be 
invisible). 

If the user selects “bold” in the format section, the program ought to assume 
that they want to search in the font-weight attribute. Otherwise, why ask for 
"bold"? OO Writer ought not to ignore the selection under format, as it does 
now,  until the user opens the "attribute" button and scrolls through a huge and 
non-intuitive list to tick "font weight" and then closes that (a third mouse 
click!) before pressing "find".

Steps to see why this is a good idea: Try a moderately complex search and 
replace -- eg formatting the first word of every paragraph in bold.
Comment 1 ingenstans 2003-12-20 18:08:16 UTC
Created attachment 12041 [details]
a short play showing the problems with this dialog
Comment 2 mci 2003-12-22 08:29:57 UTC
reassigned to bh
Comment 3 ingenstans 2003-12-22 10:51:09 UTC
I have altered to verion to be the very latest, since that dhoice is now 
available.

I would also suggest that the present, single dialog be broken into two, with 
the "replace" portions accessible only after a user has chosen to replace 
something. I can do a screenshot of a mockup if that would help to clarify these 
ideas. 
Comment 4 mci 2003-12-22 11:48:44 UTC
.
Comment 5 ace_dent 2008-05-16 02:56:35 UTC
OpenOffice.org Issue Tracker - Feedback Request.

The Issue you raised has the status 'New' pending further action, but has not
been updated within the last 4 years. Please consider re-testing with one of the
latest versions of OOo, as the problem(s) may have already been addressed.
Either use the recent stable version: http://download.openoffice.org/index.html
or consider trying the new OOo 3 BETA (still in testing):
http://download.openoffice.org/3.0beta/
 
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
http://www.openoffice.org/issues/query.cgi
 
Many thanks,
Andrew
 
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
http://marketing.openoffice.org/3.0/announcementbeta.html
Comment 6 bettina.haberer 2010-05-21 14:43:13 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements".