viewglob-general Mailing List for Viewglob
Brought to you by:
sjbach
Menu
▾
▴
viewglob-general — Suggestions, bug reports, discussion
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
|
From: chesss <tes...@gm...> - 2006-11-13 14:20:45
|
>Tabbed terminals are here to stay, so I definitely agree I need to come >up with a work around in order to keep Viewglob useful. Well I found a workaround! using a macro app xmacros, I made a simple macro that changes the tab(shift+left arrow) and then sends ctrl+g followed by a tab, which does the job just right. I can't share with you the macro right now(screwed internt connection), but I'll try to do that as soon as possible.. On 11/12/06, Stephen Bach <sj...@co...> wrote: > Hi chesss, > > > Real gem of an application!! thanks a lot. > > The way I discovered this was by requesting such a thing on another > > mailing list. Here is what I had in mind initially : > > http://h1.ripway.com/chesss/dirlist.png . > > pretty close ;) > > Will be posting about this app everywhere! > > Thanks! > > > featuer request: > > 1. instant update on tab switch in tabbed consoles(mrxvt/konsole) , maybe > > use title of a window to detect this? > > Yeah, this is an annoying limitation of the current Viewglob. Currently > vgd keeps a list of the viewglob'd terminal windows and polls the the X > display periodically to figure out which one is active. Since the > active window doesn't change when you switch tabs, Viewglob doesn't > update until it receives input. > > The only way I can see to semi-reliably determine the active tab based > on title would be to try to control the title - but this is too much of > a usage restriction, I think. Also, it may not work very well if > another program tries to set its own title. > > Tabbed terminals are here to stay, so I definitely agree I need to come > up with a work around in order to keep Viewglob useful. > > > Anyways some ideas for you (not feature requests, but ideas) : > > 1. tree view: like the above pic > > 2. programmable area. Say I could assign an area to show hitory 1 | less > > after every command(again like the above pic) > > 3. keep it nice and light(the way it is) > > The tree view is a good idea, and certainly doable. I'll add it to my > list of things to try when I find the time and initiative. :-) > > Regards, > Stephen > > > |
|
From: Stephen B. <sj...@co...> - 2006-11-13 03:06:20
|
Hi chesss, > Real gem of an application!! thanks a lot. > The way I discovered this was by requesting such a thing on another =20 > mailing list. Here is what I had in mind initially : =20 > http://h1.ripway.com/chesss/dirlist.png . > pretty close ;) > Will be posting about this app everywhere! Thanks! > featuer request: > 1. instant update on tab switch in tabbed consoles(mrxvt/konsole) , maybe= =20 > use title of a window to detect this? Yeah, this is an annoying limitation of the current Viewglob. Currently vgd keeps a list of the viewglob'd terminal windows and polls the the X display periodically to figure out which one is active. Since the active window doesn't change when you switch tabs, Viewglob doesn't update until it receives input. The only way I can see to semi-reliably determine the active tab based on title would be to try to control the title - but this is too much of a usage restriction, I think. Also, it may not work very well if another program tries to set its own title. Tabbed terminals are here to stay, so I definitely agree I need to come up with a work around in order to keep Viewglob useful. > Anyways some ideas for you (not feature requests, but ideas) : > 1. tree view: like the above pic > 2. programmable area. Say I could assign an area to show hitory 1 | less= =20 > after every command(again like the above pic) > 3. keep it nice and light(the way it is) The tree view is a good idea, and certainly doable. I'll add it to my list of things to try when I find the time and initiative. :-) Regards, Stephen |
|
From: chesss <tes...@gm...> - 2006-11-10 20:51:49
|
Real gem of an application!! thanks a lot. The way I discovered this was by requesting such a thing on another mailing list. Here is what I had in mind initially : http://h1.ripway.com/chesss/dirlist.png . pretty close ;) Will be posting about this app everywhere! featuer request: 1. instant update on tab switch in tabbed consoles(mrxvt/konsole) , maybe use title of a window to detect this? Anyways some ideas for you (not feature requests, but ideas) : 1. tree view: like the above pic 2. programmable area. Say I could assign an area to show hitory 1 | less after every command(again like the above pic) 3. keep it nice and light(the way it is) -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ |
|
From: Stephen B. <9s...@ql...> - 2006-04-26 20:21:03
|
Hey folks, just letting you know that a new version of Viewglob has been released. What's changed: Bug fixes: * Fixed build on OS X. Thanks to John Magolske. * Update to new version of autotools (you probably don't care about this). (Plus a few other little things that don't really matter) The download page is here: http://viewglob.sourceforge.net/download.html Enjoy, Stephen |
|
From: Stephen B. <9s...@ql...> - 2006-01-19 20:24:02
|
Hi RC, > Hey all, just found viewglob.. and was hoping to throw it on my ibook. And I > see that someone has succesfully gotten viewglob to work within OS X. I was > hoping someone might have some documentation available for this? Possibly > some old mail from this list that I haven't seen? Viewglob was reported working on OS X in a message sent directly to me. Here's the relevant content: I just downloaded your viewglob 0.9 and installed it on Mac OS X, and it seems to work flawlessly. I have OS X 10.3.5, with fink unstable providing gtk+ 2.4.9, and I'm using the system bash 2.05b in Apple's Terminal.app. I can put the sender in touch with you if you'd like. Note that this was before the 2.0 release, where substantial changes in the program were made. None of the requirements have changed, so I don't see any reason why it should not work, but I can't claim to have tested it on OS X myself. Regards, Stephen |
|
From: RC @ G. <spe...@gm...> - 2006-01-19 18:58:58
|
Hey all, just found viewglob.. and was hoping to throw it on my ibook. And = I see that someone has succesfully gotten viewglob to work within OS X. I was hoping someone might have some documentation available for this? Possibly some old mail from this list that I haven't seen? TIA! RC |
|
From: Stephen B. <9s...@ql...> - 2005-11-03 22:11:47
|
Hello again Artis, On Wed, Nov 02, 2005 at 06:49:07PM +0200, Artis Rozent=C4=81ls wrote: > When the terminal that is being tracked by viewglob is selected the > button of viewglob in the window list applet starts to blink. When a terminal being supervised by vgd is activated, it sends a message to the display to raise itself to the front of the desktop so it isn't obscured. The display then calls the XLib functions XRaiseWindow() or XMapRaised(), which should do exactly that. On recent versions of Metacity (the default Gnome window manager) these calls seem to be ignore= d :-(. However, they do alert the window manager that the program is attempting to change its state, which I'm supposing is what causes the panel to blink. When I have some time I'll look into finding a more compatible way to raise the display -- but I'm not too optimistic. FWIW, it does work correctly in many other window managers. As for the blinking, there may not be a good solution to this -- it seems to be a natural function of th= e window list applet. Thanks, Stephen |
|
From: Artis <pu...@gm...> - 2005-11-02 16:55:56
|
When the terminal that is being tracked by viewglob is selected the button of viewglob in the window list applet starts to blink. |
|
From: Stephen B. <9s...@ql...> - 2005-09-11 21:54:05
|
Hi David, > I stumbled upon viewglob by accident, but I this is one those rear aps > that perfectly extends all the modern xterms giving you the full power > of the regular shell and providing just that extra bit that makes it > users go : "Wow, I've been waiting for this extention for ages!!" > The auto 'raise-and-relocate' of the globbing window, the onto-the-fly > updating, ... Thanks for the kind words! > But here are the 3 features I would like to have before I make this a > default first program to run in all my xterms :-) > > 1) A new display: > -------------- > > Instead of the vgmini and vgclassic, I would really appreciate a > 'vgmatchesonly' > for instance if I now do a "ls ~/msx-e*/*/C*/R*" in the shell > I get this : > /home/david/msx-emu/Catapult/CVS/Repository > /home/david/msx-emu/Catapult/CVS/Root > /home/david/msx-emu/msxtar/CVS/Repository > /home/david/msx-emu/msxtar/CVS/Root > /home/david/msx-emu/openMSX/Contrib/README > /home/david/msx-emu/openMSX/Contrib/README.cbios > /home/david/msx-emu/openMSX/Contrib/README.msxdos_bootsectors > /home/david/msx-emu/openMSX/Contrib/README.openmsx-control > /home/david/msx-emu/openMSX/CVS/Repository > /home/david/msx-emu/openMSX/CVS/Root > /home/david/msx-emu/openmsx-debugger/CVS/Repository > /home/david/msx-emu/openmsx-debugger/CVS/Root > The 'vgmatchesonly' display would simply show these lines instead of > the current 6 dirs that I have to expand myself to look what I've > selected. > > Since a keep most of my stuff in my home directory (yes unsorted and > all, I'm lazy :-) , it would also help for things like "ls *.mp3". > Since now in the +200 files I have in my homedir there are maybe 10 > mp3 files, but some songs start with the letter 'a' others with a > 'k','s',... and I still not see them all selected in a glance using > the currently available displays. I can see how this could be useful. It probably wouldn't be too difficult to make a simple display for this. > 2) Cursor place dependancy > ----------------------- > If I type 'ls *.mp3 *.avi' And the cursor is on the '*.mp3' part I > would like to see only the matching mp3 files, having my cursor in > the *.avi part would only show those files (or dirs ending in .avi, > ofcourse) I've considered adding a similar feature. The problem is that Viewglob doesn't always know perfectly where the cursor is on the command line (it can only guess using heuristics based on terminal input). Still, it's usually pretty good. I can at least try it to see how useable it is. > 3) auto '*'-affix when globbing > ---------------------------- > I'm a frequent user of the <TAB><TAB> feature of bash if you know wat > I mean. for instance 'ls .b'+<TAB> gives me a bell signal, pressing > <TAB> a second time prints this nice list > .bash_history .bash_logout .bash_profile .bashrc > .blackboxrc > If I then type an 'a'+tab my entry line is 'ls .bash' > pressing <TAB> will give a bell again, since bash can not complete > without me specifying an extra letter, and so on. > > If the 'vgmatchesonly' display would (as an option?) automatically ad > an * to the search term I wouldn't need to press <TAB> twice to get a > list, since the list would appear in the display immediately after I > typed the 'ls .b' > > In the current displays this ofcourse works as I would like it (if > hidden files would all be visible :-\ ), but it doesn't fit in a pure > 'vgmatchesonly' logic :-) FYI, you can make hidden files visible by adding them to the display mask. By default the displays use a mask of "*", thus listing all non-hidden files. To also list hidden files, change the mask to ".* *" by typing: <Ctrl>-<G> <.> <*> <SPACE> <*> <ENTER> > Anyway, this is a great app, but to make it a killer-bash-extention it > needs the vgmatchesonly display and the auto '*'-affix (IMHO that is ;-) > Anyway, keep up the good work on this beauty. Thank you for the input, David! When I get a little time I'll see if I can put your ideas into action. Regards, Stephen |
|
From: David H. <dh...@sc...> - 2005-09-09 21:11:28
|
I stumbled upon viewglob by accident, but I this is one those rear aps that perfectly extends all the modern xterms giving you the full power of the regular shell and providing just that extra bit that makes it users go : "Wow, I've been waiting for this extention for ages!!" The auto 'raise-and-relocate' of the globbing window, the onto-the-fly updating, ... But here are the 3 features I would like to have before I make this a default first program to run in all my xterms :-) 1) A new display: -------------- Instead of the vgmini and vgclassic, I would really appreciate a 'vgmatchesonly' for instance if I now do a "ls ~/msx-e*/*/C*/R*" in the shell I get this : /home/david/msx-emu/Catapult/CVS/Repository /home/david/msx-emu/Catapult/CVS/Root /home/david/msx-emu/msxtar/CVS/Repository /home/david/msx-emu/msxtar/CVS/Root /home/david/msx-emu/openMSX/Contrib/README /home/david/msx-emu/openMSX/Contrib/README.cbios /home/david/msx-emu/openMSX/Contrib/README.msxdos_bootsectors /home/david/msx-emu/openMSX/Contrib/README.openmsx-control /home/david/msx-emu/openMSX/CVS/Repository /home/david/msx-emu/openMSX/CVS/Root /home/david/msx-emu/openmsx-debugger/CVS/Repository /home/david/msx-emu/openmsx-debugger/CVS/Root The 'vgmatchesonly' display would simply show these lines instead of the current 6 dirs that I have to expand myself to look what I've selected. Since a keep most of my stuff in my home directory (yes unsorted and all, I'm lazy :-) , it would also help for things like "ls *.mp3". Since now in the +200 files I have in my homedir there are maybe 10 mp3 files, but some songs start with the letter 'a' others with a 'k','s',... and I still not see them all selected in a glance using the currently available displays. 2) Cursor place dependancy ----------------------- If I type 'ls *.mp3 *.avi' And the cursor is on the '*.mp3' part I would like to see only the matching mp3 files, having my cursor in the *.avi part would only show those files (or dirs ending in .avi, ofcourse) 3) auto '*'-affix when globbing ---------------------------- I'm a frequent user of the <TAB><TAB> feature of bash if you know wat I mean. for instance 'ls .b'+<TAB> gives me a bell signal, pressing <TAB> a second time prints this nice list .bash_history .bash_logout .bash_profile .bashrc .blackboxrc If I then type an 'a'+tab my entry line is 'ls .bash' pressing <TAB> will give a bell again, since bash can not complete without me specifying an extra letter, and so on. If the 'vgmatchesonly' display would (as an option?) automatically ad an * to the search term I wouldn't need to press <TAB> twice to get a list, since the list would appear in the display immediately after I typed the 'ls .b' In the current displays this ofcourse works as I would like it (if hidden files would all be visible :-\ ), but it doesn't fit in a pure 'vgmatchesonly' logic :-) Anyway, this is a great app, but to make it a killer-bash-extention it needs the vgmatchesonly display and the auto '*'-affix (IMHO that is ;-) Anyway, keep up the good work on this beauty. Regards, David Heremans -- openMSX - the open source MSX emulator that aims for perfection http://openmsx.sf.net/ |
|
From: Stephen B. <9s...@ql...> - 2005-09-02 19:50:34
|
Hi Sterling, apologies for the exceedingly late reply. > Is there any way to make it keep working after I type su? Not right now, unfortunately. The vgseer program uses a "sandbox" shell to evaluate file globs, and its process is owned by the user who first calls the program. When you su your shell to a different user, the sandbox shell gets left behind as the old user, and its glob results can become inaccurate - therefore the globbing is disabled until you logout of the su user. This is a consequence of Viewglob's current implementation, so maybe I can come up with something better in the future. > Thank you for this wonderful app, it something I"ve actually been > imagining for a while and it"s as cool as I thought it would be. Thanks for the kind words! :-) Regards, Stephen |
|
From: Sterling C. <ste...@gm...> - 2005-08-08 14:48:51
|
Is there any way to make it keep working after I type su? Thank you for this wonderful app, it something I've actually been imagining for a while and it's as cool as I thought it would be. -Sterling |
