:: Re: [DNG] New application ready to …
Startseite
Nachricht löschen
Nachricht beantworten
Autor: Steve Litt
Datum:  
To: dng
Betreff: Re: [DNG] New application ready to test: hopman
On Fri, 26 Apr 2019 12:11:02 +0200
Didier Kryn <kryn@???> wrote:

> Le 24/04/2019 à 00:24, Steve Litt a écrit :
> > On Tue, 23 Apr 2019 12:22:44 +0200
> > Didier Kryn <kryn@???> 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