search past window titles

[GoogleCodeExporter]

This is enhancement.

Search-for-window feature is the one that force me to use euclid-wm (other one 
- manual tiling, which openbsd's cwm lacks).

Mentioned wm, have little bit more advanced search, as it remember chunk of 
titles history of every window. This is really useful. Think of browser with 
tabs or terminal window with some app that can change title. You will have 
better chance to find some window if you will search for text that you know 
_can be_ in the history, without relation to current title. 

So i believe _configurable_ title search history length is quite useful feature 
and will be big advantage for euclid-wm.

What version of euclid-wm:
svn revision 212.

Original issue reported on code.google.com by Kpy...@gmail.com on 9 Dec 2011 at 1:14

[GoogleCodeExporter]

Sorry, i'm not figured out how to set type and priority for bug.

Original comment by Kpy...@gmail.com on 9 Dec 2011 at 1:15

[GoogleCodeExporter]

This is why programs shouldn't implement their own screen multiplexing, they 
should just create new windows and let the window manager worry about how they 
are--you know--managed. 

Thanks for the idea. I'll think about it. 
Cheers

Original comment by wmd...@gmail.com on 9 Dec 2011 at 1:55

• Changed title: search past window titles
• Added labels: Priority-Low, Type-Enhancement
• Removed labels: Priority-Medium, Type-Defect

[GoogleCodeExporter]

Having now had lots of time to think about this, I don't see any good way of 
going about it. 

Let's say you have a browser running: Every time you change tabs, or follow a 
link, or type in a new address, the title will change. That means we would be 
saving the title of every page the user visit (and unless we are running 
through the whole list and purging, then hundreds of duplicates too, since we 
will get a title update every time he switches tabs) for as long as the browser 
is running (Some terminals do something similar, every time you change 
directories, they update their title).

There are two problems with this: first it is almost the definition of a memory 
leak: memory keeps getting set aside without getting purged when it is no 
longer needed.

The second problem is that the vast majority of this data will be useless; they 
will be the titles of pages visited days ago (so not only is euclid having to 
move all this stale data around, but the user is going to have 100s or 1000s of 
titles listed in dmenu for pages that were closed hours or days earlier).

In order to do this right, we would need to figure out whether and how browsers 
expose the titles of currently opened tabs. 

If someone wants to poke around and see if there is a way to generate such a 
list we could then see if there is an elegant way to make euclid use it (this 
would probably involve offloading the generation of the list of windows that 
gets fed into dmenu to a script that uses xwininfo or something similar), but 
until then I don't see any reasonable way of getting the desired outcome. 

Original comment by wmd...@gmail.com on 17 Dec 2013 at 1:19

• Changed state: WontFix