Closed maweki closed 8 years ago
Aren't extensions re-enabled on resume ?
Not on every setup. On my desktop machine, I have disabled locking the screen when the screen turns off. Now if the screen turns off because of inaction, the extensions are disabled anyways. If you force it into hibernation though, without inactivity, the extensions aren't disabled because the screen is neither locked nor is the shell put into inactive mode. If you come back from that setup, you aren't greeted with the clock-overlay.
Ok. Maybe there's some signal or file we can connect to in order to act on resume. I will dig in that way.
If we make space for a settings-button anyways, we can add a manual update button. Should not be an issue this way.
Menu item introduced by a1db1cc0f44da67de10516ae20cdcd8be8e7e1ff
Is it possible to keep the menu open when the button is clicked? Having the label change to "updating..." is very nice.
That'd be nice. I tried a few tricks but none worked. I'll look at it later, time to sleep for now !
Openweather does it by having buttons that react to the clicked event.
Ok. Seems we really need to use buttons for this, as menuitems always close the menu. So "update now" and settings should become buttons, grouped in a button box.
I don't know whether this looks presentable but I think "emblem-synchronizing-symbolic" is ok for update now. And during the update-process, we could switch between "network-transmit-symbolic" and "network-receive-symbolic" every half a second, if there is no way to spin the synchronize-button.
There's a AnimatedIcon
class available. I will try to use it !
Strange enough, clicking a streamer's name in the panel no longer closes the menu for me...
Neither it does for me. The scroll tweak and/or the late update may be responsible for this. There's investigation to do there !
Give me a few minutes. I will bisect the issue. Maybe it gives us a hint on how to abuse that to achieve the result.
Yeah, the issue was introduced in d48a88f735042420ef2f645ace7994be2754d109
That scroll tweak uses some menuitems' actor and thus bypasses some signal/events. That's the point :)
We can abuse this to not let the update-button close the menu, but clicking a streamer's icon should and then the user should see some indicator that the command is being executed (like in the gnome-shell example extension)
Ok. I will work on this if you don't.
Feel free to do so.
I added a line to close menu(0080c2d). I will try now to apply the same scheme on update menuitem.
Please try ab0f984. The menu should NOT be closed now !
Edit: sorry, I copy/paste a bunch of lines by mistake. I forced-update to remove the silly commit.
We've done that and it works :)
If the pc is put to sleep and the update time is quite long, it won't update the data right away. Two possible solutions:
If #5 is being done, this could be right beside it.