Re: [E-devel] Strange (for me) issue on evas/fb app

2007-03-15 Thread Jorge Luis Zapata Muga
On 3/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

 Massimiliano wrote:

  Hi all, finally i'm able to test my EFL code under my ARM-based
  devel board. My target is to be able to have a crosscc edje,
  therefore i've started at the bottom, in order eet, evas, ecore
  and finally edje. cross-eet works well, my problem is evas.
  I wrote a simple app (see main.c attached) with a lot of printf
  for debugging (at this moment i haven't gdbserver working on
  target, damn), and here's a cutpaste from my target console when
  i run my app.
 
  /sbin # sb_evas1
  Evas inizializzato.
  Evas canvas istanziato.
  Engine disponibili:
  fb
  buffer
  Framebuffer disponibile.
  Output method: 1
  Step1 !
  Segmentation fault
 
  Looking in the code, it seems that the segfault happens at
  evas_output_method_set(evas, output_method)
 
  Can anyone help me?
 
  TIA

 Ummm... Anyone else experience a similar problem?


no, just compiled the source code and works for me. Massimiliano can
you make a backtrace of the segfault? if it is for an embedded device,
it might be some cross compiling issues. note that
evas_render_method_list gets the possible modules at compile time not
at run time (i.e it does not lists the engine modules that are on the
filesystem, but the compilation options), and when you do a evas_init
it does initialize the modules that are located at an arch dependent
directory:
$prefix/lib/evas/modules/engines/ENGINE/ARCH/module.so
tell us what is the ARCH directory as it might not find any module for
your arch.


turran


jose.



 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Strange (for me) issue on evas/fb app

2007-03-15 Thread Massimiliano Calamelli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 15 Mar 2007 11:04:48 +0100
Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote:

 no, just compiled the source code and works for me. Massimiliano can
 you make a backtrace of the segfault? if it is for an embedded device,
 it might be some cross compiling issues. note that
 evas_render_method_list gets the possible modules at compile time not
 at run time (i.e it does not lists the engine modules that are on the
 filesystem, but the compilation options),

I didn't know it! I thought that the evas_render_method_list() gave
back runtime infos...

 and when you do a evas_init
 it does initialize the modules that are located at an arch dependent
 directory:
 $prefix/lib/evas/modules/engines/ENGINE/ARCH/module.so
 tell us what is the ARCH directory as it might not find any module for
 your arch.
 
 
 turran

I hope to have understood, my english is very poor, therefore here a
cutpaste directly from target:

~ # ls -l /usr/lib/evas/modules/
drwx--5 root root 1024 Mar 13 08:13 engines
drwx--6 root root 1024 Mar 13 08:14 loaders
drwx--5 root root 1024 Mar 13 08:14 savers
~ # ls -l /usr/lib/evas/modules/engines/
drwx--3 root root 1024 Mar 13 08:13 buffer
drwx--3 root root 1024 Mar 13 08:13 fb
drwx--3 root root 1024 Mar 13 08:13 software_generic
~ # ls -l /usr/lib/evas/modules/engines/fb
drwx--2 root root 1024 Mar 13 08:13 linux-gnu-arm
~ # ls -l /usr/lib/evas/modules/engines/fb/linux-gnu-arm/
- -rw---1 root root83534 Mar 13 08:13 module.a
- -rwx--1 root root  959 Mar 13 08:13 module.la
- -rwx--1 root root72898 Mar 13 08:13 module.so

Massi
- -- 
Massimiliano Calamelli
http://mcalamelli.netsons.org
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (MingW32)

iD8DBQFF+SJZleGEL56NNP4RAoINAKDjXgTqleKpimXiF+B/3KtcqxW1eACgu2+G
OEZbKf16kvGrQ47DyOKxrrQ=
=79ZD
-END PGP SIGNATURE-

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Strange (for me) issue on evas/fb app

2007-03-15 Thread Lars Munch
Hi

What color space are you using? If evas do not have the right color
convertion function it will seg. fault without warning.

-- Lars Munch


On Wed, Mar 14, 2007 at 05:17:26PM +0100, Massimiliano Calamelli wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi all, finally i'm able to test my EFL code under my ARM-based devel
 board. My target is to be able to have a crosscc edje, therefore i've
 started at the bottom, in order eet, evas, ecore and finally edje.
 cross-eet works well, my problem is evas. I wrote a simple app (see
 main.c attached) with a lot of printf for debugging (at this moment i
 haven't gdbserver working on target, damn), and here's a cutpaste from
 my target console when i run my app.
 
 /sbin # sb_evas1
 Evas inizializzato.
 Evas canvas istanziato.
 Engine disponibili:
 fb
 buffer
 Framebuffer disponibile.
 Output method: 1
 Step1 !
 Segmentation fault
 
 Looking in the code, it seems that the segfault happens at
 evas_output_method_set(evas, output_method)
 
 Can anyone help me? 
 
 TIA
 
 Massi
 - -- 
 Massimiliano Calamelli
 http://mcalamelli.netsons.org
 [EMAIL PROTECTED]
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.4 (MingW32)
 
 iD8DBQFF+CAWleGEL56NNP4RAgcOAKC5vjVmBQr7zIgDVAFiU186rhoEZACfaEnp
 lep70T9fCn+ZOu8rEpvCe7g=
 =Ik3L
 -END PGP SIGNATURE-

 #include stdlib.h
 #include stdio.h
 #include Evas.h
 #include Evas_Engine_FB.h
 
 int main (int argc, char **argv) {
 Evas *evas;
 Evas_List *engine_list, *l;
 Evas_Object *line1, *line2, *line3, *line4;
 
 int rot = 0;
 int output_method = 0;
 
 if (!evas_init()) {
 printf(Impossibile inizializzare Evas.\n);
 return -1;
 }
 printf(Evas inizializzato.\n);
 
 evas = evas_new();
 if (!evas) {
 printf(Impossibile istanziare Evas canvas.\n);
 return -1;
 }
 printf(Evas canvas istanziato.\n);
 
 engine_list = evas_render_method_list();
 if (!engine_list) {
 fprintf(stderr, Nessun engines supportato.\n);
 exit(-1);
 }
 printf(Engine disponibili:\n);
 for (l = engine_list; l; l = l-next) {
 char *engine_name;
 
 engine_name = l-data;
 printf(%s\n, engine_name);
 }
 evas_render_method_list_free(engine_list);
 
 output_method = evas_render_method_lookup(fb);
 
 if (output_method == 0) {
 printf(Framebuffer non disponibile.\n);
 return -1;
 }
 printf(Framebuffer disponibile.\n);
 
 printf(Output method: %d\n, output_method);
 printf(Step1 !\n);
 evas_output_method_set(evas, output_method);
 printf(Step2 !\n);
 evas_output_size_set(evas, 640, 480);
 printf(Step3 !\n);
 evas_output_viewport_set(evas, 0, 0, 640, 480);
 printf(Step4 !\n); 
 
 Evas_Engine_Info_FB *einfo;
 einfo = (Evas_Engine_Info_FB *) evas_engine_info_get(evas);
 if (!einfo) {
 printf(Errore nelle info dell'engine.\n);
 return -1;
 }
 printf(Info sull'engine OK.\n);
 einfo-info.virtual_terminal = 0;
 einfo-info.device_number = 0;
 einfo-info.refresh = 0;
 einfo-info.rotation = rot;
 evas_engine_info_set(evas, (Evas_Engine_Info *) einfo);
 
 line1 = evas_object_line_add(evas);
 evas_object_color_set(line1, 255, 255, 0, 0);
 line2 = evas_object_line_add(evas);
 evas_object_color_set(line2, 255, 255, 0, 0);
 line3 = evas_object_line_add(evas);
 evas_object_color_set(line3, 255, 255, 0, 0);
 line4 = evas_object_line_add(evas);
 evas_object_color_set(line4, 255, 255, 0, 0);
 
 evas_object_line_xy_set(line1, 10, 10, 630, 10);
 evas_object_line_xy_set(line2, 630, 10, 630, 470);
 evas_object_line_xy_set(line3, 10, 470, 630, 470);
 evas_object_line_xy_set(line4, 10, 10, 10, 470);
 
 evas_object_show(line1);
 evas_object_show(line2);
 evas_object_show(line3);
 evas_object_show(line4);
 
 evas_render(evas);
 
 evas_shutdown();
 return 0;
 }

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

[E-devel] Multiple Theme E About windows

2007-03-15 Thread Christopher Michael
Hi All,

Tokyo pointed something out to me today... currently it is possible to 
have more than one about window open for both E  the theme. Is this 
desired behavior ?? Afaik, in most interface stuff, it is not really 
common to be able todo this...

Comments welcome before I fix it :)

Cheers,
dh

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Eye Candy Software on E16

2007-03-15 Thread Paulo J. Matos
Hello,

I'm quite curious to know if anyone tried to run skippy-xd on e16 with
composite features enabled. I tried it but it doesn't work. Anyone
knows the reason why?

Cheers,
-- 
Paulo Jorge Matos - pocm at soton.ac.uk
http://www.personal.soton.ac.uk/pocm
PhD Student @ ECS
University of Southampton, UK

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Multiple Theme E About windows

2007-03-15 Thread Hisham Mardam Bey
Hello,

On 3/15/07, Christopher Michael [EMAIL PROTECTED] wrote:
 Hi All,

 Tokyo pointed something out to me today... currently it is possible to
 have more than one about window open for both E  the theme. Is this
 desired behavior ?? Afaik, in most interface stuff, it is not really
 common to be able todo this...

 Comments welcome before I fix it :)

After discussing it a bit online, it turns out what Chris means is
that you can open more than one instance of the E about dialog, and
the theme's about dialog. This is ofcourse something that doesnt make
much sense. I am all for fixing it to allow only one instance of the E
about dialog and one instance of the theme's about dialog to be
visible at any one point in time.

hisham.

-- 
Hisham Mardam Bey
MSc (Computer Science)
http://hisham.cc/
+9613609386
Codito Ergo Sum (I Code Therefore I Am)

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/ecore mej

2007-03-15 Thread Brian Mattern
On Thu, Mar 15, 2007 at 01:25:00AM -0400, Michael Jennings wrote:
 On Thursday, 15 March 2007, at 06:21:21 (+0100),
 Vincent Torri wrote:
 
  1) I have tested them. it works for me
 
 Apparently you failed to test whether other applications would
 subsequently build with the changes you made.  They won't.

The correct response to a dev breaking cvs is hey, this broke, can you
fix it?, not I'm a dick.

  2) you have reverted all the commits without telling what is wrong for
  each commit
 
 See #E.  The problem was noted by several people across multiple
 applications/libraries.

Not everyone is in #e (its hard to take that mindless drivel for more
than a few minutes a month). So, see #e is a worthless response.
Now, several people having build issues does indicate that the build is
broken. But, people temporarily break cvs all the time (including me,
raster, and possibly even your holiness). Either fix it or wait for the
dev who broke it to fix it. (Or revert your local tree to before the
patch that broke things). 

  3) why the autoconf changes (I guess that's the main problem) does not 
  work for you
 
 What does ecore-config --libs print?  That should point you in the
 right direction to fix your patch.

Finally some useful information... Amazing. (Typically it takes a few
more heated emails back and forth before anything like this appears). 

So, in summary. 

I) Stop treating people like shit.
II) Let them know when they break things BEFORE you revert their changes. 
III) Stop treating people like shit.

rephorm


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/ecore mej

2007-03-15 Thread David Seikel
On Thu, 15 Mar 2007 06:44:00 +0100 (CET) Vincent Torri
[EMAIL PROTECTED] wrote:

 you are really an asshole

You are preaching to the converted.  He knows that and he is proud of
it.


signature.asc
Description: PGP signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/ecore mej

2007-03-15 Thread Michael Jennings
On Thursday, 15 March 2007, at 08:42:31 (-0500),
Brian Mattern wrote:

 The correct response to a dev breaking cvs is hey, this broke, can
 you fix it?

If the breakage is minor, I agree 100%.  But in this situation, every
single project that used ecore was broken.  There are times when it
has been necessary to revert big breakages until the person who broke
it has a chance to fix it.  raster's done it, I've done it...heck,
you've even probably done it.

 Not everyone is in #e (its hard to take that mindless drivel for
 more than a few minutes a month). So, see #e is a worthless
 response.

I don't agree.  Generally speaking, when build problems arise, that's
the first place they show up.  And as a result, that's where they get
discussed typically.

 Now, several people having build issues does indicate that the build
 is broken. But, people temporarily break cvs all the time (including
 me, raster, and possibly even your holiness).

Sure, we've all broken CVS.  Sometimes in small ways, and sometimes in
big ways.  The little breakages aren't an issue, but if I broke a core
library badly enough to not allow 90% of the stuff in CVS to compile,
I'd expect my changes to be reverted too.

 Either fix it or wait for the dev who broke it to fix it. (Or revert
 your local tree to before the patch that broke things).

I felt that the seriousness of the issue and the fact that none of
those experiencing it seemed able to pinpoint the problem (it was
admittedly misleading since ecore itself built and functioned fine)
warranted backing out the changes until caro had a chance to fix his
patch.  I apologize for pissing people off, but I still feel that
reverting the patch was the most expeditious solution.

 I) Stop treating people like shit.

I did not insult or degrade anyone.  Nothing I did was personal or
intended to be offensive.  When I have time to dig into problems and
help resolve them, I try to do so.  But it just so happens that
several people had broken builds, myself included, at a time when I
was in the middle of too many things at once to try and track down the
problem.  So I fixed it quickly and waited for caro to return to
discuss the problem.

Unfortunately, he took it personally, and as I told him privately, it
was not personal at all.  Most of his changes are great, and I respect
his ability.  This one just happened to be a doozie.

 II) Let them know when they break things BEFORE you revert their
 changes.

Normally I do.  We have CVS for a number of reasons, and one if them
is so that we have the ability to revert bad changes if necessary.  A
quick look shows at least 20 or so commit messages since November of
patches that got reverted (instead of fixed) until a better or more
correct fix could be applied.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 A lot of times, men do things they don't want to do so the woman
  they're going out with will do things *they* don't want to do.
  -- Tim Allen

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/ecore mej

2007-03-15 Thread Brian Mattern
On Thu, Mar 15, 2007 at 11:55:08AM -0400, Michael Jennings wrote:
 On Thursday, 15 March 2007, at 08:42:31 (-0500),
 Brian Mattern wrote:
 
  The correct response to a dev breaking cvs is hey, this broke, can
  you fix it?
 
 If the breakage is minor, I agree 100%.  But in this situation, every
 single project that used ecore was broken.  There are times when it
 has been necessary to revert big breakages until the person who broke
 it has a chance to fix it.  raster's done it, I've done it...heck,
 you've even probably done it.

I'm far too lazy to revert peoples changes :)

I'll concede that in this case it was big enough to warrant reverting.
Maybe better commit messages (this breaks compilation of anything that
depends on ecore, revert it for now) would help avoid hurting peoples
(admittedly a bit sensitive) feelings.

This project is just hobbling along with very few devs, most too busy or
too fed up with the squabbling to devote much time or effort.

So, mej, tone it down a bit (i know, its hard for you...) :)
And, caro, don't take everything so personally. Just fix what was broken
and re-commit your changes.

rephorm


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/ecore mej

2007-03-15 Thread Michael Jennings
On Thursday, 15 March 2007, at 11:34:39 (-0500),
Brian Mattern wrote:

 I'll concede that in this case it was big enough to warrant
 reverting.  Maybe better commit messages (this breaks compilation
 of anything that depends on ecore, revert it for now) would help
 avoid hurting peoples (admittedly a bit sensitive) feelings.

You're right.  I went back and looked at my commit message, and it was
admittedly unkind.  I apologize for that.

 So, mej, tone it down a bit (i know, its hard for you...) :) And,
 caro, don't take everything so personally. Just fix what was broken
 and re-commit your changes.

Actually since it's possible my commit message got things off on the
wrong foot and ended up causing this whole mess, I went ahead and
re-applied the patch along with a fix for ecore-config.  Hopefully the
correct fix. :)

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 Here, let me get my thumb off her breast so you can fully appreciate
  her. -- Beth O'Hara

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/ecore mej

2007-03-15 Thread Brian Mattern
On Thu, Mar 15, 2007 at 12:51:53PM -0400, Michael Jennings wrote:
 Actually since it's possible my commit message got things off on the
 wrong foot and ended up causing this whole mess, I went ahead and
 re-applied the patch along with a fix for ecore-config.  Hopefully the
 correct fix. :)
 
 Michael
 

Thanks :)


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-03-15 Thread Kim Woelders
Michael Jennings wrote:
 On Wednesday, 14 February 2007, at 19:45:11 (+0100),
 Kim Woelders wrote:
 
 Yeah, I'm a sneaky bastard. I even sent a stealth message to the
 e-devel list about it to make sure nobody noticed:
 http://sourceforge.net/mailarchive/message.php?msg_id=37464062
 my devious plan failed and somebody who was obviously impersonating
 you responded:
 http://sourceforge.net/mailarchive/message.php?msg_id=37464063
 
 Re-reading that, now I remember.  And remembering, now I revisit my
 previous suggestion:  Why not just check config.rpath in and be done
 with this whole mess?
 
I was assuming that this was a general question to the list and not to 
me in particular, as I think I have made my opinion clear about all of 
this long ago, i.e. use autopoint (leave things as they are) and move 
on, or fix things whichever way you like.

However, nobody else seems to want to answer your question, so here I go 
once again (wonder why :) )...

You may not like autopoint and there have been people claiming that 
building e17 (e17/apps/e) is broken, but in my opinion nobody has yet 
provided any serious proof like logs showing what fails when building 
from a clean checkout using the current setup.

You may not like autopoint, but the current e17 setup has been used by 
e16 for at least a year now without *any* complaints.

And as for the question...

As I assume you know, simply adding config.rpath just now (and removing 
autopoint from autogen.sh) will not work. You'll probably have to revert 
most of the changes I did when I introduced autopoint or run autopoint 
and commit most of the files it adds.

I'm not going to actually try doing this, but I'll take a guess that 
this can probably be made to work with automake-1.9 as well as 
automake-1.10, but break when autofoo-x.yy arrives.

/Kim

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for disabling confirmation dialogs

2007-03-15 Thread Brian 'morlenxus' Miculcy
Hi,

i added this to the patch. Works for me, thanks for the hint.

Brian

On Tue, Mar 13, 2007 at 08:15:27AM -0400, Christopher Michael wrote:
 Brian 'morlenxus' Miculcy wrote:
 Hi guys,
 
 the attached patch allows to disable confirmation dialogs.
 For example you want to shutdown or hibernate your computer, you first
 need to accept the warning. This patch adds an option to the config
 panel advanced-dialogs which allows to disable that.
 People where asking for it, since my kill dialog patch went in.
 
 Greets,
 Brian 'morlenxus' Miculcy
 
 
 Brian,
 
 There is a problem with this patch. You never set the e_config file 
 generation for when a new config variable gets added, nor the IFCFG block:
 
 Example:
 
 e_config.h:
#define E_CONFIG_FILE_GENERATION 0x0111
 
 e_config.c:
IFCFG(0x0111);
e_config-clientlist_include_all_zones = 0;
IFCFGEND;
 
 
 dh
? e_int_config_dialogs.c
? e_int_config_dialogs.h
Index: Makefile.am
===
RCS file: /cvs/e/e17/apps/e/src/bin/Makefile.am,v
retrieving revision 1.176
diff -u -r1.176 Makefile.am
--- Makefile.am 2 Mar 2007 17:00:20 -   1.176
+++ Makefile.am 16 Mar 2007 06:52:56 -
@@ -135,7 +135,7 @@
 e_int_config_desklock.h \
 e_int_config_exebuf.h \
 e_int_config_apps.h \
-e_int_config_cfgdialogs.h \
+e_int_config_dialogs.h \
 e_int_config_color_classes.h \
 e_int_config_mime.h \
 e_int_config_mime_edit.h \
@@ -294,7 +294,7 @@
 e_int_config_desklock.c \
 e_int_config_exebuf.c \
 e_int_config_apps.c \
-e_int_config_cfgdialogs.c \
+e_int_config_dialogs.c \
 e_int_config_intl.c \
 e_int_config_imc.c \
 e_int_config_imc_import.c \
Index: e_actions.c
===
RCS file: /cvs/e/e17/apps/e/src/bin/e_actions.c,v
retrieving revision 1.92
diff -u -r1.92 e_actions.c
--- e_actions.c 4 Mar 2007 07:03:10 -   1.92
+++ e_actions.c 16 Mar 2007 06:52:57 -
@@ -257,8 +257,11 @@
E_Object *obj;
 
obj = data;
-   e_object_del(E_OBJECT(kill_dialog));
-   kill_dialog = NULL;
+   if (dia)
+ {
+   e_object_del(E_OBJECT(kill_dialog));
+   kill_dialog = NULL;
+ }
if ((!((E_Border *)obj)-lock_close)  (!((E_Border *)obj)-internal)) 
  e_border_act_kill_begin((E_Border *)obj);
 }
@@ -291,6 +294,14 @@
obj = E_OBJECT(e_border_focused_get());
if (!obj) return;
  }
+   if (kill_dialog) e_object_del(E_OBJECT(kill_dialog));
+
+   if (e_config-cnfmdlg_disabled)
+ {
+   _e_actions_cb_kill_dialog_ok (obj, NULL);
+   return;
+ }
+
bd = (E_Border *)obj;
snprintf(dialog_text, sizeof(dialog_text),
You are about to kill %s.brbr
@@ -299,7 +310,6 @@
Are you sure you want to kill this window?, 
bd-client.icccm.name);
 
-   if (kill_dialog) e_object_del(E_OBJECT(kill_dialog));
kill_dialog = 
e_dialog_new(e_container_current_get(e_manager_current_get()), 
  E, _kill_dialog);
if (!kill_dialog) return;
@@ -1558,8 +1568,11 @@
 static void
 _e_actions_cb_exit_dialog_ok(void *data, E_Dialog *dia)
 {
-   e_object_del(E_OBJECT(exit_dialog));
-   exit_dialog = NULL;
+   if (dia)
+ {
+   e_object_del(E_OBJECT(exit_dialog));
+   exit_dialog = NULL;
+ }
e_sys_action_do(E_SYS_EXIT, NULL);
 }
 
@@ -1582,6 +1595,13 @@
 ACT_FN_GO(exit)
 {
if (exit_dialog) e_object_del(E_OBJECT(exit_dialog));
+
+   if (e_config-cnfmdlg_disabled)
+ {
+   _e_actions_cb_exit_dialog_ok (NULL, NULL);
+   return;
+ }
+
exit_dialog = 
e_dialog_new(e_container_current_get(e_manager_current_get()), E, 
_exit_dialog);
if (!exit_dialog) return;
e_win_delete_callback_set(exit_dialog-win, 
_e_actions_cb_exit_dialog_delete);
@@ -1619,8 +1639,11 @@
 static void
 _e_actions_cb_logout_dialog_ok(void *data, E_Dialog *dia)
 {
-   e_object_del(E_OBJECT(logout_dialog));
-   logout_dialog = NULL;
+   if (dia)
+ {
+   e_object_del(E_OBJECT(logout_dialog));
+   logout_dialog = NULL;
+ }
e_sys_action_do(E_SYS_LOGOUT, NULL);
 }
 
@@ -1643,6 +1666,13 @@
 ACT_FN_GO(logout)
 {
if (logout_dialog) e_object_del(E_OBJECT(logout_dialog));
+   
+   if (e_config-cnfmdlg_disabled)
+ {
+   _e_actions_cb_logout_dialog_ok (NULL, NULL);
+   return;
+ }
+
logout_dialog = 
e_dialog_new(e_container_current_get(e_manager_current_get()), E, 
_logout_dialog);
if (!logout_dialog) return;
e_win_delete_callback_set(logout_dialog-win, 
_e_actions_cb_logout_dialog_delete);
@@ -1668,8 +1698,11 @@
 static void
 _e_actions_cb_halt_dialog_ok(void *data, E_Dialog *dia)
 {
-   e_object_del(E_OBJECT(halt_dialog));
-   halt_dialog = NULL;
+   if (dia)
+ {
+   e_object_del(E_OBJECT(halt_dialog));
+   halt_dialog = NULL;
+ }
e_sys_action_do(E_SYS_HALT, NULL);
 }
 
@@ -1692,6 +1725,13 @@
 ACT_FN_GO(halt)
 {
if (halt_dialog) e_object_del(E_OBJECT(halt_dialog));
+
+   if 

[E-devel] Ibox oddity when restarting E...

2007-03-15 Thread Ravenlock

Hello,

Most will probably not be bothered by this behavior.  But for some 
reason it drives me crazy.


It seems that when you restart E, you get all iconified applications 
added to the iconbox present on the current desk regardless of the Show 
windows from active desktop setting.


For example,  If I have 4 desks, each with 2 iconified apps on them. 
Then I restart E...  I will end up with 8 iconified apps in the icon box 
on the current desktop.  If you switch from the current desktop to any 
other... things get straightened out.  But it still bothers me.


Attached is a patch to fix this behavior.

--
Regards,
Ravenlock
Index: e17/apps/e/src/modules/ibox/e_mod_main.c
===
RCS file: /var/cvs/e/e17/apps/e/src/modules/ibox/e_mod_main.c,v
retrieving revision 1.80
diff -u -r1.80 e_mod_main.c
--- e17/apps/e/src/modules/ibox/e_mod_main.c3 Jan 2007 06:14:03 -   
1.80
+++ e17/apps/e/src/modules/ibox/e_mod_main.c16 Mar 2007 06:15:48 -
@@ -1017,9 +1017,11 @@
E_Event_Border_Add *ev;
IBox *b;
IBox_Icon *ic;
+   E_Desk *desk;
 
ev = event;
/* add if iconic */
+   desk = e_desk_current_get(ev-border-zone);
if (ev-border-iconic)
  {
Evas_List *l, *ibox;
@@ -1028,6 +1030,7 @@
  {
 b = l-data;
 if (_ibox_icon_find(b, ev-border)) continue;
+if ((b-show_desk)  (ev-border-desk != desk)) continue;
 ic = _ibox_icon_new(b, ev-border);
 if (!ic) continue;
 b-icons = evas_list_append(b-icons, ic);
@@ -1078,15 +1081,18 @@
IBox *b;
IBox_Icon *ic;
Evas_List *l, *ibox;
+   E_Desk *desk;
 
ev = event;
/* add icon for ibox for right zone */
/* do some sort of anim when iconifying */
+   desk = e_desk_current_get(ev-border-zone);
ibox = _ibox_zone_find(ev-border-zone);
for (l = ibox; l; l = l-next)
  {
b = l-data;
if (_ibox_icon_find(b, ev-border)) continue;
+   if ((b-show_desk)  (ev-border-desk != desk)) continue;
ic = _ibox_icon_new(b, ev-border);
if (!ic) continue;
b-icons = evas_list_append(b-icons, ic);
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel