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
For some reason it was passing !ev->status instead of ev->status
to completion_cb, so all the information that should be provided
(200, 400 or 404 error, ...) was becoming 0.
SVN revision: 61099
Thanks cedric for technical advice.
Thanks discomfitor for helping when English vanished.
Thanks myself for keeping both of them busy so they don't break SVN *too* much.
SVN revision: 61095
Replace with if statements and stub epoll calls, and let the
compiler optimize out the stub code.
Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 61081
Introduce stub timerfd_create and timerfd_settime functions
so ifdefs can be removed.
Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 61080
glib only allows millisecond resolution in g_main_loop.
To avoid this limitation, use timerfd to wake up the main loop.
Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 61079
Rearrange the the order of startup to avoid triggering
the thread checks in ecore_event_type_new().
Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 61040
The g_main_loop was spinning waiting for timers that were
almost ready. The spinning was due to waking up from
the g_main_loop too early, and then having nothing to do.
To solve this, round the timeout up to the nearest millisecond,
so that when the main loop wakes, the timer will definitely be
ready.
Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 61028
NOTE: for an unknow reason I always get the wrong number
of threads when doing the computation from the thread.
Even if I use volatile and mutex. So to avoid that move
that stuff in the main loop. It increase the complexity
of the code, but at least it work.
SVN revision: 60767
Now they can be set even if the list is empty (sorry discomfitor,
removing your optimization and making it O(n) again, back from O(0)).
Also notice that due to the already existing check, if a prepare
callback was already set to a fd handler, it can't be changed, so I
added that to the docs.
SVN revision: 60765
Also remove references to examples that don't exist anymore.
More examples are going to be explained, and removing them from Ecore.h
will improve the readability of that file. This is the same that was
done to Elementary.
I'm going to move all the examples reference to this file, and should
have them being pointed by functions that use them too.
SVN revision: 60598
It exemplifies the difference between ecore_time_get(), ecore_time_unix_get()
and ecore_loop_time_get(). A description of this example is also provided.
SVN revision: 60557
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
to have it in %{release} also. So let's just tag the package as ours
and try to make sure it doesn't interfere with vendor releases.
SVN revision: 60407
+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
Subject: [E-devel] [PATCH] Add some APIs for supporting virtual
keyboard in Ecore_IMF
For supporting virtual keyboard, I'd like to add some APIs. The detail
description of each API is included in the patch file as doxygen format.
In the attached patch, the reason why we add the subprefix 'input_panel_'
related to virtual keyboard is that input method can be soft keyboard or voice
input or image captured by camera.
SVN revision: 59894
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
Now E17 msgbus module will provide an usefull way to
list all the running timer and see if we are not waking up
to often. Use d-feet to see that information.
SVN revision: 59542
usleep() does not exists on Windows. Use Sleep() instead. But the
resolution timers are not good on Windows. the sleep will be around
50ms at best.
SVN revision: 59466
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
Use isfinite() if available, otherwise use finite() on
compilers != vc++, otherwise use _finite()
and a bit of formatting too (i know, it's bad)
SVN revision: 58566
Subject: [E-devel] [PATCH] ecore_x_randr_current_output_get ~>
ecore_x_randr_window_outputs_get
find attached a set of patches that do the following:
State before patches:
ecore_x_randr_current_output_get was unimplemented.
State after patches:
Patch1: ecore_x_randr_window_outputs_get implements functionality of
ecore_x_randr_current_output_get
Patch2: ecore_x_randr_current_output_get is deprecated and redirects
calls to ecore_x_randr_window_outputs_get
(also i fixed the function to handle realloc errors and not fail, as
well as properly do rectangle intersects based on ROOT relative coords
which is what you wanted to start with as this would have only worked
right on immediate children of root)
SVN revision: 58513
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
When handling xdnd_enter event(s), if we do not support the dnd target
version, then we issue a warning and return from the handling
function. If we are going to return (and not issue the ecore_x_event),
then free the allocated memory of the ecore_x_event_xdnd_enter
structure that we previously allocated.
SVN revision: 58337
NB: _ecore_x_mouse_up_count appears to not be used. It was used in one
code block only and appears to serve no real purpose. Both variable
and code block are now commented out without any ill effects.
SVN revision: 57933
Subject: [E-devel] [PATCH] patch for describing ecore_imf APIs more
detail
This patch will supplement the documentation about
ecore_imf_context_preedit_start_event_add,
ecore_imf_context_preedit_end_event_add and
ecore_imf_context_delete_surrounding_event_add API.
SVN revision: 57659
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