Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Hi all!

Kendy, thanks for this initiative :-)

Am Mittwoch, den 27.07.2011, 19:35 +0200 schrieb Cor Nouws:
Hi Kendy,

Jan Holesovsky wrote (27-07-11 00:51)

With the patch I am proposing for cherry-picking to 3.4 (I have pushed
that to master), the options are unset when you use the FindBar, ie. it

Fine for me as temporary solution!
The annoyance of not understanding what happens with the Find bar is 
larger then the problem of having to set options again ..

True.

Plus, what IMO is more important ...

resets whatever flags the user has set in the Search&  Replace dialog
too.  This is not easy to fix, so I wonder if you consider this stop-gap
solution bearable for the users?

Kendy, you mention "is not easy to fix" - what do you mean here? Setting
back the options in general, or (maybe) making find bar and find&replace
dialog work independently?


... is the older discussion from ux@ooo (1) and an/more issue (2), about 
the unexpected, invisible reuse of options previous set in the F&R 
dialog and some inconsistencies/debatable choices made in the 
implementation.

Would be useful I guess to at least consider those too, before touching 
the code for a real solution.

Okay, before offering some ideas, here are my assumptions:
      * the find bar will be used for straightforward search only (thus:
        it should not adapt / implement the search&replace dialog
        exclusive items)
      * both dialog bar and find&replace dialog won't be visible at the
        same time (currently the daily build doesn't work for me ... so
        I can't check how it works at the moment)
      * If the find&replace dialog is opened for the first time (in this
        session, for the given module), then defaults are used that
        don't enable anything in the "More Options" panel
      * The find&replace dialog is rather complex and people might also
        have issues to "default" all the setting easily

If some statements appear weird - please feel free to correct me!

So my proposals: 
      * The find&replace dialog should:
              * ... either: show the "More Options" panel state when
                re-openend and "more options" have been changed --> as
                suggested by Cor
              * ... or: restore the "More Options" panel state when
                re-openend (e.g. show it, if it was shown before)
              * ... and (optional): visualize if "more options" are
                changed even if that panel is closed (e.g. needs some
                thoughts)
      * The shared find bar options and the find&replace dialog options
        should be synced (the last used element sets the options /
        find / replace strings etc. of the other element). All
        non-shared elements (here: only relevant for the search&replace
        dialog) are reset to defaults.
      * The find&replace dialog should get a "Defaults" button to reset
        all the control elements in the dialog [optional,
        recommendation] 

Mmh, it seems that should be added to the whiteboard page - agreed? Did
I miss anything?
http://wiki.documentfoundation.org/Design/Whiteboards/Find_Bar


Side-note: There are still some unanswered questions, e.g. the
complexity of the search&replace dialog and the relationship with the
navigator buttons ... this requires to think about the features on a
more generic level.

Regards,
Cor

1) http://openoffice.org/projects/ux/lists/discuss/archive/2009-10/message/8
2) http://openoffice.org/bugzilla/show_bug.cgi?id=88714

Thanks for bringing that up!

Cheers,
Christoph


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.