image-viewer.post

   1 ;;;;;
   2 title: Image viewers and other systems tools
   3 tags: lisp,tachikoma
   4 date: 2015-06-12 16:20:23
   5 format: md
   6 ;;;;;
   7
   8 After all the trouble I went through with trying to get an image viewer to work
   9 in CL (due to the used GTK+ 3 library being problematic, that is, unmaintained)
  10 maybe a different approach is more viable.  It would be possible to use one
  11 existing program as a front end by calling it via IPC.  So e.g. `feh`, my
  12 go-to program for that task, already has configurable keybindings; it should be
  13 a smaller problem to remote control it (even with adding some code).
  14
  15 However, as with all these *nix combinators, it feels like a mish-mash of tools
  16 intertwined and not-quite the optimal solution.
  17
  18 Consider what happens if you want to add new functionality, i.e. new widgets.
  19 In that case composability breaks down since `feh` is relatively minimal and
  20 therefore doesn't have much options in terms of providing different menus,
  21 input widgets, etc.  Therefore you'd have to find either a different viewer
  22 with more scripting capabilities (which is counter to the "one-tool" mantra),
  23 or switch to a more integrated approach to have this component as an internal
  24 part of your environment.
  25
  26 Obviously now would be the time for either components/CORBA, or a Lisp Machine
  27 to hack up other programs.
  28
  29 Or switch to Qt.  It seems that the bindings for that framework are more stable
  30 than the GTK bindings and additionally they (Qt) just have more people working
  31 on the framework.
  32
  33 Since one of the problems with the GTK bindings is the relatively recent
  34 upgrade to GTK+ 3, there seems to be a point in using the previous version 2
  35 instead, considering that even GIMP didn't update yet.