* fix some event values
* Add the "Windows" key support
* manage modifiers for shift, ctrl, alt and windows keys
that support is not finished, there still several bugs.
SVN revision: 65613
A previous patch had changed its signature, but since this is an EAPI,
we can't break it. Now ecore_fb_input_device_window_set() was added to
provide the same functionality.
SVN revision: 65589
mouse is in on init (as events wont always give this) and focus
is set on show if appropriate if no focus in/out events come
from the back-end later
Fix setting override state to only hide if it should be
visible at that point in x back end support
SVN revision: 65508
Subject: [E-devel] [PATCH] add ecore_imf_context_cursor_location_set API
In this patch, it will add ecore_imf_context_cursor_location_set API in
Ecore_IMF.
The cursor location can be used to determine the position of candidate
word window in immodule.
SVN revision: 61105
Subject: [E-devel] [PATCH] Add Ecore_IMF API to set the attirbute of
input panel
For supporting virtual keyboard, I'd like to add
ecore_imf_context_input_panel_enabled_set/get APIs. The detail description of
each API is included in the patch file as doxygen format.
If input panel is in 'enabled' status, the immodule will request to
show the input panel automatically When the input widget such as entry is
clicked or has focus. In some case, application programmers want to control
the input panel manually (not automatically), so I implement this API.
SVN revision: 60504
Subject: [E-devel] XRender engine causes ecore build failure
while building ecore. The problem is that this engine was removed from evas
but not yet completely from ecore. I was on IRC with Vincent Torri (vtorri)
and Daniel Juyung Seo (SeoZ) and the consensus was to remove the code for the
XRender engines, both the Xlib and XCB versions.
There is a switch over the different engine types, where there are still a few
places left where XRender is handled, grep for "xrender" or "XRENDER" and you
will find them. The question is whether to just return NULL in order to signal
that this engine is not supported or to remove the whole thing. The latter
could break binary compatibility, therefore I left those stubs in.
SVN revision: 60502
+ecore_con_ssl_client_upgrade
+ECORE_CON_EVENT_SERVER_UPGRADE
+ECORE_CON_EVENT_CLIENT_UPGRADE
new functions for upgrading an existing plaintext connection to SSL/TLS, as seen in STARTTLS and my nightmares
SVN revision: 60359
This common interface allows engines to provide whole screen
information to users.
Right now just X is implemented and it queries the size of the default
screen. I hope this is fine.
SVN revision: 59761
The ecore_con module needed a port of the local connections
with named pipes. The other connections (TCP, UDP) are using
BSD sockets, which are also used on Windows.
No abstract sockets on Windows.
NB: Should I backport that commit to 1.0 ?
SVN revision: 59385
At least now, if you rebuild the efl in the right order, you
can't end with one library initializing GnuTLS without threads
support and another needing GnuTLS with threads support.
SVN revision: 59379
Subject: [E-devel] [PATCH] Add ecore_imf_context_autocapital_type_{set, get},
To support the autocapitalization feature, I'd like to add
ecore_imf_context_autocapital_type_{set,get} API.
I will implement the autocapital feature in immodule, so the immodule
should know the autocapitalization type.
This API is for letting immodule know the autocapitalization type.
In addition, ecore_imf_context_prediction_allow_set API is used to set
whether the IM context should allow to use the text prediction.
SVN revision: 59025
Subject: [E-devel] [PATCH] EDID decoding functionality
find attached a patch for EDID data extraction. My display's
manufacturer didn't comply with the standard too much, so I can't test
it entirely. But it should work.
... with modifications to make it actually compile and api be cleaner,
code more robust etc.
SVN revision: 58348
Subject: [E-devel] [PATCH] Add
ecore_imf_context_preedit_string_with_attributes_get API
This is patch for adding
ecore_imf_context_preedit_string_with_attributes_get API.
In ecore_imf, there is ecore_imf_context_preedit_string_get API, but the
attribute info from input method engine cannot be got from it.
After discussing rater, we decided to add new API.
Attribute infomation can be got as Eina_List type containing
Ecore_IMF_Preedit_Attr structure items.
In this patch, ECORE_IMF_PREEDIT_TYPE_SUB1,2,3 means the depth of
preedit
style.
SVN revision: 57372
fix compilation when ecore_con and curl are not available
When ecore_con and curl are not available, a callback using them
is still compiled.
SVN revision: 57293
Subject: Re: [E-devel] [PATCH] Handle ecore signals with a pipe
This removes a race condition in the main loop where
a signal could come after the signal check, and before
entering the select loop, possibly resulting in a hang.
In practice, this hang wouldn't be seen due to other activity
in the main loop.
SVN revision: 56613
Vincent Torri
Rafael Antognolli
Carsten Haitzler
Nicolas Aguirre
Jiyoun Park
Youness Alaoui
Mike Blumenkrantz
Cedric BAIL
Jihoon Kim
Ulrich Eckhardt
Gustavo Sverzut Barbieri
Daniel Juyung Seo
Doyun Kang
Hannes Janetzek
Leif Middelschulte
Mathieu Taillefumier
Mike McCormack
Sebastian Dransfeld
Rui Seabra
Michael Jennings
Tom Gilbert