David Chmelik posted on Thu, 12 Dec 2024 05:19:38 -0000 (UTC) as excerpted:
> User-Agent: Pan/0.161 (Chasiv Yar; ) > I'm back on Slackware 15.1-current (64-bit) but now (in XFCE) there's no > system tray icon, nor can pan close to the system tray. Didn't I or > people have same problem on Debian/Devuan, etc.? [User-Agent line from your headers.] From pan's NEWS file (which many packages will place at /usr/share/doc/pan/NEWS or similar): 0.159 "Vovchansk" (Вовчанськ) 2024-06-05 [snip] - remove support for obsolete Status Icon But you are correct about having the same problem previously (at about that time). The thread announcing/discussing the removal was on the list and you replied to it to that effect. Since you're posting with pan I'll assume you can look it up from the following thread-OP info: From: Dominique Dumont <domi.dum...@free.fr> Newsgroups: gmane.comp.gnome.apps.pan.user Subject: Removed deprecated StatusIcon Date: Sun, 05 May 2024 18:17:54 +0200 Message-ID: <4565961.LvFx2qVVIh @ ylum> Meanwhile, speaking as someone who has suffered through too many of their own forced comfortable-usage-pattern adjustments (the kde3/4 transition continues to live in infamy as the worst here, partly because it was so many things at once and partly because they force-dropped kde3 support waayyy too long before the kde4 replacements were even /close/ to every- day production-usable, a mistake they did /not/ make again with the 4/5 or 5/6 transitions!), let me commiserate at least! And finally, a discussion of some possibilities that might be of help coping with it if you must, even if it's not gonna be pleasant. (Like I said I've been there; done that!): 1) Regular minimize. Pan, like most apps, does still minimize properly, just not to tray and thus not removing it from the usual task list. (As DD mentioned on the original thread.) Not that this will help you /that/ much because a big part of the /point/ of "traying" something is getting it off the usual task list, but maybe the specific mention will help a confused reader not familiar with the context coming across this years from now... But FWIW, over the years I've come to favor other "get out of my way for a bit" methods and thus don't use minimize so much any more. (And FWIW, I'd guess this probably has as much to do with my not finding the pan option that useful any more as the reasons I listed in the other thread. YMMV.) 2) Virtual Desktops/workspaces. These days I'll often stick an app that I intend to "backburner" on a different desktop, perhaps grouped with a few others I'm using to work on the same general task. Maybe this is easier in kde/plasma than on desktops such as your XFCE, but on plasma anyway, the various app-switcher methods either make per-desktop or current- desktop-only an option (taskbar, icon-only-taskbar, the various configurable keyboard switchers...), or do it as part of the concept (desktop-grid, desktop-cube...), so different-desktop can really be out- of-my-way for the time being, while still available if I want to switch to it. If your desktop environment doesn't offer virtual desktops natively (I've no idea if xfce does), it's quite possible there's a plugin/extension available that adds the feature. 2b) Throw money at it with a bigger desktop. To a large extent this is arguably what I've done (tho at a tradeoff...). I'm currently running three 50-inch (1.27 cm) 4K TVs as monitors, to be four of them in a 2x2 grid for a poor-man's 100-inch 8K equivalent once I upgrade the computer so the graphics card will handle the 4th one. With that sort of screen real estate, the need to minimize or z-axis stack windows from multiple apps doesn't /entirely/ go away, but it's nowhere /near/ the pressure one experiences on a single full-HD or even 4K monitor. (Altho... It should be said, my computer itself is a decade-plus-old AMD fx6100 dinosaur. Yes I've upgraded to SSDs, actually replacing a failed one (luckily in btrfs raid1 and the data's fine) at a cost of another $100 on my old core system (old enough compatible SATA-III ssds are getting hard to find; everything's going M2 now!) just last weekend, and upgraded the graphics card once too, but the money for the fancy TVs as monitors came from somewhere, the core machine hasn't yet been upgraded, and until I do that, the now decade-old system's seeming rather slow now, particularly when I'm trying to do gentoo build-from-source updates!) 3) Patches. Going in an entirely different direction, if you're willing to build pan from sources, you can of course apply modification or revert- patches as you wish. If you decide to go that way and don't want to have to go digging thru the git logs to find the commits to revert-patch yourself, I can probably help with that as I'm running live-git pan here and can dig them up to post for you. I believe it'd be 2-4 commits to revert at this point, at least the original, plus a followup that removed the now useless option from preferences (that would have been squashed into the original commit if he'd have remembered the option was there), with the other two allowing for a couple beyond that, which I've not looked at closely enough in the git log to know whether they'll need reverted too or not. Of course the caveat to that is that once you start applying patches, you're risking upstream diverging the code out from under your patches, which you then have to either invest effort to maintain or give up on and revert to upstream. Still, Gentoo makes it easy to auto-apply patches to updates too (as long as they still apply...), and despite the risk, I've found that ease a Gentoo feature I've increasingly relied on as time has passed. I don't carry a lot of patches locally but I do carry some, and it's nice knowing that I have and know how to use that option, where I do find my usage diverging /just/ enough from upstream that it's worth the hassle of digging up or hacking up a patch, without diverging so far that it becomes /too/ difficult to maintain them and thus /not/ worth it. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman _______________________________________________ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
