On Fri, Oct 22, 2010 at 04:51:40PM +0200, Bert Münnich wrote:
> On Fri, Oct 22, 2010 at 04:37:31PM +0200, Claudio M. Alessi wrote:
> > I have no idea why the pertag patch moves the Monitor struct after the
> > config.h
> > inclusion but I "feel" it's wrong. You should move the config.h at the end
What about EFL (Enlightenment Foundation Libraries) Webkit? It isn't so
feature rich as Chromium or Webkit-gtk, but it's getting there with
Samsung pumping money.
There are some desired features [1] on their roadmap, which seems
interesting:
- Remove strict X11 dependency, allowing DirectFB and F
Why did you cc this crap to dev? I doubt anyone here cares about
traceroute's xml shit
On Oct 22, 2010 11:11 AM, "Bjartur Thorlacius" wrote:
> I found the snippet below inside of /usr/bin/traceroute. It's almost
> as glibc's malloc(3) stored static, relative memory allocation tables
> in XML. I'm
Hm, well I copy pasted it from a site, so I don't know:/
On 10/22/10, Bert Münnich wrote:
> Correct me if I'm wrong, but isn't m->lts[0] for the "zero"-tag, i.e.
> the one which gets activated by pressing Alt-0 and displays all tags?
>
> On Fri, Oct 22, 2010 at 04:52:56PM +0200, Scott wrote:
>> I
I found the snippet below inside of /usr/bin/traceroute. It's almost
as glibc's malloc(3) stored static, relative memory allocation tables
in XML. I'm a total n00b in these matters, so if anyone can shed a light
on the matter, I'll be grateful.
Correct me if I'm wrong, but isn't m->lts[0] for the "zero"-tag, i.e.
the one which gets activated by pressing Alt-0 and displays all tags?
On Fri, Oct 22, 2010 at 04:52:56PM +0200, Scott wrote:
> I have got dwm configured with the push,cycle,resize and pertag
> patches, but now I'd like every sin
On Fri, Oct 22, 2010 at 04:37:31PM +0200, Claudio M. Alessi wrote:
> I have no idea why the pertag patch moves the Monitor struct after the
> config.h
> inclusion but I "feel" it's wrong. You should move the config.h at the end of
> all structures definitions in order to ``allow nested code to acc
I have got dwm configured with the push,cycle,resize and pertag
patches, but now I'd like every single tag to have it's own default
layout. I've tried to following, but it doesn't work correct.
/* init layouts */
for(m = mons; m; m = m->next) {
for(i=0; i < LENGTH(tags) + 1; i++) {
m->lt
I have no idea why the pertag patch moves the Monitor struct after the config.h
inclusion but I "feel" it's wrong. You should move the config.h at the end of
all structures definitions in order to ``allow nested code to access above
variables''. This way, everything will works properly out of the b
Hi,
This is my first post to this list.
I've been using dwm for a few months now,
and I absolutely love it!
I just wanted to report an issue when you
try to combine the moveresize mod, with the
pertag patch.
The pertag patch moves the definition of the
Monitor struct to after the inclusion of th
On 10/22/10, Anselm R Garbe wrote:
> On Fri, Oct 22, 2010 at 10:02:00AM +, Bjartur Thorlacius wrote:
>> I'd like a Surf interface to Dillo or NetSurf, without any JavaScript
>> support. You only need to interpret JavaScript on web pages that suck.
>> The suckless part of the web is quite usabl
On Fri, Oct 22, 2010 at 10:02:00AM +, Bjartur Thorlacius wrote:
> On 10/20/10, Anselm R Garbe wrote:
> > On 20 October 2010 11:19, Nick wrote:
> >> On Wed, 20 Oct 2010 10:06 +0100, "Nick" wrote:
> >>> I wonder, has anyone looked at Hubbub/LibCSS, the HTML & CSS rendering
> >>> libraries of N
On 10/20/10, Anselm R Garbe wrote:
> On 20 October 2010 11:19, Nick wrote:
>> On Wed, 20 Oct 2010 10:06 +0100, "Nick" wrote:
>>> I wonder, has anyone looked at Hubbub/LibCSS, the HTML & CSS rendering
>>> libraries of NetSurf? I gave them the briefest of glances today, and
>>> they look pretty ni
13 matches
Mail list logo
