ECORE-CON-SOCKS! SOCKS ON!!!!
now ecore_con supports socks (v4 and v4a only, so no ipv6) connections natively for making remote connections
for those of you who want their apps to start proxying immediately, just update and export this handy environment variable:
ECORE_CON_SOCKS_V4=[user@]PROXY_IP_ADDRESS:PROXY_PORT[:1] <--use :1 here to enable dns lookups on the proxy
SVN revision: 65934
in later 2011, we began using formatting tools to fix problematic formatting caused by previous runs of formatting tools used to fix problematic formatting
SVN revision: 65852
elementary_config does this, and the glib based main loop didn't support it.
Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 65683
* 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
Subject: [E-devel] [Patch][ecore_file] Fix buffer flush bug
fclose() should be called before callback is called to notify user of
download completion because it cannot be flushed sometimes.
SVN revision: 65572
ecore_evas_fb.c: In function ‘_ecore_evas_fb_init’:
ecore_evas_fb.c:248:14: warning: implicit declaration of function ‘ecore_fb_ts_event_window_set’
Signed-off-by: Mike McCormack <mj.mccormack@samsung.com>
SVN revision: 65546
AFAIU, this should be the correct, although this parameter isn't used
anywhere. But let's keep some consistency with the other backends, and
try to avoid future bugs.
Patch for SiT.
SVN revision: 65540
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
Shift (left/right), Control and Alt are now detected.
AltGr is not, as it's actually a Control (left) key,
immediately followed by an Alt key, and I don't know how
to see know if the left Control kye is the one pressed by
the user or the one thrown by AltGr.
modifiers are not set too. Will be set soon
SVN revision: 65415