Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Search textfield turns red if string is not in the text | ||
---|---|---|---|
Product: | Writer | Reporter: | matthias.mueller-prove |
Component: | ui | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | eric.savary, issues, Mathias_Bauer |
Version: | current | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | FEATURE | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
matthias.mueller-prove
2006-10-04 13:00:24 UTC
I would opt for replacing our S&R dialog with a docked window that in its simplest form looks similar to the Firefox search bar (of course we will have an additional edit field for replacing text). The "More" button will enlarge the window as usual. The current S&R dialog is a modeless dialog. We could make it a DockingWindow. BTW: of course then I also would like to have "Find while you type". :-) setting myself to CC: 2 remarks/limitations: 1) what if the search string uses regular expressions? What should happen with: "\[[0-9].*\n" wich means "Left square bracket + any digit + line break", for instance? -> Proposal: nothing happens 2) One of the rules of A11y: "Never relay on colors to provide information". Indeed, in Firefox, the search field turns from fg=black ;bg=white to fg=white ;bg=red so that the text is still readable (white) on the red background BUT the text cursor remains in black on red which is - believe me! - unreadable (especially when you try to reposition the cursor to correct a typo). -> Proposal: "Tools - Options - Appearance" -> Yet Another Color Option... |