Life In 19x19
http://prod.lifein19x19.com/

dwm and cgoban3
http://prod.lifein19x19.com/viewtopic.php?f=24&t=9465		 Page 1 of 1
Author:  nabya [ Mon Dec 02, 2013 7:38 pm ]
Post subject:  dwm and cgoban3
I'm running Debian 7.2 with dwm as my window manager. I have openjdk7 and icedtea7 installed, and cgoban starts fine, but it won't let me resize the window. This happens: Image

I've read of the same thing happening with XMonad, and I've tried the solutions here (at least the ones that involved exporting variables, since the other ones were Xmonad-specific). Any idea how to get this to work, if it's possible? I mostly play on IGS but I'd like to use KGS sometimes.
Author:  cmhobbs [ Mon Dec 02, 2013 9:35 pm ]
Post subject:  Re: dwm and cgoban3
Do you encounter the same problem with a wm like awesome? What about clients like qGO? My guess is that it's going to be a drawing problem.

I'll slap that setup together in a VM and see if I can duplicate it. Not sure I'll be much help, but it's worth a shot.

Good luck!
Author:  Redbeard [ Tue Dec 03, 2013 4:42 pm ]
Post subject:  Re: dwm and cgoban3
I am using the same version of Debian, but with XFCE4. I was never able to get Cgoban3 to launch with openjdk7. I finally installed Oracle Java v6, but did not set it as the default with update-alternatives. I created a launcher for Cgoban3 to call Oracle directly so that Cgoban3 runs with the compatible Java version but the rest of my system uses openjdk.
Author:  leichtloeslich [ Tue Dec 03, 2013 8:10 pm ]
Post subject:  Re: dwm and cgoban3
Redbeard wrote:
I am using the same version of Debian, but with XFCE4. I was never able to get Cgoban3 to launch with openjdk7.

I'm using Debian testing 64bit (all java versions are also 64bit) with xfce4 and can run cgoban3 just fine with both openjdk6 and openjdk7.

I strongly suspect it's a window manager problem, though trying out different java versions can't hurt I suppose..

edit: lol, just checked out dwm homepage:
Quote:
dwm is only a single binary, and its source code is intended to never exceed 2000 SLOC.

Quote:
Because dwm is customized through editing its source code, it’s pointless to make binary packages of it. This keeps its userbase small and elitist. No novices asking stupid questions.

Hillarious. Seems like a diy window manager. I guess you already googled "dwm java" and tried everything that poppep up as a result? (In particular there's a promising looking arch wiki entry you might want to look into.)
Author:  Mike Novack [ Wed Dec 04, 2013 7:11 am ]
Post subject:  Re: dwm and cgoban3
leichtloeslich wrote:
Quote:
dwm is only a single binary, and its source code is intended to never exceed 2000 SLOC.

Quote:
Because dwm is customized through editing its source code, it’s pointless to make binary packages of it. This keeps its userbase small and elitist. No novices asking stupid questions.

Hillarious. Seems like a diy window manager. I guess you already googled "dwm java" and tried everything that poppep up as a result? (In particular there's a promising looking arch wiki entry you might want to look into.)


Indicates inexperience designing software, not knowing how to take stuff like that out of the the source code. Customizing should never require recompiling! If the program uses a large number of "constants" (changing these values is the customization) can be data read in each first time the program runs.
Author:  cmhobbs [ Wed Dec 04, 2013 10:24 am ]
Post subject:  Re: dwm and cgoban3
Mike Novack wrote:
leichtloeslich wrote:
Quote:
dwm is only a single binary, and its source code is intended to never exceed 2000 SLOC.

Quote:
Because dwm is customized through editing its source code, it’s pointless to make binary packages of it. This keeps its userbase small and elitist. No novices asking stupid questions.

Hillarious. Seems like a diy window manager. I guess you already googled "dwm java" and tried everything that poppep up as a result? (In particular there's a promising looking arch wiki entry you might want to look into.)


Indicates inexperience designing software, not knowing how to take stuff like that out of the the source code. Customizing should never require recompiling! If the program uses a large number of "constants" (changing these values is the customization) can be data read in each first time the program runs.



Without getting too off topic, "it's a feature", not a lack of experience. See http://suckless.org for their propaganda. Disclaimer: I'm a heavy dvtm user.
Author:  nabya [ Tue Dec 10, 2013 12:33 am ]
Post subject:  Re: dwm and cgoban3
Well, I couldn't really find a fix but a workaround is just starting cgoban3 in tiling mode, then the windows are (almost) maximized. Works well enough for me.
Page 1 of 1 All times are UTC - 8 hours [ DST ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/