vtorri
/
efl
forked from enlightenment/efl
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

From: yan.wang@linux.intel.com 

Subject: [E-devel] [PATCH] Add frame size when calculating minimized
elm_win size

Hi,
  I found frame size including width and height isn't counted in
  _elm_win_resize_objects_eval() when calculating minimized elm_window
  size.
    It is OK for X engine because elementary only draw client area and X
    provides widow frame. So both the width and height from
    evas_output_framespace_get are 0.
      But it cause bug for wayland engine because elementary need draw
window
frame by itself. So real client area size is smaller than window size.
If frame size isn't counted into minimized window size, there isn't
enough client area to layout widgets.
  So it is bug for any engine in which elementary draws window frame by
  itself. It is the reason of
http://trac.enlightenment.org/e/ticket/1064.
  Could you please my attached patch for this issue?
    Thanks.
    


SVN revision: 74049
This commit is contained in:
yan.wang 2012-07-18 08:27:52 +00:00 committed by Carsten Haitzler
parent 721f5e1a26
commit 9521230ca9
2 changed files with 7 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
legacy/elementary/ChangeLog
View File

@ -318,3 +318,7 @@
self-feeding loops expecially with min size hints on scrollers (which
the change in smart object infra broke too - fixed here).
2012-07-18 Yan Wang
* Small fix to account for framespace that is used in wayland
(0 in x11 so shouldnt affect x11).

3
legacy/elementary/src/lib/elm_win.c
View File

@ -1498,6 +1498,9 @@ _elm_win_resize_objects_eval(Evas_Object *obj)
else if ((h > 0) && (h < maxh))
maxh = h;
}
evas_output_framespace_get(sd->evas, NULL, NULL, &w, &h);
minw += w;
minh += h;
if (!xx) maxw = minw;
else maxw = 32767;
if (!xy) maxh = minh;