Re: [dev] DWM Xinerama
On Thu, Nov 10, 2011 at 08:54:11PM -0500, Benjamin R. Haskell wrote: On Thu, 10 Nov 2011, Roger wrote: I'm using dwm-5.9. I'd love to get a dwm-.ebuild into Gentoo, but some hate cvs/svn/git ebuilds and I have a tough time getting them into Gentoo. It doesn't make a whole lot of sense to have an ebuild in the first place for a piece of software that requires you to alter its source in order to configure it. The Gentoo ebuild alows people to supply their own config.h. It installs the build systemwide, though. Also it doesn't support user patches, I think. I haven't seen it in a while. -- Petr Depending on what patches (if any) you apply, dwm consists of two source files (on the non-draw.c branch). Clone the hg sources, compile it, copy `dwm` into ~/bin, and be happier not fighting with an ebuild and/or bureaucracy. If you really want an ebuild for it, just create it yourself in a local repository. -- Best, Ben pgpZoGPdP7NtL.pgp Description: PGP signature
Re: [dev] DWM Xinerama
On Fri, Nov 11, 2011 at 09:43:57AM +0100, Petr Šabata wrote: On Thu, Nov 10, 2011 at 08:54:11PM -0500, Benjamin R. Haskell wrote: On Thu, 10 Nov 2011, Roger wrote: I'm using dwm-5.9. I'd love to get a dwm-.ebuild into Gentoo, but some hate cvs/svn/git ebuilds and I have a tough time getting them into Gentoo. It doesn't make a whole lot of sense to have an ebuild in the first place for a piece of software that requires you to alter its source in order to configure it. The Gentoo ebuild alows people to supply their own config.h. It installs the build systemwide, though. Also it doesn't support user patches, I think. I haven't seen it in a while. -- Petr Yes Gentoo already does have an ebuild package for dwm, including a saved config feature to preserve the user's config.h files within a /etc/portage/savedconfig folder. I haven't used additional patches as I prefer using the standard package for stability reasons. But I'm sure the DWM ebuild could be modified to include patches, by including them from the saved config folder as I think of it. Hey, anything is possible if you set your mind to it! Anyways, I think we're way off topic. ;-) Depending on what patches (if any) you apply, dwm consists of two source files (on the non-draw.c branch). Clone the hg sources, compile it, copy `dwm` into ~/bin, and be happier not fighting with an ebuild and/or bureaucracy. If you really want an ebuild for it, just create it yourself in a local repository. -- Roger http://rogerx.freeshell.org/
Re: [dev] DWM Xinerama
DISPLAY=display program, if I recall correctly. On Thu, Nov 10, 2011 at 11:28 AM, Roger rogerx@gmail.com wrote: I've just configured two monitors on one NVidia card (DVI-I-1 and VGA-0) using the Nouveau driver. (For more info and configuration, see Gentoo-Wiki DWM web page, easily found using Google.) From what I see, the xinerama configure option is not Xorg Xinerama Extension related, but provides generic xinerama like features for DWM. From what I'm also seeing, there are no additional configuration statements for the dwm.h with this DWM xinerama feature. Is there anything I can use to force an application (ie mplayer) to start on Monitor1 using the console/terminal on Monitor0, instead of always having to move the mouse to the second display and using DMenu? -- Roger http://rogerx.freeshell.org/
Re: [dev] DWM Xinerama
On Thu, Nov 10, 2011 at 12:28:18PM +0200, Ruben Mikkonen wrote: DISPLAY=display program, if I recall correctly. On Thu, Nov 10, 2011 at 11:28 AM, Roger [1]rogerx@gmail.com wrote: I've just configured two monitors on one NVidia card (DVI-I-1 and VGA-0) using the Nouveau driver. �(For more info and configuration, see Gentoo-Wiki DWM web page, easily found using Google.) Negative on that. The Nouveau driver using one video card with VGA/DVI outputs using XRandR-1.2 doesn't create two displays. Now, using the xorg nv driver, one could use two screen sections, but as of XRandR-1.2, I'm not sure. But this scenario would create the two displays (ie. DISPLAY :0.0, DISPLAY :0.1) so that one could export a program into. As I hack away here, the more I see DWM Xinerama is really Xinerama Extension, but with XRandR enabled still. Somehow I was able to specify Xinerama Enable within the xorg.conf and I wasn't able to execute xrandr due to it being disabled by Xinerama. Hence, very confusing. But I've set things up per Nouveau's XRandR-1.2 web page. wmctl doesn't see anything. No Display to export to. Only method is to move the mouse to the second monitor and use MetaKey+P (aka DMenu) to start a program on that display. -- Roger http://rogerx.freeshell.org/
Re: [dev] DWM Xinerama
On Thu, Nov 10, 2011 at 07:35:25AM -0500, Kurt H Maier wrote: On Thu, Nov 10, 2011 at 5:28 AM, Ruben Mikkonen camu.u...@gmail.com wrote: Is there anything I can use to force an application (ie mplayer) to start on Monitor1 using the console/terminal on Monitor0, instead of always having to move the mouse to the second display and using DMenu? The last field in the rules array in config.h (which is -1 in all the examples) is used to set monitor preference. Thanks Kurt. Seems the value 0 sends the instance to the second monitor here. Mplayer's -xineramascreen option has no effect on monitor placement and mplayer's -geometry seems to act a little funny. Seems DWM takes precedence over the mplayer's options concerning monitor placement. So using the dwm.h file is best for specifying monitor? (And likely full screen mode too as mplayer's -xinerama has null effect again, likely due to DWM precedence?) (Documenting to Gentoo Wiki's DWM page.) -- Roger http://rogerx.freeshell.org/
Re: [dev] DWM Xinerama
Hey, On 10/11/2011, Roger rogerx@gmail.com wrote: Seems DWM takes precedence over the mplayer's options concerning monitor placement. So using the dwm.h file is best for specifying monitor? dwm does take precedence, yes, since it tiles the window instead of letting it float. Out of interest, could you post the xprop(1) output for the newly-mapped mplayer window? Thanks, cls
Re: [dev] DWM Xinerama
On 10/11/2011, Roger rogerx@gmail.com wrote: Mplayer's -xineramascreen option has no effect on monitor placement and mplayer's -geometry seems to act a little funny. dwm ignores -geometry, unless it's floating, since we don't honour USPosition / USSize. I have suggested we patch this before, but others thought we shouldn't. (And likely full screen mode too as mplayer's -xinerama has null effect again, likely due to DWM precedence?) Assuming mplayer is setting this correctly, are you using dwm from Mercurial, or a release? Because tip ought to honour full screen on map, whereas older versions do not. cls
Re: [dev] DWM Xinerama
On Thu, Nov 10, 2011 at 06:07:38PM +0100, Connor Lane Smith wrote: Hey, On 10/11/2011, Roger rogerx@gmail.com wrote: Seems DWM takes precedence over the mplayer's options concerning monitor placement. So using the dwm.h file is best for specifying monitor? dwm does take precedence, yes, since it tiles the window instead of letting it float. Out of interest, could you post the xprop(1) output for the newly-mapped mplayer window? I'm using dwm-5.9. I'd love to get a dwm-.ebuild into Gentoo, but some hate cvs/svn/git ebuilds and I have a tough time getting them into Gentoo. $ xprop WM_STATE(WM_STATE): window state: Normal icon window: 0x0 WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified location: 1681, 262 program specified size: 704 by 528 program specified minimum size: 4 by 4 program specified minimum aspect ratio: 704/528 program specified maximum aspect ratio: 704/528 program specified base size: 0 by 0 window gravity: Static WM_ICON_NAME(STRING) = MPlayer WM_NAME(STRING) = MPlayer _NET_WM_PID(CARDINAL) = 13308 WM_CLASS(STRING) = xv, MPlayer WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW This instance of mplayer is on the second monitor and not fullscreen. -- Roger http://rogerx.freeshell.org/
Re: [dev] DWM Xinerama
On Thu, 10 Nov 2011, Roger wrote: I'm using dwm-5.9. I'd love to get a dwm-.ebuild into Gentoo, but some hate cvs/svn/git ebuilds and I have a tough time getting them into Gentoo. It doesn't make a whole lot of sense to have an ebuild in the first place for a piece of software that requires you to alter its source in order to configure it. Depending on what patches (if any) you apply, dwm consists of two source files (on the non-draw.c branch). Clone the hg sources, compile it, copy `dwm` into ~/bin, and be happier not fighting with an ebuild and/or bureaucracy. If you really want an ebuild for it, just create it yourself in a local repository. -- Best, Ben
Re: [dev] [dwm] Xinerama autocenter issue
2009/10/23 Alex Matviychuk alex...@gmail.com: Sorry I should of been more clear. I can understand and accept the dialog centering, but the whole app is being recentered and part of it is going off screen. I started detaching tabs and dragging them to the second monitor, but when I switch tags and then switch back, all the detached tabs jump back to the first monitor @_@ haha, anyway, maybe it's time to look at emacs. Also, found a link to a plugin for eclipse that fixes some xinerama issues in KDE (http://linux.softpedia.com/get/Utilities/3-5-x-Xinerama-improvements-27124.shtml), but I'll switch to Windows ME before I switch to KDE /hyperbole I use Eclipse at work sometimes and always run it in floating mode. Kind regards, Anselm
Re: [dev] [dwm] Xinerama autocenter issue
Yeah that seems to do the trick. As long as I stick to one monitor and don't expect detached windows to remember their positions, it's not too bad. Cheers, Alex On Fri, Oct 23, 2009 at 3:59 PM, Anselm R Garbe ans...@garbe.us wrote: 2009/10/23 Alex Matviychuk alex...@gmail.com: Sorry I should of been more clear. I can understand and accept the dialog centering, but the whole app is being recentered and part of it is going off screen. I started detaching tabs and dragging them to the second monitor, but when I switch tags and then switch back, all the detached tabs jump back to the first monitor @_@ haha, anyway, maybe it's time to look at emacs. Also, found a link to a plugin for eclipse that fixes some xinerama issues in KDE (http://linux.softpedia.com/get/Utilities/3-5-x-Xinerama-improvements-27124.shtml), but I'll switch to Windows ME before I switch to KDE /hyperbole I use Eclipse at work sometimes and always run it in floating mode. Kind regards, Anselm
Re: [dev] [dwm] Xinerama autocenter issue
2009/10/22 Alex Matviychuk alex...@gmail.com: I'm floating eclipse across the length of 1.5 monitors using xinerama. Whenever I use a dialog inside eclipse, it tries to center itself and considers the center as the center of the first monitor. Is there a way to fix this? Or is there a better way of streaching apps across monitors? The dialog that pops up belongs to the monitor of the parent window (eclipse). Hence it's centered on the monitor it belongs to. Stretching things across monitors is not intended to be supported well by dwm's Xinerama support. The best solution for this is buying a bigger screen and telling the monitor vendor that you bought this screen because you are a dwm user ;) Perhaps some screen manufacturer will ring some day when it realises the critical dwm user base ;) Kind regards, Anselm
Re: [dev] [dwm] Xinerama autocenter issue
On Thu, Oct 22, 2009 at 08:14:40AM +0100, Anselm R Garbe wrote: 2009/10/22 Alex Matviychuk alex...@gmail.com: I'm floating eclipse across the length of 1.5 monitors using xinerama. Whenever I use a dialog inside eclipse, it tries to center itself and considers the center as the center of the first monitor. Is there a way to fix this? Or is there a better way of streaching apps across monitors? The dialog that pops up belongs to the monitor of the parent window (eclipse). Hence it's centered on the monitor it belongs to. Stretching things across monitors is not intended to be supported well by dwm's Xinerama support. The best solution for this is buying a bigger screen and telling the monitor vendor that you bought this screen because you are a dwm user ;) Perhaps some screen manufacturer will ring some day when it realises the critical dwm user base ;) Kind regards, Anselm And the dwm community will get the real big screens cheaper? I like it :-D Regards Moritz Wilhelmy
Re: [dev] [dwm] Xinerama autocenter issue
yeah, what a great idea... On Thu, Oct 22, 2009 at 2:44 PM, Moritz Wilhelmy c...@wzff.de wrote: On Thu, Oct 22, 2009 at 08:14:40AM +0100, Anselm R Garbe wrote: 2009/10/22 Alex Matviychuk alex...@gmail.com: I'm floating eclipse across the length of 1.5 monitors using xinerama. Whenever I use a dialog inside eclipse, it tries to center itself and considers the center as the center of the first monitor. Is there a way to fix this? Or is there a better way of streaching apps across monitors? The dialog that pops up belongs to the monitor of the parent window (eclipse). Hence it's centered on the monitor it belongs to. Stretching things across monitors is not intended to be supported well by dwm's Xinerama support. The best solution for this is buying a bigger screen and telling the monitor vendor that you bought this screen because you are a dwm user ;) Perhaps some screen manufacturer will ring some day when it realises the critical dwm user base ;) Kind regards, Anselm And the dwm community will get the real big screens cheaper? I like it :-D Regards Moritz Wilhelmy
Re: [dev] [dwm] Xinerama autocenter issue
Sorry I should of been more clear. I can understand and accept the dialog centering, but the whole app is being recentered and part of it is going off screen. I started detaching tabs and dragging them to the second monitor, but when I switch tags and then switch back, all the detached tabs jump back to the first monitor @_@ haha, anyway, maybe it's time to look at emacs. Also, found a link to a plugin for eclipse that fixes some xinerama issues in KDE (http://linux.softpedia.com/get/Utilities/3-5-x-Xinerama-improvements-27124.shtml), but I'll switch to Windows ME before I switch to KDE /hyperbole cheers -Alex On Thu, Oct 22, 2009 at 4:14 PM, Anselm R Garbe ans...@garbe.us wrote: 2009/10/22 Alex Matviychuk alex...@gmail.com: I'm floating eclipse across the length of 1.5 monitors using xinerama. Whenever I use a dialog inside eclipse, it tries to center itself and considers the center as the center of the first monitor. Is there a way to fix this? Or is there a better way of streaching apps across monitors? The dialog that pops up belongs to the monitor of the parent window (eclipse). Hence it's centered on the monitor it belongs to. Stretching things across monitors is not intended to be supported well by dwm's Xinerama support. The best solution for this is buying a bigger screen and telling the monitor vendor that you bought this screen because you are a dwm user ;) Perhaps some screen manufacturer will ring some day when it realises the critical dwm user base ;) Kind regards, Anselm
Re: [dev] dwm xinerama config.mk settings
Hiho, I'm a little uneasy with that since I'm using Xinerama all the time nowadays. But I wouldn't mind doing that by default. Any complaints? yes plz (although didn't we have this thread a couple of times?) I think Xinerama should be enable by default - most people will have the necessary headers installed anyway. Regards, Mate