Re: bbkeys 0.3.6 released
is it possible to have many keys execute an app? instead of just one? for eg: I know I CAN start netscape with C-n, however I would personally rather something like C-x C-n (kinda like *Emacs). Will that work? DC Jason vanRijn Kasper wrote: > So. It's been a while. =:) bbkeys 0.3.6 is hereby released into the wild, > may > God have mercy on us. Thanks to several patches and ideas sent in from > my little user community (look, Ma, I've got users!!), bbkeys now sports > several new really neato features, such as window moving and resizing via > keystroke navigation. Also, I've reworked the methodology behind the > whole configuration launch thingey (Kyle, you were -> <- this close), and > I've reworked the very simple "just to get you started with bbkeys > configuration" C program, bbkeysConfigC, that gets launched in an xterm > or > rxvt to be a little bit more useful and much more informative. (Can you > say > DISCLAIMER, anyone?) > > Also in this release is an updated bbkeysconf package (available in rpm, > deb, lemon-lime, and tooty-fruity flavors) that allows configuration of > these > new and improved bbkeys features. Trek on over to > http://movingparts.net/bbkeys.shtml > to download your choice of rpm, deb, or source-ball. As always, please > let > me know of any problems or issues you may have with this fine, quality > product =:)
Re: bbkeys 0.3.6 released
On Wed, 14 Mar 2001, Jason vanRijn Kasper wrote: > So. It's been a while. =:) bbkeys 0.3.6 is hereby released into the wild, > may > God have mercy on us. Thanks to several patches and ideas sent in from > my little user community (look, Ma, I've got users!!), bbkeys now sports > several new really neato features, such as window moving and resizing via > keystroke navigation. Also, I've reworked the methodology behind the > whole configuration launch thingey (Kyle, you were -> <- this close), and > I've reworked the very simple "just to get you started with bbkeys > configuration" C program, bbkeysConfigC, that gets launched in an xterm > or > rxvt to be a little bit more useful and much more informative. (Can you > say > DISCLAIMER, anyone?) > I'd have probably kept the 'bbkeyConfigGtk' option in, but I saw where I screwed up when I looked at 0.3.6. Had I just copied the exec_ext_cmds() code from gileSHELL (my sad little command shell), it would have worked right. However, I saw that a good bit of my patch did make it in to bbkeys, and that makes me a happy hacker. (Note: on bbkeysConfigC, I would have had it append to the file instead of overwriting Screwing around with it left me with a zero length .bbkeysrc) Also, for you FreeBSD users, here is the corrected Makefile for bbkeysconf. This is for you if you installed Qt2 using packages/the ports system: --> Begin Makefile CXX=c++ MOC = moc2 LIBS = -L/usr/X11R6/lib -L/usr/X11R6/lib -L/usr/lib -lqt2 -lX11 CXXFLAGS = -g -I/usr/include -I/usr/X11R6/include/qt2 -I/usr/X11R6/include TARGET =bbkeysconf PREFIX =/usr/local/bin OBJECTS = gui.o main.o myapplication.o SOURCES = gui.cc main.cc myapplication.cc MOCSRC =gui.hh MOCOUT =gui.moc .SUFFIXES: .cc .o .hh .moc .cc.o: $(SOURCES) $(CXX) $(CXXFLAGS) -c -o $@ $< .hh.moc: $(MOCSRC) $(MOC) $< -o $@ all: $(TARGET) $(TARGET): $(OBJECTS) $(CXX) $(CXXFLAGS) $(LIBS) -o $(TARGET) $(OBJECTS) clean: @echo "Cleaning up..." /bin/rm -f *.o *.moc $(TARGET) install: @echo "Looking for executable..." ; \ if ! test -x $(TARGET) ; then \ make; \ fi; \ if ! test -x $(TARGET) ; then \ exit; \ fi; \ echo "Checking existance of $(PREFIX)"; \ if ! test -d $(PREFIX) ; then \ echo "Hey. $(PREFIX) doesn't exist. Creating it"; \ /usr/bin/install -d $(PREFIX); \ fi ; \ echo "Installing $(TARGET) in $(PREFIX)..."; \ /usr/bin/install -s $(TARGET) $(PREFIX)/$(TARGET) gui.o: gui.cc gui.moc main.o: main.cc --> End of Makefile Now to hope that pointlessmovement.net starts resolving correctly within the next 24 hours... --gile -- Applesauce.
Re: bbkeys 0.3.6 released
On 15-Mar-2001 Jason Kasper wrote: > Yeah, that's a feature. =:) I wasn't about to recode the configurator > that I consider will be the least-used for this As far as the > "x-cut-buffer" feature goes, why not just combine it with the > ExecCommand directive so that bbkeys looks for a '%s' in any ExecCommand > directive and before he runs the command, replaces it with what's in X's > standard hilighted buffer? Would this require the user to maintain a > slightly higher level of cluefullness and manually put an '%s' in any > ExecCommand that he wanted that functionality? Yes. > fair enough.
Re: bbkeys 0.3.6 released
Yeah, that's a feature. =:) I wasn't about to recode the configurator that I consider will be the least-used for this As far as the "x-cut-buffer" feature goes, why not just combine it with the ExecCommand directive so that bbkeys looks for a '%s' in any ExecCommand directive and before he runs the command, replaces it with what's in X's standard hilighted buffer? Would this require the user to maintain a slightly higher level of cluefullness and manually put an '%s' in any ExecCommand that he wanted that functionality? Yes. But I'd be much more inclined to accepting a patch to do that than one that would complicated things more than they already are * After finishing his most recent algebra assignment, Sean 'Shaleh' Perry ([EMAIL PROTECTED]) did break forth in song on 03/15/01 at 18:25 and proclaim in a loud and joyful melody: > > > > Indulge me in this Can someone who uses the patch or is familiar > > with it respond to the list with what exactly it does (I seem to recall > > it being more than a simple keygrab--I think it also had a corresponding > > configurable action for dealing with the buffer contents). And further, > > I'd like to hear some discussion and feedback on whether anybody would > > find use for such a feature. My thought is, if it's bigger than a > > breadbasket and harder to implement and configure than a simple > > keybind->action pair, and there's not a level of interest behind it, > > then I'll put it on the back burner until I get a chance to look at my > > code again. However, if there's interest (and corresponding patches to > > 0.3.6) =:), I'll definitely make time to look at it... > > > > The idea was to extend the 'run this command' action. So I can have: > > C-n: netscape %s > > and bbkeys will put the value of the current X selection where %s is. > > What I see is another bbkeys command 'selection-command' which does basically > what 'command' does but also does the buffer read and string manip. > > BTW, the bbkeysconfC does not allow one to add an exec command, only window > commands. -- ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ Jason Kasper (vanRijn) Systems Engineer bash$ :(){ :|:&};: VORFA
Re: bbkeys 0.3.6 released
> > Indulge me in this Can someone who uses the patch or is familiar > with it respond to the list with what exactly it does (I seem to recall > it being more than a simple keygrab--I think it also had a corresponding > configurable action for dealing with the buffer contents). And further, > I'd like to hear some discussion and feedback on whether anybody would > find use for such a feature. My thought is, if it's bigger than a > breadbasket and harder to implement and configure than a simple > keybind->action pair, and there's not a level of interest behind it, > then I'll put it on the back burner until I get a chance to look at my > code again. However, if there's interest (and corresponding patches to > 0.3.6) =:), I'll definitely make time to look at it... > The idea was to extend the 'run this command' action. So I can have: C-n: netscape %s and bbkeys will put the value of the current X selection where %s is. What I see is another bbkeys command 'selection-command' which does basically what 'command' does but also does the buffer read and string manip. BTW, the bbkeysconfC does not allow one to add an exec command, only window commands.
RE: bbkeys 0.3.6 released
And a real debian package was just uploaded, unstable users will see it tonight. I removed the QT depends, it now uses the console app.
Re: bbkeys 0.3.6 released
Harumph. Ahhhm. No. Didn't put that one in In hindsight, I guess I could say something along the lines of "I'm waiting for bbkeysconf to be removed for the bbkeys package to fix the QT dependency problem" or something horrible like that, =:), but quite honestly, it has been such a long time since I've had time to sit down and look at bbkeys that I completely forgot about that. In fact, I can't honestly remember what it was that the patch did. =:\ Indulge me in this Can someone who uses the patch or is familiar with it respond to the list with what exactly it does (I seem to recall it being more than a simple keygrab--I think it also had a corresponding configurable action for dealing with the buffer contents). And further, I'd like to hear some discussion and feedback on whether anybody would find use for such a feature. My thought is, if it's bigger than a breadbasket and harder to implement and configure than a simple keybind->action pair, and there's not a level of interest behind it, then I'll put it on the back burner until I get a chance to look at my code again. However, if there's interest (and corresponding patches to 0.3.6) =:), I'll definitely make time to look at it... Thanks all * After finishing his most recent algebra assignment, Jon Pennington ([EMAIL PROTECTED]) did break forth in song on 03/15/01 at 13:34 and proclaim in a loud and joyful melody: > On Wed, Mar 14, 2001 at 11:45:35PM -0500, Jason vanRijn Kasper wrote: > > > So. It's been a while. =:) bbkeys 0.3.6 is hereby released into the wild, > > may > > God have mercy on us. Thanks to several patches and ideas sent in from > > Um, okay, but I'll bet it doesn't include shaleh's Xcutbuffer patch, now, does it? > > -- > -=|JP|=-"This space intentionally left blank." > Jon Pennington | Debian 2.4 -o) > [EMAIL PROTECTED] | Auto Enthusiast/\\ > Kansas City, MO, USA| Proud Husband and Father _\_V -- ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ Jason Kasper (vanRijn) Systems Engineer bash$ :(){ :|:&};: VORFA
Re: bbkeys 0.3.6 released
On Wed, Mar 14, 2001 at 11:45:35PM -0500, Jason vanRijn Kasper wrote: > So. It's been a while. =:) bbkeys 0.3.6 is hereby released into the wild, > may > God have mercy on us. Thanks to several patches and ideas sent in from Um, okay, but I'll bet it doesn't include shaleh's Xcutbuffer patch, now, does it? -- -=|JP|=-"This space intentionally left blank." Jon Pennington | Debian 2.4 -o) [EMAIL PROTECTED] | Auto Enthusiast/\\ Kansas City, MO, USA| Proud Husband and Father _\_V
bbkeys 0.3.6 released
So. It's been a while. =:) bbkeys 0.3.6 is hereby released into the wild, may God have mercy on us. Thanks to several patches and ideas sent in from my little user community (look, Ma, I've got users!!), bbkeys now sports several new really neato features, such as window moving and resizing via keystroke navigation. Also, I've reworked the methodology behind the whole configuration launch thingey (Kyle, you were -> <- this close), and I've reworked the very simple "just to get you started with bbkeys configuration" C program, bbkeysConfigC, that gets launched in an xterm or rxvt to be a little bit more useful and much more informative. (Can you say DISCLAIMER, anyone?) Also in this release is an updated bbkeysconf package (available in rpm, deb, lemon-lime, and tooty-fruity flavors) that allows configuration of these new and improved bbkeys features. Trek on over to http://movingparts.net/bbkeys.shtml to download your choice of rpm, deb, or source-ball. As always, please let me know of any problems or issues you may have with this fine, quality product =:) -- ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ Jason Kasper (vanRijn) Systems Engineer bash$ :(){ :|:&};: VORFA