can select yourself as a user). also any scaling either calculated from dpi
or set by the user is limited to the min/max values a user can impose (thus
even if you have very low dpi, e doesn't go below a scaling factor you set -
eg 1.0 or 0.5, and same for upscaling).
this should
1. keep all the people who want scalable UI's happy (enable scaling).
2. make e able to (if u want) to adapt to pretty much any dpi screen and
selectively scale just what u want it to.
3. allw you - the user, to be the final controller of just how much to scale
- if you like scaling but think it scales too much - then limit it or set
your own.
right now this will onyl work if your theme supports it... the b&w one does
(mostly). so try that and test. other bits of e need to adapt to this too
(shelf, icon sizes, etc. etc.) as they are not done via edje but code sets
them.
SVN revision: 36211
a matching label would be selected. Kinda like EFM's typebuf. Does
not show what you type, since I think it's useless here. If you hit
Esc or wait 3 seconds, the buffer would be cleared. Understands
wildcards and is case-insensitive. Useful to dig through applications
or bindings list. If you feel like this does not fit here, go ahead
and revert.
SVN revision: 36168
This callback will make it easier for dialogs to filter if the status
is really changed or if it's back to original values without having to
listen individually to each children widget (we cannot hook into the
parent since e_config_dialog already does that).
SVN revision: 36154
For some dialogs, it's better to let the dialogs themselves choose if
they're modified or not. Default behavior is backward compatible.
SVN revision: 36152
nasty. does some utterly evil things. should i send off some suggestions to
them? (like 1. dont reparent the window in xcommon.c line 217, dont play with
wm focus policies in xcommon.c line 2269 - just dont send the
_NET_ACTIVE_WINDOW, you shouldnt' need to (wm should make the focus be
correct itself and wm's that don't should get a freindly reminder from users
when they dont remain consistent with focus policy), and then... xcommon.c
2317 remove the do {} while loop - i can think of many reasons the wm may
choose not to map your client window (yet - or ever), so this will never work
"reliably" always. just put in an XSync(p_vout->p_sys->p_display, False);
instead to force the x pipe to flush and do everything you asked before
returning control to the code and thus avoiding any badaccess stuff from x).
SVN revision: 36093
e_widget_resize_object_set() gets the SUB (child) object as the second
parameter, it's named "sobj", but it's being used as the SMART
(parent) object with evas_object_smart_member_add(), so hierarchy was
all swapped.
SVN revision: 36034
These new shortcuts will trigger move and resize modes that are
interactive using keyboard. Use arrows to move or resize (left/top =
shrink, right/bottom = enlarge), presse Escape to abort, Return or
mouse click or timeout to confirm.
This should work like WindowMaker or Kwin.
TODO:
- add customizable thresholds.
- figure out what to do with the old action "Move" and "Resize",
they're really useless for keyboard, just works with mouse.
SVN revision: 36010
Chidambar Zinnoury
toma
Carsten Haitzler
Gustavo Sverzut Barbieri
ptomaine