Re: [dev] [surf] SearchEngines patch

On 24/09/2009, Nils wrote: > On Thu, Sep 24, 2009 at 10:16:28AM +1000, Jessta wrote: >> I don't think url parameter replacement is really the domain of the >> web browser > > Oh yeah, you're right. My window manager should do it. > I don't think url parameter replacement is really the domain of th

[dev] [ii] patch for stdio routines

OK, I'm fairly happy with this, except that so far I've only lightly tested it. Summary of changes: Move the getaddrinfo/socket/connect dance to dial(), replacing memset(&hints) with hints={0} Replace read(1)*n with fgets() Replace snprintf(), strlen(), write() with fprintf(), and corresponding s

Re: [dev] [surf] SearchEngines patch

On Thu, Sep 24, 2009 at 10:16:28AM +1000, Jessta wrote: > I don't think url parameter replacement is really the domain of the > web browser Oh yeah, you're right. My window manager should do it.

Re: [dev] [surf] Call a script from within surf and an alternative to tabs

On 24/09/2009, Antoni Grzymala wrote: > hailukah dixit (2009-09-23, 12:42): > >> After some tinkering I've come up with a method that works for me. It >> involves a single file and three commands to manipulate it. I have a >> file at ~/.surf/stack. I can add urls (stack), and pull from them >>

Re: [dev] [surf] SearchEngines patch

On 23/09/2009, Nils wrote: > Hi, > > I wrote a little patch for surf which allows you to define custom search > engines, so you can google for "foo bar" simply by loading the url "g > foo bar" (or any other search engine you prefer). > I don't think url parameter replacement is really the domain o

Re: [dev] Thanks for your anwsers and how do you want your text editor ?

On 24/09/2009, QUINTIN Guillaume wrote: > Does YALSE have to support > > => a plugin system ? extensions ? scripting language (LUA ?) ? (so one > can embed a terminal within YALSE) No, it's a text editor. It edits text. > => syntax highlighting ? Sure, makes sense. But should be external from th

Re: [dev] Question upgrading dwm

On Wed, Sep 23, 2009 at 01:49:26PM +0100, Anselm R Garbe wrote: > Hi David, > > 2009/9/23 David Neu : > > On Wed, Sep 23, 2009 at 3:31 AM, Anselm R Garbe wrote: > >> This is really odd and it must be related to some older config.h, > >> patch, or something else. > >> > >> HTH, > >> Anselm > > > >

Re: [dev] [sic]: patches for string handling

On Wed, Sep 23, 2009 at 3:27 PM, Anselm R Garbe wrote: > 2009/9/22 Mark Edgar : >> * Use strcmp() instead of strncmp() where appropriate > > Applied. You missed one of these because it was mixed in with the startswith() change (patch attached). >> I have more changes, including getting rid of ca

Re: [dev] [surf] SearchEngines patch

On Wed, Sep 23, 2009 at 04:08:37PM +0200, cryptix wrote: > Due to the removal of the prefix = g_strdup_printf("%s ", > searchengines[i].token) line, another bug sneaked in. > With the {"g“, "http://google.com/search?q=%s"}, SearchEngine in > place, opening any url starting with g applies this Searc

Re: [dev] [surf] Call a script from within surf and an alternative to tabs

On Wed, 23 Sep 2009 20:20:05 +0200 Antoni Grzymala wrote: > hailukah dixit (2009-09-23, 12:42): > > > After some tinkering I've come up with a method that works for me. > > It involves a single file and three commands to manipulate it. I > > have a file at ~/.surf/stack. I can add urls (stack)

Re: [dev] [surf] Call a script from within surf and an alternative to tabs

On Wed 23 Sep 2009 at 10:42:42 PDT hailukah wrote: After some tinkering I've come up with a method that works for me. It involves a single file and three commands to manipulate it. I have a file at ~/.surf/stack. I can add urls (stack), and pull from them either FILO (unstack), or FIFO (go).

Re: [dev] [surf] Call a script from within surf and an alternative to tabs

hailukah dixit (2009-09-23, 12:42): > After some tinkering I've come up with a method that works for me. It > involves a single file and three commands to manipulate it. I have a > file at ~/.surf/stack. I can add urls (stack), and pull from them > either FILO (unstack), or FIFO (go). I use th

Re: [dev] [surf] Call a script from within surf and an alternative to tabs

On Wed, Sep 23, 2009 at 12:42:42PM -0500, hailukah wrote: > I'd appreciate any comments, suggestions or effyou's (maybe I should > post as HTML :P ). HA! This looks interesting. I'll definitely check it out. -- Andrew Antle ##

[dev] [surf] Call a script from within surf and an alternative to tabs

Hi all, First a little reasoning for this. After years of using a tabbed browser I've become accustomed to going through a search engine listing or a forum and middle clicking everything that looked interesting and then going through the tabs one by one. After trying out surf and getting spoilt

Re: [dev] [sic]: patches for string handling

On Wed, Sep 23, 2009 at 03:56:55PM +0100, Anselm R Garbe wrote: Well you are right, I was assuming the sic.c context where all buffers are static and now used in a way that the last byte is always emergency terminator. Well, that's true, but I don't like making that kind of assumption. Someone

Re: [dev] Thanks for your anwsers and how do you want your text editor ?

On Wed, Sep 23, 2009 at 06:14:36PM +0200, QUINTIN Guillaume wrote: I do NOT want to begin a troll about VI vs EMACS vs WHATEVER. Vi FTW! To hell with GNU bloatware. Except for SLIME. SLIME is rather nice. -- Kris Maglione Fashion is something barbarous, for it produces innovation without re

[dev] Thanks for your anwsers and how do you want your text editor ?

Hi all, I did not had time to thank you all for your answers on the thread concerning LaTeX and typesetting systems. I finally solved my issue, it was a problem with epstopdf and convert from imagemagick. When I have an eps picture with some dimensions, => on the computer at my work, convert conse

Re: [dev] Question upgrading dwm

On Sep 23, 2009 at 05:49 AM, Anselm R Garbe wrote: > 2009/9/23 David Neu : > > Perhaps the lines referenced above in config.mk should be commented > > out by default, as the comment preceding them seems to imply. > > What do others think about this proposal? No Xinerama support by default? I no

Re: [dev] Question upgrading dwm

Funny, I was using three monitors years before Xinerama was even invented, I wonder how was that possible? Tuomov is right on this one, Xinerama sucks: http://modeemi.fi/~tuomov/b/2008/the_downfall_of_x/ uriel On Wed, Sep 23, 2009 at 4:49 PM, miles groman wrote: > Xinerama ++ > > /me hugs his 2

Re: [dev] automatic tagging on executing a program

On Wed, Sep 23, 2009 at 04:41:24PM +0200, Davide Anchisi wrote: Hi, I created the tagrule: /gimp/ -> gimp in rc.wmii.local So to tag gimp as gimp when executing it. It works, but the program does not begin to start until I open the newly created view. What is missing? Is there a way so that

Re: [dev] Question upgrading dwm

fetishists... 2009/9/23 miles groman : > Xinerama ++ > > /me hugs his 2 monitors > > On Wed, Sep 23, 2009 at 7:58 AM, David Neu wrote: >> On Wed, Sep 23, 2009 at 8:49 AM, Anselm R Garbe wrote: >>> Ah that explains a lot. You aren't using dwm-5.6.1, right? You are >>> using dwm-5.6? >>> The bug y

[dev] automatic tagging on executing a program

Hi, I created the tagrule: /gimp/ -> gimp in rc.wmii.local So to tag gimp as gimp when executing it. It works, but the program does not begin to start until I open the newly created view. What is missing? Is there a way so that the view switches to the new gimp view when I execute gimp? T

Re: [dev] [sic]: patches for string handling

2009/9/23 Kris Maglione : > On Wed, Sep 23, 2009 at 02:41:23PM +0100, Anselm R Garbe wrote: >> 2009/9/23 Kris Maglione : >>> >>> On Wed, Sep 23, 2009 at 12:53:35AM +0200, Mark Edgar wrote: * Fix buffer overrun when using strncpy() >>> >>> It's really sad to see code using strncpy. >> >> W

Re: [dev] Question upgrading dwm

Xinerama ++ /me hugs his 2 monitors On Wed, Sep 23, 2009 at 7:58 AM, David Neu wrote: > On Wed, Sep 23, 2009 at 8:49 AM, Anselm R Garbe wrote: >> Ah that explains a lot. You aren't using dwm-5.6.1, right? You are >> using dwm-5.6? >> The bug you were noticing was fixed in dwm-5.6.1. Not buildin

Re: [dev] [sic]: patches for string handling

On Wed, Sep 23, 2009 at 02:41:23PM +0100, Anselm R Garbe wrote: Hi, 2009/9/23 Kris Maglione : On Wed, Sep 23, 2009 at 12:53:35AM +0200, Mark Edgar wrote: * Fix buffer overrun when using strncpy() It's really sad to see code using strncpy. Well strncpy has performance issues on large buffe

Re: [dev] [surf] SearchEngines patch

Hey there, On 23.09.2009, at 15:44, Nils wrote: Thanks cryptix. As you can tell I'm not very experienced with C and this little patch was more of a hack anyway. :) you’re welcome, I don’t consider me to be very experienced either. :) Due to the removal of the prefix = g_strdup_printf("%s ",

Re: [dev] [surf] SearchEngines patch

On Wed, Sep 23, 2009 at 03:04:55PM +0200, cryptix wrote: > Realized this is still bad. > > If you have 10 SearchEngines and only the last one matches in the > parseuri() for loop, you would still have the other 9 allocated.. > Getting rid of prefix altogether seams to be the cleanest approach. > n

Re: [dev] [sic]: patches for string handling

Hi, 2009/9/23 Kris Maglione : > On Wed, Sep 23, 2009 at 12:53:35AM +0200, Mark Edgar wrote: >> >> * Fix buffer overrun when using strncpy() > > It's really sad to see code using strncpy. Well strncpy has performance issues on large buffers since it pads the remainder with null bytes. I agree that

Re: [dev] Suckless word processing solution?

Илья Илембитов wrote: BTW, is there any list of mature Tk-based apps? How about music/video players, IMs, etc? I am only aware of Tkabber and HV3 (which is already dead). gitk uses tk and is provided by default with git.

Re: [dev] [sic]: patches for string handling

2009/9/22 Mark Edgar : > Here's a summary of the changes in this patch: > > * Fix buffer overrun when using strncpy() Applied. > * Use startswith() macro instead strncmp() Not applied. > * Use strcmp() instead of strncmp() where appropriate Applied. > * Use const char * where appropriate Not

Re: [dev] Suckless word processing solution?

Well, may be you are right (however, for me there is only one thing that ties me strongly to GTK - there is no Tk-based WebKit (or Gecko) browser. Anyways, a lightweight proper Tk-based word processor is much better that a non-existent GTK-based one and surely much better than AbiWord BTW, is

Re: [dev] Suckless word processing solution?

2009/9/23 Илья Илембитов : >>> But there is also another point: Tk may be bad or not, but I can't really >>> think of any major apps based >on it - apart from Tkabber. I'm not saying >>> that it's bad just because it's not popular, but the thing is, that >>many users wouldn't like to add any addi

Re: [dev] Suckless word processing solution?

>> But there is also another point: Tk may be bad or not, but I can't really >> think of any major apps based >on it - apart from Tkabber. I'm not saying >> that it's bad just because it's not popular, but the thing is, that >many users wouldn't like to add any additional dependencies (that is,

Re: [dev] [surf] SearchEngines patch

Realized this is still bad. If you have 10 SearchEngines and only the last one matches in the parseuri() for loop, you would still have the other 9 allocated.. Getting rid of prefix altogether seams to be the cleanest approach. no need to strdup(). Updated patch attached. searchengines.p

Re: [dev] Suckless word processing solution?

Илья Илембитов dixit (2009-09-23, 16:54): > But there is also another point: Tk may be bad or not, but I can't > really think of any major apps based on it - apart from Tkabber. I'm > not saying that it's bad just because it's not popular, but the thing > is, that many users wouldn't like to add a

Re: [dev] Question upgrading dwm

On Wed, Sep 23, 2009 at 8:49 AM, Anselm R Garbe wrote: > Ah that explains a lot. You aren't using dwm-5.6.1, right? You are > using dwm-5.6? > The bug you were noticing was fixed in dwm-5.6.1. Not building with > Xinerama support will do the trick on single head setups as well of > course. Hi Ans

Re: [dev] Suckless word processing solution?

2009/9/23 Илья Илембитов : > But there is also another point: Tk may be bad or not, but I can't really > think of any major apps based on it - apart from Tkabber. I'm not saying that > it's bad just because it's not popular, but the thing is, that many users > wouldn't like to add any additional

Re: [dev] Suckless word processing solution?

But there is also another point: Tk may be bad or not, but I can't really think of any major apps based on it - apart from Tkabber. I'm not saying that it's bad just because it's not popular, but the thing is, that many users wouldn't like to add any additional dependencies (that is, a toolkit o

Re: [dev] Question upgrading dwm

> What do others think about this proposal? No Xinerama support by default? IMHO xinerama support should be enabled by default, since those -dev libs are usually installed. (Disclaimer: I'm using Xinerama ;) Regards, Mate

Re: [dev][surf] Basic Address Auto-Completion

I've updated this for dmenu-style completion and you can now add the current url to the urls file. On Fri, Sep 18, 2009 at 08:52:04PM +0100, Anselm R Garbe wrote: > Why not using dmenu for that? Just an idea though... > > On Sep 18, 2009 8:34 PM, "Rory Rory" wrote: > > Here is the actual patch

Re: [dev] Question upgrading dwm

Hi David, 2009/9/23 David Neu : > On Wed, Sep 23, 2009 at 3:31 AM, Anselm R Garbe wrote: >> This is really odd and it must be related to some older config.h, >> patch, or something else. >> >> HTH, >> Anselm > > Hi Anselm, > > Thanks for the response. > > Everything seems to working now ... > > I

Re: [dev] Question upgrading dwm

On Wed, Sep 23, 2009 at 3:31 AM, Anselm R Garbe wrote: > This is really odd and it must be related to some older config.h, > patch, or something else. > > HTH, > Anselm Hi Anselm, Thanks for the response. Everything seems to working now ... I reviewed config.mk and noticed the following sectio

Re: [dev] Question upgrading dwm

2009/9/23 Uriel : > This crap is what you get as result of the braindead config.h system. The config.h system is less likely to fail than any system that relies on config files that are parsed. And it is not required to edit config.h. It's just to separate vanilla dwm from where patches are applie

Re: [dev] Question upgrading dwm

This crap is what you get as result of the braindead config.h system. uriel On Wed, Sep 23, 2009 at 9:31 AM, Anselm R Garbe wrote: > Hi David, > > 2009/9/22 David Neu : >> My apologies if this has been addressed on the list, but I just >> upgraded from dwm 5.5 to dwm 5.6.1, and the following fea

Re: [dev] Suckless word processing solution?

On Wed, Sep 23, 2009 at 12:49 AM, Kurt H Maier wrote: >> Tk is shit, but compared to GTK, Qt and the rest, Tk at least is >> odorless and tasteless shit. > > I'm pretty sure Qt is a god damned war crime. Glib and gtk are crimes against humanity. uriel > > -- > # Kurt H Maier > >

Re: [dev] HTML Mail Rant Response

On Wed, Sep 23, 2009 at 12:37 PM, wrote: > It's unbelievable how one can have lived for so long with things one dislike > and > never have spent some 5 minutes to read the --help message. Except that only terminally broken broken programs take a '--help' flag. Learn to use man(1), and if a com

Re: [dev] [surf] SearchEngines patch

Hey Nils, like the patch, the unfree()ed prefixes were bugging me, though. Updated it a bit, hope you agree. Kind regards, cryptix searchengines.patch Description: Binary data

Re: [dev] HTML Mail Rant Response

* Antoni Grzymala [2009-09-22 23:22]: > Christian G. Warden dixit (2009-09-22, 11:48): > > > > text/html; /usr/bin/elinks -dump -force-html '%s'; copiousoutput; > > > description=HTML Text; nametemplate=%s.html > > > > > -nomargins is the options I was looking for, -width seems to break more >

Re: [dev] [surf] SearchEngines patch

Hi! I won't add this patch to vanilla-surf but feel free to create a patches section in the suckless-wiki and add your patch. regards Gottox 2009/9/23 Nils : > Hi, > > I wrote a little patch for surf which allows you to define custom search > engines, so you can google for "foo bar" simply by lo

Re: [dev] Question upgrading dwm

Hi David, 2009/9/22 David Neu : > My apologies if this has been addressed on the list, but I just > upgraded from dwm 5.5 to dwm 5.6.1, and the following features using > the default config.h don't seem to be working Are you sure you use vanilla dwm-5.6.1? The symptoms you see don't sound like y