Remodel app indicator structure

[ochi12]

I think just pushing indicators to the panel is a good practice. We must limit the amount of indicator shown in the panel and put the remaining overflow inside another indicator containing those app indicators.

If we put the overflowing indicators inside a the menu of this overflow indicator, how can we access the menu of each indicator?

• well we can implement gnome shell's quick settings model. Upon digging up the source could I found out that the grid is not limited to 2 columns.

Can someone explain to me the summarize flow of this extension. It's already so large that I don't know where to start. It messed me up since some indicators are rendered via a manager and others are rendered outside the manager.

we could push menu entry to each containing weather to put it outside the tray or not.

preview of overflow tray model

[shawny43]

I confirm this could be an Quality of Life features since many apps now required to use indicators at startup instead of using background apps features which happenened to apps with useless indicators in most cases. Has i remember, KDE have already fixed the problem with an overflow indicators tray features when Gnome or others some desktop doesn't seem have been fixing it.

[ochi12]

I confirm this could be an Quality of Life features since many apps now required to use indicators at startup instead of using background apps features which happenened to apps with useless indicators in most cases. Has i remember, KDE have already fixed the problem with an overflow indicators tray features when Gnome or others some desktop doesn't seem have been fixing it.

Already tested a prototype but I cannot make it work as of now. I will try to dig and try to summarize how the entire extension's system work. As of now I'm sure that the internal quick settings menu is a greate approach of adding overflow menu.