Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
Hi, * Nicolas Évrard ni...@no-log.org [2008-10-07 13:07]: * Nico Golde [2008-08-28 19:01 +0200]: [...] What is the advantage of that? I mean you get what you want if you press it once... Did you had some time to think about this bug ? Maybe I should report it upstream ? More importantly: did we finally agree that there is something to do here ? First I am sorry, I somehow missed this mail. I thought about this again. The documentation states until it touches the nearest edge north of it. Edges are the outer edges of other windows, or the desktop boundaries so technically after the window hit the other windows edge first the next edge will be the other side of the window, that's why it overlaps. I think the documentation could be better at this point but that is exactly what this is for and it can be (as you have done) easily be fixed via a chain. I don't think there is a real need for a completely new action, I like that openbox gives you the flexibility to implement that rather easy if you need that, most users probably don't need this feature. So if you agree I would like to close this bug. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgppeWWWk6D6w.pgp Description: PGP signature
Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
* Nico Golde [2008-08-28 19:01 +0200]: Hi Nicolas, * Nicolas Évrard [EMAIL PROTECTED] [2008-08-28 18:44]: * Nico Golde [2008-08-27 16:14 +0200]: * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 16:11]: * Nico Golde [2008-08-27 15:29 +0200]: * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 13:52]: [...] I don't get what you mean. Maximizing windows always overlaps other windows on every window manager I have seen so far. Can you please be a bit more precise on what do you expect? I'll do some ascii art then. It will be more precise. Cool thanks, I was about to ask for this but didn't want that effort for you :) I'm starting from that situation: +-+ | +++-+ | | | A || B | | | +++-+ | | | | | | | | | +-+ I'd like to go this one: +-+ | +++---+| | | A || || | ++| || || B || || || || || |+---+| +-+ But when B grows to the west it will overlap A. Yes after the second execution of the action. I tought that GrowToEdge would not cross the edge made by the right border of A. Ok got your point. Well, the action will always grow the window to the nearest edge with each key press. Thus it overlaps the window making this action kind of useless. What do you mean by this? Do the windows overlap each other or not? Before the GrowToEdge no, but after they do. Only if you execute the action multiple times. In this case I just have to execute the action once. That's precisely why I am asking: In that case I should ask for the creation of an action to maximize a window in one direction without overlaping another. What is the advantage of that? I mean you get what you want if you press it once... Hello Nico, Did you had some time to think about this bug ? Maybe I should report it upstream ? More importantly: did we finally agree that there is something to do here ? -- (° Nicolas Évrard / ) Liège - Belgique ^^ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
* Nico Golde [2008-09-04 14:07 +0200]: Hi Nicolas, Hello Nico, is this not going to the BTS on purpose? No I forgot to make a reply all. This fixed now. I'm starting from that situation: +-+ | +++-+ | | | A || B | | | +++-+ | | | | | | | | | +-+ I'd like to go this one: +-+ | +++---+| | | A || || | ++| || || B || || || || || |+---+| +-+ Here is what I've got after the first GrowToEdge* +-+ | +++| | | A ||| | ++|| | |B|| | | || | | || | +-+| +-+ This should happen after GrowToEdgeWest, if both windows are touching each other you should get exactly what you wanted on GrowToEdgeEast, just tested this. In fact I created a shortcut that does the sequence GrowToEdgeWest/North/South/East. That way I can maximize a window without having to think about which way the window must go. That's why I would like to see an action that maximize a window without crossing an edge. -- (° Nicolas Évrard / ) Liège - Belgique ^^ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
* Nico Golde [2008-08-27 16:14 +0200]: Hi Nicolas, * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 16:11]: * Nico Golde [2008-08-27 15:29 +0200]: * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 13:52]: This might not be a bug but it feels like it. When two windows are side by side the actions GrowToEdge* makes the selected window grow to the edge of the other window (the window on the left with a GrowToEast will go to the east side of the other window). That's pretty much what the action is for. I though that it was an action designed to maximize the window in one way *without* overlapping other window. I don't get what you mean. Maximizing windows always overlaps other windows on every window manager I have seen so far. Can you please be a bit more precise on what do you expect? I'll do some ascii art then. It will be more precise. I'm starting from that situation: +-+ | +++-+ | | | A || B | | | +++-+ | | | | | | | | | +-+ I'd like to go this one: +-+ | +++---+| | | A || || | ++| || || B || || || || || |+---+| +-+ But when B grows to the west it will overlap A. I tought that GrowToEdge would not cross the edge made by the right border of A. Thus it overlaps the window making this action kind of useless. What do you mean by this? Do the windows overlap each other or not? Before the GrowToEdge no, but after they do. Only if you execute the action multiple times. In this case I just have to execute the action once. That's precisely why I am asking: In that case I should ask for the creation of an action to maximize a window in one direction without overlaping another. -- (° Nicolas Évrard / ) Liège - Belgique ^^ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
Hi Nicolas, * Nicolas Évrard [EMAIL PROTECTED] [2008-08-28 18:44]: * Nico Golde [2008-08-27 16:14 +0200]: * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 16:11]: * Nico Golde [2008-08-27 15:29 +0200]: * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 13:52]: [...] I don't get what you mean. Maximizing windows always overlaps other windows on every window manager I have seen so far. Can you please be a bit more precise on what do you expect? I'll do some ascii art then. It will be more precise. Cool thanks, I was about to ask for this but didn't want that effort for you :) I'm starting from that situation: +-+ | +++-+ | | | A || B | | | +++-+ | | | | | | | | | +-+ I'd like to go this one: +-+ | +++---+| | | A || || | ++| || || B || || || || || |+---+| +-+ But when B grows to the west it will overlap A. Yes after the second execution of the action. I tought that GrowToEdge would not cross the edge made by the right border of A. Ok got your point. Well, the action will always grow the window to the nearest edge with each key press. Thus it overlaps the window making this action kind of useless. What do you mean by this? Do the windows overlap each other or not? Before the GrowToEdge no, but after they do. Only if you execute the action multiple times. In this case I just have to execute the action once. That's precisely why I am asking: In that case I should ask for the creation of an action to maximize a window in one direction without overlaping another. What is the advantage of that? I mean you get what you want if you press it once... Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp9OIo4DgOhq.pgp Description: PGP signature
Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
Package: openbox Version: 3.4.7.2-3 Severity: normal Hello, This might not be a bug but it feels like it. When two windows are side by side the actions GrowToEdge* makes the selected window grow to the edge of the other window (the window on the left with a GrowToEast will go to the east side of the other window). Thus it overlaps the window making this action kind of useless. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openbox depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libobparser21 3.4.7.2-3 parsing library for openbox ii libobrender21 3.4.7.2-3 rendering library for openbox them ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notificatio 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.4-2 X11 client-side library ii libxau61:1.0.3-3 X11 authorisation library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openbox recommends: ii openbox-themes1.0.2 Themes for the Openbox window mana Versions of packages openbox suggests: pn libxml2-dev none (no description available) ii menu 2.1.40 generates programs menu for all me ii obconf2.0.3-3Preferences manager for Openbox wi ii python2.5.2-2An interactive high-level object-o ii ttf-dejavu2.25-3 Metapackage to pull in ttf-dejavu- -- no debconf information -- Nicolas Évrard | Web: http://www.openhex.com Liège - Belgique -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
Hi Nicolas, * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 13:52]: This might not be a bug but it feels like it. When two windows are side by side the actions GrowToEdge* makes the selected window grow to the edge of the other window (the window on the left with a GrowToEast will go to the east side of the other window). That's pretty much what the action is for. Thus it overlaps the window making this action kind of useless. What do you mean by this? Do the windows overlap each other or not? Cause if they do the action resizes this window to the edge of the window before resizing to the workspace corner. This is also on purpose to resize a window to the size of another for example. So far I see no bug here. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp1wp9YiHCRa.pgp Description: PGP signature
Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
* Nico Golde [2008-08-27 15:29 +0200]: Hi Nicolas, * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 13:52]: This might not be a bug but it feels like it. When two windows are side by side the actions GrowToEdge* makes the selected window grow to the edge of the other window (the window on the left with a GrowToEast will go to the east side of the other window). That's pretty much what the action is for. I though that it was an action designed to maximize the window in one way *without* overlapping other window. Thus it overlaps the window making this action kind of useless. What do you mean by this? Do the windows overlap each other or not? Before the GrowToEdge no, but after they do. Cause if they do the action resizes this window to the edge of the window before resizing to the workspace corner. This is also on purpose to resize a window to the size of another for example. That's why I was not sure this was a bug. In that case I should ask for the creation of an action to maximize a window in one direction without overlaping another. -- (° Nicolas Évrard / ) Liège - Belgique ^^ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
Hi Nicolas, * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 16:11]: * Nico Golde [2008-08-27 15:29 +0200]: * Nicolas Évrard [EMAIL PROTECTED] [2008-08-27 13:52]: This might not be a bug but it feels like it. When two windows are side by side the actions GrowToEdge* makes the selected window grow to the edge of the other window (the window on the left with a GrowToEast will go to the east side of the other window). That's pretty much what the action is for. I though that it was an action designed to maximize the window in one way *without* overlapping other window. I don't get what you mean. Maximizing windows always overlaps other windows on every window manager I have seen so far. Can you please be a bit more precise on what do you expect? Thus it overlaps the window making this action kind of useless. What do you mean by this? Do the windows overlap each other or not? Before the GrowToEdge no, but after they do. Only if you execute the action multiple times. If just executed one time the edge of the one window will grow to the nearest etch of the other window. Cause if they do the action resizes this window to the edge of the window before resizing to the workspace corner. This is also on purpose to resize a window to the size of another for example. That's why I was not sure this was a bug. In that case I should ask for the creation of an action to maximize a window in one direction without overlaping another. See above :) Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp2Mh7muR5PO.pgp Description: PGP signature