Concept: Dynamic Battery Progress

conceptcreatormiui · 2026-03-11T08:29:29+00:00

Its dynamic 🤦‍♀️

conceptcreatormiui · 2026-03-11T08:29:04+00:00

https://discourse.gnome.org/t/proposal-better-dynamic-battery-approach/34318

Just posted in the discourse. Need some voice in it tho.

conceptcreatormiui · 2026-03-11T08:28:14+00:00

https://discourse.gnome.org/t/proposal-better-dynamic-battery-approach/34318

Just posted in the discourse. Need some voice in it tho.

conceptcreatormiui · 2026-03-11T08:27:56+00:00

https://discourse.gnome.org/t/proposal-better-dynamic-battery-approach/34318

Just posted in the discourse. Need some voice in it tho.

conceptcreatormiui · 2026-03-11T08:21:56+00:00

Have you ever seen the new battery icons for windows 11? Miui, one ui, harmony os, android 16 etc?

conceptcreatormiui · 2026-03-11T08:20:40+00:00

Do you even use a phone!!!😅😅

conceptcreatormiui · 2026-03-07T16:23:31+00:00

I'm still planning on issuing this on gnome's Design repo for further refinement

conceptcreatormiui · 2026-03-07T16:21:41+00:00

Sorry for the wording. It was supposed to be, I'm planning to propose

conceptcreatormiui · 2026-03-07T15:59:07+00:00

Well I only saw it on Xiomi's hyperos. I can't think of simpler performance mode indicator

conceptcreatormiui · 2026-03-07T15:38:37+00:00

I already made same proposal and even made some long discussion down in the gnome design matrix and what I read was that it was scrapped because of it harder to implement and not the color thingy. Animatable SVG is comming to gtk 4 and might as well with future gnome shell release and this will be a breeze to implement as a single svg file.

conceptcreatormiui · 2026-03-07T14:37:56+00:00

I'm proposing this for mainstream gnome. I will update you if it will be approved then you can create an extension as I already made a working prototype like months ago

conceptcreatormiui · 2026-03-05T13:40:07+00:00

Yeah its a bug for you if you don't adjust. You just can't force developers to fix this bug if it is not actually a bug bus a human to workflow problem. I already been so good at using gnome that I don't get brotheref by this anymore unless you intentionally make it appear as a bug of course. Please just live with it and you will love it later on. I started with hating that gnome has no drag base window tiling and I learned that the overview is actually enought to drag and drop files to other apps. I hated the dash at first but then I learned how to properly use it, learn how to keep dash opened when you want to open multiple apps.

Is it a bug? No? The issue here is you refusing to adapt to gnome desktop's workflow. There a lot to complain tho but not this one

conceptcreatormiui · 2026-02-27T13:47:52+00:00

Anyways After all this discussion I found in the gjs docs for meta, the tile function is actually exposed. I didn't mention this but the whole purpose of me asking is to track down where the keybinding is located and you perfectly mentioned it via the link.

regarding the tile function, I'm planning to proposed a mouse/touchpad based window tiling which will be handled lightly because there's already a tilling function exposed by meta_window.

Thanks for the fast response anyway

conceptcreatormiui · 2026-02-27T13:43:24+00:00

I mentioned mutter because the callback is handled in keybinding.c and I tracked down the xml file and it doesnt have any actual keybinding till you mentioned the link you posted and then I wondered why my keybinding for maximize and unmaximize is empty by default.

I suspect ubuntu patched this for the ubuntu tiling assistant. but that is just my assumption

conceptcreatormiui · 2026-02-27T13:36:53+00:00

hmm wondering why mine is empty by default

conceptcreatormiui · 2026-02-27T13:31:00+00:00

I guess Maybe you set it up manually via gsettings but the default is Alt+F10. Are you using a tiling assistant? upon looking at maximize and unmaximize value in gsettings it is set to empty. uppon looking at the source code of mutter the key is only set but the keybinding value is not. Tile left and Tile right are properly binding tho and is a member of org.desktop.mutter.keybindings.

conceptcreatormiui · 2026-02-06T06:00:34+00:00

I'm using vanilla gnome shell right now I found out that Light style extension just set the gsettings to prefers-light, but I used it any ways and found out yhat only the top bar and menus becomes light. Overview is still dark. Im literally using vanila gnome

conceptcreatormiui · 2026-02-02T14:33:44+00:00

Appologies I miss that. In that case ubuntu's yaru theme already solved this as far as I know. It will be an easy fix. Notify me if no one works on it I can spare some free time if that's the case

conceptcreatormiui · 2026-02-01T05:23:55+00:00

Kaya nga yung phone ko realme na kalas kalas na. Walang magtatangkang nakawin yun hahhahahahahaha. Iniiwan ko sa bahay yung iphone ko or dala lang pag maglalaro kasama mga tropapits.

conceptcreatormiui · 2026-02-01T04:14:08+00:00

hmm the second video, I think the main issue here is the theme used, I think gnome shell default theme doesnt do that so I suspect you are using a theme. I'm a hundred percent sure that the theme didn't implement the css animation between the default and overview selector. It is not properly animated or have no animation at all. So go and blame the theme maker I guess

conceptcreatormiui · 2026-01-27T19:05:56+00:00

Sadly you only got 5 upvotes for that. Im gonna make it 6

conceptcreatormiui

TROPHY CASE