TiZ-HugLife / xfce4-dockbarx-plugin

A plugin that embeds DockbarX into Xfce4-panel
MIT License
70 stars 14 forks source link

GTK3 version? #35

Open kmvan opened 5 years ago

rik-shaw commented 5 years ago

Also curious if there is any planning for GTK+3 / xfce 4.14 support? It seems that dockbarx itself is moving toward / already ported to GTK+3: https://github.com/M7S/dockbarx? It would be a huge boon if hover window previews would work without compiz (alt+tab has with xfwm compositing has previews so I would think it possible?)

If no future development plans I wonder if there is another xfce applet that can pin apps / group app windows and possibly provide hover window previews?

lectrode commented 5 years ago

Per this commit, it looks like the panel will be compiled without gtk2 plugin support by default for the final release of Xfce 4.14. This is already in effect for Manjaro users (as of the 2019-07-07 Testing update)

Also interested in knowing any plans for this plugin.

TiZ-HugLife commented 5 years ago

I guess I didn't say it as plainly as I should have in the README.md. I don't really maintain this anymore. I have other passions that, in combination with my full-time job, take my time and energy with much higher priority.

I keep the issue tracker open, and I do pay attention... but unfortunately I don't make any changes unless an issue gets forced on my end. That's not really going to happen for a while for this particular issue since I stay on Ubuntu LTS versions.

I will happily merge pull requests from anyone who wants to fix this before I do. I will also happily endorse a fork for someone who wants to take the reins. yshui's compton fork is now the de-facto main branch, for example. I'm not sure that chjj endorses it, but in this case, I would.

Sorry I don't have any happier news. I can at least offer some advice:

There is no real library dependence between the panel plugin--which is just a glorified GtkSocket--and the dockbarx plug app--which does much more work to load and integrate DockbarX into a GtkPlug. That is to say, a GTK3 socket should be able to embed a GTK2 plug just fine. Honestly the plug doesn't even need to be GTK at all.

So if you want a quick and dirty fix: port the GtkSocket panel-plugin and only that component to GTK3. The proper way to do this would be to load GTK3 DockbarX into a GTK3 version of the plug app as well. I made a cursory attempt but it didn't really take off, and I didn't have the time or motivation to keep trying. Sorry.

The main reason for the existence of this plugin at all instead of just relying on a plug distribution meant for xfce4-embed-plugin is that at the time I wrote it, xfce4-embed-plugin doesn't really provide any facilities to communicate about the panel on which it's running. There may be smarter ways to do this now for all I know, or people may be willing to juggle command line switches and xfconf entries fudged into the xfce4-panel channel.

Anyways, that's all I've got. Sorry it's not better news.

lectrode commented 5 years ago

Thank you for the clarification and the information, as well as the time and effort you've put into this. I've been using this plugin since I first started using Linux; it's much better than the default Window List for Xfce. Hopefully someone with a bit more time can pick up the slack.