I updated bmarks-history on the wiki a couple days ago.
If you read the config.def.h carefully, _SURF_URI is what xprop /reads/ whereas
_SURF_GO is what it /sets/.
Peter
On Fri, 4 Jun 2010 12:50:38 +0200, Nibble wrote:
> On Fri, 4 Jun 2010 11:02:01 +0200
> cryptix wrote:
>
> > Hi,
> >
> >
On Fri, 4 Jun 2010 11:02:01 +0200
cryptix wrote:
> Hi,
>
> I noticed that that SETPROP() in config.def.h now takes two
> arguments. The SETPROP() for surf.sh (still?) takes one. Being unsure
> on how to handle this right I just changed SETPROP(p) to SETPROP(p,q)
> and added "_SURF_GO" to the SET
Hi,
I noticed that that SETPROP() in config.def.h now takes two arguments. The
SETPROP() for surf.sh (still?) takes one.
Being unsure on how to handle this right I just changed SETPROP(p) to
SETPROP(p,q) and added "_SURF_GO" to the SETPROP()'s in keys[]..
From what it looks like q (or fid in su
Hi,
I modified your original surf.sh because it makes two xprop calls every time
it is invoked, which is unnecessary overhead. I also attach below my own surf2.sh
which implements as minimally as I can figure out how the history functions mentioned
in the last e-mail.
= surf
On Fri, 2 Apr 2010 09:32:41 -0400 (EDT)
Peter John Hartman wrote:
> Hi nibbles (and pancake et al):
Hi Peter, (it is *nibble* ;)
> Looks even better (once more)! But you still don't store stuff to a
> local history file, except when one explicitly bookmarks the page.
> Two of the goals of the
Hi nibbles (and pancake et al):
Looks even better (once more)! But you still don't store stuff to a local
history file, except when one explicitly bookmarks the page. Two of the
goals of the script, I think, are to:
(1) store all find transactions to a find.history.txt file.
(2) store all set
On Thu, 1 Apr 2010 21:41:48 -0400 (EDT)
Peter John Hartman wrote:
> The code looks even better. Here's some more additions and some
> subtractions.
>
> * I didn't like the "tag" business with the bmarks. It complicates
> with little payoff.
>
> * You never in fact had entries being written to
The code looks even better. Here's some more additions and some
subtractions.
* I didn't like the "tag" business with the bmarks. It complicates with
little payoff.
* You never in fact had entries being written to history. I store both
smart prefix entries, e.g., "g foobar foo" and ordinary e
nibble and me cleaned up a bit more my refactored script and
now supports youtube and does not depends on awk, the code
is now much cleaner and easy to ready/modify.
The last script depends on dmenu from mercurial, so it uses
-e $xid to embed.
http://surf.suckless.org/files/bmarks
enjoy :)
bt
Conceptually looks nice, but the script uses some bashisms and linuxsms and
depends on urlencode.sh which is not distributed with the script. it also
has a race condition in the history file on multiuser environments and it
is possible to steal the history information because of the cp
hack: (wh
Hi Folks,
So, I've cobbled together the attached shell script to do most of what I
want to do with surf, including history, smart prefixes, and bookmarks.
The upshot is that one doesn't need the history patch and the searchengines
patch.
I'd appreciate comments on this, esp.\ with respect to how
11 matches
Mail list logo