2008-10-30 22:34
<< Wir kassieren, Sie gewinnen vielleicht! | The roads I take... | Integration eines Magento-2-Webshops mit FreeFinance und selbstgebautem Warenmanagement >>
The (Never?)Ending Typeaheadfind Story
One of the last legacy modules SeaMonkey currently is still importing from old CVS is
Because of that, Firefox developers have forked that code into the toolkit, reworked it a bit and developed the "findbar" UI that appears at the bottom of browser windows based on it, merging it with the "find in page" feature that was/is an annoying separate dialog in the suite and making it much better discoverable.
Now, SeaMonkey supporters have basically had two problems with that approach for quite some time:
In any case, any of those solutions would need someone to work on, and actually, the "find as you type" feature works well enough for most SeaMonkey devs not to think about this and not pick up such work.
Now enter today: Benjamin Smedberg checked in a "deCOMtamination" patch that breaks suite typeaheadfind, and it's hard to just fix this as the code still lives in CVS and is shared with 1.9.0-based Camino. There are multiple reasons why I tried very hard to keep things this way and not move the code to suite/ in comm-central:
Oh, and if you can help here, we'd very much appreciate it!
extensions/typeaheadfind
. This modules drives the suite's "Find as you type" feature in browser and even mailnews message content areas and is invoked by just typing some text to be found, possibly prefixed by / or ' to specify searching in any text or just links, and giving UI feedback on those actions in the status bar. While this is quite convenient for the power user, it's hardly discoverable for people who don't know it.Because of that, Firefox developers have forked that code into the toolkit, reworked it a bit and developed the "findbar" UI that appears at the bottom of browser windows based on it, merging it with the "find in page" feature that was/is an annoying separate dialog in the suite and making it much better discoverable.
Now, SeaMonkey supporters have basically had two problems with that approach for quite some time:
- Even for an advanced user, there's no possibility to get rid of needing an additional UI element, reducing screen estate more than those users want
- Having this find bar at the bottom of the window conflicts with usual user workflow that is top-to-bottom - that's why every window that constantly shows a search bar has that bar above the searched content.
In any case, any of those solutions would need someone to work on, and actually, the "find as you type" feature works well enough for most SeaMonkey devs not to think about this and not pick up such work.
Now enter today: Benjamin Smedberg checked in a "deCOMtamination" patch that breaks suite typeaheadfind, and it's hard to just fix this as the code still lives in CVS and is shared with 1.9.0-based Camino. There are multiple reasons why I tried very hard to keep things this way and not move the code to suite/ in comm-central:
- The code is unmaintained. Nobody touches it unless it breaks and then only small bustage fixes are applied.
- This module duplicates functionality the toolkit code in mozilla-central provides in the before mentioned findbar code.
- The current code does not build on frozen interfaces and so would break in a conversion of SeaMonkey to XULRunner, probably even on the road to using libxul, and actually it even breaks compilation of static SeaMonkey builds, which we should look into for releases
- As mentioned above, the UI is not ideal, does not deal with other "find in page" and doesn't work well with IMEs as used in Asian countries.
Oh, and if you can help here, we'd very much appreciate it!
Entry written by KaiRo and posted on October 30th, 2008 19:59 | Tags: Mozilla, SeaMonkey | 14 comments
TrackBack/Pingback
Comments
Pages (2): [1] 2 >| (Entry 1-10/14)
Pages (2): [1] 2 >| (Entry 1-10/14)