Hello,
While reading surf.c, I noticed the line `s = webkit_get_default_session();`
occurs twice in the same function, with nothing relevant happening in
between. This patch removes the first occurrence.
$ hg diff
diff -r 2533f186089d surf.c
--- a/surf.cThu Mar 31 12:52:35 2011 +0200
+++ b/su
On Wed, 8 Jun 2011 15:56:51 -0700
nodus cursorius wrote:
> I can not reproduce this bug. Please list the steps needed to reproduce.
Does it affect entry or just the cursor style? Asking because most terminals
won't show the focused-style cursor under X without a WM. XTerm supports
embedding wi
I can not reproduce this bug. Please list the steps needed to reproduce.
This patch fixes segfault. To reproduce, start selecting, move your
mouse out of window and back while holding LMB.
diff -r 6c311c25323e st.c
--- a/st.c Wed Jun 08 21:35:58 2011 +0200
+++ b/st.c Thu Jun 09 01:27:14 2011 +0400
@@ -615,7 +615,7 @@
if(oldey != sel.ey || olde
On Wed 08 Jun 2011 10:11:52 PM PDT, Ethan Grammatikidis wrote:
> On Wed, 8 Jun 2011 13:50:14 -0700 "Suraj N. Kurapati" wrote:
> > [2]: http://www.fial.com/~scott/tamsyn-font/
>
> If I may say so on brief acquaintance with it, that's a well-made
> bitmap font, that is.
Indeed, Tamsyn is the fairest
On Wed, 8 Jun 2011 21:47:02 +0100
Connor Lane Smith wrote:
> On 8 June 2011 21:39, Ethan Grammatikidis wrote:
> > Incidentally, I compared executable sizes of curl wget and p9p hget the
> > other day, finding hget to be larger than curl. Maybe it's the p9p libs,
> > but Plan 9 hget is about as
On Wed, 8 Jun 2011 13:50:14 -0700
"Suraj N. Kurapati" wrote:
> On Wed 08 Jun 2011 09:26:08 PM PDT, Ethan Grammatikidis wrote:
> > On Tue, 7 Jun 2011 19:09:25 +0200 pancake wrote:
> > > White background terminals harm my eyes.
> > >
> > > I cant think on anybody spending lot of time on a white
> >
Applied, thanks.
New bug though. Once embed in tabbed, st seems to not always receive
the focus event because the cursor is still hidden.
On Wed, Jun 8, 2011 at 10:17 PM, Bert Münnich wrote:
> I'm using a light background, so I didn't notice these differences--I
> guess I have to test things a bit more in the future...
>
>> The problem is that st has no way to tell the default bg from black
>> (if your default bg is black). See seco
On Wed 08 Jun 2011 09:26:08 PM PDT, Ethan Grammatikidis wrote:
> On Tue, 7 Jun 2011 19:09:25 +0200 pancake wrote:
> > White background terminals harm my eyes.
> >
> > I cant think on anybody spending lot of time on a white
> > background terminal. Its anti natural.
>
> I've been through a lot of (o
On 8 June 2011 21:39, Ethan Grammatikidis wrote:
> Incidentally, I compared executable sizes of curl wget and p9p hget the other
> day, finding hget to be larger than curl. Maybe it's the p9p libs, but Plan 9
> hget is about as large.
P9P executables are huge. It's ridiculous. I suspect the rea
On Wed, 8 Jun 2011 09:52:23 +0100
Nick wrote:
> On Wed, Jun 08, 2011 at 01:09:38AM +0100, Ethan Grammatikidis wrote:
> > It's also good for unpacking archives, I much prefer its zoom-to-unpack to
> > mucking about with tar (or especially zip,) although it's not as clean as
> > p9's `hget url |
On Tue, 7 Jun 2011 19:09:25 +0200
pancake wrote:
> White background terminals harm my eyes.
>
> I cant think on anybody spending lot of time on a white background terminal.
> Its anti natural.
I've been through a lot of (old) screens and I have to say it depends on screen
and font.
Still, I
On 08.06.11, Aurélien Aptel wrote:
> On Fri, Jun 3, 2011 at 12:41 PM, Bert Münnich wrote:
> > rxvt-unicode is a lot more simpler. It behaves in the same way as my
> > patch: simply reversing the default fg and bg colors. All the others fg
> > and bg colors remain untouched.
>
> ok
>
> > A nice e
Hi,
On Wed, Jun 08, 2011 at 08:40:48PM +0200, ilf wrote:
> On 06-08 12:13, Bert Münnich wrote:
> >>i dont think this is a task for an image viewer. we should
> >>probably write an ssetroot or so linking against imlib2 and
> >>allowing opaque colors like xsetroot does..
I think developing another X
On 08.06.11, Aurélien Aptel wrote:
> On Wed, Jun 1, 2011 at 9:59 AM, Bert Münnich wrote:
> > Hi,
> >
> > attached is a patch, that adds support for the deprecated '\E[?47h' and
> > '\E[?47l' control sequences, which are used when $TERM == "xterm-color".
> >
> > I've also added {rm,sm}cup entries t
On Wed, Jun 8, 2011 at 8:38 PM, nodus cursorius
wrote:
> Very simple in design, an XEmbed patch for st. Felt this would be
> useful for tabbed and remove my specific need for a terminal
> multiplexer. See attachment.
This can be useful. Applied and updated manpage/usage, thanks.
On Wed, Jun 1, 2011 at 9:59 AM, Bert Münnich wrote:
> Hi,
>
> attached is a patch, that adds support for the deprecated '\E[?47h' and
> '\E[?47l' control sequences, which are used when $TERM == "xterm-color".
>
> I've also added {rm,sm}cup entries to st.info, so that switching between
> normal and
http://openbsd.stanleylieber.com:7734/9base/diff.diff
-sl
On 06-08 12:13, Bert Münnich wrote:
i dont think this is a task for an image viewer. we should probably
write an ssetroot or so linking against imlib2 and allowing opaque
colors like xsetroot does..
Yay!
but well.. changing the background is not something we do everyday
unless you have any k
Very simple in design, an XEmbed patch for st. Felt this would be
useful for tabbed and remove my specific need for a terminal
multiplexer. See attachment.
Nodus
st-0.1.1-xembed.diff
Description: Binary data
On Thu, May 26, 2011 at 12:32 PM, anonymous wrote:
> Attached.
Applied without the fputs/fputc. It's really not critical (performance
wise) and inconsistent with the rest of the code.
On Tue, May 31, 2011 at 3:08 PM, Bryan Bennett wrote:
> terrible.[1] I've uploaded my config.h[2], but the line that should be the
Also, I don't know if changing the value of TAB is recommended. I
think it may lead to some strange bugs. Thus, we should move TAB
definition to st.c
On Tue, May 31, 2011 at 3:08 PM, Bryan Bennett wrote:
> I'm attempting to get st to use Dina as it's font. At first, I couldn't get
> st to read the font at all (it would die upon launching, saying it couldn't
> find the font), but I've had issues with Dina before - the CP1252
> encoding was givin
Thanks for all the patches :)
I've created a new terminal states (MODE_xxx) for the different kind
of mouse reporting instead of the global var. I've also removed the
first MODE_MOUSE check from mousereport() since it's tested by every
calling function that uses it. Tell me if everything works corr
Hey,
For anyone interested in helping out with sbase, I've pushed a TODO
file containing all the commands I think we need to implement, at
least to begin with. I'll be working on these whenever I have free
time, and if anyone else could help that would be great.
Thanks,
cls
On Tue, Jun 7, 2011 at 6:31 PM, Suraj N. Kurapati wrote:
> Haha. The picture on the last slide... is it the Suckless Community
> Van which is sent to pick up certain people in front of their homes?
There isn't just one. We have a sizeable fleet on each continent.
Sometimes we rent them out to ma
> Haha. The picture on the last slide... is it the Suckless Community
> Van which is sent to pick up certain people in front of their homes?
Phillip Dick has a short story with vans hunting for kids under twelve
to be a subject of abortion if they do not know algebra...
s.
On Wed, Jun 08, 2011 at 09:32:43AM -0400, Kurt H Maier wrote:
> it is impossible to rename a file
Har. Yes, sometimes I want to to rename some arbitrarily named files.
On 2011-06-06 21:06, Džen wrote:
> Pretty much answers my question. In my use case it'd be easier to use
> delimiters like \0 or \n, due to the data not being binary. However now
> I wonder, which method would need more cpu time? I suppose that when
> using delimiters there isn't a easier way than
On 8 June 2011 09:32, Kurt H Maier wrote:
> it is impossible to rename a file
>
O wow, I definitely missed the sarcasm here, was about to say
> rename(2) ?
I must be tired.
On Wed, Jun 8, 2011 at 9:29 AM, Noah Birnel wrote:
> Really? You never work with files created and named by other people? And
> all of the files you see fit a universal naming scheme that is machine
> sortable across all interesting selections? I wonder why your computer
> needs you at all, once y
On Wed, Jun 08, 2011 at 03:45:11PM +0800, Patrick Haller wrote:
> file manager
> = file selection + file (pre)viewing
> = ls/awk/$EDITOR + i_give_my_files_retarded_names
> => fix your naming convention
>
Really? You never work with files created and named by other people? And
all
On 06/08/11 14:43, Mate Nagy wrote:
I like to change my background to a random color every 2-10ms; it's
http://dagobah.net/flash/epilepsy-with-nice-music.swf
http://lolcathost.org/
>I like to change my background to a random color every 2-10ms; it's
>easier on the eyes than the plain black I used formerly, especially
>with my transparent terminals.
I hate to say it but this makes some sense. However, the tools to
use to get it right are already around (cron+xsetroot+sh), so
> I like to change my background to a random color every 2-10ms; it's
http://dagobah.net/flash/epilepsy-with-nice-music.swf
On Wed, Jun 8, 2011 at 6:04 AM, pancake wrote:
> changing the background is not something we do everyday unless
> you have any kind of mental disease..
I like to change my background to a random color every 2-10ms; it's
easier on the eyes than the plain black I used formerly, especially
with my t
oops, second screenshot attached.
<>
On Fri, Jun 3, 2011 at 12:41 PM, Bert Münnich wrote:
> rxvt-unicode is a lot more simpler. It behaves in the same way as my
> patch: simply reversing the default fg and bg colors. All the others fg
> and bg colors remain untouched.
ok
> A nice example to see the difference is alsamixer, which us
On 8 June 2011 10:19, pancake wrote:
> I'm attaching a patch that fixes the make to use ${CC} instead of musl if
> $CC environ is defined, musl is not yet available on all systems, so we
> should honor those environment variables.
I'm afraid the '?=' syntax is not POSIX compliant; portable macros
On 08.06.11, pancake wrote:
> On 06/08/11 11:49, ilf wrote:
> >On 06-08 11:23, Yoshi Rokuko wrote:
> >>>sxiv is my image viewer of choice, currently...
> >>>http://github.com/muennich/sxiv
> >>thank you for pointing out - i immediately?switched from feh to
> >>sxiv it's so much better and tiling fr
On 06/08/11 11:49, ilf wrote:
On 06-08 11:23, Yoshi Rokuko wrote:
sxiv is my image viewer of choice, currently...
http://github.com/muennich/sxiv
thank you for pointing out - i immediately?switched from feh to sxiv
it's so much better and tiling friendly ...
I use feh only for --bg-center, a
On 06-08 11:23, Yoshi Rokuko wrote:
sxiv is my image viewer of choice, currently...
http://github.com/muennich/sxiv
thank you for pointing out - i immediately?switched from
feh to sxiv it's so much better and tiling friendly ...
I use feh only for --bg-center, any way to do that with sxiv?
-
+-- Petr Sabata ---+
>
> sxiv is my image viewer of choice, currently...
>
> http://github.com/muennich/sxiv
>
thank you for pointing out - i immediatelyÂswitched from
feh to sxiv it's so much better and tiling friendly ...
i have packaged sandy, sbase, sxiv and other suckless packages in slpm
(http://hg.youterm.com/slpm) you can build chroots with it or install
packages without shitting the system.
I'm attaching a patch that fixes the make to use ${CC} instead of musl
if $CC environ is defined, musl is not yet a
Noah Birnel writes:
> So a suckless file manager would maybe throw away the whole file manager
> concept and have a sort of dmenu-like multiple file selector?
This patch may be useful:
http://tools.suckless.org/dmenu/patches/multiselect_and_newline
--
\ Troels
/\ Henriksen
+ pancake ---+
>
> White background terminals harm my eyes.
>
> I cant think on anybody spending lot of time on a white background terminal.
> Its anti natural.
>
no for me it is not, i'm using black on white for a long time now:
+-- Bjartur Thorlacius ---+
> On 6/7/11, Lorenzo Bolla wrote:
> > What I'll never get about eBooks is that they can store ~3000 books and
> > surely more in the future.
> > 3000 books / (1 book/week) = 57 years.
> > Most of us will already be dea
On Wed, Jun 08, 2011 at 01:09:38AM +0100, Ethan Grammatikidis wrote:
> It's also good for unpacking archives, I much prefer its zoom-to-unpack to
> mucking about with tar (or especially zip,) although it's not as clean as
> p9's `hget url | gunzip | tar -x`.
you know you can do something like
`c
> m9u is probably about as simple as it gets. Though technically it's
> not even a music player; it relies on other programs for that, and
> only deals with the playlist. Doesn't try to keep track of any meta
> data and certainly doesn't use any curses, it just gives you a 9p
> interface.
> I'm i
On 06/07/11 19:44, Andreas Wagner wrote:
I like dmenfm (dmenu based file manager):
https://bbs.archlinux.org/viewtopic.php?id=2&p=1
yay, looks like a nice tool. but:
- it's bash, should be rewritten to be posix
- there's spaguettis in the file opening code
- doesnt honor default unix envir
I can only say: Wow!
it's 2088LOC..but it's config.h friendly, simple, clean and fast. x))
thanks for noticing, im gonna package it in slpm
On 06/08/11 08:05, Petr Sabata wrote:
On Tue, Jun 07, 2011 at 05:34:00PM +0200, pancake wrote:
If you need thumbs use an image viewer. Gqview works quite
On Wed, Jun 08, 2011 at 08:01:10AM +0200, Petr Sabata wrote:
> On Wed, Jun 08, 2011 at 12:57:40PM +0800, Patrick Haller wrote:
> >
> > define $EDITOR then ^x^e
>
> I guess this is just something bash-specific?
yeah, edit the current command using $EDITOR
file manager
= file selection + fi
54 matches
Mail list logo
