[Tcl-bugs] [Bug #120856] "winfo containing" doesn't work on non-root E desktops (and poss other WMs)
From: <no...@so...> - 2000-11-30 20:04:00
|
Bug #120856, was updated on 2000-Oct-31 17:30 Here is a current snapshot of the bug. Project: Tk Toolkit Category: Window manager Status: Open Resolution: None Bug Group: 8.2b1 Priority: 6 Summary: "winfo containing" doesn't work on non-root E desktops (and poss other WMs) Details: OriginalBugID: 2478 Bug Version: 8.2b1 SubmitDate: '1999-08-02' LastModified: '2000-03-07' Severity: MED Status: UnAssn Submitter: techsupp ChangedBy: sven RelatedBugIDs: 3777 4301 OS: Linux-Red Hat Machine: Other Name: John Ellson Comments: ra...@ra... (author of enlightenment) states: bug in tk - motif has the same bug with dnd. basically they asume eazch immediate chil o the root winow has on and onlyone appliation window in it - incorrect assumption to make. xwininfo, xprop anjmd others also suffer from thsi bad assumption. iccm oes nto forbid being able to reparent as many client windwos as the wm likes into another window. its badly written apps :) gtk's dnd code does it right :) so basically the answer is ... fix tk :) (nb - it will have he same problem with tvtwm i believe and amiwm - both are also virtal root winow wm's) ReproducibleScript: #!/usr/local/bin/wish # file "bug.tcl" illustrating "winfo containing" # problem on non-root E desktops (and poss other WMs) toplevel .t bind .t <B1-Motion> {puts [winfo containing %X %Y]} ObservedBehavior: Using Enlightenment WM. "winfo containing" doesn't work on non-root desktops. The test script generates two windows. One labelled "bug" and the other labelled "t". If the mouse-button-1 is held down over "t" and then dragged to "bug" you should see the window name reported repeatedly as the mouse is dragged. (I'm trying to implement drag&drop between windows.) If the script is executed on desktop 1 you see ".t" and then "" as you enter window "bug" This is incorrect. Somehow the mouse entry into they "bug" window is not detected when on desktops other than 0. DesiredBehavior: If the script is executed on desktop 0 you see ".t" and then "." as the mouse is dragged to window "bug" This is correct behavior Follow-Ups: Date: 2000-Nov-30 12:03 By: dkf Comment: Well, some of us would contend that the problem is with Enlightenment in the first place, but that's an argument for another place and time. If anyone wishes to contribute code to fix this, something may happen. If not, it won't get fixed since it works for a great many people's desktops (including, presumably, the majority of core Tk developers since nobody's worked on coming up with a fix) and we don't feel this one to be particularly critical. (Hey, it's not *my* desktop that's got problems with this... :^) ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=120856&group_id=12997 |
[Tcl-bugs] [Bug #120856] "winfo containing" doesn't work on non-root E desktops (and poss other WMs)
From: <no...@so...> - 2000-11-30 20:04:00
|
Bug #120856, was updated on 2000-Oct-31 17:30 Here is a current snapshot of the bug. Project: Tk Toolkit Category: Window manager Status: Open Resolution: None Bug Group: 8.2b1 Priority: 5 Summary: "winfo containing" doesn't work on non-root E desktops (and poss other WMs) Details: OriginalBugID: 2478 Bug Version: 8.2b1 SubmitDate: '1999-08-02' LastModified: '2000-03-07' Severity: MED Status: UnAssn Submitter: techsupp ChangedBy: sven RelatedBugIDs: 3777 4301 OS: Linux-Red Hat Machine: Other Name: John Ellson Comments: ra...@ra... (author of enlightenment) states: bug in tk - motif has the same bug with dnd. basically they asume eazch immediate chil o the root winow has on and onlyone appliation window in it - incorrect assumption to make. xwininfo, xprop anjmd others also suffer from thsi bad assumption. iccm oes nto forbid being able to reparent as many client windwos as the wm likes into another window. its badly written apps :) gtk's dnd code does it right :) so basically the answer is ... fix tk :) (nb - it will have he same problem with tvtwm i believe and amiwm - both are also virtal root winow wm's) ReproducibleScript: #!/usr/local/bin/wish # file "bug.tcl" illustrating "winfo containing" # problem on non-root E desktops (and poss other WMs) toplevel .t bind .t <B1-Motion> {puts [winfo containing %X %Y]} ObservedBehavior: Using Enlightenment WM. "winfo containing" doesn't work on non-root desktops. The test script generates two windows. One labelled "bug" and the other labelled "t". If the mouse-button-1 is held down over "t" and then dragged to "bug" you should see the window name reported repeatedly as the mouse is dragged. (I'm trying to implement drag&drop between windows.) If the script is executed on desktop 1 you see ".t" and then "" as you enter window "bug" This is incorrect. Somehow the mouse entry into they "bug" window is not detected when on desktops other than 0. DesiredBehavior: If the script is executed on desktop 0 you see ".t" and then "." as the mouse is dragged to window "bug" This is correct behavior Follow-Ups: Date: 2000-Nov-30 12:03 By: dkf Comment: Well, some of us would contend that the problem is with Enlightenment in the first place, but that's an argument for another place and time. If anyone wishes to contribute code to fix this, something may happen. If not, it won't get fixed since it works for a great many people's desktops (including, presumably, the majority of core Tk developers since nobody's worked on coming up with a fix) and we don't feel this one to be particularly critical. (Hey, it's not *my* desktop that's got problems with this... :^) ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=120856&group_id=12997 |
From: <no...@so...> - 2001-03-22 19:10:56
|
Bugs item #220856, was updated on 2000-10-31 17:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112997&aid=220856&group_id=12997 >Category: Unix Window Operations Group: 8.2b1 Status: Open Priority: 6 Submitted By: Brent B. Welch (welch) Assigned to: Nobody/Anonymous (nobody) >Summary: "winfo containing" doesn't work on non-root E desktops (and poss other WMs) Initial Comment: OriginalBugID: 2478 Bug Version: 8.2b1 SubmitDate: '1999-08-02' LastModified: '2000-03-07' Severity: MED Status: UnAssn Submitter: techsupp ChangedBy: sven RelatedBugIDs: 3777 4301 OS: Linux-Red Hat Machine: Other Name: John Ellson Comments: ra...@ra... (author of enlightenment) states: bug in tk - motif has the same bug with dnd. basically they asume eazch immediate chil o the root winow has on and onlyone appliation window in it - incorrect assumption to make. xwininfo, xprop anjmd others also suffer from thsi bad assumption. iccm oes nto forbid being able to reparent as many client windwos as the wm likes into another window. its badly written apps :) gtk's dnd code does it right :) so basically the answer is ... fix tk :) (nb - it will have he same problem with tvtwm i believe and amiwm - both are also virtal root winow wm's) ReproducibleScript: #!/usr/local/bin/wish # file "bug.tcl" illustrating "winfo containing" # problem on non-root E desktops (and poss other WMs) toplevel .t bind .t <B1-Motion> {puts [winfo containing %X %Y]} ObservedBehavior: Using Enlightenment WM. "winfo containing" doesn't work on non-root desktops. The test script generates two windows. One labelled "bug" and the other labelled "t". If the mouse-button-1 is held down over "t" and then dragged to "bug" you should see the window name reported repeatedly as the mouse is dragged. (I'm trying to implement drag&drop between windows.) If the script is executed on desktop 1 you see ".t" and then "" as you enter window "bug" This is incorrect. Somehow the mouse entry into they "bug" window is not detected when on desktops other than 0. DesiredBehavior: If the script is executed on desktop 0 you see ".t" and then "." as the mouse is dragged to window "bug" This is correct behavior ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2000-11-30 12:03 Message: Well, some of us would contend that the problem is with Enlightenment in the first place, but that's an argument for another place and time. If anyone wishes to contribute code to fix this, something may happen. If not, it won't get fixed since it works for a great many people's desktops (including, presumably, the majority of core Tk developers since nobody's worked on coming up with a fix) and we don't feel this one to be particularly critical. (Hey, it's not *my* desktop that's got problems with this... :^) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112997&aid=220856&group_id=12997 |