Re: [E-devel] EFL 1.0.2 release
On Thu, Jun 7, 2012 at 8:28 AM, David Seikel wrote: > On Wed, 6 Jun 2012 16:09:06 +0100 Michael Blumenkrantz > wrote: > > >> Your new evil release overlord here. > > You are doing releases of evil now? > he wrote 'evil', not 'Evil' :) Evil Vincent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.0.2 release
On Wed, 6 Jun 2012 16:09:06 +0100 Michael Blumenkrantz wrote: > Your new evil release overlord here. You are doing releases of evil now? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/elementary
On Wed, 06 Jun 2012 20:31:01 +0100 Christopher Michael wrote: > Ahhh cool. I will check that out, thanks ;-) > > Cheers > dh > > Sent from Samsung mobileTom Hacohen wrote:On 06/06/12 22:24, > Christopher Michael wrote: > > > > Not sure which. Whatever came wih my fancy new Samsung Galaxy S II ;-) > > I don't use it myself, because I use gmail, but K-9 Mail is an open > source mail client for Android which is considered very good, maybe it's > better than what ships with the S2 and hopefully less broken. :) > > https://play.google.com/store/apps/details?id=com.fsck.k9 > > Btw, grats on the new phone. :) > > -- > Tom. k-9 is what all the pros use -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][elementary] using textblocks in the layout as an accessibility object (with focus chain)
Dear Mr. Gustavo Lima Chaves,
Hello. Thanks for your understanding, proposal and kind response!
> Now I seem to get what you want. For accessibility reasons, you want
> the user to be able to read the contents of TEXT/TEXTBLOCK parts on a
> layout. Is it right? Then we'd have a "fake" widget encapsulating
> them, for focusing (cycle) purposes, and THAT is the access object, if
> I understand well.
>
> The problem I see so far with your current patch is that only
> TEXTBLOCKs are contemplated (no TEXT), and what is worse, just
> TEXTBLOCK parts which are actively touched with text_set() calls.
> Wouldn't we want to have all text contemplated, if under accessibility
> mode?
Yeap, right. the patch is just "ONE SMALL STEP". The TEXT part should
be contemplated also. One committer told me that it is better to send
a patch as small as possible. This time is for the TEXTBLOCK part,
next time will be for the TEXT part (Sorry, this is a cowardly excuse
:-]) Anyhow, I will revise the patch to contemplate the TEXT part
also.
>
> Besides, the elm_access thingie could be an internally visible widget
> only, having the following creation call:
>
> elm_access_add(Evas_Object *parent,
> const Evas_Object *obj,
> const char* access_text);
>
> With that, we avoid that ugly _elm_access_textblock_register() one.
> Ideally, these layout sub_d->obj access objects for text would be
> created for each and every text/textblock part of a layout
> automatically, just after elm_layout_file_set(), if in accessibility
> mode.
>
> What do you think?
>
> To finalize, the access object would be a direct child of
> Elm_Widget_Smart_Class, because it'll have very little logic (it just
> needs to be a widget to enter the layout's child focusing cycle and
> have the little access text logic).
Yeap, that sounds pretty good to me!
I agree the _elm_access_textblock_register() would be ugly.
Integrated elm_access_add(); would be better than using the
_elm_access_textblock_register(); I'll do.
And yeap! I will revise the patch by using Elm_Widget_Smart_Class not
the Elm_Layout_Smart_Class.
Ok then, catch you later with revised patch.
Sincerely,
Shinwoo Kim.
2012/6/7 Gustavo Lima Chaves :
> * Kim Shinwoo [2012-06-06 00:02:02 +0900]:
>
>> Dear Mr. Gustavo Lima Chaves,
>>
>> Hello.
>> Thanks for your response again and sorry for my poor English.
>>
>
> Hi, Kim Shinwoo :) No problem, I understand you clearly :)
>
>>
>> In the "Focus 2", there is not a TEXTBLOCK part but a TEXT part("some
>> edje text here"). The TEXT part would be covered by my patch with some
>> cosmetic modifications.
>> You might indicate the Scrolled Entry. You can check the needed
>> functionality what I want to add from the example patch
>> (example_elm.access.layout.texblock.uses.access.diff in the first
>
> Now I seem to get what you want. For accessibility reasons, you want
> the user to be able to read the contents of TEXT/TEXTBLOCK parts on a
> layout. Is it right? Then we'd have a "fake" widget encapsulating
> them, for focusing (cycle) purposes, and THAT is the access object, if
> I understand well.
>
> The problem I see so far with your current patch is that only
> TEXTBLOCKs are contemplated (no TEXT), and what is worse, just
> TEXTBLOCK parts which are actively touched with text_set() calls.
> Wouldn't we want to have all text contemplated, if under accessibility
> mode?
>
>> mail). As the "Scrolled Entry" in the "Focus 2", I want to give the
>> focus to TEXTBLOCK(or TEXT) by using elm_access object. The focused
>> object will be used as a "accessibility highlight object". If
>> accessibility does not use the focus cycle, there should be another
>> cycle for move accessibility highlight object. I already have some
>> lines for the highlight cycle based on geometry value. But it would be
>> redundant lines because of focus cycle. Raster also recommend to use
>> the focus cycle.
>
> Besides, the elm_access thingie could be an internally visible widget
> only, having the following creation call:
>
> elm_access_add(Evas_Object *parent,
> const Evas_Object *obj,
> const char* access_text);
>
> With that, we avoid that ugly _elm_access_textblock_register() one.
> Ideally, these layout sub_d->obj access objects for text would be
> created for each and every text/textblock part of a layout
> automatically, just after elm_layout_file_set(), if in accessibility
> mode.
>
> What do you think?
>
> To finalize, the access object would be a direct child of
> Elm_Widget_Smart_Class, because it'll have very little logic (it just
> needs to be a widget to enter the layout's child focusing cycle and
> have the little access text logic).
>
>>
>> Thank you for your Enlightening me always. Catch you later.
>
> Please tell me if I got the use case of the access object right, and what
> do you think of my proposal.
>
>>
>> Sincerely,
>> Shinwoo Kim.
>>
>
> --
> Gustavo Lima Chaves
> Computer Engineer @ ProFUSION Embedded S
Re: [E-devel] libtasn
On 06/05/2012 07:37 PM, David Seikel wrote: > >> apt-get remove --purge *tasn* :-P:-P > > I'm not familiar with the :-P option to apt-get, and the documentation > is not enlightening. > I'm sure it only works with the apt-get moo command. Leandro -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/elementary
Ahhh cool. I will check that out, thanks ;-) Cheers dh Sent from Samsung mobileTom Hacohen wrote:On 06/06/12 22:24, Christopher Michael wrote: > > Not sure which. Whatever came wih my fancy new Samsung Galaxy S II ;-) I don't use it myself, because I use gmail, but K-9 Mail is an open source mail client for Android which is considered very good, maybe it's better than what ships with the S2 and hopefully less broken. :) https://play.google.com/store/apps/details?id=com.fsck.k9 Btw, grats on the new phone. :) -- Tom. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/elementary
On 06/06/12 22:24, Christopher Michael wrote: > > Not sure which. Whatever came wih my fancy new Samsung Galaxy S II ;-) I don't use it myself, because I use gmail, but K-9 Mail is an open source mail client for Android which is considered very good, maybe it's better than what ships with the S2 and hopefully less broken. :) https://play.google.com/store/apps/details?id=com.fsck.k9 Btw, grats on the new phone. :) -- Tom. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/elementary
Not sure which. Whatever came wih my fancy new Samsung Galaxy S II ;-) dh Sent from Samsung mobileTom Hacohen wrote:On 06/06/12 22:05, Christopher Michael wrote: > > Lol ;-) What mail client do you use? For some reason your client breaks thunderbird's "sort by thread". -- Tom. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/elementary
On 06/06/12 22:05, Christopher Michael wrote: > > Lol ;-) What mail client do you use? For some reason your client breaks thunderbird's "sort by thread". -- Tom. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/elementary
Lol ;-) dh Sent from Samsung mobileMichael Blumenkrantz wrote:On Wed, 06 Jun 2012 19:47:54 +0100 Christopher Michael wrote: > > Hey...thats not my spank...that should be Rob from Intel ;-) > > dh > > > > > Sent from Samsung mobileEnlightenment SVN > wrote:Log: unbreak elm configure > SPANK SPANK SPANK devilhorns! > > > Author: discomfitor > Date: 2012-06-06 09:43:35 -0700 (Wed, 06 Jun 2012) > New Revision: 71762 > Trac: http://trac.enlightenment.org/e/changeset/71762 > > Modified: > trunk/elementary/configure.ac > how do I spank someone without commit access? that seems difficult... -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/elementary
On Wed, 06 Jun 2012 19:47:54 +0100 Christopher Michael wrote: > > Hey...thats not my spank...that should be Rob from Intel ;-) > > dh > > > > > Sent from Samsung mobileEnlightenment SVN > wrote:Log: unbreak elm configure > SPANK SPANK SPANK devilhorns! > > > Author: discomfitor > Date: 2012-06-06 09:43:35 -0700 (Wed, 06 Jun 2012) > New Revision: 71762 > Trac: http://trac.enlightenment.org/e/changeset/71762 > > Modified: > trunk/elementary/configure.ac > how do I spank someone without commit access? that seems difficult... -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/elementary
Hey...thats not my spank...that should be Rob from Intel ;-) dh Sent from Samsung mobileEnlightenment SVN wrote:Log: unbreak elm configure SPANK SPANK SPANK devilhorns! Author: discomfitor Date: 2012-06-06 09:43:35 -0700 (Wed, 06 Jun 2012) New Revision: 71762 Trac: http://trac.enlightenment.org/e/changeset/71762 Modified: trunk/elementary/configure.ac Modified: trunk/elementary/configure.ac === --- trunk/elementary/configure.ac 2012-06-06 15:06:31 UTC (rev 71761) +++ trunk/elementary/configure.ac 2012-06-06 16:43:35 UTC (rev 71762) @@ -446,7 +446,7 @@ have_elementary_wayland="no" want_elementary_wayland="auto" -AC_ARG_ENABLE([ecore-x], +AC_ARG_ENABLE([ecore-wayland], [AC_HELP_STRING([--disable-ecore-wayland], [disable ecore-wayland support. @<:@default=detect@:>@])], [want_elementary_wayland=$enableval], []) @@ -464,7 +464,7 @@ have_elementary_wayland="no" fi if test "x$want_elementary_wayland" = "xyes" -a "x$have_elementary_wayland" = "xno"; then - AC_MSG_ERROR([ecore-x support requested, but not found by pkg-config.]) + AC_MSG_ERROR([ecore-wayland support requested, but not found by pkg-config.]) fi ELM_EDBUS_DEF="#undef" -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: glima IN trunk/elementary: doc/widgets src/examples
On Wed, 6 Jun 2012 11:05:22 -0700 "Enlightenment SVN" wrote: > Log: > [elm] Dangling elm_icon_resizable_set() calls, be gone. > > > > Author: glima > Date: 2012-06-06 11:05:22 -0700 (Wed, 06 Jun 2012) > New Revision: 71763 > Trac: http://trac.enlightenment.org/e/changeset/71763 > > Modified: > trunk/elementary/doc/widgets/widget_preview_ctxpopup.c > trunk/elementary/doc/widgets/widget_preview_icon.c > trunk/elementary/doc/widgets/widget_preview_mapbuf.c > trunk/elementary/src/examples/ctxpopup_example_01.c > trunk/elementary/src/examples/icon_example_01.c > trunk/elementary/src/examples/list_example_03.c > trunk/elementary/src/examples/mapbuf_example.c > trunk/elementary/src/examples/slider_example.c > trunk/elementary/src/examples/win_example.c so now we mix and match elm_icon and elm_image apis? -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][elementary] using textblocks in the layout as an accessibility object (with focus chain)
* Kim Shinwoo [2012-06-06 00:02:02 +0900]:
> Dear Mr. Gustavo Lima Chaves,
>
> Hello.
> Thanks for your response again and sorry for my poor English.
>
Hi, Kim Shinwoo :) No problem, I understand you clearly :)
>
> In the "Focus 2", there is not a TEXTBLOCK part but a TEXT part("some
> edje text here"). The TEXT part would be covered by my patch with some
> cosmetic modifications.
> You might indicate the Scrolled Entry. You can check the needed
> functionality what I want to add from the example patch
> (example_elm.access.layout.texblock.uses.access.diff in the first
Now I seem to get what you want. For accessibility reasons, you want
the user to be able to read the contents of TEXT/TEXTBLOCK parts on a
layout. Is it right? Then we'd have a "fake" widget encapsulating
them, for focusing (cycle) purposes, and THAT is the access object, if
I understand well.
The problem I see so far with your current patch is that only
TEXTBLOCKs are contemplated (no TEXT), and what is worse, just
TEXTBLOCK parts which are actively touched with text_set() calls.
Wouldn't we want to have all text contemplated, if under accessibility
mode?
> mail). As the "Scrolled Entry" in the "Focus 2", I want to give the
> focus to TEXTBLOCK(or TEXT) by using elm_access object. The focused
> object will be used as a "accessibility highlight object". If
> accessibility does not use the focus cycle, there should be another
> cycle for move accessibility highlight object. I already have some
> lines for the highlight cycle based on geometry value. But it would be
> redundant lines because of focus cycle. Raster also recommend to use
> the focus cycle.
Besides, the elm_access thingie could be an internally visible widget
only, having the following creation call:
elm_access_add(Evas_Object *parent,
const Evas_Object *obj,
const char* access_text);
With that, we avoid that ugly _elm_access_textblock_register() one.
Ideally, these layout sub_d->obj access objects for text would be
created for each and every text/textblock part of a layout
automatically, just after elm_layout_file_set(), if in accessibility
mode.
What do you think?
To finalize, the access object would be a direct child of
Elm_Widget_Smart_Class, because it'll have very little logic (it just
needs to be a widget to enter the layout's child focusing cycle and
have the little access text logic).
>
> Thank you for your Enlightening me always. Catch you later.
Please tell me if I got the use case of the access object right, and what
do you think of my proposal.
>
> Sincerely,
> Shinwoo Kim.
>
--
Gustavo Lima Chaves
Computer Engineer @ ProFUSION Embedded Systems
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] segfault in svn71422
I know it is an old svn, and indeed I should update, so I don't really know if this segfault happens even with newer versions. however this happened to me *only once* (I'm not able to reproduce it again) a few seconds after e17 started, here is the backtrace: #0 0x7f8f980dc84e in waitpid () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x00435d1b in e_alert_show (sig=11) at e_alert.c:57 #2 0x00514a27 in e_sigseg_act (x=11, info=0x7fffccdbbcb0, data=0x7fffccdbbb80) at e_signals.c:125 #3 #4 0x7f8f8c1ddee0 in _mixer_callback_del (self=0x2639ce0, desc=0x7e6a441054577187) at sys_alsa.c:123 #5 0x7f8f8c1de0ad in e_mixer_system_del (self=0x2639ce0) at sys_alsa.c:189 #6 0x7f8f8c1d1a9b in _mixer_sys_setup (inst=0x2b1dcf0) at e_mod_main.c:854 #7 0x7f8f8c1d1e44 in e_mod_mixer_pulse_ready (ready=0 '\000') at e_mod_main.c:975 #8 0x7f8f8c1d5185 in _pulse_disconnected (d=0x1ea6ab0, type=199, ev=0x1ea6ab0) at sys_pulse.c:178 #9 0x7f8f9a17343c in _ecore_call_handler_cb (func=0x7f8f8c1d5001 <_pulse_disconnected>, data=0x1ea6ab0, type=199, event=0x1ea6ab0) at ecore_private.h:317 #10 0x7f8f9a1743db in _ecore_event_call () at ecore_events.c:559 #11 0x7f8f9a17b41e in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:1814 #12 0x7f8f9a179cfc in ecore_main_loop_begin () at ecore_main.c:931 #13 0x004322eb in main (argc=1, argv=0x7fffccdbd3f8) at e_main.c:977 -- Massimo Maiuranamassimoragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] signature.asc Description: OpenPGP digital signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/devs/mike_m
On Wed, Jun 6, 2012 at 12:03 PM, Michael Blumenkrantz wrote: > I needed something a bit more finely tuned that included the dependencies. > And this was the closest I found which was available now. The bin pkg dep handling is wanted/desired for the buildbot as well, as it's a debian system. but I was lazy and hand installed them all as needed :-P -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.0.2 release
Hi, Your new evil release overlord here. 1.0.2 release is out and ready for download. It has lots^Wsome^Wan update or two that is not^Wdefinitely relevant to people. Seriously. You should all update immediately. More releases tomorrow. I don't know what else needs to be done for announcements, so someone else can fill me in at some point if I missed something. Enjoy, Mike -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Widget inheritance images
On Wed, Jun 6, 2012 at 11:34 AM, Daniel Juyung Seo wrote: > That's great. We needed auto-generated inheritance tree :) > I added a link here for those who do not know where the document is. > http://docs.enlightenment.org/auto/elementary/group__Widget.html Sure, just note I've asked Glima to not auto-generate by default on "make doc". We could add this, but then the package would depend on Python and Graphviz... for something that changes randomly. What we could ask is Raster to run this before release in his script... or we add this to be run on "make dist". But then it would be nice to check python and graphviz :-/ -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/devs/mike_m
I needed something a bit more finely tuned that included the dependencies. And this was the closest I found which was available now. On Wed, Jun 6, 2012 at 3:19 PM, Gustavo Sverzut Barbieri < barbi...@profusion.mobi> wrote: > On Wed, Jun 6, 2012 at 7:37 AM, Enlightenment SVN > wrote: > > Log: > > also missing dbus dep > > > > > > Author: discomfitor > > Date: 2012-06-06 03:37:44 -0700 (Wed, 06 Jun 2012) > > New Revision: 71741 > > Trac: http://trac.enlightenment.org/e/changeset/71741 > > > > Modified: > > trunk/devs/mike_m/build.sh > > > > Modified: trunk/devs/mike_m/build.sh > > === > > --- trunk/devs/mike_m/build.sh 2012-06-06 10:36:37 UTC (rev 71740) > > +++ trunk/devs/mike_m/build.sh 2012-06-06 10:37:44 UTC (rev 71741) > > @@ -10,7 +10,7 @@ > >libxrender-dev libgif-dev libglu1-mesa-dev mesa-common-dev > >librsvg2-dev libfribidi-dev libpixman-1-dev > >libxss-dev libxp-dev > > - libxtst-dev graphviz libasound2-dev libpam0g-dev" > > + libxtst-dev graphviz libasound2-dev libpam0g-dev libdbus-1-dev" > > > > defpkgs="eina eet evas ecore eio eeze embryo edje e_dbus efreet > PROTO/libeweather elementary e" > > # > > Have you consider using the buildbot's makefile instead? > > It does not install the debian dependencies, but that's something we > can add to a secondary generated makefile that the compile one calls > (or includes) > > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Widget inheritance images
That's great. We needed auto-generated inheritance tree :) I added a link here for those who do not know where the document is. http://docs.enlightenment.org/auto/elementary/group__Widget.html Thanks. Daniel Juyung Seo (SeoZ) On Wed, Jun 6, 2012 at 10:57 PM, Gustavo Lima Chaves wrote: > Hi, folks :) > > For the ones not following the commit list, one more thing came into > Elementary's documentation pages -- widget inheritance tree > images. Each widget already ported to the new inheritance schema was > contemplated with an image like that. To build your own (maybe new) > image, use the "widget-tree-figures" makefile rule on doc/Makefile.am, > which for now is commented out from "make doc"'s dependencies. This is > so to avoid that process for every documentation build, since the > widget tree is no subject to change very often. When needed, one just > uncomments and uses the rule locally and commits the changed images. > > Enjoy. > > -- > Gustavo Lima Chaves > Computer Engineer @ ProFUSION Embedded Systems > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Fresh svn code base has issues with Everything
Hello e-devs, I have been using everything without any issues so far. Today I updated to svn trunk and found that Everything module is not showing cli commands when I start typing. Is this a bug? Am I the only one facing this? Thanks and Regards Noorul -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/devs/mike_m
On Wed, Jun 6, 2012 at 7:37 AM, Enlightenment SVN wrote: > Log: > also missing dbus dep > > > Author: discomfitor > Date: 2012-06-06 03:37:44 -0700 (Wed, 06 Jun 2012) > New Revision: 71741 > Trac: http://trac.enlightenment.org/e/changeset/71741 > > Modified: > trunk/devs/mike_m/build.sh > > Modified: trunk/devs/mike_m/build.sh > === > --- trunk/devs/mike_m/build.sh 2012-06-06 10:36:37 UTC (rev 71740) > +++ trunk/devs/mike_m/build.sh 2012-06-06 10:37:44 UTC (rev 71741) > @@ -10,7 +10,7 @@ > libxrender-dev libgif-dev libglu1-mesa-dev mesa-common-dev > librsvg2-dev libfribidi-dev libpixman-1-dev > libxss-dev libxp-dev > - libxtst-dev graphviz libasound2-dev libpam0g-dev" > + libxtst-dev graphviz libasound2-dev libpam0g-dev libdbus-1-dev" > > defpkgs="eina eet evas ecore eio eeze embryo edje e_dbus efreet > PROTO/libeweather elementary e" > # Have you consider using the buildbot's makefile instead? It does not install the debian dependencies, but that's something we can add to a secondary generated makefile that the compile one calls (or includes) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] emotion-gstreamer : add fimcconvert element on device
On Wed, Jun 6, 2012 at 12:14 AM, Cedric BAIL wrote: > > On Tue, Jun 5, 2012 at 4:39 PM, Gustavo Sverzut Barbieri > wrote: > > On Tue, Jun 5, 2012 at 4:22 AM, Sohyun Kim > > wrote: > >> I've made a patch for emotion-gstreamer. > >> When I tested video playing using emotion on the device, the frame rate > >> was no good enough. > >> So I added a filter using fimc to resize and convert color on the > >> device. > >> > >> When the size of image object in the emotion object is smaller than 80% > >> of video size, I added a fimcconvert element to the pipeline. > >> The fimcconvert element is distributed in Samsung to use internally, so > >> if the element exists, it is added to the pipeline. > > > > is this opensource or generic? > > The gstreamer plugin code is proprietary I think (need ot check that), > but the driver is open source and already mainline in linux kernel > since a few year. So it's just the user space glue (the gstreamer > plugins) that is not public. > > > If it's restricted to samsung hw, then please keep this a patchset for > > your platforms. > > > > If it's public, then could you share a timeline to get his accepted in > > Gstreamer's plugin "base" or at least "good" set? It would be nice if > > the decodebin would use it automatically, improving all the users of > > such helper, including emotion. > > Problem is gstreamer playbin doesn't handle this kind of plugins at > the moment. There is some work to do on gstreamer side before it can > get this kind of plugins in correctly (not in a hackish way). > > In some way this patch is a work around gstreamer limitation and the > fact that it lack some feature. The thing is we need this feature and > maybe more than for just Samsung hardware (colorspace convertion and > scaledown in an optimized way). This patch gave the infra to work > around a limitation in a hackish way, I agree, but the time needed to > fix gstreamer is much higher than if we do it on our side. > > I see that as a temporary mesure until gstreamer 1.0 is out, device > maker start to adopt it and we can start to fix it correctly. so either make the plugins to be used a compile/runtime configured list (much like the playbin/decodebin uses) or keep it as a separate patch. as is this really does not belong to emotion. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_Wayland: Update to reflect protocol change
In Svn, thanks :) Dh > -Original Message- > From: Bradford, Robert [mailto:robert.bradf...@intel.com] > Sent: 06 June 2012 15:05 > To: Enlightenment developer list > Subject: [E-devel] Ecore_Wayland: Update to reflect protocol change > > Axis events are now wl_fixed_t. We need to convert before pushing into > an Ecore event. > > Cheers, > > Rob -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Ecore_Wayland: Update to reflect protocol change
Axis events are now wl_fixed_t. We need to convert before pushing into an Ecore event. Cheers, Rob 0001-Ecore_Wayland-Update-to-latest-protocol-axis-events-.patch Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Widget inheritance images
Hi, folks :) For the ones not following the commit list, one more thing came into Elementary's documentation pages -- widget inheritance tree images. Each widget already ported to the new inheritance schema was contemplated with an image like that. To build your own (maybe new) image, use the "widget-tree-figures" makefile rule on doc/Makefile.am, which for now is commented out from "make doc"'s dependencies. This is so to avoid that process for every documentation build, since the widget tree is no subject to change very often. When needed, one just uncomments and uses the rule locally and commits the changed images. Enjoy. -- Gustavo Lima Chaves Computer Engineer @ ProFUSION Embedded Systems -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore/Elm: Cursors on Wayland (patches)
In Svn. Cheers, Dh > -Original Message- > From: Bradford, Robert [mailto:robert.bradf...@intel.com] > Sent: 06 June 2012 14:48 > To: Enlightenment developer list > Subject: Re: [E-devel] Ecore/Elm: Cursors on Wayland (patches) > > Here are the two patches rebased - including ChangeLog rebases. > > Cheers, > > Rob > > On 6 June 2012 09:42, Chris Michael wrote: > > Rob, > > > > I have applied the first two patches (ecore & elm_win) however, the > > third would not apply cleanly due to changes in elm_cursor. If you > > find some time, would you mind resending the third patch after an svn > update of efl ? > > > > Cheers, > > Dh > > > > > >> -Original Message- > >> From: Bradford, Robert [mailto:robert.bradf...@intel.com] > >> Sent: 30 May 2012 14:00 > >> To: Enlightenment developer list > >> Subject: [E-devel] Ecore/Elm: Cursors on Wayland (patches) > >> > >> Chris, Raster, > >> > >> Here are some first patches relating to supporting cursors under > >> Wayland. > >> > >> Ecore - just the one patch - the ChangeLog entry is: > >> > >> 2012-05-29 Rob Bradford > >> > >> * Initial cursor support for Wayland: > >> * Add api to the ecore_wl_input_ namespace to allow setting > >> the buffer > >> to use for the pointer and for loading a named cursor from a > >> cursor > >> theme. Under the Wayland protocol the cursor is associated > >> with the > >> input device. > >> * Add helper functions to ecore_wl_window to set the cursor > >> based on > >> the active pointer input device for the window. > >> * Load the cursor theme when the SHM interface is ready and > >> provide an > >> API call to provide a wl_cursor for a given name. > >> * Add API to restore to the default cursor and then use that > >> when the > >> pointer enters the surface to ensure compliance with the > >> Wayland > >> protocol. > >> > >> This is initial support. It should be enhanced to support dealing > >> with a different cursor theme (currently just uses the "default") > >> cursor theme. Feedback on the naming and structure of the API calls > >> is also welcome. > >> > >> Elementary - several patches i'm afraid but logically separate. The > >> first two are effectively aesthetic > >> > >> * Separate the X11 bits from Elm_Cursor into an "x" substruct to > make > >> it cleaner to support multiple cursor types > >> * Separate the X11 bits from _Elm_Win_Smart_Data into their own > >> substruct > >> * Add support for using cursors in Elementary under Wayland: > >> > >> > >> 2012-05-30 Rob Bradford > >> > >> * Add support for setting the cursor under Wayland: > >> * Introduce a configure option and #define to as per other > >> engines > >> * Add always-built API function to allow identification of > >> running > >> under Wayland (like for X11) > >> * Call into Ecore to set the cursor when the mouse enters the > >> desired > >> widget. > >> > >> Looking forward to hearing your review comments. > >> > >> Cheers, > >> > >> Rob > > > > > > - > - > > > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. > > Discussions will include endpoint security, mobile security and the > > latest in malware threats. > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore/Elm: Cursors on Wayland (patches)
Here are the two patches rebased - including ChangeLog rebases. Cheers, Rob On 6 June 2012 09:42, Chris Michael wrote: > Rob, > > I have applied the first two patches (ecore & elm_win) however, the third > would not apply cleanly due to changes in elm_cursor. If you find some time, > would you mind resending the third patch after an svn update of efl ? > > Cheers, > Dh > > >> -Original Message- >> From: Bradford, Robert [mailto:robert.bradf...@intel.com] >> Sent: 30 May 2012 14:00 >> To: Enlightenment developer list >> Subject: [E-devel] Ecore/Elm: Cursors on Wayland (patches) >> >> Chris, Raster, >> >> Here are some first patches relating to supporting cursors under >> Wayland. >> >> Ecore - just the one patch - the ChangeLog entry is: >> >> 2012-05-29 Rob Bradford >> >> * Initial cursor support for Wayland: >> * Add api to the ecore_wl_input_ namespace to allow setting the >> buffer >> to use for the pointer and for loading a named cursor from a >> cursor >> theme. Under the Wayland protocol the cursor is associated with >> the >> input device. >> * Add helper functions to ecore_wl_window to set the cursor >> based on >> the active pointer input device for the window. >> * Load the cursor theme when the SHM interface is ready and >> provide an >> API call to provide a wl_cursor for a given name. >> * Add API to restore to the default cursor and then use that >> when the >> pointer enters the surface to ensure compliance with the >> Wayland >> protocol. >> >> This is initial support. It should be enhanced to support dealing with >> a different cursor theme (currently just uses the "default") cursor >> theme. Feedback on the naming and structure of the API calls is also >> welcome. >> >> Elementary - several patches i'm afraid but logically separate. The >> first two are effectively aesthetic >> >> * Separate the X11 bits from Elm_Cursor into an "x" substruct to make >> it cleaner to support multiple cursor types >> * Separate the X11 bits from _Elm_Win_Smart_Data into their own >> substruct >> * Add support for using cursors in Elementary under Wayland: >> >> >> 2012-05-30 Rob Bradford >> >> * Add support for setting the cursor under Wayland: >> * Introduce a configure option and #define to as per other >> engines >> * Add always-built API function to allow identification of >> running >> under Wayland (like for X11) >> * Call into Ecore to set the cursor when the mouse enters the >> desired >> widget. >> >> Looking forward to hearing your review comments. >> >> Cheers, >> >> Rob > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 0001-elementary-cursor-Put-X-specific-datatypes-inside-a-.patch Description: Binary data 0002-elementary-window-Add-support-for-setting-the-cursor.patch Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_Wayland: Keyboard input patch
In Svn. Thanks :) Dh > -Original Message- > From: Bradford, Robert [mailto:robert.bradf...@intel.com] > Sent: 06 June 2012 13:55 > To: Enlightenment developer list > Subject: [E-devel] Ecore_Wayland: Keyboard input patch > > Attached is a patch that enhances the keyboard input a bit more and > allows you to type most characters inside an elm entry. > > Here is the ChangeLog from the patch: > > 2012-06-06 Rob Bradford > > * Ecore_Wayland: Enhance the keyboard input handling > * Associate the keymap with the input device rather than the > display > since you could could have different keymaps associated with > different > devices. > * Increase the size of character arrays used for the string > representations of the keyname, keysym and for the string > representing the key. > * Re-enable the code that converts the keysym to a printable > definition > - this is required where the keysym is not the same as the > printable > definition > > Cheers, > > Rob -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Ecore_Wayland: Keyboard input patch
Attached is a patch that enhances the keyboard input a bit more and allows you to type most characters inside an elm entry. Here is the ChangeLog from the patch: 2012-06-06 Rob Bradford * Ecore_Wayland: Enhance the keyboard input handling * Associate the keymap with the input device rather than the display since you could could have different keymaps associated with different devices. * Increase the size of character arrays used for the string representations of the keyname, keysym and for the string representing the key. * Re-enable the code that converts the keysym to a printable definition - this is required where the keysym is not the same as the printable definition Cheers, Rob 0001-Ecore_Wayland-Enhance-the-keyboard-input-handling.patch Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore dependency changes
On Wed, Jun 6, 2012 at 11:35 AM, Michael Blumenkrantz wrote: > Hi, > > Be aware that I am planning to remove the c-ares resolver backend > immediately following the next release unless there are serious issues > found in the dns.c implementation. All developers should stop using the > c-ares version immediately (just don't pass --enable-cares), as dns.c is > the new default resolver since it's superior in every way and cross > platform. and less windows packages to support. Thanks. Once it's done, i'll update the mingw packages. Vincent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ecore dependency changes
Hi, Be aware that I am planning to remove the c-ares resolver backend immediately following the next release unless there are serious issues found in the dns.c implementation. All developers should stop using the c-ares version immediately (just don't pass --enable-cares), as dns.c is the new default resolver since it's superior in every way and cross platform. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore/Elm: Cursors on Wayland (patches)
Rob, I have applied the first two patches (ecore & elm_win) however, the third would not apply cleanly due to changes in elm_cursor. If you find some time, would you mind resending the third patch after an svn update of efl ? Cheers, Dh > -Original Message- > From: Bradford, Robert [mailto:robert.bradf...@intel.com] > Sent: 30 May 2012 14:00 > To: Enlightenment developer list > Subject: [E-devel] Ecore/Elm: Cursors on Wayland (patches) > > Chris, Raster, > > Here are some first patches relating to supporting cursors under > Wayland. > > Ecore - just the one patch - the ChangeLog entry is: > > 2012-05-29 Rob Bradford > > * Initial cursor support for Wayland: > * Add api to the ecore_wl_input_ namespace to allow setting the > buffer > to use for the pointer and for loading a named cursor from a > cursor > theme. Under the Wayland protocol the cursor is associated with > the > input device. > * Add helper functions to ecore_wl_window to set the cursor > based on > the active pointer input device for the window. > * Load the cursor theme when the SHM interface is ready and > provide an > API call to provide a wl_cursor for a given name. > * Add API to restore to the default cursor and then use that > when the > pointer enters the surface to ensure compliance with the > Wayland > protocol. > > This is initial support. It should be enhanced to support dealing with > a different cursor theme (currently just uses the "default") cursor > theme. Feedback on the naming and structure of the API calls is also > welcome. > > Elementary - several patches i'm afraid but logically separate. The > first two are effectively aesthetic > > * Separate the X11 bits from Elm_Cursor into an "x" substruct to make > it cleaner to support multiple cursor types > * Separate the X11 bits from _Elm_Win_Smart_Data into their own > substruct > * Add support for using cursors in Elementary under Wayland: > > > 2012-05-30 Rob Bradford > > * Add support for setting the cursor under Wayland: > * Introduce a configure option and #define to as per other > engines > * Add always-built API function to allow identification of > running > under Wayland (like for X11) > * Call into Ecore to set the cursor when the mouse enters the > desired > widget. > > Looking forward to hearing your review comments. > > Cheers, > > Rob -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libtasn
2012/6/6 Tom Hacohen : > On 05/06/12 21:37, Christopher Michael wrote: >> If it functioned properly, I may :-P:-P > > I can't change the past, will try to improve the future. :) for the past you just need to backport yourself. :D davemds > > -- > Tom. > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
