fix several bugs (cursors for example)... found some more... :)
[platform/upstream/enlightenment.git] / BUGS
1 From: Matias Grana <matiasg@dm.uba.ar>
2 To: Enlightenment users list <enlightenment-users@lists.sourceforge.net>
3 Subject: [e-users] bug in e17?
4 Date: Fri, 4 Nov 2005 16:41:49 -0300
5 Sender: enlightenment-users-admin@lists.sourceforge.net
6
7 hi;
8 I think I've found a bug, which I can reproduce as follows:
9
10 open konqueror (maybe other kde applications work too, i don't know).
11 open a web page on it.
12 open the 'print...'  dialog
13 tell it to print it to a file
14 click on the folder icon, to browse for the file to print it to
15 select a file and press save
16 click AGAIN on the folder icon.
17
18 The browser opens, but it does as an iconized window.
19
20 I just recompiled code from cvs to be sure it wasn't fixed. If I can be
21 of more help on this, tell me so.
22
23 Matias
24
25
26
27
28
29
30
31
32 From: Kim Woelders <kim@woelders.dk>
33 To: enlightenment-devel@lists.sourceforge.net
34 Subject: Re: [E-devel] Re: bugs with iconification/deiconification in e17.
35 Date: Fri, 02 Dec 2005 19:14:46 +0100
36 Sender: enlightenment-devel-admin@lists.sourceforge.net
37
38 Carsten Haitzler (The Rasterman) wrote:
39 > On Fri, 02 Dec 2005 09:19:20 +0200 <vkojouharov@gmail.com>
40 > babbled:
41
42
43 >>On Thu, 2005-12-01 at 18:26 +0100, Kim Woelders wrote:
44 >>
45 >>>Carsten Haitzler (The Rasterman) wrote:
46 >>>
47 >>>>On Wed, 30 Nov 2005 19:44:37 +0200
48 >>>><vkojouharov@gmail.com> babbled:
49 >>>
50 >>>...
51 >>>
52 >>>>>The other app is with deiconifying a window. Some programs (actually,
53 >>>>>only alltray comes to mind right now) use xlib to do the whole
54 >>>>>iconification thing. For the alltray instance, it seems to use
55 >>>>>XSetWMHints, set the state to NormalState, and basically that's it. And
56 >>>>>it seems to work for a lot of window managers too, so that must be a
57 >>>>>proper way to do it. But that doesn't work for e17, and the window stays
58 >>>>>iconified.
59 >>>>
60 >>>>
61 >>>>e waits for a map request. it doesnt respond to a change in hints for a
62 >>>>map. we can make it do so though :) i will write these down in the TODO.
63 >>>>
64 >>>
65 >>>I don't think a client can deiconify by changing a hint. e16 doesn't but
66 >>>does work with alltray. The normal way is to map the client window. In
67 >>>some cases clients send a _NET_ACTIVE_WINDOW message, but IIRC always to
68 >>>deiconify some other client as in tasklist and pager type 
69 >>
70 >>I'm just curious here, what does alltray use to deiconify a window? cuz
71 >>that's the only relevant thing I could find in the code
72
73
74 > it prbably SHOULD use XMapWindow() or XMapRaised()
75
76 After having taken a peek at what is does in e16.8 on "alltray xterm",
77 the short version is that it uses XMapWindow() to map the client (which
78 actually is an alltray window containing the reparented real client)
79 first time. After that, when having been iconified, it sends a
80 _NET_ACTIVE_WINDOW client message to deiconify.
81
82 /Kim
83
84
85
86
87
88
89
90
91
92
93
94 dj2 raster, heres an interesting bug for you
95 dj2 i have twinview setup on my box
96 dj2 i can move the mouse between the 2 heads and e17 sees tehm as 2 heads
97 dj2 (2 pages etc)
98 dj2 if i try to drag a window between the 2 heads (say from left to right)
99 the mouse will lmove as expected
100 dj2 but when the window hits the right edge of the left monitor it will
101 appear again off the left edge of the left monitor
102 dj2 tho the mouse is now on the right monitor
103 raster xdpyinfo
104 raster see how many screens u have
105 raster screen #0:...
106 raster is there a screen #1 ?
107 dj2 number of screens: 2
108 dj2 yea screen #0 and screen #1
109
110 NB: in multihead if the mouse exits a screen during move or resize - either
111 disallow it (warp back to previous position ) or limit resize/move