1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
|
Future plans
The paste implementation is simplistic. It uses XFetchBuffer, which
is kinda funky. It's not well documented but it seems to get the
current PRIMARY selection, or if there is no PRIMARY selection, it
find the last one somewhere. This seems to be the same behaviour
as pasting in xterms. At any rate, it might be better to grab
the PRIMARY if it exists, otherwise grab the CLIPBOARD if it exists,
otherwise fall back to XFetchBuffer.
It would also be nice if you could see what you are about to paste
somewhere.
Multiple "send string" sets?
It would nice to be able to re-sort the order of listed windows.
Would it be useful if mousing over the window titles raised the window
to the top?
The big change desired is to merge mkxlax functionality into xlax.
The advantage of doing this is that since xlax can tell when windows
die, it could be used to respawn dead windows automatically. This
could be helpful in cases where the windows are started remotely
and have the habit of vanishing when the remote end reboots.
After that is done, then consider a graphical way of laying out windows
and saving layouts. xlax should be able to get the location of
the windows you've added and automatically learn where you want them to
go, and save that as a layout.
Note that updating the interface style is not in the cards. Yes, the
antique athena widgets are ugly, but it's a lightweight implementation
that works just fine, so I'm not making the program bloat just for
aesthetics.
Send feature requests to fine@head.cfa.harvard.edu, with "xlax" in the
subject (so I can grep through my spam for it).
|
