Lee Revell wrote: >On Thu, 2005-12-29 at 16:00 -0500, Rick Wright wrote: > > >>Lee Revell wrote: >> >> >> >>>On Thu, 2005-12-29 at 14:46 -0500, Rick Wright wrote: >>> >>> >>> >>> >>>>Rui Nuno Capela wrote: >>>> >>>> >>>> >>>> >>>> >>>>>Rick Wright wrote: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>I'd like the qjackctl windows (i.e. the control window, messages, >>>>>>connections, status) to open for a subsequent executation in the same >>>>>>screen locations as I had them at shutdown from the last execution. >>>>>>Is this possible? I can't seem to find an option for this. >>>>>> >>>>>>All (and only those) windows that were visible from the previous >>>>>>execution do indeed appear on the subsequent application run (which >>>>>>is good), but the window positioning appears to be forgotten. >>>>>> >>>>>>Rui, if this is not currently supported, would it be possible to add >>>>>>this feature? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>Window positioning persistence is already featured and is default >>>>>behavior, for quite some time. AFAICS its been ever since ;). Problem >>>>>is that behavior may vary, with some glitches depending on your >>>>>particular WM. It is well known, at least to me, that window positions >>>>>aren't remembered very well if you stick to use the WM close button on >>>>>those window titles, usually the ones labeled as [X]. OTOH if you use >>>>>qjackctl main window control buttons, to toggle child window >>>>>visibility and to quit application, all seems to work just fine ;) or >>>>>so I believe and been told. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>I am finding inconsistency in the window positioning persistence. >>>>Sometimes the windows appear in the same position, sometimes they >>>>don't. This has been tested using only the QJC main window control >>>>buttons as recommended above. >>>> >>>>Leaving the windows open (only testing using 4 of them: main, status, >>>>messages, connections) upon shutdown (quit on main window) and >>>>restarting QJC sometimes gives the same locations and sometimes not, but >>>>it seems that the windows don't like the presence of other windows (i.e. >>>>an xterm from which to start QJC!) and the most prevalent offender is >>>>the main window. Actually, it seems that upon the first restart of QJC, >>>>the positions are remembered, but without moving any windows, a second >>>>quit/restart results in some windows appearing cascaded from the top >>>>left of the desktop. Window sizes are always remembered. >>>> >>>>Can anyone else reproduce this? >>>> >>>> >>>> >>>> >>>What desktop environment and window manager are you using and which >>>version? >>> >>>Lee >>> >>> >>> >>> >>> >>> >>Reply try #3..... >> >>Running an up-to-date FC4/GNOME (2.6.10) system. >> >>Rick >> >> >> > >OK, I just reproduced this on my Ubuntu Breezy system, Gnome 2.12.0. If >I run qjackctl, open the Messages window, move it, open the Connect >window, move that, then close the main window by clicking the X, next >time I run it the Messages window has moved back to where it started. > >Surely this is a WM bug, the app can't be responsible for remembering >the position of its windows? > >Lee > > > > Rui seemed to indicate that if you close those windows by toggling the associated button on the main window (rather than the X as you did) that the positions should persist. For me, they all do *except* the messages window. That doesn't seem like a WM bug to me. Try this: open the app, open the message and status windows and move them somewhere. Then, simply toggle the buttons and see where they reappear. I just tried this again with the patchbay window (my first test with patchbay) and it shows the same non-persistence behavior as the messages window. As far as closing the app with the quit button and then restarting, the results are mixed as I described above. It seems that the window positions persist (mostly) upon the first restart, but without moving any windows, a subsequent quit/restart seems to lose window position information. This seems app related too, no? Rick
