Re: [E-devel] [Patch][elementary] using textblocks in the layout as an accessibility object (with focus chain)
Dear All, Hello The attached patch has following features. Please review and give some feedbacks. 1. I removed all EAPIs from my previous patch. 2. The accessibility supports all layout on the ELM_ACCESS_MODE_ON. sense. 3. The default string of text part is not supported by the accessibility. Because there is no way to get the default string. (Raster also said that the default string is for the design factor.) 4. The previously set access_object will not be removed but be reused. The text is retrieved by using callback of the access_obj. Sincerely, Shinwoo Kim. 2012/6/12 Kim Shinwoo > Dear Mr. Gustavo Lima Chaves > > hey, sorry for below query. please ignore it. > > > "Yeap, EAPIs.. if application developer would use this APIs, then those > APIs should be in the elm_access.h? > and the elm_access.h would be included in the elm_widget.h. right?" > > then, thanks. > > > 2012/6/12 Kim Shinwoo > >> Dear Mr. Gustavo Lima Chaves >> Hello, Thanks for your response. >> >> >> > Besides you had previous internal access calls EAPId there, remove >> > them, as I said :) >> >> Yeap, EAPIs.. if application developer would use this APIs, then those >> APIs should be in the elm_access.h? >> and the elm_access.h would be included in the elm_widget.h. right? >> >> >> > Do we really want to be selective on each layout should get >> > accessibility support on it's text?? >> >> No, not really want to.. >> All layouts should be support the accessibility that makes sense. >> >> >> > It seems we can't list an Edje object's parts, so that we apply to >> > each textual ones the accessibility thing on the layout creation, not >> > just the text setting of it :/. >> > >> >> yeap, you right. the creation time should be considered. >> >> >> > Don't forget to delete a previously set access_object on sub_d->obj, >> > here. >> > >> >> good point, the revised patch will take care of this. >> >> >> > What about _elm_access_text_register(Evas_Object *parent, Evas_Object >> > *text_obj), and we fetch the text string from the object >> > internally. The item version of it I dislike, as it just highlights >> > things on mouse in, with apparently no text attached. >> > >> >> This _elm_access_text_set() is for the ELM_ACCESS_TYPE. Accessibility >> works as following. >> If there is a button which has label "OK" and the button is disabled, >> then accessibility says... >> "Button, OK, Disabled" (ordered by ELM_ACCESS_TYPE, ELM_ACCESS_INFO, >> ELM_ACCESS_STATE) >> >> catch you later with revised patch. thanks. >> >> Sincerly, >> Shinwoo Kim. >> >> >> >> 2012/6/11 Gustavo Lima Chaves : >> >> > * Kim Shinwoo [2012-06-08 19:55:40 +0900]: >> > >> >> Dear all, >> >> >> >> Revised patch has followings >> >> 1. The TEXT part is contemplated also >> >> 2. The Elm_Widget_Smart_Class is parent class of elm_access not the >> >> Elm_Layout_Smart_Class >> >> 3. The elm_access_edje_object_part_object_register() is added >> >> - Why I does not integrated with _elm_access_add is there are >> >> following APIs for the consistency >> >> a. _elm_access_object_register(): is for the widget object >> >> b. _elm_access_item_register(): is for the widget item >> >> >> >> I have attached EXAMPLE code also. Thanks. >> >> >> >> Sincerely, >> >> Shinwoo Kim. >> >> >> > >> > Hi, Kim Shinwoo. >> > >> > Here go my thoughts on it, then. >> > >> >> Index: src/lib/elm_widget.h >> >> === >> >> --- src/lib/elm_widget.h(리비전 71695) >> >> +++ src/lib/elm_widget.h(작업 사본) >> >> @@ -478,6 +478,7 @@ typedef struct _Elm_Widget_Smart_Data >> >>* TRUE by >> >>* default */ >> >> Eina_Bool still_in : 1; >> >> + Eina_Bool can_access : 1; >> >> } Elm_Widget_Smart_Data; >> >> >> >> /** >> >> @@ -544,6 +545,8 @@ EAPI void _elm_access_object_register( >> >> EAPI void _elm_access_item_unregister(Elm_Widget_Item >> *item); >> >> EAPI void _elm_access_item_register(Elm_Widget_Item >> *item, Evas_Object *hoverobj); >> >> EAPI Eina_Bool_elm_access_2nd_click_timeout(Evas_Object *obj); >> >> +EAPI Evas_Object* >> _elm_access_edje_object_part_object_register(Evas_Object *obj, const >> Evas_Object *partobj, const char *text); >> >> +EAPI void _elm_access_highlight_set(Evas_Object* obj); >> > >> > Besides you had previous internal access calls EAPId there, remove >> > them, as I said :) >> >> Yeap, EAPIs.. if application developer would use this APIs, then those >> APIs should be in the elm_access.h? >> and the elm_access.h would be included in the elm_widget.h. right? >> >> >> > >> >> >> >> /**< put this as the first member in your widget item struct */ >> >> #define ELM_WIDGET_ITEM Elm_Widget_Item base >> >> Index: src/lib/elm_widget.c >> >
Re: [E-devel] [Patch][elementary] using textblocks in the layout as an accessibility object (with focus chain)
oops. the patch is coming.. 2012/6/18 Kim Shinwoo > Dear All, Hello > > The attached patch has following features. Please review and give some > feedbacks. > > 1. I removed all EAPIs from my previous patch. > 2. The accessibility supports all layout on the ELM_ACCESS_MODE_ON. > sense. > 3. The default string of text part is not supported by the > accessibility. Because there is no way to get the default string. > (Raster also said that the default string is for the design factor.) > 4. The previously set access_object will not be removed but be reused. > The text is retrieved by using callback of the access_obj. > > Sincerely, > Shinwoo Kim. > > > > 2012/6/12 Kim Shinwoo > >> Dear Mr. Gustavo Lima Chaves >> >> hey, sorry for below query. please ignore it. >> >> >> "Yeap, EAPIs.. if application developer would use this APIs, then those >> APIs should be in the elm_access.h? >> and the elm_access.h would be included in the elm_widget.h. right?" >> >> then, thanks. >> >> >> 2012/6/12 Kim Shinwoo >> >>> Dear Mr. Gustavo Lima Chaves >>> Hello, Thanks for your response. >>> >>> >>> > Besides you had previous internal access calls EAPId there, remove >>> > them, as I said :) >>> >>> Yeap, EAPIs.. if application developer would use this APIs, then those >>> APIs should be in the elm_access.h? >>> and the elm_access.h would be included in the elm_widget.h. right? >>> >>> >>> > Do we really want to be selective on each layout should get >>> > accessibility support on it's text?? >>> >>> No, not really want to.. >>> All layouts should be support the accessibility that makes sense. >>> >>> >>> > It seems we can't list an Edje object's parts, so that we apply to >>> > each textual ones the accessibility thing on the layout creation, not >>> > just the text setting of it :/. >>> > >>> >>> yeap, you right. the creation time should be considered. >>> >>> >>> > Don't forget to delete a previously set access_object on sub_d->obj, >>> > here. >>> > >>> >>> good point, the revised patch will take care of this. >>> >>> >>> > What about _elm_access_text_register(Evas_Object *parent, Evas_Object >>> > *text_obj), and we fetch the text string from the object >>> > internally. The item version of it I dislike, as it just highlights >>> > things on mouse in, with apparently no text attached. >>> > >>> >>> This _elm_access_text_set() is for the ELM_ACCESS_TYPE. Accessibility >>> works as following. >>> If there is a button which has label "OK" and the button is disabled, >>> then accessibility says... >>> "Button, OK, Disabled" (ordered by ELM_ACCESS_TYPE, ELM_ACCESS_INFO, >>> ELM_ACCESS_STATE) >>> >>> catch you later with revised patch. thanks. >>> >>> Sincerly, >>> Shinwoo Kim. >>> >>> >>> >>> 2012/6/11 Gustavo Lima Chaves : >>> >>> > * Kim Shinwoo [2012-06-08 19:55:40 +0900]: >>> > >>> >> Dear all, >>> >> >>> >> Revised patch has followings >>> >> 1. The TEXT part is contemplated also >>> >> 2. The Elm_Widget_Smart_Class is parent class of elm_access not the >>> >> Elm_Layout_Smart_Class >>> >> 3. The elm_access_edje_object_part_object_register() is added >>> >> - Why I does not integrated with _elm_access_add is there are >>> >> following APIs for the consistency >>> >> a. _elm_access_object_register(): is for the widget object >>> >> b. _elm_access_item_register(): is for the widget item >>> >> >>> >> I have attached EXAMPLE code also. Thanks. >>> >> >>> >> Sincerely, >>> >> Shinwoo Kim. >>> >> >>> > >>> > Hi, Kim Shinwoo. >>> > >>> > Here go my thoughts on it, then. >>> > >>> >> Index: src/lib/elm_widget.h >>> >> === >>> >> --- src/lib/elm_widget.h(리비전 71695) >>> >> +++ src/lib/elm_widget.h(작업 사본) >>> >> @@ -478,6 +478,7 @@ typedef struct _Elm_Widget_Smart_Data >>> >>* TRUE by >>> >>* default >>> */ >>> >> Eina_Bool still_in : 1; >>> >> + Eina_Bool can_access : 1; >>> >> } Elm_Widget_Smart_Data; >>> >> >>> >> /** >>> >> @@ -544,6 +545,8 @@ EAPI void _elm_access_object_register( >>> >> EAPI void _elm_access_item_unregister(Elm_Widget_Item >>> *item); >>> >> EAPI void _elm_access_item_register(Elm_Widget_Item >>> *item, Evas_Object *hoverobj); >>> >> EAPI Eina_Bool_elm_access_2nd_click_timeout(Evas_Object >>> *obj); >>> >> +EAPI Evas_Object* >>> _elm_access_edje_object_part_object_register(Evas_Object *obj, const >>> Evas_Object *partobj, const char *text); >>> >> +EAPI void _elm_access_highlight_set(Evas_Object* obj); >>> > >>> > Besides you had previous internal access calls EAPId there, remove >>> > them, as I said :) >>> >>> Yeap, EAPIs.. if application developer would use this APIs, then those >>> APIs should be in the elm_access.h? >>> and the elm_access.h would be in
Re: [E-devel] Patches: Ecore_Wayland - Update to latest protocol and fix #1030
Rob, These are in svn now. Apologies for the delay but I was in Korea for week. Cheers :) dh - Original Message - From: "Robert Bradford" To: "Enlightenment developer list" Cc: "Christopher Michael" , "Ullysses A Eoff" Sent: Friday, 15 June, 2012 6:47:04 PM Subject: Patches: Ecore_Wayland - Update to latest protocol and fix #1030 Patches are attached: commit f0a14043eb0019caa095bab235d90884bda0b168 Author: Rob Bradford Date: Fri Jun 15 17:29:33 2012 +0100 Ecore_Wayland: Drop the unused timestamp from the configure event Rationale: - The timestamp isn't used by the recipient of this internal ECORE_WL_EVENT_WINDOW_CONFIGURE event. - The configure event we receive from the compositor doesn't have a timestam - The ecore_wl_window_maximized_set and ecore_wl_window_fullscreen_set had a implicit requirement that the window had keyboard focus to retrieve a timestamp that wasn't used. This also removes that requirement. As a result the segfault in the following issue: http://trac.enlightenment.org/e/ticket/1030 commit 594ce5bff5595d6191290186f9ca406004fb1f89 Author: Rob Bradford Date: Fri Jun 15 18:04:13 2012 +0100 Ecore_Wayland: Port to updated Wayland API The cursor on the pointer is now a Wayland surface rather than a buffer. 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] E SVN: discomfitor IN trunk/efreet: . src/lib
On 06/14/2012 09:28 AM, Enlightenment SVN wrote:
> Log:
> +efreet_dirs_reset()
I think you need to clear the desktop and icon cache as well to change
language.
S.
>
>
> Author: discomfitor
> Date: 2012-06-14 00:28:23 -0700 (Thu, 14 Jun 2012)
> New Revision: 72104
> Trac: http://trac.enlightenment.org/e/changeset/72104
>
> Modified:
>trunk/efreet/ChangeLog trunk/efreet/NEWS
> trunk/efreet/src/lib/efreet_base.c trunk/efreet/src/lib/efreet_base.h
>
> Modified: trunk/efreet/ChangeLog
> ===
> --- trunk/efreet/ChangeLog2012-06-14 06:56:56 UTC (rev 72103)
> +++ trunk/efreet/ChangeLog2012-06-14 07:28:23 UTC (rev 72104)
> @@ -123,3 +123,7 @@
> 2012-06-07 Mike Blumenkrantz
>
> * Support XDG_DESKTOP_DIR
> +
> +2012-06-14 Mike Blumenkrantz
> +
> +* Added efreet_dirs_reset() to delete cached env variable information
>
> Modified: trunk/efreet/NEWS
> ===
> --- trunk/efreet/NEWS 2012-06-14 06:56:56 UTC (rev 72103)
> +++ trunk/efreet/NEWS 2012-06-14 07:28:23 UTC (rev 72104)
> @@ -11,6 +11,7 @@
> Additions:
>
> * Support XDG_DESKTOP_DIR
> +* efreet_dirs_reset() for refreshing env vars after locale switches
>
> Efreet 1.2.0
>
>
> Modified: trunk/efreet/src/lib/efreet_base.c
> ===
> --- trunk/efreet/src/lib/efreet_base.c2012-06-14 06:56:56 UTC (rev
> 72103)
> +++ trunk/efreet/src/lib/efreet_base.c2012-06-14 07:28:23 UTC (rev
> 72104)
> @@ -187,6 +187,22 @@
> return hostname;
> }
>
> +EAPI void
> +efreet_dirs_reset(void)
> +{
> + const char *s;
> + eina_stringshare_replace(&hostname, NULL);
> + eina_stringshare_replace(&xdg_desktop_dir, NULL);
> + eina_stringshare_replace(&xdg_cache_home, NULL);
> + eina_stringshare_replace(&xdg_config_home, NULL);
> + eina_stringshare_replace(&xdg_data_home, NULL);
> + eina_stringshare_replace(&efreet_home_dir, NULL);
> + EINA_LIST_FREE(xdg_data_dirs, s)
> + eina_stringshare_del(s);
> + EINA_LIST_FREE(xdg_config_dirs, s)
> + eina_stringshare_del(s);
> +}
> +
> /**
>* @internal
>* @param key The environemnt key to lookup
>
> Modified: trunk/efreet/src/lib/efreet_base.h
> ===
> --- trunk/efreet/src/lib/efreet_base.h2012-06-14 06:56:56 UTC (rev
> 72103)
> +++ trunk/efreet/src/lib/efreet_base.h2012-06-14 07:28:23 UTC (rev
> 72104)
> @@ -66,6 +66,13 @@
> EAPI const char *efreet_hostname_get(void);
>
> /**
> + * @brief Resets all the stored env variables. This must be called whenever
> the
> + * locale is changed.
> + * @since 1.3
> + */
> +EAPI void efreet_dirs_reset(void);
> +
> +/**
>* Efreet_Event_Cache_Update
>*/
> typedef struct _Efreet_Event_Cache_Update Efreet_Event_Cache_Update;
>
>
> --
> 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: discomfitor IN trunk/efreet: . src/lib
hmm I'm assuming you don't mean freeing all the existing Efreet_Desktop
objects?
On Mon, Jun 18, 2012 at 12:40 PM, Sebastian Dransfeld
wrote:
> On 06/14/2012 09:28 AM, Enlightenment SVN wrote:
> > Log:
> > +efreet_dirs_reset()
>
> I think you need to clear the desktop and icon cache as well to change
> language.
>
> S.
>
> >
> >
> > Author: discomfitor
> > Date: 2012-06-14 00:28:23 -0700 (Thu, 14 Jun 2012)
> > New Revision: 72104
> > Trac: http://trac.enlightenment.org/e/changeset/72104
> >
> > Modified:
> >trunk/efreet/ChangeLog trunk/efreet/NEWS
> trunk/efreet/src/lib/efreet_base.c trunk/efreet/src/lib/efreet_base.h
> >
> > Modified: trunk/efreet/ChangeLog
> > ===
> > --- trunk/efreet/ChangeLog2012-06-14 06:56:56 UTC (rev 72103)
> > +++ trunk/efreet/ChangeLog2012-06-14 07:28:23 UTC (rev 72104)
> > @@ -123,3 +123,7 @@
> > 2012-06-07 Mike Blumenkrantz
> >
> > * Support XDG_DESKTOP_DIR
> > +
> > +2012-06-14 Mike Blumenkrantz
> > +
> > +* Added efreet_dirs_reset() to delete cached env variable
> information
> >
> > Modified: trunk/efreet/NEWS
> > ===
> > --- trunk/efreet/NEWS 2012-06-14 06:56:56 UTC (rev 72103)
> > +++ trunk/efreet/NEWS 2012-06-14 07:28:23 UTC (rev 72104)
> > @@ -11,6 +11,7 @@
> > Additions:
> >
> > * Support XDG_DESKTOP_DIR
> > +* efreet_dirs_reset() for refreshing env vars after locale switches
> >
> > Efreet 1.2.0
> >
> >
> > Modified: trunk/efreet/src/lib/efreet_base.c
> > ===
> > --- trunk/efreet/src/lib/efreet_base.c2012-06-14 06:56:56 UTC
> (rev 72103)
> > +++ trunk/efreet/src/lib/efreet_base.c2012-06-14 07:28:23 UTC
> (rev 72104)
> > @@ -187,6 +187,22 @@
> > return hostname;
> > }
> >
> > +EAPI void
> > +efreet_dirs_reset(void)
> > +{
> > + const char *s;
> > + eina_stringshare_replace(&hostname, NULL);
> > + eina_stringshare_replace(&xdg_desktop_dir, NULL);
> > + eina_stringshare_replace(&xdg_cache_home, NULL);
> > + eina_stringshare_replace(&xdg_config_home, NULL);
> > + eina_stringshare_replace(&xdg_data_home, NULL);
> > + eina_stringshare_replace(&efreet_home_dir, NULL);
> > + EINA_LIST_FREE(xdg_data_dirs, s)
> > + eina_stringshare_del(s);
> > + EINA_LIST_FREE(xdg_config_dirs, s)
> > + eina_stringshare_del(s);
> > +}
> > +
> > /**
> >* @internal
> >* @param key The environemnt key to lookup
> >
> > Modified: trunk/efreet/src/lib/efreet_base.h
> > ===
> > --- trunk/efreet/src/lib/efreet_base.h2012-06-14 06:56:56 UTC
> (rev 72103)
> > +++ trunk/efreet/src/lib/efreet_base.h2012-06-14 07:28:23 UTC
> (rev 72104)
> > @@ -66,6 +66,13 @@
> > EAPI const char *efreet_hostname_get(void);
> >
> > /**
> > + * @brief Resets all the stored env variables. This must be called
> whenever the
> > + * locale is changed.
> > + * @since 1.3
> > + */
> > +EAPI void efreet_dirs_reset(void);
> > +
> > +/**
> >* Efreet_Event_Cache_Update
> >*/
> > typedef struct _Efreet_Event_Cache_Update Efreet_Event_Cache_Update;
> >
> >
> >
> --
> > 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
>
--
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
e
Re: [E-devel] E SVN: discomfitor IN trunk/efreet: . src/lib
On 06/18/2012 02:13 PM, Michael Blumenkrantz wrote:
> hmm I'm assuming you don't mean freeing all the existing Efreet_Desktop
> objects?
Well, you need to do almost the same as when the cache is recreated.
Open the new cache, and signal with event that the cache has changed.
Then close cache when appropriate.
I can look at it later this week if you want to.
S.
>
> On Mon, Jun 18, 2012 at 12:40 PM, Sebastian Dransfeld
> mailto:s...@tango.flipp.net>> wrote:
>
> On 06/14/2012 09:28 AM, Enlightenment SVN wrote:
> > Log:
> > +efreet_dirs_reset()
>
> I think you need to clear the desktop and icon cache as well to change
> language.
>
> S.
>
> >
> >
> > Author: discomfitor
> > Date: 2012-06-14 00:28:23 -0700 (Thu, 14 Jun 2012)
> > New Revision: 72104
> > Trac: http://trac.enlightenment.org/e/changeset/72104
> >
> > Modified:
> >trunk/efreet/ChangeLog trunk/efreet/NEWS
> trunk/efreet/src/lib/efreet_base.c trunk/efreet/src/lib/efreet_base.h
> >
> > Modified: trunk/efreet/ChangeLog
> > ===
> > --- trunk/efreet/ChangeLog2012-06-14 06:56:56 UTC (rev 72103)
> > +++ trunk/efreet/ChangeLog2012-06-14 07:28:23 UTC (rev 72104)
> > @@ -123,3 +123,7 @@
> > 2012-06-07 Mike Blumenkrantz
> >
> > * Support XDG_DESKTOP_DIR
> > +
> > +2012-06-14 Mike Blumenkrantz
> > +
> > +* Added efreet_dirs_reset() to delete cached env
> variable information
> >
> > Modified: trunk/efreet/NEWS
> > ===
> > --- trunk/efreet/NEWS 2012-06-14 06:56:56 UTC (rev 72103)
> > +++ trunk/efreet/NEWS 2012-06-14 07:28:23 UTC (rev 72104)
> > @@ -11,6 +11,7 @@
> > Additions:
> >
> > * Support XDG_DESKTOP_DIR
> > +* efreet_dirs_reset() for refreshing env vars after locale
> switches
> >
> > Efreet 1.2.0
> >
> >
> > Modified: trunk/efreet/src/lib/efreet_base.c
> > ===
> > --- trunk/efreet/src/lib/efreet_base.c2012-06-14 06:56:56
> UTC (rev 72103)
> > +++ trunk/efreet/src/lib/efreet_base.c2012-06-14 07:28:23
> UTC (rev 72104)
> > @@ -187,6 +187,22 @@
> > return hostname;
> > }
> >
> > +EAPI void
> > +efreet_dirs_reset(void)
> > +{
> > + const char *s;
> > + eina_stringshare_replace(&hostname, NULL);
> > + eina_stringshare_replace(&xdg_desktop_dir, NULL);
> > + eina_stringshare_replace(&xdg_cache_home, NULL);
> > + eina_stringshare_replace(&xdg_config_home, NULL);
> > + eina_stringshare_replace(&xdg_data_home, NULL);
> > + eina_stringshare_replace(&efreet_home_dir, NULL);
> > + EINA_LIST_FREE(xdg_data_dirs, s)
> > + eina_stringshare_del(s);
> > + EINA_LIST_FREE(xdg_config_dirs, s)
> > + eina_stringshare_del(s);
> > +}
> > +
> > /**
> >* @internal
> >* @param key The environemnt key to lookup
> >
> > Modified: trunk/efreet/src/lib/efreet_base.h
> > ===
> > --- trunk/efreet/src/lib/efreet_base.h2012-06-14 06:56:56
> UTC (rev 72103)
> > +++ trunk/efreet/src/lib/efreet_base.h2012-06-14 07:28:23
> UTC (rev 72104)
> > @@ -66,6 +66,13 @@
> > EAPI const char *efreet_hostname_get(void);
> >
> > /**
> > + * @brief Resets all the stored env variables. This must be
> called whenever the
> > + * locale is changed.
> > + * @since 1.3
> > + */
> > +EAPI void efreet_dirs_reset(void);
> > +
> > +/**
> >* Efreet_Event_Cache_Update
> >*/
> > typedef struct _Efreet_Event_Cache_Update
> Efreet_Event_Cache_Update;
> >
> >
> >
>
> --
> > 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
Re: [E-devel] request for efreet localization
On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote: > Hi, > > It's come to my attention that many of the strings in efreet (especially > src/lib/efreet_base.c; see functions such as efreet_desktop_dir_get()) lack > proper localization. This causes unexpected behavior in most cases on > non-english platforms, and should probably be fixed by someone who knows > the proper/expected localized directories. If I can get some help on this, > it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- 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] request for efreet localization
sure, the problem is that we don't localize our fallback strings here. in many desktop environments, those variables are not sourced/set, and so we get the fallback strings every time: these strings are in english, so they're always wrong. On Mon, Jun 18, 2012 at 1:24 PM, Sebastian Dransfeld wrote: > On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote: > > Hi, > > > > It's come to my attention that many of the strings in efreet (especially > > src/lib/efreet_base.c; see functions such as efreet_desktop_dir_get()) > lack > > proper localization. This causes unexpected behavior in most cases on > > non-english platforms, and should probably be fixed by someone who knows > > the proper/expected localized directories. If I can get some help on > this, > > it will fix a number of issues with e's file manager and other efreet > uses. > > Isn't it the point that everything localized should be fetched from > XDG_* env variables? > > S. > > > -- > 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] request for efreet localization
Do you have any other examples but XDG_DESKTOP_DIR? I can't find any others which should be localized. S. On 06/18/2012 02:27 PM, Michael Blumenkrantz wrote: > sure, the problem is that we don't localize our fallback strings here. in > many desktop environments, those variables are not sourced/set, and so we > get the fallback strings every time: these strings are in english, so > they're always wrong. > > On Mon, Jun 18, 2012 at 1:24 PM, Sebastian > Dransfeldwrote: > >> On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote: >>> Hi, >>> >>> It's come to my attention that many of the strings in efreet (especially >>> src/lib/efreet_base.c; see functions such as efreet_desktop_dir_get()) >> lack >>> proper localization. This causes unexpected behavior in most cases on >>> non-english platforms, and should probably be fixed by someone who knows >>> the proper/expected localized directories. If I can get some help on >> this, >>> it will fix a number of issues with e's file manager and other efreet >> uses. >> >> Isn't it the point that everything localized should be fetched from >> XDG_* env variables? >> >> S. >> >> >> -- >> 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 -- 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 IN trunk/efreet: . src/lib
I'm not super familiar with efreet, I've been trying to make small changes
to avoid breaking things. I can take a closer look, but I think in this
case I would prefer your help if you have the time. Let me know, otherwise
I'll budget out a day for being extra careful.
On Mon, Jun 18, 2012 at 1:22 PM, Sebastian Dransfeld
wrote:
> On 06/18/2012 02:13 PM, Michael Blumenkrantz wrote:
> > hmm I'm assuming you don't mean freeing all the existing Efreet_Desktop
> > objects?
>
> Well, you need to do almost the same as when the cache is recreated.
> Open the new cache, and signal with event that the cache has changed.
> Then close cache when appropriate.
>
> I can look at it later this week if you want to.
>
> S.
>
> >
> > On Mon, Jun 18, 2012 at 12:40 PM, Sebastian Dransfeld
> > mailto:s...@tango.flipp.net>> wrote:
> >
> > On 06/14/2012 09:28 AM, Enlightenment SVN wrote:
> > > Log:
> > > +efreet_dirs_reset()
> >
> > I think you need to clear the desktop and icon cache as well to
> change
> > language.
> >
> > S.
> >
> > >
> > >
> > > Author: discomfitor
> > > Date: 2012-06-14 00:28:23 -0700 (Thu, 14 Jun 2012)
> > > New Revision: 72104
> > > Trac: http://trac.enlightenment.org/e/changeset/72104
> > >
> > > Modified:
> > >trunk/efreet/ChangeLog trunk/efreet/NEWS
> > trunk/efreet/src/lib/efreet_base.c trunk/efreet/src/lib/efreet_base.h
> > >
> > > Modified: trunk/efreet/ChangeLog
> > >
> ===
> > > --- trunk/efreet/ChangeLog2012-06-14 06:56:56 UTC (rev 72103)
> > > +++ trunk/efreet/ChangeLog2012-06-14 07:28:23 UTC (rev 72104)
> > > @@ -123,3 +123,7 @@
> > > 2012-06-07 Mike Blumenkrantz
> > >
> > > * Support XDG_DESKTOP_DIR
> > > +
> > > +2012-06-14 Mike Blumenkrantz
> > > +
> > > +* Added efreet_dirs_reset() to delete cached env
> > variable information
> > >
> > > Modified: trunk/efreet/NEWS
> > >
> ===
> > > --- trunk/efreet/NEWS 2012-06-14 06:56:56 UTC (rev 72103)
> > > +++ trunk/efreet/NEWS 2012-06-14 07:28:23 UTC (rev 72104)
> > > @@ -11,6 +11,7 @@
> > > Additions:
> > >
> > > * Support XDG_DESKTOP_DIR
> > > +* efreet_dirs_reset() for refreshing env vars after locale
> > switches
> > >
> > > Efreet 1.2.0
> > >
> > >
> > > Modified: trunk/efreet/src/lib/efreet_base.c
> > >
> ===
> > > --- trunk/efreet/src/lib/efreet_base.c2012-06-14 06:56:56
> > UTC (rev 72103)
> > > +++ trunk/efreet/src/lib/efreet_base.c2012-06-14 07:28:23
> > UTC (rev 72104)
> > > @@ -187,6 +187,22 @@
> > > return hostname;
> > > }
> > >
> > > +EAPI void
> > > +efreet_dirs_reset(void)
> > > +{
> > > + const char *s;
> > > + eina_stringshare_replace(&hostname, NULL);
> > > + eina_stringshare_replace(&xdg_desktop_dir, NULL);
> > > + eina_stringshare_replace(&xdg_cache_home, NULL);
> > > + eina_stringshare_replace(&xdg_config_home, NULL);
> > > + eina_stringshare_replace(&xdg_data_home, NULL);
> > > + eina_stringshare_replace(&efreet_home_dir, NULL);
> > > + EINA_LIST_FREE(xdg_data_dirs, s)
> > > + eina_stringshare_del(s);
> > > + EINA_LIST_FREE(xdg_config_dirs, s)
> > > + eina_stringshare_del(s);
> > > +}
> > > +
> > > /**
> > >* @internal
> > >* @param key The environemnt key to lookup
> > >
> > > Modified: trunk/efreet/src/lib/efreet_base.h
> > >
> ===
> > > --- trunk/efreet/src/lib/efreet_base.h2012-06-14 06:56:56
> > UTC (rev 72103)
> > > +++ trunk/efreet/src/lib/efreet_base.h2012-06-14 07:28:23
> > UTC (rev 72104)
> > > @@ -66,6 +66,13 @@
> > > EAPI const char *efreet_hostname_get(void);
> > >
> > > /**
> > > + * @brief Resets all the stored env variables. This must be
> > called whenever the
> > > + * locale is changed.
> > > + * @since 1.3
> > > + */
> > > +EAPI void efreet_dirs_reset(void);
> > > +
> > > +/**
> > >* Efreet_Event_Cache_Update
> > >*/
> > > typedef struct _Efreet_Event_Cache_Update
> > Efreet_Event_Cache_Update;
> > >
> > >
> > >
> >
> --
> > > 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 inclu
Re: [E-devel] request for efreet localization
And the official directory translations can be found here: http://cgit.freedesktop.org/xdg/xdg-user-dirs/tree/po S. On 06/18/2012 02:27 PM, Michael Blumenkrantz wrote: > sure, the problem is that we don't localize our fallback strings here. in > many desktop environments, those variables are not sourced/set, and so we > get the fallback strings every time: these strings are in english, so > they're always wrong. > > On Mon, Jun 18, 2012 at 1:24 PM, Sebastian > Dransfeldwrote: > >> On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote: >>> Hi, >>> >>> It's come to my attention that many of the strings in efreet (especially >>> src/lib/efreet_base.c; see functions such as efreet_desktop_dir_get()) >> lack >>> proper localization. This causes unexpected behavior in most cases on >>> non-english platforms, and should probably be fixed by someone who knows >>> the proper/expected localized directories. If I can get some help on >> this, >>> it will fix a number of issues with e's file manager and other efreet >> uses. >> >> Isn't it the point that everything localized should be fetched from >> XDG_* env variables? >> >> S. >> >> >> -- >> 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 -- 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] request for efreet localization
hm...I guess I assumed there would be more cases; I don't use a localized E, nor do I have any experience with it. On Mon, Jun 18, 2012 at 1:37 PM, Sebastian Dransfeld wrote: > Do you have any other examples but XDG_DESKTOP_DIR? I can't find any > others which should be localized. > > S. > > On 06/18/2012 02:27 PM, Michael Blumenkrantz wrote: > > sure, the problem is that we don't localize our fallback strings here. in > > many desktop environments, those variables are not sourced/set, and so we > > get the fallback strings every time: these strings are in english, so > > they're always wrong. > > > > On Mon, Jun 18, 2012 at 1:24 PM, Sebastian Dransfeld >wrote: > > > >> On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote: > >>> Hi, > >>> > >>> It's come to my attention that many of the strings in efreet > (especially > >>> src/lib/efreet_base.c; see functions such as efreet_desktop_dir_get()) > >> lack > >>> proper localization. This causes unexpected behavior in most cases on > >>> non-english platforms, and should probably be fixed by someone who > knows > >>> the proper/expected localized directories. If I can get some help on > >> this, > >>> it will fix a number of issues with e's file manager and other efreet > >> uses. > >> > >> Isn't it the point that everything localized should be fetched from > >> XDG_* env variables? > >> > >> S. > >> > >> > >> > -- > >> 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 > > > > -- > 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] request for efreet localization
Then I guess there aren't anymore. I think all other localization elements has been inside files or filenames. As far as I know there hasn't been any localization problems with efreet before. S. On 06/18/2012 02:43 PM, Michael Blumenkrantz wrote: > hm...I guess I assumed there would be more cases; I don't use a localized > E, nor do I have any experience with it. > > On Mon, Jun 18, 2012 at 1:37 PM, Sebastian > Dransfeldwrote: > >> Do you have any other examples but XDG_DESKTOP_DIR? I can't find any >> others which should be localized. >> >> S. >> >> On 06/18/2012 02:27 PM, Michael Blumenkrantz wrote: >>> sure, the problem is that we don't localize our fallback strings here. in >>> many desktop environments, those variables are not sourced/set, and so we >>> get the fallback strings every time: these strings are in english, so >>> they're always wrong. >>> >>> On Mon, Jun 18, 2012 at 1:24 PM, Sebastian Dransfeld>> wrote: >>> On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote: > Hi, > > It's come to my attention that many of the strings in efreet >> (especially > src/lib/efreet_base.c; see functions such as efreet_desktop_dir_get()) lack > proper localization. This causes unexpected behavior in most cases on > non-english platforms, and should probably be fixed by someone who >> knows > the proper/expected localized directories. If I can get some help on this, > it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. >> -- 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 >> >> >> >> -- >> 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 -- 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] request for efreet localization
this is for fixing a somewhat annoying corner case with efm involving locale change. there's other solutions which are less correct, but I'd like to get the fallback choice here fixed since that alone will solve the bug in most cases. On Mon, Jun 18, 2012 at 1:49 PM, Sebastian Dransfeld wrote: > Then I guess there aren't anymore. I think all other localization > elements has been inside files or filenames. > > As far as I know there hasn't been any localization problems with efreet > before. > > S. > > > On 06/18/2012 02:43 PM, Michael Blumenkrantz wrote: > > hm...I guess I assumed there would be more cases; I don't use a localized > > E, nor do I have any experience with it. > > > > On Mon, Jun 18, 2012 at 1:37 PM, Sebastian Dransfeld >wrote: > > > >> Do you have any other examples but XDG_DESKTOP_DIR? I can't find any > >> others which should be localized. > >> > >> S. > >> > >> On 06/18/2012 02:27 PM, Michael Blumenkrantz wrote: > >>> sure, the problem is that we don't localize our fallback strings here. > in > >>> many desktop environments, those variables are not sourced/set, and so > we > >>> get the fallback strings every time: these strings are in english, so > >>> they're always wrong. > >>> > >>> On Mon, Jun 18, 2012 at 1:24 PM, Sebastian Dransfeld< > s...@tango.flipp.net > >>> wrote: > >>> > On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote: > > Hi, > > > > It's come to my attention that many of the strings in efreet > >> (especially > > src/lib/efreet_base.c; see functions such as > efreet_desktop_dir_get()) > lack > > proper localization. This causes unexpected behavior in most cases on > > non-english platforms, and should probably be fixed by someone who > >> knows > > the proper/expected localized directories. If I can get some help on > this, > > it will fix a number of issues with e's file manager and other efreet > uses. > > Isn't it the point that everything localized should be fetched from > XDG_* env variables? > > S. > > > > >> > -- > 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 > >> > >> > >> > >> > -- > >> 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 > > > > -- > 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
Re: [E-devel] [Patch] [Edje] Added: Pulseaudio remix plug-in for edje multisense module
Hi Flavio, I tested "edje_player multisense.edje" to reproduce seg fault as mentioned below, but couldn't succeed with memcheck as well. My svn rev is 72374. Please let me know the scenario to reproduce it. And regarding the point 5, you are right, multisense will not build without remix as per current configure file. But, multisense is not all about only sound, it can have vibration etc. So, if we make remix optional for multisense feature, edje must compile e.g. ENABLE_MULTISENSE=1 and HAVE_REMIX=0. Regards, Prince Date: Thu, 14 Jun 2012 17:31:43 -0300 From: Fl?vio Ceolin Subject: Re: [E-devel] [Patch] [Edje] Added: Pulseaudio remix plug-in for edje multisense module To: Enlightenment developer list Cc: csm...@samsung.com Message-ID: Content-Type: text/plain; charset="iso-8859-1" Hello Prince, On Thu, Jun 14, 2012 at 10:14 AM, PRINCE KUMAR DUBEY wrote: > > Hi, > ? Please review the attached patch for pulse audio remix pulg-in added as > output device for multisense feature with other enhancements, details are > given below. > > Change Description: > 1. Multisense support enabled by default, Pulse Audio option added, flac, > alsa and ogg/vorbis are made optional for multisense during > configuration/compilation. > 2. Pulse Audio Remix Plug-in added as audio output device. > 3. Disabling of Multisense module initialization/shutdown in EDC compilation > mode. > 4. Enhancement to _edje_multisense_shutdown to fix memory leak. > 5. Multisense example enhancement and modification in edje_multisense.c so, > edje can compile without availability of remix. > > Signed-Off-By: Prince Kr Dubey > > Thank you, > > Regards, > Prince Kr Dubey > > > -- > 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 > I' ve found a segfault when running edje_player (multisense example, multisense.edj), you could check it in the attached file. It's valid you know that this problem is not happening when running the edje-multisense's example. Also, I didn't understand the point 5 (edje can compile without availability of remix). As far as I could see there is no way to build multisense without libremix right ? Regards, Flavio Ceolin -- next part -- ==11191== Memcheck, a memory error detector ==11191== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==11191== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==11191== Command: edje_player multisense.edj ==11191== Parent PID: 8099 ==11191== ==11191== Syscall param write(buf) points to uninitialised byte(s) ==11191==at 0x355100E04D: ??? (in /usr/lib64/libpthread-2.15.so) ==11191==by 0x4C7251C: _edje_multisense_internal_sound_sample_play (edje_multisense.c:344) ==11191==by 0x4C73EFF: _edje_program_run (edje_program.c:798) ==11191==by 0x4C74238: _edje_program_run (edje_program.c:595) ==11191==by 0x4C76007: _edje_emit_handle (edje_program.c:1228) ==11191==by 0x4C7174E: _edje_message_queue_process (edje_message_queue.c:764) ==11191==by 0x4C718B6: _edje_job (edje_message_queue.c:160) ==11191==by 0x69CF234: _ecore_job_event_handler (ecore_job.c:115) ==11191==by 0x69C95DC: _ecore_call_handler_cb (ecore_private.h:319) ==11191==by 0x69CA57B: _ecore_event_call (ecore_events.c:559) ==11191==by 0x69D141D: _ecore_main_loop_iterate_internal (ecore_main.c:1814) ==11191==by 0x69CFCBF: ecore_main_loop_begin (ecore_main.c:931) ==11191== Address 0x7fefff97c is on thread 1's stack ==11191== ==11191== Thread 3: ==11191== Invalid write of size 2 ==11191==at 0xE4538E5: pa_player_playbuffer.isra.0 (pa_simple_snd_player.c:211) ==11191==by 0xE4539F4: pa_player_process (pa_simple_snd_player.c:264) ==11191==by 0x56DFA9C: remix_process_fast (remix_base.c:434) ==11191==by 0x56DFB29: remix_process (remix_base.c:450) ==11191==by 0x56E4787: remix_sound_process (remix_sound.c:400) ==11191==by 0x56DFA9C: remix_process_fast (remix_base.c:434) ==11191==by 0x56DFB29: remix_process (remix_base.c:450) ==11191==by 0x56E3714: remix_layer_process (remix_layer.c:498) ==11191==by 0x56DFA9C: remix_process_fast (remix_base.c:434) ==11191==by 0x56DFB29: remix_process (remix_base.c:450) ==11191==by 0x56E6B5A: remix_track_twolayer_process (remix_track.c:350) ==11191==by 0x56DFA9C: remix_process_fast (remix_base.c:434) ==11191== Address 0x77a20
Re: [E-devel] [e-users] Terminology - time to talk.
On Mon, 18 Jun 2012 23:28:06 +1000 dave wrote: > I don't mind the name of Terminology, but to encapsulate its Eness, > how about these names? > > * Edify > * Elucidate > * Emit > * Emptty > * Enrich > * Enterm (or just Enter, but that may be confusing) > * Enunciate > * Esoteric > * Esthetic > * Exert > * Exist > * Extol > * Exult > > Apologies for any name collisions with E apps I'm not aware of. Don't think the name is up for debate. Nice name list though. -- 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] [Patch] [Edje] Added: Pulseaudio remix plug-in for edje multisense module
Hi Prince,
On Mon, Jun 18, 2012 at 9:56 AM, PRINCE KUMAR DUBEY
wrote:
> Hi Flavio,
>
> I tested "edje_player multisense.edje" to reproduce seg fault as mentioned
> below, but couldn't succeed with memcheck as well.
> My svn rev is 72374. Please let me know the scenario to reproduce it.
>
> And regarding the point 5, you are right, multisense will not build without
> remix as per current configure file.
> But, multisense is not all about only sound, it can have vibration etc. So,
> if we make remix optional for multisense feature,
> edje must compile e.g. ENABLE_MULTISENSE=1 and HAVE_REMIX=0.
>
> Regards,
> Prince
>
I've tested in rev 72117 and now 72400 in both the problem happened. I
built with these options:
/configure --enable-tests --enable-build-examples --enable-multisense
CFLAGS=-Wall -g -O0
As for the patch, I took a look in it and I would like to understand
some points.
+static void
+pa_player_playbuffer(RemixEnv *env __UNUSED__, PA_Player_Data
*player, RemixPCM *data, RemixCount count)
+{
+ int ret;
+ RemixCount i;
+ RemixPCM value;
+ size_t length;
+
+ length = count * sizeof(RemixCount);
Shouldn't it be
length = count * sizeof(RemixPCM);
+
+ for (i = 0; i < length; i++)
Shouldn't check if length is greater than the size of the buffer ?
+ {
+value = *data++ * (player->max_value);
+*(player->playbuffer + i) = (PLAYER_PCM) value;
With this cast we are discarding part of the data, is it ok ?
+ }
+
+ ret = pa_simple_write(player->server, player->playbuffer, length,
&player->error);
+
+ if (ret < 0) WRN("pa_simple_write() failed: (%s)",
pa_strerror(player->error));
+
+ return;
+}
Best regards,
Flavio Ceolin
--
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_X and deadkeys support (wrt Terminology and Elementary)
Hi there, While investigating for terminology so it would accept composed keys used in Brazil (acute/' + a = á, acute/' + space = '), I just realized Elementary's elm_entry is also broken! The problem seems to be that I must use an input method/scim to get it, as Iván said. But most people do not use it, then it's broken. But it was not always the case. Iván himself added such support for Ecore_X 4 years ago, and someone broke it when IMF was added: http://trac.enlightenment.org/e/changeset/38008 For those that know about IMF I wonder if this code could go as a fallback in case scim is not there. NOTE: For those that would like to try this, just use the following in your xorg.conf: Section "InputClass" Identifier "Keyboard Defaults" MatchIsKeyboard "yes" Option "XkbLayout" "us" Option "XkbVariant" "intl" EndSection Your keyboard will remain in american standard, but whenever you type composited keys it should wait (type ' and it won't show, then you must type space to get it plain as I did, or a letter to make it: áéíóúç) -- 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-users] Terminology - time to talk.
On Mon, 18 Jun 2012 19:59:55 -0300 Wido said: > > > - multiple windows and/or tabs > > > > right now this is right on the end of a list of features as frankly i'm not > > happy with the 1 process goes down and ALL my terminals go thing that > > gnome-terminal does. as for tabs - don't use TABS... be imaginative. i was > > thinking a thumbnail-like chooser - wp2 style with a quick select bar with > > smaller thumb on mouseover the top of the term or something. > > I haven't used gnome terminal, but do use konsole (which would be the > K-same). It does has tabs, but never faced "i'm not happy with the 1 process > goes down and ALL my terminals go thing that gnome-terminal does". > > I do like tabs, I use it with multiple konsole windows as well. What I would > like is the ability to play with tabs, the same way chrome does. Attaching > and dettaching as I please, please. > > I liked the thumbnail-like chooser, but I'm thinking maybe just one button > that shows thums, instead of a bar (that usually annoys me) i want to keep the default ui as button/tab/bar etc. free as possible. terminal with text. switching terminal widgets/controls and what not will most likely all be done by mouseover on some area or key-combo to bring it up. terminals, imho, are for advanced enough users where they can figure this out - especially if they want "tabs and stuff". terminals are not "for your grandma" (it give them a terminal and they are then confused when they see no tab widgets or menus because they want to access these. terminals are things that either scare a user off instantly because its way too complex/techie, or it's EXACTLY what they were after and they can cope with this). -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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] Add elm_object_scroll_hold/freeze_get
On Fri, 8 Jun 2012 10:55:32 +0900 Jaehwan Kim said: > There are APIs, elm_widget_scroll_hold_push/pop/get in elm_widget.h > But there are only elm_object_scroll_hold_push/pop in elm_object.h > Is there any reason elm_object_scroll_hold_get is not made? > > If not, I want to add elm_object_scroll_hold/freeze_get. i see no reason why not. add them :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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_X and deadkeys support (wrt Terminology and Elementary)
On Mon, 18 Jun 2012 18:51:00 -0300 Gustavo Sverzut Barbieri said: weird. that patch doesnt seem to break it - it just adds handling for the case u have _ecore_ic around -ie input context... do you have it around? is it non-null? i haven't looked yet. just wondering. maybe this is the root cause that you do have some input method handler around and thus it's disabling the deadkeys, but you're not using the input method. need to look. > Hi there, > > While investigating for terminology so it would accept composed keys > used in Brazil (acute/' + a = á, acute/' + space = '), I just realized > Elementary's elm_entry is also broken! > > The problem seems to be that I must use an input method/scim to get > it, as Iván said. But most people do not use it, then it's broken. > > But it was not always the case. Iván himself added such support for > Ecore_X 4 years ago, and someone broke it when IMF was added: > > http://trac.enlightenment.org/e/changeset/38008 > > For those that know about IMF I wonder if this code could go as a > fallback in case scim is not there. > > > NOTE: For those that would like to try this, just use the following in > your xorg.conf: > > Section "InputClass" >Identifier "Keyboard Defaults" >MatchIsKeyboard "yes" >Option "XkbLayout" "us" >Option "XkbVariant" "intl" > EndSection > > Your keyboard will remain in american standard, but whenever you type > composited keys it should wait (type ' and it won't show, then you > must type space to get it plain as I did, or a letter to make it: > áéíóúç) > > -- > 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 -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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_X and deadkeys support (wrt Terminology and Elementary)
On Mon, 18 Jun 2012 18:51:00 -0300 Gustavo Sverzut Barbieri said: actually wait - the current code is vastly different to the code in that patch. :) must read current one. :) > Hi there, > > While investigating for terminology so it would accept composed keys > used in Brazil (acute/' + a = á, acute/' + space = '), I just realized > Elementary's elm_entry is also broken! > > The problem seems to be that I must use an input method/scim to get > it, as Iván said. But most people do not use it, then it's broken. > > But it was not always the case. Iván himself added such support for > Ecore_X 4 years ago, and someone broke it when IMF was added: > > http://trac.enlightenment.org/e/changeset/38008 > > For those that know about IMF I wonder if this code could go as a > fallback in case scim is not there. > > > NOTE: For those that would like to try this, just use the following in > your xorg.conf: > > Section "InputClass" >Identifier "Keyboard Defaults" >MatchIsKeyboard "yes" >Option "XkbLayout" "us" >Option "XkbVariant" "intl" > EndSection > > Your keyboard will remain in american standard, but whenever you type > composited keys it should wait (type ' and it won't show, then you > must type space to get it plain as I did, or a letter to make it: > áéíóúç) > > -- > 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 -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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_X and deadkeys support (wrt Terminology and Elementary)
On Mon, 18 Jun 2012 18:51:00 -0300 Gustavo Sverzut Barbieri said: what's this "/acute" ? how is this meant to be used/work on a normal us kbd? need to test it. is /acute the compose key? ie: remove lock = Caps_Lock keycode 66 = Multi_key (.Xmodmap - make capslock compose). > Hi there, > > While investigating for terminology so it would accept composed keys > used in Brazil (acute/' + a = á, acute/' + space = '), I just realized > Elementary's elm_entry is also broken! > > The problem seems to be that I must use an input method/scim to get > it, as Iván said. But most people do not use it, then it's broken. > > But it was not always the case. Iván himself added such support for > Ecore_X 4 years ago, and someone broke it when IMF was added: > > http://trac.enlightenment.org/e/changeset/38008 > > For those that know about IMF I wonder if this code could go as a > fallback in case scim is not there. > > > NOTE: For those that would like to try this, just use the following in > your xorg.conf: > > Section "InputClass" >Identifier "Keyboard Defaults" >MatchIsKeyboard "yes" >Option "XkbLayout" "us" >Option "XkbVariant" "intl" > EndSection > > Your keyboard will remain in american standard, but whenever you type > composited keys it should wait (type ' and it won't show, then you > must type space to get it plain as I did, or a letter to make it: > áéíóúç) > > -- > 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 -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-users] Terminology - time to talk.
On Sun, Jun 17, 2012 at 10:27 PM, Carsten Haitzler wrote: > On Sun, 17 Jun 2012 21:43:05 -0300 Gustavo Sverzut Barbieri > said: > >> On Sun, Jun 17, 2012 at 8:37 PM, Carsten Haitzler >> wrote: >> > On Sun, 17 Jun 2012 11:57:15 -0300 Gustavo Sverzut Barbieri >> > said: >> > >> >> On Sun, Jun 17, 2012 at 7:21 AM, Carsten Haitzler >> >> wrote: >> >> > So I got a little bit of stuff done while on holiday the week before >> >> > last... and i wrote a terminal emulator. it's from scratch, so not a >> >> > port of an existing one. This of course means the terminal emulation bit >> >> > is definitely not totally all there. It needs work, but it's usable >> >> > enough to the point where I have switched to the new terminal -> >> >> > terminology. >> >> > >> >> > For the impatient, it's in SVN -> trunk/terminology >> >> > >> >> > http://trac.enlightenment.org/e/browser/trunk/terminology >> >> > svn checkout http://svn.enlightenment.org/svn/e/trunk/terminology >> >> > >> >> > Why write a new terminal core? it was less work than porting an existing >> >> > one. >> >> > >> >> > Why do a new terminal - don't you have Eterm? eterm is old. old old old. >> >> > it's an rxvt core with some imlib2 stuff. it uses no modern EFL at all. >> >> > it's unrelated to EFL and making it related would be a very large task. >> >> > We need.. want an EFL terminal - just for our own pride and sanity >> >> > alone, so I finally stepped up and did it, or the larger chunk of it. >> >> > >> >> > How does this benefit E? Well it means we now have a terminal that can >> >> > fit into our desktop and use the same widgets, toolkits and look. It's >> >> > also rather lean and simple and very cleanly split, and can serve as an >> >> > example of how to make EFL apps. >> >> > >> >> > How does this benefit EFL? Terminology has proven a pretty good little >> >> > test app so far - I've found a fair few bugs in EFL that have been >> >> > lurking and no one found yet. I still have a short list of them to clean >> >> > up. Also terminology drove vincent to finally finish his textgrid evas >> >> > object and put it into SVN - been waiting for this for a while and this >> >> > is good for the next release. a textgrid gives us the basis for not just >> >> > a terminal emulator but IRC clients, code editors, and in fact anything >> >> > that lives with gridded text arrays. You could do it with a grid of text >> >> > objects - but that's horribly inefficient. You could do it with >> >> > textblock, but that's inefficient in a bunch of other ways. So this has >> >> > driven textgrid to mature and go in, be optimized, debugged and now work >> >> > - well mostly. a few features not finished and an update offness I am >> >> > unsure as to why it happens right now, so you sometimes get update >> >> > "turds" left around. >> >> > >> >> > What is so great about this and why should I use it? Well it uses EFL. a >> >> > Lot. it's totally centric. just click right mouse to see how much. It >> >> > has >> >> > full GUI config built in (as well as some cmd-line switches). It's >> >> > missing theme and wallpaper browser, but font selection, size changing, >> >> > other behavior options etc. all work and are pretty slick and well done, >> >> > if I don't say so myself :). It saves its config automatically too. On >> >> > the cmd-line (run terminology -h for help), you can select theme >> >> > (another edje file) and you can select background. Right now terminilogy >> >> > supports the following backgrounds: normal pixel images (jpeg, png, bmp, >> >> > tga, ppm, xpm, tiff etc. etc. - whatever evas does). It supports >> >> > scalable images (svg, ps, pdf) as wallpapers. it will even properly >> >> > scale them to the exact terminal size. yes - you read right. svg, pdf >> >> > and svg backgrounds. It supports animated gifs - yes i know. They play >> >> > (on loop) like they would in a browser. Feel free to go nuts here. It >> >> > also supports... VIDEO as a background wallpapers. That's right. video. >> >> > movies. audio included. You can play entire feature-length movies, or >> >> > just short video snippets, or whatever. (audio is mutable on cmd-line or >> >> > in gui, and video decode engine is selectable too - gstreamer, xine, or >> >> > generic vlc supported if emotion is compiled with them all supported, >> >> > the default is auto-select). Why do all of this? well completeness..., >> >> > and because I can. It's so trivially easy to make such multimedia apps >> >> > with layered ui's that get out of your way when you want to focus on >> >> > work, but give you all the bling. Of and did I mention it also supports >> >> > true translucency too and thanks to EFL, edje and friends themes can not >> >> > just set a scrollbar look, or a background, but also overlays and nice >> >> > shading too. Cursor is just a theme object, so its blinking is theme >> >> > controlled. Oh and did i mention that I bothered to support xterm 256 >> >> > color mode already, so 256color
Re: [E-devel] Ecore_X and deadkeys support (wrt Terminology and Elementary)
On Mon, Jun 18, 2012 at 6:51 PM, Gustavo Sverzut Barbieri wrote: > Hi there, > > While investigating for terminology so it would accept composed keys > used in Brazil (acute/' + a = á, acute/' + space = '), I just realized > Elementary's elm_entry is also broken! > > The problem seems to be that I must use an input method/scim to get > it, as Iván said. But most people do not use it, then it's broken. > > But it was not always the case. Iván himself added such support for > Ecore_X 4 years ago, and someone broke it when IMF was added: > > http://trac.enlightenment.org/e/changeset/38008 > > For those that know about IMF I wonder if this code could go as a > fallback in case scim is not there. > > > NOTE: For those that would like to try this, just use the following in > your xorg.conf: > > Section "InputClass" > Identifier "Keyboard Defaults" > MatchIsKeyboard "yes" > Option "XkbLayout" "us" > Option "XkbVariant" "intl" > EndSection > > Your keyboard will remain in american standard, but whenever you type > composited keys it should wait (type ' and it won't show, then you > must type space to get it plain as I did, or a letter to make it: > áéíóúç) I've fixed it. The problem was trying to create a style based on developer input (preedit or not, etc) and the style not being supported. Now I do fallback to the poor's man option. http://trac.enlightenment.org/e/changeset/72426 -- 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] request for efreet localization
On 06/18/12 13:53, Michael Blumenkrantz wrote: > this is for fixing a somewhat annoying corner case with efm involving > locale change. there's other solutions which are less correct, but I'd like > to get the fallback choice here fixed since that alone will solve the bug > in most cases. It's not exactly a _changing locale_ issue. I didn't change my locale for a long time now but what I'm seeing here is that my ~/.config/user-dirs.dirs is not read/used. Maybe efreet should somehow rely on it and not only use env variables. Reading in this order: - /etc/xdg/user-dirs.defaults - ~/.config/user-dirs.dirs - XDG_ env variable and then fallback. What do you think? > On Mon, Jun 18, 2012 at 1:49 PM, Sebastian Dransfeld > wrote: > > > Then I guess there aren't anymore. I think all other localization > > elements has been inside files or filenames. > > > > As far as I know there hasn't been any localization problems with efreet > > before. > > > > S. > > > > > > On 06/18/2012 02:43 PM, Michael Blumenkrantz wrote: > > > hm...I guess I assumed there would be more cases; I don't use a localized > > > E, nor do I have any experience with it. > > > > > > On Mon, Jun 18, 2012 at 1:37 PM, Sebastian Dransfeld > >wrote: > > > > > >> Do you have any other examples but XDG_DESKTOP_DIR? I can't find any > > >> others which should be localized. > > >> > > >> S. > > >> > > >> On 06/18/2012 02:27 PM, Michael Blumenkrantz wrote: > > >>> sure, the problem is that we don't localize our fallback strings here. > > in > > >>> many desktop environments, those variables are not sourced/set, and so > > we > > >>> get the fallback strings every time: these strings are in english, so > > >>> they're always wrong. > > >>> > > >>> On Mon, Jun 18, 2012 at 1:24 PM, Sebastian Dransfeld< > > s...@tango.flipp.net > > >>> wrote: > > >>> > > On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote: > > > Hi, > > > > > > It's come to my attention that many of the strings in efreet > > >> (especially > > > src/lib/efreet_base.c; see functions such as > > efreet_desktop_dir_get()) > > lack > > > proper localization. This causes unexpected behavior in most cases on > > > non-english platforms, and should probably be fixed by someone who > > >> knows > > > the proper/expected localized directories. If I can get some help on > > this, > > > it will fix a number of issues with e's file manager and other efreet > > uses. > > > > Isn't it the point that everything localized should be fetched from > > XDG_* env variables? > > > > S. -- Jérôme Pinot http://ngc891.blogdns.net/ signature.asc Description: 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
[E-devel] [Patch] Fixed multibuttonentry`s bugs
Dear all, I've added patches for fixing bugs in multibuttonentry. First, elm_multibuttonentry_1.patch When multibuttonentry is clicked, it shows entry input panel. but at this time, there's no code for setting focus on entry. because of that, sometimes it cause a problem when moving focus. Second, elm_multibuttonentry_2.patch When item is added, multibuttonentry's internal entry is relocated and resized. At this time, there was an issue about setting coordinates. When multibuttonentry is scrolled in other widget, it sets wrong coordinates. So I've fixed. Please review these patches. Thank you. elm_multibuttonentry_1.patch Description: Binary data elm_multibuttonentry_2.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] request for efreet localization
The main issue is that the desktop environment itself is supposed to parse these files and export the variables. Few do, us included. Regardless, this fallback variable in efreet should be translated at some point. On Tue, Jun 19, 2012 at 4:18 AM, Jérôme Pinot wrote: > On 06/18/12 13:53, Michael Blumenkrantz wrote: > > this is for fixing a somewhat annoying corner case with efm involving > > locale change. there's other solutions which are less correct, but I'd > like > > to get the fallback choice here fixed since that alone will solve the bug > > in most cases. > > It's not exactly a _changing locale_ issue. I didn't change my locale > for a long time now but what I'm seeing here is that my > ~/.config/user-dirs.dirs is not read/used. Maybe efreet should somehow > rely on it and not only use env variables. > > Reading in this order: > - /etc/xdg/user-dirs.defaults > - ~/.config/user-dirs.dirs > - XDG_ env variable > > and then fallback. > > What do you think? > > On Mon, Jun 18, 2012 at 1:49 PM, Sebastian Dransfeld >wrote: > > > > > Then I guess there aren't anymore. I think all other localization > > > elements has been inside files or filenames. > > > > > > As far as I know there hasn't been any localization problems with > efreet > > > before. > > > > > > S. > > > > > > > > > On 06/18/2012 02:43 PM, Michael Blumenkrantz wrote: > > > > hm...I guess I assumed there would be more cases; I don't use a > localized > > > > E, nor do I have any experience with it. > > > > > > > > On Mon, Jun 18, 2012 at 1:37 PM, Sebastian Dransfeld< > s...@tango.flipp.net > > > >wrote: > > > > > > > >> Do you have any other examples but XDG_DESKTOP_DIR? I can't find any > > > >> others which should be localized. > > > >> > > > >> S. > > > >> > > > >> On 06/18/2012 02:27 PM, Michael Blumenkrantz wrote: > > > >>> sure, the problem is that we don't localize our fallback strings > here. > > > in > > > >>> many desktop environments, those variables are not sourced/set, > and so > > > we > > > >>> get the fallback strings every time: these strings are in english, > so > > > >>> they're always wrong. > > > >>> > > > >>> On Mon, Jun 18, 2012 at 1:24 PM, Sebastian Dransfeld< > > > s...@tango.flipp.net > > > >>> wrote: > > > >>> > > > On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote: > > > > Hi, > > > > > > > > It's come to my attention that many of the strings in efreet > > > >> (especially > > > > src/lib/efreet_base.c; see functions such as > > > efreet_desktop_dir_get()) > > > lack > > > > proper localization. This causes unexpected behavior in most > cases on > > > > non-english platforms, and should probably be fixed by someone > who > > > >> knows > > > > the proper/expected localized directories. If I can get some > help on > > > this, > > > > it will fix a number of issues with e's file manager and other > efreet > > > uses. > > > > > > Isn't it the point that everything localized should be fetched > from > > > XDG_* env variables? > > > > > > S. > -- > Jérôme Pinot > http://ngc891.blogdns.net/ > > > -- > 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
