Dominik Vogt <[EMAIL PROTECTED]> writes: > On Mon, Aug 20, 2001 at 08:05:14PM -0400, Dan Espen wrote: > > "Dmitry Yu. Bolkhovityanov" <[EMAIL PROTECTED]> writes: > > > On Mon, 20 Aug 2001, Dan Espen wrote: > > > > > > > Dominik Vogt <fvwm-workers@fvwm.org> writes: > > > > > Currently, fvwm uses the icon boxes in the order of creation. So, > > > > > if one icon box is created on screen 0 and one is created on > > > > > screen 1, all icons are placed on screen 0 until the icon box is > > > > > full, then all icons are put on screen 1. My question was if it > > > > > is necessary to skip icon boxes that are not on the same screen as > > > > > the window. > > > > > > > > I don't think we'd want to apply the same screen test unless the > > > > user indicated that the iconbox was for a specific screen. > > > > Right now, theres no way to do that. > > > > > > Would it be possible to remember the screen# together with > > > translated geometry? > > > > It can be saved, but what for? > > For recalculation of the icon boxes when the "Xinerama" command is > used. Let's assume Xinerama is enabled with two screens.
Thanks, now I understand. I added the screen spec to the iconbox structure for the case when a geometry style spec is used, but the IconBox can also be defined in "l r t b" format. There are times when that format is required. I don't know what format you'd like to use in that case. I suppose just another string and pass it over to XineramaSupportParseScreenBit? Like: Style * Iconbox -80 240 -1 -1 g I didn't do anything but put the value in the structure. -- Dan Espen 444 Hoes Lane Room RRC 1C-214 E-mail: [EMAIL PROTECTED] Piscataway, NJ 08854 Phone: (732) 699-5570 -- Visit the official FVWM web page at <URL:http://www.fvwm.org/>. To unsubscribe from the list, send "unsubscribe fvwm-workers" in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
