I’ve just released a new version of Googlebar Lite, fixing an issue that was introduced in 5.0.3. The up menu wasn’t working properly thanks to an over-zealous edit I made. A big thanks to Richard Johnson for pointing out this error to me.
I’ve just posted a new version of Googlebar Lite, which fixes a few outstanding bugs:
- Bug Fix: Simplified logic in the ProgressListener routines that caused search terms to occasionally be removed in some circumstances
- Bug Fix: The Googlebar Lite toolbar should no longer permanently overflow if it’s placed on the navigation toolbar and search words are enabled
- Bug Fix: Overflowed search terms should now properly display an icon, indicating their highlighted color
- Bug Fix: Search word buttons are no longer created when the search word area is hidden
I’ve just pushed out version 5.0.2 of Googlebar Lite, which fixes the search suggestion bug that cropped up in Firefox 31. A huge thanks to Nils Maier for opening issue #18 and providing the requisite fix over at GitHub. This is what makes open source so great!
It looks like Firefox 31 has broken the search suggest feature in Googlebar Lite. Specifically, it looks like mouse events are no longer being registered properly (for reasons I have yet to understand). If you use the keyboard to select suggestions, things work as expected.
I’ve opened issue #17 to track this bug, and will investigate how to fix this. Stay tuned for updates, and my apologies for the problem.
The search word buttons in Googlebar Lite are occasionally a source of frustration for me. With the user interface changes made in Firefox 28+, I’ve heard of an increasing number of users who place Googlebar Lite in the nav-bar (the toolbar that houses the URL field, forward / back buttons, etc.). When search word buttons are enabled, they cause the toolbar to shift around wildly as they appear or disappear. The toolbar can even get into a mode where it completely overflows into a breakout panel, with the only way to restore it being to close Firefox and reopen it!
I’ve been trying to think of ways to improve the way search words are handled when Googlebar Lite appears in the nav-bar. One option I thought of is to use a fixed width search word area. Some words would fit, while all the other overflow into the overflow menu, as they do today. This comes with its own set of problems, however (a bunch of blank space in the toolbar, being one of them). The other solution I’ve thought of, and which I’m currently leaning towards, is to have a dedicated search words menu button that appears in this nav-bar case. Search words would then become children of this menu button. This would make things compact, the size wouldn’t jump around, and the words would still be easily accessible (though it would require one more click).
What do you think of this idea? Are there other ways that search words might be handled in this case? I’m leaning towards implementing the second option above for the next release, but I’m open for other suggestions.
I have just uploaded a minor bug fix for Googlebar Lite. Here’s the change log:
- Bug Fix: Implemented a workaround to prevent the search site button, up button, and Google Dictionary menu item from getting stuck in the “disabled” state
It appears to me that the underlying problem here is actually a bug in Firefox, but I need to do some more experiments to prove whether that is indeed the case or not. Nevertheless, this fix should correct the issue that people have intermittently been reporting. Let me know if you continue to see issues in this area.
The biggest release of Googlebar Lite in a long while is now available, offering Google search suggestions for the first time ever! Here’s the full change log:
- Google search suggestions are now offered when typing in the Googlebar Lite search box
- Searches are now performed over secure (https) connections by default
- Added an option to control the search suggestions feature (suggestions are enabled by default)
- Added an option to lock the search box width
- Internal search URLs have been tweaked
- Improved the efficiency of the window resize event listener
- Removed the option to enable secure search since it is now enabled by default
- Changed the minimum width of the search box from 150 to 100 pixels
- Removed several deprecated strings
- Removed the nb-NO locale due to it being woefully out of date
- Bug Fix: The search word overflow button is now hidden properly if it was visible and search words were turned off
- Bug Fix: The search word container is now resized properly if search words buttons were present and then turned off
As always, let me know if you spot a problem. Lots of code changed in this release, so hopefully I didn’t miss anything obvious.
Can you spot the big new feature in this screen shot of Googlebar Lite 5?
I’m very excited for this release, and I hope to make it available later this week. Stay tuned…
The latest build of Googlebar Lite restores the resize gripper. I’ll stick with the gripper going forward; apologies for the inconvenience while it was gone.
The final build in the 4.x line of Googlebar Lite has just been released. One critical bug has been fixed, and one visual bug has also been squashed:
- Bug Fix: Search terms should no longer be duplicated when they already exist in the search history
- Bug Fix: The Googlebar Lite toolbar should now look better when using large icons
Barring any additional show-stopping bugs that crop up, the next release will be 5.0, and will include a giant new feature. Stay tuned!