Hi,
I had the same problem. It's a strange error and I haven't taken the
time to work out exactly what's causing it, but a quick fix is to copy
the functions directly into the main dwm.c and declaring function
prototypes for those functions before the #include "config.h" line.
For example:
...
s
On 11/8/09, Aled Gest wrote:
> time to work out exactly what's causing it, but a quick fix is to copy
> the functions directly into the main dwm.c and declaring function
> prototypes for those functions before the #include "config.h" line.
don't do that
include the .c files in the appropriate pla
2009/11/8 Szabolcs Nagy :
> don't do that
> include the .c files in the appropriate place in config.h instead (eg
> right before layouts)
That's what he's doing, that's where the problem is...
There seems to be a bug when some patches are applied that prevents
functions included from within confi
After spending about an hour today trying to figure out why my old dmenu
config wasn't working properly (it was ignoring the value of -sf) I finally
tracked the problem back to the dmenu XFT patch. A little googling turned up
that this was either a "known bug", or a "feature" depending on how one
c
It seems the issue is caused by the fact that the pertag patch moves
the definition of the 'Monitor' struct to after config.h is included.
The pertag patch modifies the 'Monitor' struct in a way that depends
on 'tags' being already defined and thus has to defined after config.h
is included. This c
So, the solution is not to use pertag with other patches becouse one excludes
the other.
On 08 Nov 09 at 11:35 +, Aled Gest wrote:
> It seems the issue is caused by the fact that the pertag patch moves
> the definition of the 'Monitor' struct to after config.h is included.
>
> The pertag patc
2009/11/8 Bartosz Nitkiewicz :
> So, the solution is not to use pertag with other patches becouse one excludes
> the other.
If you can live without either one or the other then sure. Not really
an option for me but I don't mind patching the functions directly into
dwm.c, that's where the preproce
* markus schnalke [2009-11-06 18:59]:
> [2009-11-06 14:57] sta...@cs.tu-berlin.de
> >
> > Both list navigation part before content [...]
>
> > or think about embedded devices (zoom in with your css enabled browser
> > until you get the right 1/3 of the screen filled with the navigation bar,
> >
[2009-11-08 14:29] sta...@cs.tu-berlin.de
> * markus schnalke [2009-11-06 18:59]:
> >
> > Of course, this my assumptions are only valid if the title and the
> > first lines of text are in view without scrolling. Means no huge
> > navigation lists.
>
> That's the point -- they *are* usually long
On Fri, Nov 06, 2009 at 09:18:50PM +0100, QUINTIN Guillaume wrote:
> > Was that someone Niklaus Wirth? ... oh, I forgot: He would not
> > recommend any C at all. ;-)
>
> No he is my boss at my work, we were discussing, and I said that
> sometimes I use global variables and everybody laughed at me.
On Sun, Nov 08, 2009 at 03:27:00PM +0100, v4hn wrote:
On Fri, Nov 06, 2009 at 09:18:50PM +0100, QUINTIN Guillaume wrote:
> Was that someone Niklaus Wirth? ... oh, I forgot: He would not
> recommend any C at all. ;-)
No he is my boss at my work, we were discussing, and I said that
sometimes I us
On Sun, Nov 08, 2009 at 03:18:23PM +0100, markus schnalke wrote:
> Why do people use lists, which take a line for each item? It's easy to
> do it without lists and thus having the items of one level all in a
> line.
First of all, people use lists because they are a sensible way to
structure a /lis
On Fri, Nov 06, 2009 at 10:25:35PM +0100, Uriel wrote:
> On Fri, Nov 6, 2009 at 10:01 PM, Robert C Corsaro
> wrote:
> > There are fundamentalists the are wrong, and fundamentalists that are
> > correct. I _always_ choose the correct ones because choosing the incorrect
> > ones would be stupid.
>
> Granted, sarcasm can be a great literary tool, but like with any
> sophisticated construct, it must be handled with skill if we are to
> achieve the desired result. In the case above, Uriel mistook a
> sarcastic remark for an honest opinion.
How come you are so sure about that, my friend?
> I h
2009/11/6 Uriel :
> Changing your mind (*in the face of new evidence or understanding!*)
> is not something to be ashamed of, it is something everyone should be
> proud of.
I know he's not the first to say it, but this is going in my list of quotes.
I only wish I could go back in time and slap my
On Mon, Nov 09, 2009 at 01:18:36AM +0100, hiro wrote:
> > Granted, sarcasm can be a great literary tool, but like with any
> > sophisticated construct, it must be handled with skill if we are to
> > achieve the desired result. In the case above, Uriel mistook a
> > sarcastic remark for an honest op
Remember that every subscriber to this list receives your email when
you click send. Think hard about whether EVERYONE should have to read
your email.
It would be totally sweet if you'd stop treating people's email boxes
like Reddit comment threads.
[2009-11-08 22:47] Martin Swift
> On Sun, Nov 08, 2009 at 03:18:23PM +0100, markus schnalke wrote:
> > Why do people use lists, which take a line for each item? It's easy to
> > do it without lists and thus having the items of one level all in a
> > line.
>
> First of all, people use lists becau
On Mon, Nov 2, 2009 at 7:15 AM, Robert C Corsaro wrote:
> It reminds me of your typical IRC client. transcript above and one line of
> command at the bottom.
sirc's ssfe implements this in a standalone application:
http://www.iagora.com/~espel/sirc/ssfe.c. One could even use it with
ssh. :)
19 matches
Mail list logo
