On Fri, 26 Apr 2019 12:11:02 +0200 Didier Kryn <k...@in2p3.fr> wrote:
> Le 24/04/2019 à 00:24, Steve Litt a écrit : > > On Tue, 23 Apr 2019 12:22:44 +0200 > > Didier Kryn <k...@in2p3.fr> wrote: > > > >> Hello Devuaneers. > >> > >> I have put on https://git.devuan.org/kryn/hopman an application > >> to let mount/umount/open filesystems on hotplug mass storage > >> devises such as USB sticks or SD cards. This is a replacements for > >> features provided by Desktop Environments. > > [snip] > > > > > Regardless of what you set EjectHelper to in .hopmanrc, trying to > > eject always errors saying "No command helper". This is true even > > if I set the EjectHelper to the same string as UmountHelper in > > ~/.hopmanrc. I have a hunch something's hard coded that shouldn't > > be. One of the source files (config.c I think) mentions there's no > > known EjectHelper. > > > Hardcode has been removed. You can now specify a command to > eject the device, if you know of one. > > > > > Hopman didn't show up anywhere on my lxpanel: I have a feeling that > > was a design decision so hopman doesn't need to know the intracies > > of each panel it interfaces with. > > This is solved as well. It was enough to add one line in the > launcher file. > > Didier I completely removed all traces of hopman, then did another git clone and compiled and installed it. Now: * It runs perfectly without a ~/.hopmanrc * Items in ~/.hopmanrc override/add to items in /etc/default/hopmanrc - Which in my opinion is the best way to do things * The Eject option appears every time, regardless of mount status - I think this is best - Don't second guess mount and insertion state * Eject runs whatever program specified in /etc/default/hopman - Or ~/.hopmanrc - I got it to run Gnumeric :-) * It did not put an icon in the system tray of any panels I tried: - Not lxpanel - Not xfce4-panel - Not vala-panel - Not tint2 A few words about the panel's system tray: xfce4-panel had no provision for a system tray that I could see. My machine uses Openbox as its WMDE (Window Manager/Desktop Environment). I was running the panels as an afterthought, so I'm would not be surprised their system trays are working wrong. A few words about priorities... Those of us who don't run panels (Openbox, fluxbox, twm, ctwm, etc) need to be able to locate the currently running hopman's window very fast. This could be done by adding the following options in ~/.hopmanrc: * no_window_decorations=boolean (default false) * window_background=color (default wmde default) * window_foreground=color (default wmde default) * strongarm_window_position=y,x (default no strongarm) The preceding defaults make it just like it is today, but if I wanted to I could have the hopman window appear without titlebar and border, orange on green, in the upper right corner, which would make it *much* easier to quickly locate. If you do this, I suggest you change the program so that right click, instead of duplicating left click, issues a pull up menu about hopman itself, including whether to decorate or not. The decorate-or-not thing might be impossible in any practical sense, if the wmde doesn't expose the window parameters to the application. As a no-panel type of guy, my top priority would be the ability to put the hopman window in a specific place, so I can look there as I alt+tab around the windows. With such placement, coloration and decoration choices wouldn't be essential. Some thought should be given to whether you want the hopman window to appear whether or not there are mountable removable drives. There are pros and cons to both sides. This is a great program that makes my life easier. I've put /bin/hopman in my ~/.xinitrc, and might figure out a way later to make it respawnable so it's always with me. Thanks, and feel free to ask me any questions. SteveT _______________________________________________ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng