l provides a tremendously simple interface.
[0]: http://tools.suckless.org/sic/
--
\ Troels
/\ Henriksen
FRIGN writes:
> | [] | 4*16-Bit BE unsigned integers [RGBA] / pixel, row-aligned |
Do you mean row-major, or does row-aligned mean something more subtle?
--
\ Troels
/\ Henriksen
"Jeroen Op 't Eynde" writes:
> On Thu, Mar 5, 2015 at 11:37 PM, Troels Henriksen wrote:
>>
>> Unless something has changed since last I checked, Surf does not permit
>> the Javascript engine to access cookies. This breaks a lot of the web.
>
> Is there
le
> Calendar broke.
>
> I first thought this may be due to webkitgtk-2.0, so I successfully
> replaced it with webkitgtk-3.0 but no luck on the webapps front.
Unless something has changed since last I checked, Surf does not permit
the Javascript engine to access cookies. This breaks a lot of the web.
--
\ Troels
/\ Henriksen
(;;) { /* main loop */
FD_ZERO(&rd);
FD_SET(0, &rd);
--
\ Troels
/\ Henriksen
resting approach, which can be seen in
e.g. Rust. This will cost you greatly in increased implementation
complexity, which I think is not to the taste of many on this list.
Most of the complexity in a minimal C compiler will be in the parser,
for example.
--
\ Troels
/\ Henriksen
++ library is a red-black
tree.
--
\ Troels
/\ Henriksen
t; https://github.com/esjeon/soap/commit/cec3f19ee151ab647dc8c5a544cb5e4277992531
This is a wonderful solution. It's even less code!
--
\ Troels
/\ Henriksen
nly not surf. The same happens with Midori.
I can understand that. A better solution would be to refine the
Javascript-toggle, such that user-scripts (like link hinting) will be
enabled, while all website Javasript will be disabled.
--
\ Troels
/\ Henriksen
Swiatoslaw Gal writes:
> Did anyone implemented links hinting without java script?
Why would you want that? It would be hundreds of lines of tremendously
ugly C-code for navigating the DOM, creating CSS, installing key
handlers...
--
\ Troels
/\ Henriksen
g Go processes.
(I do not use Go myself, but in the Haskell world we have a similar
issue - my current project compiles to a statically linked 53MiB binary,
although this is admittedly with profiling support included.)
--
\ Troels
/\ Henriksen
Troels Henriksen writes:
> Andrew Gwozdziewycz writes:
>
>> Assume that each filter halves the fileset of, say, 256 files (my /etc
>> directory on this OSX machine has just 247 files). That's less than
>> 512 calls with a few filters. Is that really so bad on modern
age and the like, paired with
another tree-walking fool.
--
\ Troels
/\ Henriksen
rote it in mksh
>> because this is a wonderful shell and it's really powerful. And it's how I
>> learn new shell hacks (creating my stuff) :)
>
> 2014 is the year of C :)
No, that was year 100. 2014 is the year of MMXIV.
--
\ Troels
/\ Henriksen
ble-island.net/xterm/images/contrast.jpg
You really shouldn't write terminal programs that require precise
colours.
--
\ Troels
/\ Henriksen
is terrible. I would
advise never using it. Pretty much every other terminal in works
properly, because they don't try to simulate some ancient DOS
abomination.
--
\ Troels
/\ Henriksen
the best choice. But
yeah, stay away from the weirdest characters. For example, '💩', which I
often find useful when discussing software, is missing in many fonts.
--
\ Troels
/\ Henriksen
ducing them, unless
necessary to interact with legacy systems. (Of course, one should
consider Windows to be legacy...) Unicode also has all the weird
line-drawing characters you could ever want, if you find them important.
On which systems are the Latin-set of code pages still necessary?
--
\
I
suspect that the major overhead is the additional system calls in ls (or
the sorting, if not disabled).
--
\ Troels
/\ Henriksen
feature you want in a
seperate patch. It's a rather big amount of code (relative to suckless
standards anyway), and completely unnecessary if you don't like using
the rat. Furthermore, while some dmenu-patches add command line
toggles, that might be used by other programs that us
rocess.
>>
> Okay, but why not work with a unicode code point as an int?
That would not be UTF-8, but UCS-4. I don't think Xlib can handle that
natively.
--
\ Troels
/\ Henriksen
cific-language to be used by non-programmers.
If the domain is very technical, with a large number of unique terms
(for example, law), translating said terms to English may render the
language less comprehensible and harder to use.
In the general case, and the specific case of Suckless, Englis
/hosts, rather
>> than time out.
>
> But you're still wasting the bandwidth. It's insane.
The bandwidth to the local proxy? How exactly is anything being wasted?
--
\ Troels
/\ Henriksen
hackers will work dilligently on
supporting emerging web technologies such as cookies and file downloads.
--
\ Troels
/\ Henriksen
I intend to release surf 0.5 on Thursday, so if anyone's working on
patches, now's the time to finish them.
--
\ Troels
/\ Henriksen
t; right?
Yes:
#define STRING(f) { .v = (char*[]){ f } }
--
\ Troels
/\ Henriksen
sta...@cs.tu-berlin.de writes:
> * Troels Henriksen [2012-07-06 09:31]:
>> eval() was never needed per se. I put it in because you need it if you
>> want robust keybindings to functions defined in script.js, and you need
>
> Ok. Didn't know. And still don't reall
to spend a good while reading dubious documentation to figure out how to
write it yourself. Maybe we could express some of the default surf
commands using it, though.
--
\ Troels
/\ Henriksen
pancake writes:
> On 06/19/12 12:45, Troels Henriksen wrote:
>> Swiatoslaw Gal writes:
>>
>>> Is anyone planning to port surf for gtk3?
>> Once I have a system that uses GTK3, I'd have to do it.
>>
> are you from the past?
Pretty close: I use Slackware.
--
\ Troels
/\ Henriksen
Swiatoslaw Gal writes:
> Is anyone planning to port surf for gtk3?
Once I have a system that uses GTK3, I'd have to do it.
--
\ Troels
/\ Henriksen
ot add any complexity. I've
pushed it to mainline.
--
\ Troels
/\ Henriksen
loit shell evaluation order:
(rm foo && cmd... > foo) < foo
This will do an (almost) in-place replacement of foo.
--
\ Troels
/\ Henriksen
evan.ga...@gmail.com (Evan Gates) writes:
> I've attached a small patch to the manpage that documents the use of
> SURF_USERAGENT and http_proxy environment variables.
Committed, thanks, and sorry for the delay.
--
\ Troels
/\ Henriksen
Calvin Morrison writes:
> On 22 February 2012 09:17, Troels Henriksen wrote:
>> Calvin Morrison writes:
>>
>>> On 22 February 2012 08:36, Troels Henriksen wrote:
>>>> Calvin Morrison writes:
>>>>
>>>>> But, since we write out to
Calvin Morrison writes:
> On 22 February 2012 08:36, Troels Henriksen wrote:
>> Calvin Morrison writes:
>>
>>> But, since we write out to the cookie jar frequently, wouldn't it be
>>> inefficient to be constantly re reading (and reparsing) the entire
Calvin Morrison writes:
> But, since we write out to the cookie jar frequently, wouldn't it be
> inefficient to be constantly re reading (and reparsing) the entire
> cookie file?
Yes, but we're already doing that, so apparently it's not a big problem
in practice.
--
\ Troels
/\ Henriksen
l send cookies, will it not? Is that desirable?
--
\ Troels
/\ Henriksen
a cookie is
requested or given. (Nothing should prevent us from using inotify to
be a bit smarter, though.)
--
\ Troels
/\ Henriksen
Abby Cedar writes:
> Need to close stdout otherwise it can't be used in a script until surf
> finishes.
>
> To test, try the below before and after the patch.
Thanks, I pushed your fix. For religious reasons, I changed it to us
fclose() rather than freopen().
--
\ Troels
/\ Henriksen
Abby Cedar writes:
> Need to close stdout otherwise it can't be used in a script until surf
> finishes.
Am I missing something? Why not just use flose(stdout)?
--
\ Troels
/\ Henriksen
gt;>
>> Nick
>>
>
> I'm going.
Me too. Any talks you can recommend?
--
\ Troels
/\ Henriksen
has left %s", argv[TOK_NICKSRV], argv[TOK_USER], argv[TOK_CHAN]);
} else if(!strncmp("MODE", argv[TOK_CMD], 5))
--
\ Troels
/\ Henriksen
trolling spatialness) into config.def.h. I
can't see why we shouldn't (although one could argue that changing true
to false is equally easy in surf.c, if harder to find).
--
\ Troels
/\ Henriksen
Jeremy Jackins writes:
>> this
>
> Sorry, this one can actually be applied.
Thanks, applied.
--
\ Troels
/\ Henriksen
Bastien Dejean writes:
> Bjartur Thorlacius:
>
>> Just draw the second border on the root window.
>
> Will it work with floating windows?
No.
--
\ Troels
/\ Henriksen
rather than the current
single-colour border. I'm not entirely certain how those are tiled, though.
--
\ Troels
/\ Henriksen
itionally strip trailing newlines, since they will
never be part of a selection proper, but always a terminator.
--
\ Troels
/\ Henriksen
compatibility.
>
> All supported except for -maxdepth, but you can use:
>
> find -L . -type d \! -name . -prune -o -type f -perm -111 -print
You'll run into problems with command line length. If rewritten to a
shell loop, it'll be too slow.
This has all been tried before.
--
\ Troels
/\ Henriksen
Kurt Van Dijck writes:
> On Fri, Nov 25, 2011 at 09:54:44AM +0100, Troels Henriksen wrote:
>> "Suraj N. Kurapati" writes:
>>
>> > On Thu 24 Nov 2011 05:12:17 PM PST, Stephen Paul Weber wrote:
>> >> Somebody signing messages as Suraj N. Kurapati wro
ted by the
_NET_WM_PID property, then use the working directory of that process.
--
\ Troels
/\ Henriksen
how curl gets its correct remote header filename.
What an ugly mess. Is there really no usable downloader program that
can handle these (not terribly rare) cases in a simple manner? This
sounds like a good candidate for a new Suckless project, although I'm
partial to simply using the wget-loop for now.
--
\ Troels
/\ Henriksen
sta...@cs.tu-berlin.de writes:
> * Troels Henriksen [2011-11-05 12:51]:
>> There is a fix for this that involves using the
>> webkit_download_get_suggested_filename function and passing it to wget's
>> -O option, but I can't figure out how to prevent clobb
ename function and passing it to wget's
-O option, but I can't figure out how to prevent clobbering of an
already existing file by that name. Perhaps we should use curl instead.
--
\ Troels
/\ Henriksen
have run across this problem before.)
--
\ Troels
/\ Henriksen
Anselm R Garbe writes:
> On 31 October 2011 12:42, Troels Henriksen wrote:
>> Anselm R Garbe writes:
>>
>>> * surf (seems dead, please shout if you disagree or if anyone wants to
>>> take this on, it doesn't make sense if it is not maintained, as
>&g
if disconnected), but it is otherwise a very good
program, and I would be sad to see it go.
--
\ Troels
/\ Henriksen
ng an off-tree fork with some changes (although not all
of those changes are "suckless", I think I have figured out some good
ways to make Surf more useful).
--
\ Troels
/\ Henriksen
e's
trying to talk about. Why not respond with "I don't care about the
problem he's talking about" rather than ranting about how his arguments
are all wrong when you apply them to something completely different than
what he's talking about?
--
\ Troels
/\ Henriksen
ry name, well that just sucks doesn't it ;)
>>
> Directory names are a sequence of arbitrary nonzero bytes. Parsing a
> concatenation of arbitrary strings sucks. Directories can only be
> separated by zero bytes.
Well, in a PATH variable, they're always separated by colons.
--
\ Troels
/\ Henriksen
f mine and he cooked this up
>
> ls ${PATH//:/ }
That will fail if any folder in $PATH contains spaces. Evan's, however,
is not only short, but also correct even under such crazy circumstances.
--
\ Troels
/\ Henriksen
Connor Lane Smith writes:
> Hey,
>
> On 16/10/2011, Troels Henriksen wrote:
>> You can't. dmenu does not implement the X11 input context protocol. It
>> could in a few dozen lines of code, though.
>
> I would happily accept a patch for this.
Here's
Swiatoslaw Gal writes:
> What may I do to enable composite key (defined with setxkbmap
> as compose:rctrl) with dmenu? It works with st, though.
You can't. dmenu does not implement the X11 input context protocol. It
could in a few dozen lines of code, though.
--
\ Troels
/\ Henriksen
to write a very useful, stable
and (rather) suckless browser in a few thousand lines of code, but you
really can't do it well in the current 800 or whatever Surf is.
--
\ Troels
/\ Henriksen
Nick writes:
> Quoth Troels Henriksen:
>> Nick writes:
>>
>> > Howdy,
>> >
>> > I recently got around to updating the patch posted to the list in
>> > July last year by Carlos, which builds downloading into surf rather
>> > than
horrible javascript sorts of downloads,
> such as from rapidshare and megaupload.
Huh? I have not had trouble using wget for this.
--
\ Troels
/\ Henriksen
82MiB on my system, and
that includes Cabal (the package manager/make system), program coverage
checking tools, debugging tools and a bunch of other things. Binaries
generated by GHC are indeed fairly huge, but the number in the quoted
email seems inflated.
--
\ Troels
/\ Henriksen
tp://dooble.sourceforge.net/
>
>> Dooble is a new Open Source Web browser that focuses on compactness,
>> security, and stability.
>
> Total SLOC = 14,660
"An integrated file manager is an elegant necessity."
"Dooble includes a colorful desktop."
What is this nonsense?
--
\ Troels
/\ Henriksen
an someone remind me on the state of wmii? Is it abandoned/stalled?
> Is a relocation elsewhere planned yet or not?
As I understand it, it moved to Google Code some time ago:
http://code.google.com/p/wmii/
--
\ Troels
/\ Henriksen
tring exists.
This would add code, yet would not add any feature, nor make dmenu usage
easier in any way. It would not even be a performance improvement, as
it would still read the elements, and hence a complete waste of lines.
--
\ Troels
/\ Henriksen
software?
dwm has a built-in status bar rather than using an external program.
dmenu doesn't use sselp anymore (maybe a stretch). Surf has a built-in
progress bar. There are probably some examples in wmii, but I do not
know it well. And all of the above have very good reasons for bein
eople of Suckless seem to take
the frugal road.
--
\ Troels
/\ Henriksen
#x27;s one window, not many,
>> making it comfortable to edit a 30-file project without getting
>> caught up in managing windows.
That just means you need a better window manager. Whatever sam does,
why can't a specialised program do that as well?
--
\ Troels
/\ Henriksen
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
Connor Lane Smith writes:
> Hey,
>
> On 6 June 2011 22:10, Troels Henriksen wrote:
>> If . is part of your PATH (leaving aside questions of whether this is a
>> good idea), dmenu_path can be very slow, as it searches the entire tree
>> from the working directory for
; -maxdepth 1 | grep -q .; then
+ find $PATH ! -type d \( -perm -1 -o -perm -10 -o -perm -100 \) -maxdepth 1 | sed 's/.*\///' | sort -u > "$CACHE"
fi
cat "$CACHE"
--
\ Troels
/\ Henriksen
Sir Cyrus writes:
> Not too clued in on coreutils alternatives, but what's wrong with
> busybox?
Enormously ugly code (IMO worse than GNU coreutils, but in a different
way), and not much hackability. It's designed for something much
different than sbase.
--
\ Troels
/\ Henriksen
it is very
> slow. Why should it list all my files and directories?
Listing files? dmenu? When?
--
\ Troels
/\ Henriksen
Bryan Bennett writes:
> Connor - I've just built tip and upon initial usage, I've had 0
> problems with it. Looks good from my end.
I've been using it as well, with no problems yet.
--
\ Troels
/\ Henriksen
thing you are going to start by invoking directly, but
rather through a shortcut in your window manager.
--
\ Troels
/\ Henriksen
Peter John Hartman writes:
> I'd be happy to hear of someone who has a quick-n-dirty solution to this
> problem.
I patched my surf to check whether input focus was in a text field
before processing shortcut keys. The patch is somewhere on the list.
--
\ Troels
/\ Henriksen
ounds kind of sucky, but the
> removing C++ thing is a noble goal nonetheless.
Well, I personally wouldn't want to use roff for anything but manpages,
but I know some on this list may disagree. But I imagine OpenBSD will
not prevent you from installing additional macro sets.
--
\ Troels
/\ Henriksen
ys.
/tmp is wiped on system reboot, while you might like your dmenu cache to
live a little longer than that.
--
\ Troels
/\ Henriksen
Also,
the strcat calls may overflow cachepath and cachefile is not
NUL-terminated.
--
\ Troels
/\ Henriksen
ause presumably the battery lasts much longer than that?
sudo can be configured to permit certain users (such as your user
account) to run specific commands (such as mount) without prompting for
a password. It's a rather flexible tool.
--
\ Troels
/\ Henriksen
problem, you could do this with select() easily
enough. I think people object to the complexity, however. (I don't -
especially when the alternative is to loose out on a very useful feature
that cannot be implemented in a simpler way.)
--
\ Troels
/\ Henriksen
ly read the code).
A patch for this issue has been posted several times. I have posted it
at least twice, at least. The problem is that the load-status-change
event (or rather, the event handler) is not disabled before the window
starts being destroyed.
--
\ Troels
/\ Henriksen
something entirely different.
--
\ Troels
/\ Henriksen
Connor Lane Smith writes:
> To be honest I'm surprised there's such a reaction to something so
> trivial as an added keybind. I'm glad this doesn't happen often or
> we'd never get anything done.
Well, you can only paint a bike shed every so often.
--
\ Troels
/\ Henriksen
that sadistic.
Why not Linux from Scratch? Or even Glendix...
(Slackware is probably the best realistic bet, due to the simplicity.)
--
\ Troels
/\ Henriksen
ery often if you close a window that is still loading,
due to the way the progress bar works).
--
\ Troels
/\ Henriksen
27; the PoSix locale system for anything, it
> is completely broken and totally antithetical to how Unix is designed
> to work.
>
> An option would be to use p9p's user space instead of the usual GNU
> crap.
What should you do if you don't want all your programs to write
brain-dead US units and punctuation?
--
\ Troels
/\ Henriksen
ge (built-in
tuples!), one that may appeal more the crowd on this mailing list.
--
\ Troels
/\ Henriksen
performs any "smart"
> technique in my observation.
Well, for really excellent performance, you do need the ability to
parallelise the init operations, so that's a bit of complexity that has
actual performance benefits.
I agree there is little value in the general runlevel mess.
--
\ Troels
/\ Henriksen
dules like Flash and Java not dealing well with being
closed, resulting in BadWindow errors similar to the first problem.
I advocate simple adding an X11 error handler that ignores BadWindow
errors. This seems like a pretty standard way to do it.
--
\ Troels
/\ Henriksen
looks linked to Java.
Most likely, the Java plugin cannot unload properly. I have registered
several similar crashes with the Flash plugin (in fact, there are many
serious problems with surf not shutting things down properly, but I'm
not sure how they could be fixed).
--
\ Troels
/\ Henriksen
ell.
--
\ Troels
/\ Henriksen
the history file in
> uzbl. I have frequently wanted a faster replacement.
Slow how? How large is this history file?
--
\ Troels
/\ Henriksen
, would it speed up the program if the script spawned
a background process for every entry in $PATH? I imagine quite a lot of
the runtime is spent waiting for I/O, so simple threading would be a
win. That said, I don't think I've ever tried parallelising a shell script.
--
\ Troels
/\ Henriksen
Troels Henriksen writes:
> Sean Whitton writes:
>
>> Hi,
>>
>> On Tue, May 11, 2010 at 02:13:01PM +0100, Sean Whitton wrote:
>>> On Tue, May 11, 2010 at 11:10:04AM +0200, Troels Henriksen wrote:
>>> > The attached patch lets you bind k
an actual extensible event system.
The question is whether to make it as fully fledged as Uzbl (which can
be a bit complex), or to define a simpler set with less flexibility. Of
course, perhaps surf's idea of passing information via X properties
makes it possible to grow an event system without making it complex at
all.
--
\ Troels
/\ Henriksen
1 - 100 of 113 matches
Mail list logo