Look at the locale and point at the appropriate version of Wikipedia.
Before this commit, mintmenu always pointed at the English Wikipedia.
Note: This commit might introduce regressions when a particular locale isn't supported by Wikipedia.
If this becomes a problem, we can fix this based on feedback.
This shouldn't be necessary. The icons change by themselves when the theme changes, ithout the need to refresh the list of apps.
That said, at login, we're observing what looks like a race condition, which sometimes results in category and sometimes apps icons not being displayed.
The possible cause for this is a late initialization of the icon theme, so this commit might fix it.
If after this commit, this issue is still visible, then this commit should be reverted.
When pasting a string on the search entry that triggers suggestions
(google, etc) and this is done on the favorites tab, a cycle of changed
events occurs. It throws an exception, although everything still seems
to work.
With this fix the search entry isn't modified when changing tabs.
Restructured a bit how theming and coloring works. Now theme and color
changes work on the fly. No need to restart mintMenu anymore. Note that
changing theme no longer regenerates plugins, so it's faster.
Fixes issue #47
It seems most GTK apps like mintMenu and the default Gnome2/Mate menu
use the GDK grab focus functions to grab input (pointer/keyboard).
These functions appear to suck all input to the app like a blackhole.
This patch gives more interactivity to the mintMenu window, making it
a first class object in the desktop.
Things that work now:
* When the window is open, hovering on other desktop icons highlights them
* Clicking outside the window propagates the event (e.g. select another
window)
* Alt-tab and other events unfocus and hide the window
* Scrollbars in the mintMenu finally work right
* Probably several other small things
When the search entry was out of focus and types were redirected to it,
if the current selected application was hidden by the filtering, both
the holder and entry lost focus. This stopped the typing event
redirection. Now the entry is always focused when typing.
Now category buttons only clear text when clicked, not when hovered.
It seems more natural, because a now the mouse position is irrelevant
when trying to type on the search entry.
Some popups, like the right click menus on the Apps page or the Search
button, pop up and back down immediately. Now they work as they should.
Fixes#28
If user is in favorites pane -> starts typing, first character is lost
This is because the changeTab->focusSearchEntry->set_text("")
Not sure if right way, but fixing this by setting the text to its prev
value after the changeTab, works well for me
If you click on favorites and click on any area outside menu -> nothing happens
This is because the mouse is grabed by window.
Fix this by registering a callback instead of immediately grabbing(not sure why this was added by Michael)
Frankly this code can use some DRY love
