Yeah... As you saw, I am doing a really ugly workaround/hack to make it only beep once every second or so (instead of just spamming beeps) but it would be awesome if you could figure that out. I used to use a HildonControlbar, which let me set its update method such that it didn't throw value-changed events until the user stopped moving it for some period of time (ie, got the bar to where they wanted it after dragging). I've thought about looking at how that was done, but the GTK+ codebase is way over my head at the moment.
Edit: As it turns out, the volumebar does support that, it's just buried in the GtkAdjustment bits... We'll have it done soon.
GtkAdjustment mostly just mimics the signals from its source widget. Regardless, I had perfect luck with HildonHVolumebar's "private" children. It's a very clean, if not naughty, solution, but it now works exactly like the sound applet. It's so simple you might sh*t yourself. If need be I can give an explanation later, for the time being I'll let the code I included speak for me (I'm burnt). I haven't hooked the beep to the mute button yet, but here's a demo; It's working very well.
Even though nothing bad is likely to happen, please don't use the following unless you know how to fix your tablet software when things go wrong
GtkAdjustment mostly just mimics the signals from its source widget. Regardless, I had perfect luck with HildonHVolumebar's "private" children. It's a very clean, if not naughty, solution, but it now works exactly like the sound applet. It's so simple you might sh*t yourself. If need be I can give an explanation later, for the time being I'll let the code I included speak for me (I'm burnt). I haven't hooked the beep to the mute button yet, but here's a demo; It's working very well.
Even though nothing bad is likely to happen, please don't use the following unless you know how to fix your tablet software when things go wrong
Cool! We have already implemented a different solution to the beep problem by version 0.12-8, but we will take a look at this and see if we should use it instead.
In the future, would you mind using SVN as your base? 0.11-7 is days (and many many revisions) old now, which makes patch generation very difficult.
If you are Dutch please review my translation. The more people review it, the better. Maybe we need translation projects or threads? Its very easy to make a translation like this, and with a few people who check out if its correct, you get a valuable contribution quite quickly. So, if more applications require translations, I'd like to contribute.
Oh btw, I just changed my theme, and there is no black in any of my panels (systray). They're all white, or grey. Except the advanced backlight statusbar applet, it does contain black (everything is white or grey). This looks pretty ugly IMO, is it possible to change this? (Can post a screenshot if required.)
Oh btw, I just changed my theme, and there is no black in any of my panels (systray). They're all white, or grey. Except the advanced backlight statusbar applet, it does contain black (everything is white or grey). This looks pretty ugly IMO, is it possible to change this? (Can post a screenshot if required.)
Please do, I can't make sense of your description.
The images used by this applet have a black or dark background on the areas where the brightness rays and volume waves are. When using a theme with a light-colored statusbar background, it looks kinda funny to have dark areas there, especially when brightness or volume is turned down...
The images used by this applet have a black or dark background on the areas where the brightness rays and volume waves are. When using a theme with a light-colored statusbar background, it looks kinda funny to have dark areas there, especially when brightness or volume is turned down...
Eh, the dark area should be exactly the same as the Nokia applet's icons.
