zjes / lxqt-appswitcher Goto Github PK

It builds fine but ends up with
'no rule to generate target "install"'

[ 92%] Built target lxqt-config-appswitcher
[100%] Linking CXX executable lxqt-appswitcher
[100%] Built target lxqt-appswitcher
make: *** Nessuna regola per generare l'obiettivo "install". Arresto.

Just came to my mind now, how about adding it here: https://translate.lxqt-project.org/projects/?
Pull request will be made by LXQt-bot.

Please add Portuguese(pt) translation in Weblate

Hello, is this project still active?
I've forked it on git.disroot.org/gfgit/lxqt-mobile-appswitcher.git

My goal is to create a mobile friendly App switcher, similar to what is found on Android. Hopefully with touchscreen gesture recognition.
While doing that, I've found some warnings about:

• CMake include order error and hard coded Release build type
• KWindowSystem deprecated X11 related methods and moved to KX11Extras
• Use nullptr instead of 0

You can find related commits fixing these issues on branch on work/gfgit/fix_warnings

It would be good if the topics in lxqt-config-appswitcher could be selected by mnemonics / underlined letters that can be used to select the topic by hitting Alt+<letter>.

Working on German translation it turned out these do already work in section "Filters". All it takes is to mark the letter in question as &<letter> in the TS file as usual.
In section "Appearance" they don't work yet, though. Of course the situation is a bit different here as it's not about check boxes but those forms where numeric values can be filed or set by the controls at the right. But I think mnemonics make sense here as well and technically it should be feasible as can be seen in ObConf-Qt, Window Manager Preferences - Primary Monitor.

With "Filter by desktop" disabled in lxqt-config-appswitcher selecting a window located on another virtual desktop doesn't work as expected with Openbox and Xfwm4.

Regarding Openbox the only visible action is the desktop corresponding to the selected window getting highlighted in plugin-desktopswitch but a switch to that other desktop does not take place. Behaviour is depicted in this screenshot

taken after a window on virtual desktops 2 had been selected by lxqt-appswitcher on virtual desktop 1. Virtual desktop 1 is still the active one as can also be seen from its dark background (compare to 3 and 4). The selected window does get moved to the foreground which gets evident only after switching desktops manually, though. If the window in question had been minimized before it does not get restored, rather its button in plugin-taskbar gets highlighted only like in this screenshot taken on virtual desktop 2

Using Xfwm4 the selected window simply gets moved to the virtual desktop lxqt-appswitcher was invoked on, it does get restored if it had been minimized before.
It doesn't matter whether compositing, Compton with Openbox or inherent compositor of Xfwm, is available.

To some degree the behaviour when windows on a different virtual desktop are chosen may be a matter of taste. But as long as it isn't configurable I think switching to the other desktop, restoring the window if minimized and moving the window to the foreground should be the default behaviour.
This is the default behaviour of the window switchers of Openbox, KWin and Xfwm4 as well as of lxqt-appswitcher in conjunction with KWin.

Seen running a59993d on up to date Arch Linux x86_64 or i686, hence KWin 5.5.4, Openbox 3.6.1 and Xfwm 4.12.3.

Issue meant to summarize some findings which I'd consider worth mentioning but which sure don't justify a report on their own:

The code doesn't provide any license information.
It's lacking in the actual source files' headers and a file LICENSE or COPYING in the code's source directory isn't available either.

If I'm not mistaken the tool is by default not set up as "LXQt module".
This is contrasting what's written on https://github.com/zjes/lxqt-appswitcher and could e. g. be fixed by adding a file $XDG_CONFIG_DIRS/autostart/lxqt-appswitcher.desktop like this

[Desktop Entry]
Type=Application
Name=LXQt Application Switcher 
GenericName=Window Switcher
Comment=List of windows displayed while cycling by keyboard shortcut.
TryExec=lxqt-appswitcher
Exec=lxqt-appswitcher

OnlyShowIn=LXQt;
X-LXQt-Module=true
Hidden=true

While Alt+Tab was working flawlessly I didn't manage to get Alt+Shift+Tab to circle the other way around, no matter what I tried to set in rc.xml of Openbox.
Seen on Arch Linux x86_64 in a KVM/QEMU virtual machine. Artifacts due to running in a VM IMO pretty unlikely as Alt+Shift+Tab was working flawlessly using the genuine GUI of Openbox.

Internationalization / localization would be something nice to have in the long run.

Same thing with man pages. Just two small ones briefly describing binaries lxqt-[config-]appswitcher would be good.

Only way to respect a theme is changing in

I installed Lubuntu 22.10 that runs with LXQt. With Alt+Tab I can see the lxqt-appswitcher. But I can`t find the configuration to change the settings.
On this (https://github.com/zjes/lxqt-appswitcher) webpage there is this text:

"The actual configuration can be tweaked by dialogue "Application switcher" which can be found in LXQt's main panel menu as well as in the LXQt Configuration Center."

In Lubuntu in the LXQt's main panel menu, there is no "Application switcher".
In Lubuntu in the LXQt Configuration Center, there is also no "Application switcher".
I can't find it also in the LXQt Session Settings.

According to a maintainer of LXQt, the LXQt application switcher doesn't belong to LXQt (lxqt/lxqt#2390 (comment)).

would you be open to a PR adding a docker build environment?

Installed and back again ;)
With kwin which is my favourite it does not seem to work: pops up, lists windows, cicling works and disappears as it should, but no window gets activated. It seems that my theme frost gets chosen right, on openbox it's white instead but everything works.

Starting from comand line :

$ lxqt-appswitcher
"ambiance"
2
2
1
...

I wonder why there are no tags, so that having a tarball would be possible to have an official package at least under Archlinux, instead of installing AUR stuff.

When setting "Filter by desktop" is checked in lxqt-config-appswitcher windows that are configured to be displayed on all virtual desktops, e. g. by selecting Send to Desktop - All desktops from the context menu of windows' title bar under Openbox, are no longer covered by LXQt Application Switcher.

To some degree this may be a matter of taste. Personally, I think windows configured to be displayed on all virtual desktops should be treated on every desktop exactly the same way as windows residing on the respective desktop only. This should include setting Filter by screen.
The application switcher of Xfwm is behaving like that, too.

Seen running afbbb31 on Arch Linux.

It's a pity that the appswitcher still does not follow different styles yet, is it hard to implement it?
It would be a great improvement.

If lxqt-appswitcher gets used on a virtual desktop which doesn't host any windows it crashes and dumps core.

Right before the crash a little empty square can be seen at the application switcher's regular location

Problem can be seen with KWin, Openbox and Xfwm. It doesn't matter whether compositing, Compton with Openbox or inherent compositor of KWin and Xfwm, is available.
Strack trace and backtrace after transferring the core dump to gdb via coredumpctl on Arch Linux x86_64 running Openbox can be found on https://gist.github.com/pmattern/9eac4f2c6c2d931b2d95.

a59993d on up to date Arch Linux x86_64 or i686, hence KWin 5.5.4, Openbox 3.6.1 and Xfwm 4.12.3.

Please provide a license for lxqt-appswitcher, either LGPL 2.1+ to match other LXQt licensing or something else. One of the reasons this software isn't being packaged is that distributions don't know if they can legally package the software.

It would be helpful if a maximum text length beyond 99 digits was allowed and configurable in lxqt-config-appswitcher.
This may not be needed too regularly. But IMO being able to display lengthy window headers in a single row is one of the main advantages of LXQt Application Switcher compared to the window managers' counterparts and a length beyond 99 digits may very well make sense at times. Also, this is only about a maximum allowed value, users would obviously still be free to use some small value which could also remain as default.

Being able to set a custom font size would provide some benefit as well.
FWIW this is already implemented in configuration dialogue "Main Menu settings" of plugin-mainmenu.