tag:blogger.com,1999:blog-3563144813378269956.post2848463064317414365..comments2024-03-01T08:26:35.973+00:00Comments on Eclipse Summer of Code: Status: Improving Eclipse SearchIan Bullhttp://www.blogger.com/profile/02668098567506210626noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-3563144813378269956.post-88120592994397692212007-07-13T10:13:00.000+00:002007-07-13T10:13:00.000+00:00Thank you for comments.The direction issue is abou...Thank you for comments.<BR/><BR/>The direction issue is about choices I guess. Since we may not know if the user actually wants to change the direction or just find something backwards then continue forwards, I think that there are 2 possible behaviour in this case:<BR/><BR/>1. putting Next & Previous like Firefox.<BR/><BR/>This is good for mouse users. However, a user may want to set his/her direction and just continue in that direction. In Firefox, you cannot really set your direction backwards, the default direction is forwards (when you hit Enter). You just use "backwards find" button with your mouse. In this case, a keyboard shortcut may solve this but it's usability won't be equal to Enter key.<BR/><BR/>2. Having one button to change direction (current form). This style clearly has all the disadvantages you mention but when the direction is changed, user can continue in that direction by just hitting Enter.<BR/><BR/><BR/>Well, I can still implement both styles (even change this in the end since this is a small one) but I guess we should decide on the common user behaviour first.<BR/><BR/>About including/excluding "Replace" field in the bar:<BR/><BR/>In its current form, I tried to keep both Find and Replace facilities visible at the same time. <BR/><BR/>However, I can arrange a bar-switch behaviour or open a second bar on top of "Find" bar for "Replace". Is it a good solution?<BR/><BR/>I'm investigating into "Highlight All", too.<BR/><BR/>Thanks again.Çağatay Çallıhttps://www.blogger.com/profile/02439335158633879975noreply@blogger.comtag:blogger.com,1999:blog-3563144813378269956.post-68617878226592897562007-07-12T21:38:00.000+00:002007-07-12T21:38:00.000+00:00It is neat UI, but I think search bar is too compl...It is neat UI, but I think search bar is too complicated. If user need to tweak options or something they could simply use the regular search dialog.<BR/><BR/>Also, separate button for search direction is an extra click if you need to get back to the previous entry you just missed by clicking next too many times, and then you'll have another extra click if you need to continue after that. Classic search dialog in Eclipse has the same usability issue. Compare it with the similar search bar in FireFox, which instead uses Next and Previous buttons and require just one click for searching in any direction.<BR/><BR/>All in all I think search bar should use single row height and most optimal UI is probably something like this:<BR/><BR/>[x] Find: [_____] [Next] [Previous] [Options...]<BR/><BR/>where "Options..." would simply open regular search dialog. Does it make sense?<BR/><BR/>BTW, a feature like FireFox's "Highlight all" would be also really handy.Eugene Kuleshovhttps://www.blogger.com/profile/08736056465101896635noreply@blogger.com