cfuehrmann / bringer Goto Github PK

A lot of the functionality is covered by intense usage by the project's originator. However, some things should be covered by tests:

(1) Behavior on other systems (missing runtime dependencies, file access rights etc.)

(2) Subtle issues which are not easy to catch, e.g. correctness of the sorting of the choices.

Someone may want to port bringer to Haskell: Xmonad uses dmenu by default, so Xmonad users might be interested in bringer. And Xmonad requires the Haskell compiler anyway for configuration. So Xmonad user may find a Haskell version of bringer easier to adopt.

Example: The command for "emacs foo.txt" is "emacs foo.txt", while the window title is "emacs@hostname". In this case, it is better to display the command. In certain other cases, it is better to display the window title. The display format should be configurable on a per-command basis, in a configuration file. To avoid introducing yet another self-made syntax, the plan is that the configuration file be OCaml. However, it should be so simple that people without any programming knowledge can adapt it to their needs. So the only noteworthy requirement for changing the configuration is the possession of an OCaml compiler. (Thus our design philosophy is similar to that of xmonad, where the configuration file is written in Haskell.)

Hi!

When I run bringer, I get the following error message:

$ ./bringer.native 
Cannot get number of desktops properties. (_NET_NUMBER_OF_DESKTOPS or _WIN_WORKSPACE_COUNT)
Fatal error: exception End_of_file

Any ideas what the problem might be?

In particular, how one must configure XMonad

This might be based on GTK, but maybe there is something simpler of better? Btw., a clickable GUI might also facilitate certain actions, e.g. deleting bad or obsolete history entries. The tool "gmenu" points in the right direction; however, it is unusable as it stands because it allows no mouse-only operation. Or maybe I should use F# on Mono with WinForms? (What is the licensing situation?)

My latest Gentoo version of dmenu has dmenu_path missing. Is this an accident? If not, bringer must be given a replacement for dmenu_path.

When starting bringer for the first time, the following error occurs:

$ ./bringer.native 
Fatal error: exception Sys_error("/home/makl2711/.bringerHistory: No such file or directory")

creating that file, then starting bringer works:

$ touch /home/makl2711/.bringerHistory

When a window is closed using the !c command, bringer often comes up again before the system could close the window. So bringer still shows the window which is about to be closed. Instead, bringer should only come up again once the window list has changed.