Re: [dev] [OT] What's wrong with C++?

2010-09-11 Thread matus,
On Sat, Sep 11, 2010 at 10:58:19PM +0100, David Tweed wrote:
> On Sat, Sep 11, 2010 at 10:40 AM, Paolo  wrote:
> >>> Why program in C++ when you can do it in C, making the program
> >>> simpler and better?
> > When you can't make the program simpler and better, or you need to
> > do it faster than you do in C, just write C++ or whatever.
> >
> > This is just the place where people write about C, little overheads
> > and simpler programs.
> 
> The point I was making was just that there are SOME problem domains
> where the features C provides fit what's needed and the C++ features
> aren't useful, in which case C will be simpler and better.
> [snip]

wmi started out in C++.  The ideas there evolved into wmii and then dwm.
The current philosophy of simple, orthogonal tools came from a dark,
complicated past, where C++ was a player.  As such, there is a sort of
automatic disdain for C++.

This of course is only my interpretation, but perhaps a historical
perspective on why this philosophy is somewhat antithetical to
principles embodied by C++.  Perhaps Anselm can comment further.

(The fact that C++ has weaknesses is documented everywhere, and readily
apparent.  The other fact that C++ also has great strengths, and
provides useful tools for certain problems, is also readily apparent.)



Re: [dev] [OT] Music?

2010-09-11 Thread Connor Lane Smith
For minimalism, to some degree, may I recommend The Shins (The
Celibate Life, New Slang), recent CocoRosie (Grey Oceans, Werewolf),
and early Björk (Human Behaviour, Headphones). I have been told I have
a strange taste in music, though -- especially with CocoRosie.

cls



Re: [dev] [OT] What's wrong with C++?

2010-09-11 Thread v4hn
On Sat, Sep 11, 2010 at 01:59:07PM +0200, Nicolai Waniek wrote:
> From looking at FeFe's presentation just some notes: His complaints are
> mostly corner cases. You can produce some stupid corner cases where the
> language sucks for every language.

Sure, but it's quite easy for C++ ;)
After all this was a c++ bashing presentation, so there was no need to add
a lot of 'real' arguments.

However Nikhilesh asked for "problems with C++ that the people here
that have problems with C++ have", and there are a number of really good
examples in the slides :)

> Additionally from someone who can't properly code (look at his open
> source stuff...) one should simply stop reading when he's complaining
> about possibly cryptic compiler output...

:D I do know his codes^^.
However he does know something about auditing code and about hacking
especially with C/C++ code.
And in security research those corner cases are the most interesting ones.


v4hn



pgppiU9ckNLqY.pgp
Description: PGP signature


Re: [dev] [OT] What's wrong with C++?

2010-09-11 Thread David Tweed
On Sat, Sep 11, 2010 at 10:40 AM, Paolo  wrote:
>>> Why program in C++ when you can do it in C, making the program simpler and 
>>> better?
> When you can't make the program simpler and better, or you need to do it 
> faster
> than you do in C, just write C++ or whatever.
>
> This is just the place where people write about C, little overheads and 
> simpler programs.

The point I was making was just that there are SOME problem domains
where the features C provides fit what's needed and the C++ features
aren't useful, in which case C will be simpler and better. And it's
great to use it in those cases. But there are SOME other problem
domains where some of the features C++ provides that aren't in C are
incredibly useful in writing really clean, maintainable and more
efficient code, and as such I don't think that a blanket statement
"Why program in C++ when you can do it in C, making the program
simpler and better?" is accurate. Choose the language that's best for
the particular problem you're solving at the time is all I was saying.


-- 
cheers, dave tweed__
computer vision reasearcher: david.tw...@gmail.com
"while having code so boring anyone can maintain it, use Python." --
attempted insult seen on slashdot



Re: [dev] Re: dwm puzzle [fixed; with blame]

2010-09-11 Thread TJ Robotham
On Sat, Sep 11, 2010 at 04:44:12PM -0400, Peter John Hartman wrote:
> 
> I should have said in my original report that the MODKEY+shift+space
> solution is the way I dealt with these problems; I had suspected that
> the isfloating rule is being ignored in such cases, but when we ran
> 5.8.2 it worked just fine; perhaps you have the same bug I do.  Try
> the latest hg tip.
> 
> Peter
> 

Before my previous post I tested with hg tip and didn't hit your bug. Then I
realized that hg tip includes the change that fixed it for you, so now I've
retested with one before hg tip and I'm still not getting your bug. I was able
to open a terminal, then open openoffice (which goes floating fullscreen,
hiding the terminal), focus the terminal using MODKEY+j (still hidden behind
openoffice), and successfully run a command in the terminal. From my
understanding of your report, you were not able to do this.

It looks like we just have the auto-floating in common, which at least has a
reasonable explanation for why dwm is doing it (whether or not it should is a
different can of worms). The focus problem could very well be specific to
certain compiler versions.

gcc version 4.3.2 (Debian 4.3.2-1.1)



Re: [dev] [OT] Music?

2010-09-11 Thread Joe
[09/09/10] @ 7:38AM PDT, himse...@gmail.com wrote: 
> I don't believe suckless is a term that can be used to accurately
> describe music because taste is subjective. Even the term 'well
> constructed' can be somewhat subjective in music. For example,
> somebody randomly mashing a piano might seem like a masterpiece to
> some people, and pretentious and uninteresting to others.

When I saw this thread I thought of _The Catcher in the Rye_.  Holden
Caulfield rants about a piano player in this club who was:

… putting all these dumb, show-offy ripples in the high notes,
and a lot of other very tricky stuff that gives me a pain in the
ass.  You should've heard the crowd, though, when he was
finished.  You would've puked. They went mad. They were exactly
the same morons that laugh like hyenas in the movies at stuff
that isn't funny.

Or the Replacements:

I hate music
Sometimes I don't
I hate music
It's got too many notes

Of course it's subjective, but something that's pretentious and full of
bells and whistles *just for the hell of it* is pretty easy to spot for
the discerning ear.  



Re: [dev] wmii display size issue

2010-09-11 Thread Kris Maglione

On Sat, Sep 11, 2010 at 04:55:37PM -0400, Benjamin Cathey wrote:

Kris

I really appreciate all your help today.  I was able to get this  
resolved.  Apparently the default modkey is mod4 and I have always used 
mod1


Dumb mistake but then, it's a Saturday ...


Ah, yes. Most people have historically changed it to Mod4. It 
should have promped you, I think. Perhaps I added that after the 
3.9 release, though...


--
Kris Maglione

Doing linear scans over an associative array is like trying to club
someone to death with a loaded Uzi.
--Larry Wall




Re: [dev] wmii display size issue

2010-09-11 Thread Benjamin Cathey

Kris

I really appreciate all your help today.  I was able to get this 
resolved.  Apparently the default modkey is mod4 and I have always used mod1


Dumb mistake but then, it's a Saturday ...

Thanks for the help

-B

On 09/11/2010 04:37 PM, Kris Maglione wrote:

On Sat, Sep 11, 2010 at 03:59:41PM -0400, Benjamin Cathey wrote:

Kris

This is what I had thought originally. The behavior made me think
possibly something was running that was trapping keyboard input (like
a process that did not get a "&" after it). However this is not the
case. My old config was in .wmii-3.5/ however I moved .wmii to
.wmii.orig just to be sure.

Still no keyboard input works at all.

Any further thoughts? It's running on 'lucid' if that helps.

I can send any output of any commands/logs, etc that you think might help


Well, the easiest tests are,

ps ax | grep wmiirc # Should list 1 or 2 processes
wmiir read /keys # Should list all of your key bindings
wmiir read /event # Press some key bindings, should show up

If all else fails, try this from the console:

wmii -r python/wmiirc





Re: [dev] Re: dwm puzzle [fixed; with blame]

2010-09-11 Thread Peter John Hartman

On Sat, Sep 11, 2010 at 04:20:35PM -0400, TJ Robotham wrote:
> On Sat, Sep 11, 2010 at 03:23:18PM -0400, Peter John Hartman wrote:
> > On Sat, Sep 11, 2010 at 01:35:10PM -0400, Peter John Hartman wrote:
> > > But now, after the upgrade, both firefox and open office behave like
> > > elitists: not only do they not tile in tile mode (they sit on top) they
> > > don't allow me to do focusstack either to flip to other things under the
> > > stack.  Hence, MODKEY t, m, and the j and k don't work.  I can make
> > > firefox behave if I hit F11 (oddly enough), but nothing I can do can get
> > > open office to behave.
> > > 
> > > I have no Rules in my Rules section of config.h and I verified that this
> > > is the same even with a vanilla config.def.h as my config.h.  Suggestions?
> > 
> > ...
> > 
> > In any case, that fixes the bug and now openoffice and firefox behave.
> > 
> > Thoughts?  Peter
> > 
> 
> I don't have any comments on the focus problems, but I find that openoffice
> actually ignores having isfloating set to false in my rules. I'm guessing that
> its insistence on not tiling is a side-effect of how manage() handles windows
> initialized with fullscreen dimensions: by making them floating, no-border
> clients AFTER calling applyrules(). I just deal with this by using
> MODKEY+shift+space to toggle isfloating on the client.
> 

I should have said in my original report that the MODKEY+shift+space
solution is the way I dealt with these problems; I had suspected that
the isfloating rule is being ignored in such cases, but when we ran
5.8.2 it worked just fine; perhaps you have the same bug I do.  Try
the latest hg tip.

Peter





Re: [dev] wmii display size issue

2010-09-11 Thread Kris Maglione

On Sat, Sep 11, 2010 at 03:59:41PM -0400, Benjamin Cathey wrote:

Kris

This is what I had thought originally.  The behavior made me think  
possibly something was running that was trapping keyboard input (like a  
process that did not get a "&" after it).  However this is not the case.  
 My old config was in .wmii-3.5/  however I moved .wmii to .wmii.orig  
just to be sure.


Still no keyboard input works at all.

Any further thoughts?  It's running on 'lucid' if that helps.

I can send any output of any commands/logs, etc that you think might help


Well, the easiest tests are,

  ps ax | grep wmiirc # Should list 1 or 2 processes
  wmiir read /keys# Should list all of your key bindings
  wmiir read /event   # Press some key bindings, should show up

If all else fails, try this from the console:

  wmii -r python/wmiirc

--
Kris Maglione

You do not really understand something unless you can explain it to
your grandmother.
--Albert Einstein




Re: [dev] Re: dwm puzzle [fixed; with blame]

2010-09-11 Thread TJ Robotham
On Sat, Sep 11, 2010 at 03:23:18PM -0400, Peter John Hartman wrote:
> On Sat, Sep 11, 2010 at 01:35:10PM -0400, Peter John Hartman wrote:
> > But now, after the upgrade, both firefox and open office behave like
> > elitists: not only do they not tile in tile mode (they sit on top) they
> > don't allow me to do focusstack either to flip to other things under the
> > stack.  Hence, MODKEY t, m, and the j and k don't work.  I can make
> > firefox behave if I hit F11 (oddly enough), but nothing I can do can get
> > open office to behave.
> > 
> > I have no Rules in my Rules section of config.h and I verified that this
> > is the same even with a vanilla config.def.h as my config.h.  Suggestions?
> 
> ...
> 
> In any case, that fixes the bug and now openoffice and firefox behave.
> 
> Thoughts?  Peter
> 

I don't have any comments on the focus problems, but I find that openoffice
actually ignores having isfloating set to false in my rules. I'm guessing that
its insistence on not tiling is a side-effect of how manage() handles windows
initialized with fullscreen dimensions: by making them floating, no-border
clients AFTER calling applyrules(). I just deal with this by using
MODKEY+shift+space to toggle isfloating on the client.



Re: [dev] wmii display size issue

2010-09-11 Thread Benjamin Cathey

Kris

This is what I had thought originally.  The behavior made me think 
possibly something was running that was trapping keyboard input (like a 
process that did not get a "&" after it).  However this is not the case. 
 My old config was in .wmii-3.5/  however I moved .wmii to .wmii.orig 
just to be sure.


Still no keyboard input works at all.

Any further thoughts?  It's running on 'lucid' if that helps.

I can send any output of any commands/logs, etc that you think might help

Thanks again

B

On 09/11/2010 03:15 PM, Kris Maglione wrote:

On Sat, Sep 11, 2010 at 03:04:08PM -0400, Benjamin Cathey wrote:

Well it worked great! I now have the entire display available. The
only trouble now is that once wmii launches, it will not take any
keyboard input. It is essentially frozen.

I swear I saw this when I upgraded wmii on my Arch install as well
however I cannot, for the life of me, remember how I fixed it.

I don't have the time to research now since I'm at work. Anything come
to mind that I should check?


I suspect it's a config file issue. Try renaming ~/.wmii





Re: [dev] Re: dwm puzzle [fixed; with blame]

2010-09-11 Thread pancake
Thats weird..only possible explanation is that any of those functions is a 
macro. Which is not the case i think (didnt check the sauce). When using macros 
it is recommended to explicitly put parenthesis when using any of the 
parameters of it. Else it can result on shity bugs like this.

Btw. If any of those functions is a macro. I would encourage to rename it in 
uppercase.

--pancake

- Original message -
> On Sat, Sep 11, 2010 at 01:35:10PM -0400, Peter John Hartman wrote:
> > Hi,
> > 
> > Before an upgrade to hg tip last month (long overdue, maybe about a
> > year overdue) firefox and open   office used to "behave properly": if
> > I'm in tile mode and fire up firefox, e.g., it tiles as well.   But
> > now, after the upgrade, both firefox and open office behave like
> > elitists: not only do they not tile in tile mode (they sit on top)
> > they don't allow me to do focusstack either to flip to other things
> > under the stack.   Hence, MODKEY t, m, and the   j and k don't work.   I
> > can make firefox behave if I hit F11 (oddly enough), but nothing I can
> > do can get open office to behave.
> > 
> > I have no Rules in my Rules section of config.h and I verified that
> > this is the same even with a vanilla config.def.h as my config.h. 
> > Suggestions?
> 
> Thanks to Anselm, we figured out who to blame at least: the compiler.
> This fixes it:
> 
> diff -r 050d521d66d8 -r c361034c5a1c dwm.c
> --- a/dwm.c         Tue Aug 24 13:13:20 2010 +0100
> +++ b/dwm.c         Sat Sep 11 19:00:18 2010 +
> @@ -799,7 +799,7 @@
>                                 unfocus(selmon->sel, True);
>                                 selmon = m;
>                 }
> -             focus(wintoclient(ev->window));
> +             focus((wintoclient(ev->window)));
>   }
> 
> But evidently that's odd.   
> gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2)   
> 
> I use the default config.mk (without XINERAMA stuff) and config.h.
> 
> In any case, that fixes the bug and now openoffice and firefox behave.
> 
> Thoughts?
> Peter
> 



[dev] Re: dwm puzzle [fixed; with blame]

2010-09-11 Thread Peter John Hartman
On Sat, Sep 11, 2010 at 01:35:10PM -0400, Peter John Hartman wrote:
> Hi,
> 
> Before an upgrade to hg tip last month (long overdue, maybe about a year
> overdue) firefox and open  office used to "behave properly": if I'm in
> tile mode and fire up firefox, e.g., it tiles as well.  But now, after the
> upgrade, both firefox and open office behave like elitists: not only do they
> not tile in tile mode (they sit on top) they don't allow me to do focusstack
> either to flip to other things under the stack.  Hence, MODKEY t, m, and the 
> j and k don't work.  I can make firefox behave if I hit F11 (oddly enough),
> but nothing I can do can get open office to behave.
> 
> I have no Rules in my Rules section of config.h and I verified that this
> is the same even with a vanilla config.def.h as my config.h.  Suggestions?

Thanks to Anselm, we figured out who to blame at least: the compiler.
This fixes it:

diff -r 050d521d66d8 -r c361034c5a1c dwm.c
--- a/dwm.c Tue Aug 24 13:13:20 2010 +0100
+++ b/dwm.c Sat Sep 11 19:00:18 2010 +
@@ -799,7 +799,7 @@
unfocus(selmon->sel, True);
selmon = m;
}
-   focus(wintoclient(ev->window));
+   focus((wintoclient(ev->window)));
 }

But evidently that's odd.  
gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2)  

I use the default config.mk (without XINERAMA stuff) and config.h.

In any case, that fixes the bug and now openoffice and firefox behave.

Thoughts?
Peter



Re: [dev] wmii display size issue

2010-09-11 Thread Kris Maglione

On Sat, Sep 11, 2010 at 03:04:08PM -0400, Benjamin Cathey wrote:
Well it worked great!  I now have the entire display available.  The  
only trouble now is that once wmii launches, it will not take any  
keyboard input.  It is essentially frozen.


I swear I saw this when I upgraded wmii on my Arch install as well  
however I cannot, for the life of me, remember how I fixed it.


I don't have the time to research now since I'm at work.  Anything come  
to mind that I should check?


I suspect it's a config file issue. Try renaming ~/.wmii

--
Kris Maglione

One can promise actions, but not feelings, for the latter are
involuntary.  He who promises to love forever or hate forever or be
forever faithful to someone is promising something that is not in his
power.
--Friedrich Wilhelm Nietzsche




Re: [dev] wmii display size issue

2010-09-11 Thread Benjamin Cathey
Well it worked great!  I now have the entire display available.  The 
only trouble now is that once wmii launches, it will not take any 
keyboard input.  It is essentially frozen.


I swear I saw this when I upgraded wmii on my Arch install as well 
however I cannot, for the life of me, remember how I fixed it.


I don't have the time to research now since I'm at work.  Anything come 
to mind that I should check?


Thanks again!

B



Re: [dev] wmii display size issue

2010-09-11 Thread Benjamin Cathey

Kris

ben...@lighthouse-mobile:~$ xrandr --output VGA1 --auto --right-of LVDS1 
--rotate left --output LVDS1 --off


ben...@lighthouse-mobile:~$ xrandr -q
Screen 0: minimum 320 x 200, current 1050 x 1680, maximum 4096 x 4096
VGA1 connected 1050x1680+0+0 left (normal left inverted right x axis y 
axis) 473mm x 296mm

   1680x1050  60.0*+
   1600x1000  60.0
   1280x1024  75.0
   1440x900   59.9
   1280x960   60.0
   1152x864   75.0
   1152x720   60.0
   1024x768   75.1 60.0
   832x62474.6
   800x60075.0 60.3
   640x48075.0 60.0
   720x40070.1
LVDS1 connected (normal left inverted right x axis y axis)
   1024x600   60.0 +
   640x48059.9

The version I am using on this laptop is indeed 3.6.  If you think this 
is the problem, I can try to update.  My workstation is running 3.9.2 on 
Arch while the laptop is running Ubuntu (since my wife shares it with 
me).  I'll try your PPA and then let you know


Thanks for all your help

B

On 09/11/2010 01:21 PM, Kris Maglione wrote:

On Sat, Sep 11, 2010 at 01:07:24PM -0400, Benjamin Cathey wrote:

Unfortunately, the results are still the same. The external monitor's
entire display allows the mouse cursor, however wmii is only available
in the upper left corner. As you can see in the screenshot below, the
statusbar shows the bottom of the workable space, even though I can
mouse over the entire display and you can see the alt-p menu at the
very bottom:

http://yfrog.com/6escreenshot20100911p

Any help would truly be appreciated. I thought that there *must* be a
way to force wmii's display size so that it is using the entire thing.


It always uses the entire display. Can you post the new output of
`xrandr -q` after running the --right-of command.

Also, try moving a window past the edge of the screen. Either Mod-l
twice or Mod-j for the window at the bottom of the column should do it.
BTW, what version are you using? That looks like dmenu that you're
running, but newer versions use wimenu. I believe that the last release
that used dmenu was 3.6, and that didn't support Xinerama.


I simply need a way to tell it that it should be using 1050x1680







[dev] dwm puzzle

2010-09-11 Thread Peter John Hartman
Hi,

Before an upgrade to hg tip last month (long overdue, maybe about a year
overdue) firefox and open  office used to "behave properly": if I'm in
tile mode and fire up firefox, e.g., it tiles as well.  But now, after the
upgrade, both firefox and open office behave like elitists: not only do they
not tile in tile mode (they sit on top) they don't allow me to do focusstack
either to flip to other things under the stack.  Hence, MODKEY t, m, and the 
j and k don't work.  I can make firefox behave if I hit F11 (oddly enough),
but nothing I can do can get open office to behave.

I have no Rules in my Rules section of config.h and I verified that this
is the same even with a vanilla config.def.h as my config.h.  Suggestions?

Peter







Re: [dev] wmii display size issue

2010-09-11 Thread Kris Maglione

On Sat, Sep 11, 2010 at 01:07:24PM -0400, Benjamin Cathey wrote:
Unfortunately, the results are still the same.  The external monitor's  
entire display allows the mouse cursor, however wmii is only available  
in the upper left corner.  As you can see in the screenshot below, the  
statusbar shows the bottom of the workable space, even though I can  
mouse over the entire display and you can see the alt-p menu at the very  
bottom:


http://yfrog.com/6escreenshot20100911p

Any help would truly be appreciated.  I thought that there *must* be a  
way to force wmii's display size so that it is using the entire thing.


It always uses the entire display. Can you post the new output 
of `xrandr -q` after running the --right-of command.


Also, try moving a window past the edge of the screen. Either 
Mod-l twice or Mod-j for the window at the bottom of the column 
should do it. BTW, what version are you using? That looks like 
dmenu that you're running, but newer versions use wimenu. I 
believe that the last release that used dmenu was 3.6, and that 
didn't support Xinerama.



I simply need a way to tell it that it should be using 1050x1680



--
Kris Maglione

Measuring programming progress by lines of code is like measuring
aircraft building progress by weight.
--Bill Gates




Re: [dev] wmii display size issue

2010-09-11 Thread Benjamin Cathey
Unfortunately, the results are still the same.  The external monitor's 
entire display allows the mouse cursor, however wmii is only available 
in the upper left corner.  As you can see in the screenshot below, the 
statusbar shows the bottom of the workable space, even though I can 
mouse over the entire display and you can see the alt-p menu at the very 
bottom:


http://yfrog.com/6escreenshot20100911p

Any help would truly be appreciated.  I thought that there *must* be a 
way to force wmii's display size so that it is using the entire thing.


I simply need a way to tell it that it should be using 1050x1680

Thanks

Benjamin



On 09/11/2010 11:59 AM, Benjamin Cathey wrote:

Kris

I will give that a shot. Right now I am running

xrandr --output VGA1 --auto --rotate left --output LVDS1 --off

Prior to wmii starting so that, that display is simply shut off. I will
add the "--right-of" designation in addition to what is already there so
that it will read:

xrandr --output VGA1 --auto --right-of LVDS1 --rotate left --output
LVDS1 --off

I'm down in the datacenter now so that will have to wait until I get
back to my desk.

Thanks for input - I'll let you know

-B


It looks to me like your two XRandR screens are overlapping. That
probably means if you try to move a client to the right off the edge of
the screen, it'll take up the entire screen (either over or under any
clients in the smaller area). As for the menus, they always open on
whichever screen has the mouse. Try,

xrandr --output VGA1 --right-of LVDS1








Re: [dev] wmii display size issue

2010-09-11 Thread Benjamin Cathey

Kris

I will give that a shot.  Right now I am running

  xrandr --output VGA1 --auto --rotate left --output LVDS1 --off

Prior to wmii starting so that, that display is simply shut off.  I will 
add the "--right-of" designation in addition to what is already there so 
that it will read:


  xrandr --output VGA1 --auto --right-of LVDS1 --rotate left --output 
LVDS1 --off


I'm down in the datacenter now so that will have to wait until I get 
back to my desk.


Thanks for input - I'll let you know

-B


It looks to me like your two XRandR screens are overlapping. That
probably means if you try to move a client to the right off the edge of
the screen, it'll take up the entire screen (either over or under any
clients in the smaller area). As for the menus, they always open on
whichever screen has the mouse. Try,

xrandr --output VGA1 --right-of LVDS1






Re: [dev] wmii display size issue

2010-09-11 Thread Kris Maglione

On Sat, Sep 11, 2010 at 09:06:53AM -0400, Benjamin Cathey wrote:

Kris

Here is the output:

Screen 0: minimum 320 x 200, current 1050 x 1680, maximum 4096 x 4096
VGA1 connected 1050x1680+0+0 left (normal left inverted right x axis y  
axis) 473mm x 296mm

   1680x1050  60.0*+
   1600x1000  60.0
   1280x1024  75.0
   1440x900   59.9
   1280x960   60.0
   1152x864   75.0
   1152x720   60.0
   1024x768   75.1 60.0
   832x62474.6
   800x60075.0 60.3
   640x48075.0 60.0
   720x40070.1
LVDS1 connected (normal left inverted right x axis y axis)
   1024x600   60.0 +
   640x48059.9


As you can see, the current screen is 1050x1680 (it's a vertically  
oriented wide-screen).  As I mentioned, the wmii window is in the upper  
left corner and is only taking up 1024x600 (the laptop screens  
resolution).  The rest of the space is available to the mouse and the  
wmii menus brought up by alt-p and alt-a display at the very bottom of  
the monitor rather than the bottom of the box in the upper left.


It looks to me like your two XRandR screens are overlapping. 
That probably means if you try to move a client to the right off 
the edge of the screen, it'll take up the entire screen (either 
over or under any clients in the smaller area). As for the 
menus, they always open on whichever screen has the mouse. Try,


xrandr --output VGA1 --right-of LVDS1

--
Kris Maglione

Sufficiently advanced political correctness is indistinguishable from
sarcasm.
--Eric Naggum




Re: [dev] wmii display size issue

2010-09-11 Thread Benjamin Cathey

Kris

Here is the output:

Screen 0: minimum 320 x 200, current 1050 x 1680, maximum 4096 x 4096
VGA1 connected 1050x1680+0+0 left (normal left inverted right x axis y 
axis) 473mm x 296mm

   1680x1050  60.0*+
   1600x1000  60.0
   1280x1024  75.0
   1440x900   59.9
   1280x960   60.0
   1152x864   75.0
   1152x720   60.0
   1024x768   75.1 60.0
   832x62474.6
   800x60075.0 60.3
   640x48075.0 60.0
   720x40070.1
LVDS1 connected (normal left inverted right x axis y axis)
   1024x600   60.0 +
   640x48059.9


As you can see, the current screen is 1050x1680 (it's a vertically 
oriented wide-screen).  As I mentioned, the wmii window is in the upper 
left corner and is only taking up 1024x600 (the laptop screens 
resolution).  The rest of the space is available to the mouse and the 
wmii menus brought up by alt-p and alt-a display at the very bottom of 
the monitor rather than the bottom of the box in the upper left.


-B

On 09/10/2010 05:43 PM, Kris Maglione wrote:

On Fri, Sep 10, 2010 at 11:48:28AM -0400, Benjamin Cathey wrote:

I setup a secondary monitor to be used as my only display and have
things almost completely worked out. Using 'xrandr' I have the
external display on with the correct resolution and the laptop display
turned off when I go into X (xrandr executes prior to wmii executing).

However wmii's active display appears in the upper left as a box that
is the size of the laptop display (rather than expanding to take up
the entire screen).

Using the menu (via alt-p) displays the program selection list at the
very bottom of the screen (outside of the little wmii window in the
upper left).

How can I force wmii to start using the entire resolution of the screen?


Can you post the output or `xrandr -q`

Thanks,




Re: [dev] [OT] What's wrong with C++?

2010-09-11 Thread Nicolai Waniek
On 09/10/2010 07:46 PM, v4hn wrote:
> On Fri, Sep 10, 2010 at 08:19:38PM +0300, Nikhilesh S wrote:
>> I haven't really understood the problems with C++ that the people here
>> that have problems with C++ have[...]
> 
> Felix von Leitner gave a pretty good presentation in 2007 on such problems :)
> 
> http://www.fefe.de/c++/c%2b%2b-talk.pdf
> 

>From looking at FeFe's presentation just some notes: His complaints are
mostly corner cases. You can produce some stupid corner cases where the
language sucks for every language.

Additionally from someone who can't properly code (look at his open
source stuff...) one should simply stop reading when he's complaining
about possibly cryptic compiler output...



Re: [dev] [OT] What's wrong with C++?

2010-09-11 Thread Paolo
>One of my maxims is that "everyone mistakenly thinks that the kind of
>programs that they write are the kind of programs everyone writes".

There are arguments against C++. Nothing more than that.
I'd use Python to check md5 hash of my downloads

$alias md5.="python -c \"import hashlib; print 
hashlib.md5(open('$1').read()).hexdigest()\"

Should I write md5.py, I could port it on M$Win and with Autohotkey I could 
make it
start when I middle-click a file on explorer and pop the result up in the tray,
with 3 more lines of code.

Of course this could suck less. Python and Autohotkey require interpreters and 
libraries.
Who cares. I could write it in C of course. But this is the first thing that 
comes to my
mind that gets the job done, sucks relatively, it's damn fast to write, easy to 
read and
it's good to me because I use those interpreters for a load of things.

>> Why program in C++ when you can do it in C, making the program simpler and 
>> better?
When you can't make the program simpler and better, or you need to do it faster
than you do in C, just write C++ or whatever.

This is just the place where people write about C, little overheads and simpler 
programs.


---
Wyrmskull 



Re: [dev] [OT] Music?

2010-09-11 Thread Brandon LaRocque
Here's what I listen to:

Brand New, La Dispute, mewithoutYou, Taking Back Sunday, The Republic
of Wolves, Eminem, Lamb of God, Sublime, The Spill Canvas, Marilyn
Manson, Big D and the Kid's Table, Bright Eyes, Cursive, The Good
Life, Choking Victim, Leftover Crack, Star F*cking Hipsters, Circle
Takes The Square, Crime In Stereo, dubmood, Mischief Brew, Sage
Francis, From Autumn To Ashes, Johnny Hobo, Kevin Devine, Manchester
Orchestra, Modern Life Is War, Say Anything, Secondhand Serenade,
Something Corporate, Story of the Year, Streetlight Manifesto, The
Venetia Fair, The xx, We Came As Romans, Wilco.

I'm not really into classical, so I don't got none of that one right
now. Mostly rock, rap, or emo. Meh. It's music. I'll give anything a
try once.