Re: [E-devel] [Fwd: embryo: FTBFS on hurd-i386]
On Sat, 21 Nov 2009 16:44:54 +0100 Albin Tonnerre
said:
> On Sun, 05 Jul 2009 12:45 -0300, Gustavo Sverzut Barbieri wrote :
> > On Sun, Jul 5, 2009 at 9:22 AM, Albin Tonnerre
> > wrote:
> > > Hi there,
> > > Here's a bug report that got submitted on the Debian BTS, with a patch
> > > allowing embryo to compile on debian/hurd (and more generally on systems
> > > were PATH_MAX is udefined).
> >
> > I could apply this patch, but I fear it's nothing compared to the
> > whole EFL where PATH_MAX is heavily used. I guess that a better option
> > is to define PATH_MAX = 4096/1024/something-user-specified in
> > config.h, which should be included in every source file anyway. With
> > that new .m4, we could just copy it to all efl projects and call the
> > macro from configure.ac and fix them in the same way.
>
> Would the following patch do the trick?
hmmm... platforms that dont have a PATH_MAX. ew.
well it'd need to not just be added, but be used and everything made sure to
include config.h if it doesnt explicitly or implicitly yet
> --- /dev/null 2009-11-21 13:03:47.817351087 +0100
> +++ m4/efl_path_max.m42009-11-21 16:43:28.0 +0100
> @@ -0,0 +1,33 @@
> +dnl Check for PATH_MAX in limits.h, and define a default value if not found
> +dnl This is a workaround for systems not providing PATH_MAX, like GNU/Hurd
> +
> +dnl EFL_CHECK_PATH_MAX([DEFAULT_VALUE_IF_NOT_FOUND])
> +dnl
> +dnl If PATH_MAX is not defined in , defines it
> +dnl to DEFAULT_VALUE_IF_NOT_FOUND if it exists, or fallback
> +dnl to using 4096
> +
> +AC_DEFUN([EFL_CHECK_PATH_MAX],
> +[
> +
> +default_max=m4_default([$1], "4096")
> +AC_LANG_PUSH([C])
> +
> +AC_MSG_CHECKING([for PATH_MAX in limits.h])
> +AC_COMPILE_IFELSE(
> + [AC_LANG_PROGRAM([[#include ]],
> + [[int i = PATH_MAX;]])
> + ],
> + AC_MSG_RESULT([yes]),
> + [
> + AC_DEFINE_UNQUOTED([PATH_MAX],
> + [${default_max}],
> + [default value since PATH_MAX is not defined])
> + AC_MSG_RESULT([no: using ${default_max}])
> + ]
> +)
> +
> +AC_LANG_POP([C])
> +
> +])
> +dnl end of efl_path_max.m4
>
> Regards,
> --
> Albin Tonnerre
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Fix _edje_text_fit_x to handle RTL languages as well.
On Sat, 21 Nov 2009 17:03:57 +0200 Tom Hacohen said: > Hey, > > Explanation about the fix: > I added evas_object_text_last_up_to_pos function quite some time ago, it > lets functions know the position of the last char up to a specific x > position. > evas_object_text_last_up_to_pos's behavior is pretty much the same as > evas_object_text_char_coords_get's behavior when fed with LTR text and the > position of the last char, > their behavior differ when they are fed with RTL text. As the RTL function's > last char is positioned at the left, which means it's x value is at the left > and cropping will be wrong. > > This fix calls the evas_object_text_last_up_to_pos instead of the other one > in order to correct edje's wrong line chops. in svn: rev #43886 -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Fwd: embryo: FTBFS on hurd-i386]
On Sun, 05 Jul 2009 12:45 -0300, Gustavo Sverzut Barbieri wrote :
> On Sun, Jul 5, 2009 at 9:22 AM, Albin Tonnerre
> wrote:
> > Hi there,
> > Here's a bug report that got submitted on the Debian BTS, with a patch
> > allowing
> > embryo to compile on debian/hurd (and more generally on systems were
> > PATH_MAX is
> > udefined).
>
> I could apply this patch, but I fear it's nothing compared to the
> whole EFL where PATH_MAX is heavily used. I guess that a better option
> is to define PATH_MAX = 4096/1024/something-user-specified in
> config.h, which should be included in every source file anyway. With
> that new .m4, we could just copy it to all efl projects and call the
> macro from configure.ac and fix them in the same way.
Would the following patch do the trick?
--- /dev/null 2009-11-21 13:03:47.817351087 +0100
+++ m4/efl_path_max.m4 2009-11-21 16:43:28.0 +0100
@@ -0,0 +1,33 @@
+dnl Check for PATH_MAX in limits.h, and define a default value if not found
+dnl This is a workaround for systems not providing PATH_MAX, like GNU/Hurd
+
+dnl EFL_CHECK_PATH_MAX([DEFAULT_VALUE_IF_NOT_FOUND])
+dnl
+dnl If PATH_MAX is not defined in , defines it
+dnl to DEFAULT_VALUE_IF_NOT_FOUND if it exists, or fallback
+dnl to using 4096
+
+AC_DEFUN([EFL_CHECK_PATH_MAX],
+[
+
+default_max=m4_default([$1], "4096")
+AC_LANG_PUSH([C])
+
+AC_MSG_CHECKING([for PATH_MAX in limits.h])
+AC_COMPILE_IFELSE(
+ [AC_LANG_PROGRAM([[#include ]],
+[[int i = PATH_MAX;]])
+ ],
+ AC_MSG_RESULT([yes]),
+ [
+ AC_DEFINE_UNQUOTED([PATH_MAX],
+[${default_max}],
+[default value since PATH_MAX is not defined])
+ AC_MSG_RESULT([no: using ${default_max}])
+ ]
+)
+
+AC_LANG_POP([C])
+
+])
+dnl end of efl_path_max.m4
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] Fix _edje_text_fit_x to handle RTL languages as well.
Hey,
Explanation about the fix:
I added evas_object_text_last_up_to_pos function quite some time ago, it
lets functions know the position of the last char up to a specific x
position.
evas_object_text_last_up_to_pos's behavior is pretty much the same as
evas_object_text_char_coords_get's behavior when fed with LTR text and the
position of the last char,
their behavior differ when they are fed with RTL text. As the RTL function's
last char is positioned at the left, which means it's x value is at the left
and cropping will be wrong.
This fix calls the evas_object_text_last_up_to_pos instead of the other one
in order to correct edje's wrong line chops.
Ciao,
--
Tom.
Index: edje/src/lib/edje_text.c
===
--- edje/src/lib/edje_text.c (revision 43860)
+++ edje/src/lib/edje_text.c (working copy)
@@ -135,13 +135,13 @@
if (tw > sw)
{
if (params->type.text.elipsis != 0.0)
- c1 = evas_object_text_char_coords_get(ep->object,
- -p + l, th / 2,
- NULL, NULL, NULL, NULL);
+ /* should be the last in text! not the rightmost */
+ c1 = evas_object_text_last_up_to_pos(ep->object,
+-p + l, th / 2);
if (params->type.text.elipsis != 1.0)
- c2 = evas_object_text_char_coords_get(ep->object,
- -p + sw - r, th / 2,
- NULL, NULL, NULL, NULL);
+ /* should be the last in text! not the rightmost */
+ c2 = evas_object_text_last_up_to_pos(ep->object,
+-p + sw - r, th / 2);
if ((c1 < 0) && (c2 < 0))
{
c1 = 0;
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ANN: editje
On Mon, Nov 16, 2009 at 09:39:09AM -0200, Gustavo Sverzut Barbieri wrote: > Hi all, > > We'd like to announce Editje, a new tool to edit Edje files in a > visual way. It's based on interactions like Flash for animations, > where you have a timeline and select points, then states and it will > do the rest. > > That said, it's different from hand-written edc files, where we used > to create as few states as possible and add custom programs moving > from one to another. Editje have couple public programs that we call > signals, they're basically of 2 types: signals that convert to other > signals (translators) and signals that triggers animations. When one > create an animation, he gets couple of programs pre-defined: > - signal:animation,play, souce:animation-name -> triggers start > of animation. > - signal:animation,stop, souce:animation-name -> stop > previously started animation. > - signal:animation,end source:animation-name -> emitted when > animation finishes. > > Editje filters all internal programs from UI, they are still in EDC > and have "@" as prefix. Names are mangled to make it possible to > restore original timelines. > > Given that design decision, we don't need to create lots of part > states manually. Actually now you just have one part state "default", > but in future we plan to add more to be used as "template states" so > during animations you don't need to manually set all the state values > again, instead you just "copy from state". > > More information, see http://trac.enlightenment.org/e/changeset/43724 > as you see, we're still in early stages and more work is to come. > Please try it and help us improve this tool as there is no matching > tool in free software yet! > > BR, > Thank you Gustavo and all the other guys working on Editje! I am waiting for long time for a tool like this which enables you to do simple visual designing of edje files as writing them on your own. It will saves you much time when only want to create some little animations or user interfaces and you don't want to design them without synchronous view of the result. Keep on! regards, morphis signature.asc Description: Digital signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch for e16: include user menus in generated menus
On Sat, 21 Nov 2009 09:59:53 +0100, José Romildo Malaquias wrote: > Hello. > > The attached patch adds the default location for user defined menus > (*.desktop files) to the list of directories searched by e_gen_menu, a > perl script that generates a file.menu format for Enlightenment DR16 out > of menu hierarchies. > > Please, apply the patch to the e16 distribution. > Committed, thanks :) /Kim -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Another announce
No point and no time, they are all busy right now. 2009/11/19 Carsten Haitzler > On Thu, 19 Nov 2009 19:39:35 +0100 Carlo Ascani > said: > > > 2009/11/19 Cedric BAIL > > > > So always more fun coming to the EFL ;-) > > > > > What about an English version of the site? hehe... > > Great job! > > c'est pour une entreprise francaise, donc c'est seulement en francais! il > n'ya > pas des clients a l'exterieur de france. > > (french company - french customers only. no point having one i guess). > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Regards. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch for e16: include user menus in generated menus
Hello.
The attached patch adds the default location for user defined menus
(*.desktop files) to the list of directories searched by e_gen_menu, a
perl script that generates a file.menu format for Enlightenment DR16 out
of menu hierarchies.
Please, apply the patch to the e16 distribution.
Regards.
Romildo
--- e16-1.0.1/scripts/e_gen_menu.orig 2009-08-04 13:12:19.0 -0300
+++ e16-1.0.1/scripts/e_gen_menu2009-11-18 16:37:08.0 -0200
@@ -27,6 +27,7 @@
# Likely prefixes
$Prefixes = "/usr/local:/usr:/opt:/opt/kde:$ENV{'KDEDIR'}";
$Prefixes = "$Prefixes:/opt/kde3:/opt/gnome"; # SUSE
+$Prefixes = "$Prefixes:$ENV{'HOME'}/.local";
$Prefixes = RemoveDuplcates($Prefixes);
# Where to look for GNOME/KDE stuff
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] permissions to trac
On Sun, 15 Nov 2009, Pavol Kla?anský wrote: Hallo, I've written for permissions to report ticket before a month, I need them, and I've sent patch but, there is no reponse, It's annoying for starting devs can you try again ? Vincent-- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
