Re: [E-devel] efl evas merge: removal of options

2012-11-07 Thread cpmichael1 
(sorry for the top post. having email issues)


I vote yes. Remove simple-x11 and just have --with-x11.


Yes for --with-image-loaders, but No for always enable gif/tiff.

Do people still use archaic formats like gif  tiff anymore ?? I cannot
remember the last time I even Seen a tiff format image, lol :) These
days, I believe that svg is even more common than tiff...

In Wayland terms, I am quite happy to have the common options merged.
However, just the common ones. As an example, Ecore (wayland) also
requires wayland-cursor, but Evas does not...but Both require
wayland-client so I do not see a point for Evas to require
wayland-cursor as it does not use it at all.

dh


- Original Message -
From: Gustavo Sverzut Barbieri barbi...@profusion.mobi
To: Enlightenment Development enlightenment-devel@lists.sourceforge.net
Sent: Wednesday, November 7, 2012 4:38:03 PM
Subject: Re: [E-devel] efl evas merge: removal of options

Some updates based on talks here, Vincent would you look at doing them?

On Mon, Nov 5, 2012 at 11:51 AM, Gustavo Sverzut Barbieri 
barbi...@profusion.mobi wrote:

 Hi all, particularly Vincent and Raster (notes to Etrunko/Devilhorns):

 Since EFL got the evas merge, I'd like to have evas options reduced as
 it's still too much. My suggestion is:

  - pixman: should be a single option. But do we need it at all?


remove and later implement the NEON functions from Pixman in Evas.




  - tile-rotate: can't we always have it enabled?


no comments so far.



  - sse3: we shouldn't have this, as it could be detected at compile time.
 also be able to disable at runtime.


always enable if x86  compiler supports, as well as others (mmx, sse,
...). Will detect if usable at runtime.



  - static-software-generic: always on
  - buffer engine: always enabled and static
  - xcb x xlib: --with-x11=xcb, xlib or none.
  - gl, gl-es...: --with-gl=gl, gles or none.
  - direct3d, ddraw, gdi: remove option, enabled if platform supports it
 (windows).
  - directfb: remove and also code.
  - cocoa: remove option, enabled if platform supports it (mac).
  - ps1light: remove option, enabled if platform supports it.
  - fb (framebuffer): always enabled if platform supports it (linux).
  - wayland: turn into --enable-wayland. It will turn on egl if
 --with-gl=egl? Etrunko? Devilhorns?
  - dither mask: I'd say remove this from configuration, or turn into a
 single --with-dither-mask=full, small, line or none.


mixed bag, some say it can be kept as a --with-dither-mask, I'd remove and
leave the #ifdef in the code. Embedded guys can always specify the -DBLABLA
to save some kilobytes.



As or harfbuzz/fribidi I'd like to always enable them... I know some
 distros don't package, but given that Glib share many authors of those
 libraries and they do include a copy, and evas already includes
 linebreak... we better include our supported version. Alternatively we
 require and people that package us, will package those. Worse scenario:
 --enable-complex-languages.


As per Tasn, fribidi is always there. Harfbuzz is almost never there but
seems next Pango will change and instead of copy/provide one, will link to
system. Still to be decided what to do with Harfbuzz, but likely:

 - fribidi: always enable
 - harfbuzz: provide a copy (as we do with liblinebreak).

Also, I forgot about fontconfig: always enable.



simple-x11: what is that? can we merge it into new --with-x11?


remove, nobody knows if that hack is still needed by OpenEmbedded. likely
not.




 gif, svg, tiff and webp: what to do? most systems includes libgif and
 libtiff, many includes webp these days but not so common. Nobody will
 include our esvg requirement. What to do?


I like vincent idea --with-image-loaders, but I'd always enable gif and
tiff, leave webp and svg to be chosen.



Last but not least: vincent, all the fb/x11/gl/wayland will also be shared
with ecore, then it would make sense to move those to a common section and
remove the evas prefix.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve

Re: [E-devel] [PATCH] evas/wayland_egl: Fix segfault when doing alpha setting in elementary.

2012-07-16 Thread cpmichael1 
Alex,

Thanks for the patch :) After a preliminary glance, it seems ok however I will 
not be able to commit this until I have had time to test it. I am currently 
engaged with a few other projects at work so it may be some time before I can 
get to this :( but I will save it in my TODO list and get to it as soon as I 
can.

Thanks again :)
devilhorns


- Original Message -
From: zhiwen wu zhiwen...@linux.intel.com
To: enlightenment-devel@lists.sourceforge.net
Cc: Alex Wu zhiwen...@linux.intel.com, devilho...@comcast.net, 
wayland-de...@lists.freedesktop.org
Sent: Monday, July 16, 2012 9:51:44 AM
Subject: [PATCH] evas/wayland_egl: Fix segfault when doing alpha setting in 
elementary.

From: Alex Wu zhiwen...@linux.intel.com

The current wayland_egl engine uses a global singleton EGLContext
object to render context. All Evas_GL_Wl_Window objects, which
wraps EGLSurface, share this object, so we have no chance to
differentiate the frame buffer configuration for each EGLSurface.

When calling elm_win_alpha_set(), the global EGLContext object keep
unchanged, but the new EGLSurface object subjects to the new EGLConfig
with changed alpha_size. This makes eng_window_new() failed and hence
free the  Render_Engine object (e-engine.data.output) and nullize it.
Next time other objects reference the output, segfault occurs.

In this patch, I give every Evas_GL_Wl_Window object a EGLContext object
and all these EGLContext objects share the same shader program objects.
A new global EGLContext object share_context added, which is
responsible for keeping the shared objects alive. e.g. shader program
objects. In eng_setup, should create the new window before free the old
one, that will keep the share_context avaliable for next calling of
eng_window_new(). The share_context will be taken as the 3rd argument
when calling eglCreateContext(), and then updated to the new created
EGLContext to keep the shared gl objects available.
---
 .../src/modules/engines/wayland_egl/evas_engine.c  |   41 
 .../src/modules/engines/wayland_egl/evas_wl_main.c |   23 ++-
 2 files changed, 39 insertions(+), 25 deletions(-)

diff --git a/trunk/evas/src/modules/engines/wayland_egl/evas_engine.c 
b/trunk/evas/src/modules/engines/wayland_egl/evas_engine.c
index 7dc158b..758481b 100644
--- a/trunk/evas/src/modules/engines/wayland_egl/evas_engine.c
+++ b/trunk/evas/src/modules/engines/wayland_egl/evas_engine.c
@@ -600,6 +600,7 @@ eng_setup(Evas *e, void *in)
 {
Render_Engine *re;
Evas_Engine_Info_Wayland_Egl *info;
+   Evas_GL_Wl_Window *new_win = NULL;
 
info = (Evas_Engine_Info_Wayland_Egl *)in;
if (!e-engine.data.output)
@@ -679,28 +680,36 @@ eng_setup(Evas *e, void *in)
return 0;
 }
 
-  if (re-win)
-{
-   re-win-gl_context-references++;
-   eng_window_free(re-win);
-   inc = 1;
-   gl_wins--;
-}
-  re-w = e-output.w;
-  re-h = e-output.h;
-  re-win = eng_window_new(re-info-info.display,
+  new_win = eng_window_new(re-info-info.display,
re-info-info.surface,
re-info-info.screen,
re-info-info.depth,
-   re-w, re-h,
+   e-output.w, e-output.h,
re-info-indirect,
re-info-info.destination_alpha,
re-info-info.rotation);
-  eng_window_use(re-win);
-  if (re-win) gl_wins++;
-  if ((re-win)  (inc))
- re-win-gl_context-references--;
-   }
+
+  if (new_win) 
+{
+   // free old win
+   if (re-win)
+ {
+re-win-gl_context-references++;
+eng_window_free(re-win);
+inc = 1;
+gl_wins--;
+ }
+
+   re-win = new_win;
+   re-w = e-output.w;
+   re-h = e-output.h;
+
+   eng_window_use(re-win);
+   if (re-win) gl_wins++;
+   if ((re-win)  (inc))
+   re-win-gl_context-references--;
+}
+}
  else if ((re-win-w != e-output.w) ||
   (re-win-h != e-output.h))
{
diff --git a/trunk/evas/src/modules/engines/wayland_egl/evas_wl_main.c

Re: [E-devel] Problem installing efl on ubuntu 12.04

2012-07-15 Thread cpmichael1 
Looks like autopoint is not installed. You will need that for ecore.

dh


- Original Message -
From: Huilong HE huilong.vinc...@gmail.com
To: e-devel enlightenment-devel@lists.sourceforge.net
Sent: Sunday, July 15, 2012 4:27:45 PM
Subject: [E-devel] Problem installing efl on ubuntu 12.04

Hello everyone ! I'm using
http://omicron.homeip.net/projects/easy_e17/easy_e17.sh to install EFL on
my Ubuntu12.04 , but it's stocked by a problem when autoconfigure ECORE
(see it in the attachment), can anyone help me to get over that ?
Or if anyone have better way to install EFL
Thank you very much!

--
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: devilhorns trunk/evas

2012-07-03 Thread cpmichael1 
From: Iván Briano sachi...@gmail.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Cc: enlightenment-...@lists.sourceforge.net 
Sent: Tuesday, July 3, 2012 3:52:45 PM 
Subject: Re: [E-devel] E SVN: devilhorns trunk/evas 

2012/7/3 Carsten Haitzler ras...@rasterman.com: 
 On Tue, 03 Jul 2012 17:45:57 +0300 Tom Hacohen t...@stosb.com said: 
 
 On 03/07/12 17:34, Iván Briano wrote: 
  2012/7/3 Enlightenment SVN no-re...@enlightenment.org: 
  Log: 
  Evas: Update ChangeLog wrt Tizen Merge. 
  
  NB: This is the commit message inside tizen git for this commit. Don't 
  blame me if the message is not detailed enough for you. Complain to 
  the original committer about making more detailed commit messages. 
  
  
  I say we reject changes unless they specify clearly what they do. 
 
 Yeah, we even talked about it on IRC and you agreed... You should not 
 commit things you don't know what they do. You can't know if the commit 
 is correct, buggy, or implements an unwanted behaviour. 
 
 that's part of a merge or review process. you need to find all the changes, 
 break them up into features/sets and have info what it does and why and who 
 did 
 it and THEN commit that. but get that info together. i've done this before. 
 it 
 took me months. 
 

And we are going through that again? Future changes will be the same or will 
the people behind those changes learn to keep enough of a history to make 
merging easier? It sounds a lot like they don't give a damn. 

Well, that makes all this merging nice and simple then. Ok, merging done !! :) 
Since none (or hardly any) of the tizen git commits rarely ever specify what 
they do/or fix, then none (or hardly any) of it will get committed anymore. 
Makes the process much simplier ;) 


On a serious note tho, alright no problem. I can spend the time tracking down 
the people who did the commits and getting some sort or (hopefully) sane 
response from them about what it fixes, etc, etc. Then apply  testassuming 
that goes well, then maybe commit. Just be aware that, like you said raster, it 
may take months. 


dh 

 -- 
 - 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 

-- 
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: devilhorns trunk/evas

2012-07-03 Thread cpmichael1 
From: Iván Briano sachi...@gmail.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Cc: enlightenment-...@lists.sourceforge.net 
Sent: Tuesday, July 3, 2012 3:52:45 PM 
Subject: Re: [E-devel] E SVN: devilhorns trunk/evas 

2012/7/3 Carsten Haitzler ras...@rasterman.com: 
 On Tue, 03 Jul 2012 17:45:57 +0300 Tom Hacohen t...@stosb.com said: 
 
 On 03/07/12 17:34, Iván Briano wrote: 
  2012/7/3 Enlightenment SVN no-re...@enlightenment.org: 
  Log: 
  Evas: Update ChangeLog wrt Tizen Merge. 
  
  NB: This is the commit message inside tizen git for this commit. Don't 
  blame me if the message is not detailed enough for you. Complain to 
  the original committer about making more detailed commit messages. 
  
  
  I say we reject changes unless they specify clearly what they do. 


Should that also include changes to our own svn from our own developers who 
don't put in commit messages that mention what the commit fixes ?? I would 
think so based on this reasoning. 


dh 

 
 Yeah, we even talked about it on IRC and you agreed... You should not 
 commit things you don't know what they do. You can't know if the commit 
 is correct, buggy, or implements an unwanted behaviour. 
 
 that's part of a merge or review process. you need to find all the changes, 
 break them up into features/sets and have info what it does and why and who 
 did 
 it and THEN commit that. but get that info together. i've done this before. 
 it 
 took me months. 
 

And we are going through that again? Future changes will be the same or will 
the people behind those changes learn to keep enough of a history to make 
merging easier? It sounds a lot like they don't give a damn. 

 -- 
 - 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 

-- 
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: devilhorns trunk/evas

2012-07-03 Thread cpmichael1 
From: Tom Hacohen t...@stosb.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Cc: cpmicha...@comcast.net, enlightenment-...@lists.sourceforge.net 
Sent: Tuesday, July 3, 2012 4:41:30 PM 
Subject: Re: [E-devel] E SVN: devilhorns trunk/evas 

On 03/07/12 18:33, cpmicha...@comcast.net wrote: 
 Should that also include changes to our own svn from our own developers who 
 don't put in commit messages that mention what the commit fixes ?? I would 
 think so based on this reasoning. 
 

Of course, and I think developers are finally starting to do it better. 
Either way, it's something everyone is trying to improve, and I don't 
think you should compare yourself to the lowest standard, but to the 
highest. :) 

Thanks Tom...actually made me smile with this one :) 

Furthermore, I'm pretty sure you agree anyway and just grumpy because 
you have a very annoying task at hand. :) 

Yea, I do agree. Na, I was grumpy for other reasons (that I am not going to go 
into here) but rest assured, it's not the task which did it ;) I don't mind the 
work at all :) In fact, happy to do it :) 


dh 

-- 
Tom. 
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/evas/src/lib/canvas

2012-07-03 Thread cpmichael1 
On Tue, Jul 3, 2012 at 4:30 AM, Enlightenment SVN
no-reply@... wrote:
 Log:
 Evas: Merge evas_object_image changes from Tizen to upstream EFL.



 Author:   devilhorns

dh, this patch touches highly sensible parts of evas. Next time you
integrate a commit as such, please split the
cosmetic/whitespace/reindent/rewrap into different patches than the
actual changes.

It was super annoying to review this, and maybe something passed
unnoticed because of this mess. 
Are you looking at a different commit here or something ? Because I just looked 
at this commit again, and I find nothing in there that is hard to read or 
annoying. 
If this commit annoyed you, I'm sorry. Perhaps I should just run every commit 
through you first to make sure you are not going to get annoyed by it ? I get 
annoyed by commits all the time, but you don't see me making mountains out of 
molehills. 
Anyone else feeling the need to jump on the bandwagon here ? If so, speak now. 
Getting a bit tired of all this nonsense so if you want to say something, now 
is the time so we can all get off our high horses and move forward. 
dh 

-- 
Gustavo Sverzut Barbieri http://profusion.mobi embedded systems
--
MSN: barbieri@...
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202 
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_imf

2012-07-03 Thread cpmichael1 
Ahhhm yes they should actually. I'll fix it tomorrow. Thanks for pointing that 
out :) 


dh 


- Original Message -
From: Raphael Kubo da Costa rak...@freebsd.org 
To: enlightenment-devel@lists.sourceforge.net 
Sent: Tuesday, July 3, 2012 6:31:31 PM 
Subject: Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_imf 

Enlightenment SVN no-re...@enlightenment.org writes: 

 Log: 
 Ecore_Imf: Merge Tizen changes to upstream EFL. 
 Modified: trunk/ecore/src/lib/ecore_imf/ecore_imf_context.c 
 === 
 --- trunk/ecore/src/lib/ecore_imf/ecore_imf_context.c 2012-07-03 07:36:55 UTC 
 (rev 73203) 
 +++ trunk/ecore/src/lib/ecore_imf/ecore_imf_context.c 2012-07-03 07:39:08 UTC 
 (rev 73204) 
 @@ -1736,3 +1736,159 @@ 
 return ctx-input_panel_caps_lock_mode; 
 } 
 
 +/** 
 + * Get the position of the current active input panel. 
 + * 
 + * @param ctx An #Ecore_IMF_Context. 
 + * @param x top-left x co-ordinate of the input panel 
 + * @param y top-left y co-ordinate of the input panel 
 + * @param w width of the input panel 
 + * @param h height of the input panel 
 + * @ingroup Ecore_IMF_Context_Group 
 + * @since 1.2.0 

Shouldn't all the @since tags here actually be 1.3.0? 


-- 
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: devilhorns trunk/evas

2012-07-03 Thread cpmichael1 
From: Carsten Haitzler (The Rasterman) ras...@rasterman.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Cc: enlightenment-...@lists.sourceforge.net 
Sent: Tuesday, July 3, 2012 6:23:04 PM 
Subject: Re: [E-devel] E SVN: devilhorns trunk/evas 

On Tue, 03 Jul 2012 18:34:53 +0300 Tom Hacohen t...@stosb.com said: 

 On 03/07/12 18:31, cpmicha...@comcast.net wrote: 
  Well, that makes all this merging nice and simple then. Ok, merging 
  done !! :) Since none (or hardly any) of the tizen git commits rarely ever 
  specify what they do/or fix, then none (or hardly any) of it will get 
  committed anymore. Makes the process much simplier ;) 
  
  
  On a serious note tho, alright no problem. I can spend the time tracking 
  down the people who did the commits and getting some sort or (hopefully) 
  sane response from them about what it fixes, etc, etc. Then apply  
  testassuming that goes well, then maybe commit. Just be aware that, 
  like you said raster, it may take months. 
 
 You can alternatively just read the patches and find out what they are 
 supposed to do and write changelog entries, news entries and commit logs 
 accordingly. :) Would probably be easier. 

yup. you my find the right solution is a combination of isolating things you 
can see have an obvious need/use, and things that go together, and thing that 
make you go hmm. 

If that is your recommendation raster, then I'll do it that way mate :) 


Cheers, 
dh 

-- 
- 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 
--
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: devilhorns trunk/evas/src/lib/canvas

2012-07-03 Thread cpmichael1 
From: Gustavo Sverzut Barbieri barbi...@profusion.mobi 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Sent: Tuesday, July 3, 2012 7:13:02 PM 
Subject: Re: [E-devel] E SVN: devilhorns trunk/evas/src/lib/canvas 

On Tue, Jul 3, 2012 at 2:26 PM, cpmicha...@comcast.net wrote: 
 On Tue, Jul 3, 2012 at 4:30 AM, Enlightenment SVN 
 no-reply@... wrote: 
 Log: 
 Evas: Merge evas_object_image changes from Tizen to upstream EFL. 
 
 
 
 Author: devilhorns 
 
dh, this patch touches highly sensible parts of evas. Next time you 
integrate a commit as such, please split the 
cosmetic/whitespace/reindent/rewrap into different patches than the 
actual changes. 
 
It was super annoying to review this, and maybe something passed 
unnoticed because of this mess. 
 Are you looking at a different commit here or something ? Because I just 
 looked at this commit again, and I find nothing in there that is hard to read 
 or annoying. 
 If this commit annoyed you, I'm sorry. Perhaps I should just run every commit 
 through you first to make sure you are not going to get annoyed by it ? I get 
 annoyed by commits all the time, but you don't see me making mountains out of 
 molehills. 
 Anyone else feeling the need to jump on the bandwagon here ? If so, speak 
 now. Getting a bit tired of all this nonsense so if you want to say 
 something, now is the time so we can all get off our high horses and move 
 forward. 

Looking at the first part of the commit: 

- o-engine_data = 
obj-layer-evas-engine.func-image_data_get(obj-layer-evas-engine.data.output,
 
- 
o-engine_data, 
- 0, 
- data, 
- 
o-load_error); 
- return evas_object_image_data_convert_internal(o, data, to_cspace); 
+ o-engine_data = 
+ 
obj-layer-evas-engine.func-image_data_get(obj-layer-evas-engine.data.output,
 
+ o-engine_data, 0, data, 
+ o-load_error); 

this is pure cosmetic. But who knows? Needs to investigate because right after: 

+ result = evas_object_image_data_convert_internal(o, data, to_cspace); 
+ if (o-engine_data) 
+ { 
+ o-engine_data = 
+ 
obj-layer-evas-engine.func-image_data_put(obj-layer-evas-engine.data.output,
 
+ o-engine_data, data); 
+ } 

which may impact something. 

If it was clear that the first one was just cosmetic and split into 
another patch, we could ignore it and just look at the relevant 
changes. 



And the relevant changes can still be viewed in the same patch above ... I am 
not seeing the problem here. If you read the patch and see that something is a 
cosmetic change, then just read over it and go ok, that's a cosmetic change, I 
can ignore that and move on. 


dh 

-- 
Gustavo Sverzut Barbieri 
http://profusion.mobi embedded systems 
-- 
MSN: barbi...@gmail.com 
Skype: gsbarbieri 
Mobile: +55 (19) 9225-2202 

-- 
Live Security Virtual Conference 
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ 
___ 
enlightenment-devel mailing list 
enlightenment-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Debugging a Startup Applications Issue

2012-06-24 Thread cpmichael1 
So the efreet cache is being generated thenHrmm, That means the 
_e_startup_event_cb should be getting reached then. If it is, then e_exec may 
be failing (for some unknown reason). You could add some printfs in e_startup 
(around line 65) to check the return of e_exec...something like: 


if (!(e_exec( NULL , desktop , NULL , NULL , NULL0 ))) 
printf(Failed to exec startup application: %s\n, desktop-name); 


Tho that is only going to tell you which app failed to start, not necessarily 
why, Add the above and see if e_exec is indeed failing. If so, we have to dig 
deeper. 


dh 

- Original Message -
From: Jeff Hoogland jeffhoogl...@linux.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Sent: Sunday, June 24, 2012 11:45:57 PM 
Subject: Re: [E-devel] Debugging a Startup Applications Issue 

Just a gentle nudge of other places I can stick debug messages (and what 
they should output) into the E code to figure out what is going on here... 

On Fri, Jun 22, 2012 at 5:00 PM, Christopher Michael cpmicha...@comcast.net 
 wrote: 

 Christopher Michael cpmicha...@comcast.net wrote: 
 
 Jeff Hoogland jeffhoogl...@linux.com wrote: 
 
 Also - the live CD can write to the home directory. It is all stored in 
 memory basically - behaves the same as a normal user - never been an issue 
 in the past. 
 
 On Fri, Jun 22, 2012 at 1:41 PM, Jeff Hoogland jeffhoogl...@linux.com 
 wrote: 
 
  I've got 5 desktop files being generated in ~/.cache/efreet so I'm not 
  sure that is the issue. I'll have to decompile the .eet files and compare 
  them to my installed user I guess. 
  
  
  On Fri, Jun 22, 2012 at 1:29 PM, Christopher Michael  
  cpmicha...@comcast.net wrote: 
  
  Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: 
  
  On Fri, 22 Jun 2012 12:01:47 -0500 
  Jeff Hoogland jeffhoogl...@linux.com wrote: 
  
   OK so played around with my installed system and 
   *_e_startup_event_cb*appears to be running there and thus my startup 
   applications are working... 
   Any ideas why this function might not be working with my live user? 
   
   On Fri, Jun 22, 2012 at 11:49 AM, Jeff Hoogland  
 jeffhoogl...@linux.com 
  wrote: 
   
OK - 

So, I'm having an issue with Enlightenment on my latest Bodhi disc - 
  for 
my live user no startup applications run when Enlightenment is 
  started... 
At the suggestion of Raster/Devilhorns I've started adding print 
  commands 
to the *e_startup.c*, but I still haven't pinned down the issue. 

The path to the home directory in *e_startup* is being correctly 
  saved to 
the buf argument (it is showing the proper 
/home/bodhi/.e/e/applications/startup/.order). Next I dropped a 
 print 
command into the *_e_startup_event_cb* to see if the desktop cache 
 is 
being set right (that is the next place I should look right?) And 
  much to 
my surprise that function doesn't seem to be getting run at E's 
  startup. 
Should that function be running or am I looking in the wrong place? 
  Any 
other ideas what I should be looking for that might be causing this 
  issue? 

The oddest part about the whole thing is that for my installed users 
startup applications work 100% fine. 

-- 
~Jeff Hoogland http://jeffhoogland.com/;;; 
Thoughts on Technology http://jeffhoogland.blogspot.com/;;;, Tech 
  Blog 
Bodhi Linux http://bodhilinux.com/;;;, Enlightenment for your 
 Desktop 


   
   
  
  I added code which specifically disables the functionality upon 
 detecting 
  that 
  you're using it. File a bug on trac and I'll get to it next year. 
  
 _ 
 
 
  
  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 
  
  
  Hey Stu...be nice to Jeff or I will be forced to beat u with the trout 
 :-P 
  
  On a serious note, Jeff it could be that the efreet cache is not running 
  because it is a live cd and efreet is thinking that it has no place to 
  store it's cache of the desktop files (due to cd being read only). Its 
  possible that efreet may need modifications to handle this. IIRC efreet 
  stores its cache also in the user homedir (cant remember the exact 
 path). 
  Because the cd is RO it cannot write it :-( Efrret may need 
 modification to 
  store cache in a tmp dir. 
  
  I could be totally off base here so take with a grain of saltbut 
  certainly smells like that is the issue... 
  
  Ping Seb (englebass) wrt efreet.

Re: [E-devel] Patches: Ecore_Wayland - Update to latest protocol and fix #1030

2012-06-18 Thread cpmichael1 
Rob, 


These are in svn now. Apologies for the delay but I was in Korea for week. 


Cheers :) 


dh 



- Original Message -
From: Robert Bradford robert.bradf...@intel.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Cc: Christopher Michael cpmicha...@comcast.net, Ullysses A Eoff 
ullysses.a.e...@intel.com 
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 r...@linux.intel.com 
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 r...@linux.intel.com 
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] Wayland: Enable vertical/horizontal mouse wheel scrolling

2012-05-15 Thread cpmichael1 
Thanks Robert :) I will have a look at these today. 


I still do not have my svn firewall exception at work yet so I cannot commit 
these just yet, but I will combine them with the changes I have here locally, 
and when I can finally commit stuff from work, then it will go in along with 
the other changes that I have awating. 


Cheers, 
dh 


- Original Message -
From: Robert Bradford robert.bradf...@intel.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Sent: Monday, May 14, 2012 5:32:25 PM 
Subject: [E-devel] Wayland: Enable vertical/horizontal mouse wheel scrolling 

Ecore_wayland: Support vertical/horizontal scrolling 

Set the direction on the event based on the axis (horizontal/vertical) 
and z value based on the negative of the value from the compositor. 

This results in scrolling that is consistent with the X11 implementation. 

Cheers, 

Rob 

-- 
Live Security Virtual Conference 
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ 
___ 
enlightenment-devel mailing list 
enlightenment-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Container Patch

2012-05-03 Thread cpmichael1 
Hi All, 


Would someone please apply this attached patch (almost immediately) ?? Fixes 
for horrible compiler warning on e_container. 


Cheers, 
dh 

Index: e_container.c
===
--- e_container.c	(revision 70686)
+++ e_container.c	(working copy)
@@ -1115,8 +1115,11 @@
 static int
 _e_container_cb_zone_sort(const void *data1, const void *data2)
 {
-   E_Zone *z1 = data1, *z2 = data2;
-   
+   const E_Zone *z1, *z2;
+
+   z1 = data1;
+   z2 = data2;
+
return z2-num - z1-num;
 }
 
--
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] Wayland: Complete support for keyboard events

2012-05-02 Thread cpmichael1 

The attached patch is a good start, many Thanks :) there are some minor things 
that need changing (EFL formatting, better function name, using 'unsigned int' 
rather than 'uin32_t', etc, etc) but I will address those this evening before I 
commit the patch. 

Thank You :) 

dh 


--
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] Bring tiling module from EXTRAS into core

2012-05-02 Thread cpmichael1 
Enabled during build by default is perfectly acceptable :) I was simply saying 
that IMO it should not be an enabled module by default in the standard config 
profile ;) 

Quick, someone with commit access please put this in !! :) (no commits here 
from work just yet) 

Cheers, 
dh 

- Original Message -
From: Stefan Schmidt ste...@datenfreihafen.org 
To: Christopher Michael cpmicha...@comcast.net 
Cc: Enlightenment developer list enlightenment-devel@lists.sourceforge.net, 
Stefan Schmidt ste...@datenfreihafen.org, Carsten Haitzler 
ras...@rasterman.com 
Sent: Wednesday, 2 May, 2012 7:33:51 AM 
Subject: Re: [E-devel] [PATCH] Bring tiling module from EXTRAS into core 

Hello. 

On Tue, 2012-05-01 at 19:23, Christopher Michael wrote: 
 
 If the patches are in order, and no build problems, then ++ here. 
 However, I do not believe it should be enabled by default. Tiling 
 in E17 is not a 'default' behavior (not everyone uses it or likes 
 it), therefore should not be 'enabled' by default in most config 
 profiles. That's my only objection. That aside, the code is nice, 
 functional, and acceptable. In it goes (not enabled by default, but 
 certainly easily available). 

Hmm, the building of the module is enabled by default. It still needs 
to be loaded by the user or a profile (no profile does this right now) 
to be used. I enabled the building so it is easier to spot for users 
that it is available without being hidden behind a configure flag. 

If this is not accaptable I will send an updated patch which disables 
the build by default. 

regards 
Stefan Schmidt 
--
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] Bring tiling module from EXTRAS into core

2012-05-02 Thread cpmichael1 
Fair enough :) That was my main concern...changing the user experience in the 
default config profile. If it does not do that, than great. However, I am 
always of the 'minimalist' type when running my desktop by which I mean If I 
don't need a module, I don't load the module so even tho it may not change the 
user experience unless configured, Why enable a module that someone may never 
use ? ;) 

dh 

- Original Message -
From: Boris Faure bill...@gmail.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Sent: Wednesday, 2 May, 2012 8:54:53 AM 
Subject: Re: [E-devel] [PATCH] Bring tiling module from EXTRAS into core 

On Wed, May 2, 2012 at 9:50 AM, cpmicha...@comcast.net wrote: 
 Enabled during build by default is perfectly acceptable :) I was simply 
 saying that IMO it should not be an enabled module by default in the standard 
 config profile ;) 
 
 Quick, someone with commit access please put this in !! :) (no commits here 
 from work just yet) 
 
 Cheers, 
 dh 

Actually, even with the module loaded but not configured, it shouldn't 
change the desktop experience. 

-- 
Boris Faure 

-- 
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: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib

2012-02-19 Thread cpmichael1 
I suppose the xcb is left to me to fix when I run into this... 

dh 


- Original Message -
From: Enlightenment SVN no-re...@enlightenment.org 
To: enlightenment-...@lists.sourceforge.net 
Sent: Thursday, February 16, 2012 2:26:30 PM 
Subject: E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib 

Log: 
Add mode add/del functions to ecore_x_randr 

Author: leif 
Date: 2012-02-16 11:26:30 -0800 (Thu, 16 Feb 2012) 
New Revision: 68031 
Trac: http://trac.enlightenment.org/e/changeset/68031 

Modified: 
trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_x/Ecore_X.h 
trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 

Modified: trunk/ecore/ChangeLog 
=== 
--- trunk/ecore/ChangeLog 2012-02-16 18:38:37 UTC (rev 68030) 
+++ trunk/ecore/ChangeLog 2012-02-16 19:26:30 UTC (rev 68031) 
@@ -494,3 +494,9 @@ 

* Add ecore_imf APIs to set return key type, disable return key. 

+2012-02-16 Leif Middelschulte (T_UNIX) 
+ 
+ * Add ecore_x_randr_mode_add to add a mode to a display 
+ * Add ecore_x_randr_mode_del to remove a mode from the display 
+ * Add ecore_x_randr_output_mode_add to add a mode to an output 
+ * Add ecore_x_randr_output_mode_del to remove a mode from an output 

Modified: trunk/ecore/src/lib/ecore_x/Ecore_X.h 
=== 
--- trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 18:38:37 UTC (rev 68030) 
+++ trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 19:26:30 UTC (rev 68031) 
@@ -2749,6 +2749,11 @@ 
EAPI Ecore_X_Randr_Mode_Info ** 
ecore_x_randr_modes_info_get(Ecore_X_Window root, 
int *num); 
+EAPI Ecore_X_Randr_Mode 
+ecore_x_randr_mode_info_add(Ecore_X_Window root, 
+ Ecore_X_Randr_Mode_Info *mode_info); 
+EAPI void 
+ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode); 
EAPI Ecore_X_Randr_Mode_Info * 
ecore_x_randr_mode_info_get(Ecore_X_Window root, 
Ecore_X_Randr_Mode mode); 
@@ -2840,6 +2845,12 @@ 
Ecore_X_Randr_Crtc crtc_r2, 
Ecore_X_Randr_Output_Policy policy, 
Ecore_X_Randr_Relative_Alignment alignment); 
+EAPI Eina_Bool 
+ecore_x_randr_output_mode_add(Ecore_X_Randr_Output output, 
+ Ecore_X_Randr_Mode mode); 
+EAPI void 
+ecore_x_randr_output_mode_del(Ecore_X_Randr_Output output, 
+ Ecore_X_Randr_Mode mode); 
EAPI Ecore_X_Randr_Mode * 
ecore_x_randr_output_modes_get(Ecore_X_Window root, 
Ecore_X_Randr_Output output, 

Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 
=== 
--- trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 18:38:37 UTC 
(rev 68030) 
+++ trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 19:26:30 UTC 
(rev 68031) 
@@ -380,6 +380,48 @@ 
} 

/* 
+ * @brief add a mode to a display 
+ * @param root window to which's screen's ressources are added 
+ * @param mode_info 
+ * @return Ecore_X_Randr_Mode of the added mode. Ecore_X_Randr_None if mode 
+ * adding failed. 
+ * @since 1.2.0 
+ */ 
+EAPI Ecore_X_Randr_Mode 
+ecore_x_randr_mode_info_add(Ecore_X_Window root, 
+ Ecore_X_Randr_Mode_Info *mode_info) 
+{ 
+#ifdef ECORE_XRANDR 
+ RANDR_CHECK_1_2_RET(EINA_FALSE); 
+ Ecore_X_Randr_Mode mode = Ecore_X_Randr_None; 
+ 
+ if (_ecore_x_randr_root_validate(root)  mode_info) 
+ mode = XRRCreateMode(_ecore_x_disp, root, (XRRModeInfo*)mode_info); 
+ 
+ return mode; 
+#else 
+ return Ecore_X_Randr_None; 
+#endif 
+} 
+ 
+/* 
+ * @brief delete a mode from the display 
+ * @param mode_info 
+ * @since 1.2.0 
+ */ 
+EAPI void 
+ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode) 
+{ 
+#ifdef ECORE_XRANDR 
+ RANDR_CHECK_1_2_RET(); 
+ 
+ XRRDestroyMode(_ecore_x_disp, mode); 
+#else 
+ return; 
+#endif 
+} 
+ 
+/* 
* @brief get detailed information for a given mode id 
* @param root window which's screen's ressources are queried 
* @param mode the XID which identifies the mode of interest 
@@ -1364,6 +1406,54 @@ 
#endif 
} 

+/* 
+ * @brief add given mode to given output 
+ * @param output the output the mode is added to 
+ * @param mode the mode added to the output 
+ * @return EINA_FALSE if output or mode equal Ecore_X_Randr_None, else 
EINA_TRUE 
+ * Additionally, if xcb backend is used, the success of the addition is 
reported 
+ * back directly. 
+ * @since 1.2.0 
+ */ 
+EAPI Eina_Bool 
+ecore_x_randr_output_mode_add(Ecore_X_Randr_Output output, 
+ Ecore_X_Randr_Mode mode) 
+{ 
+#ifdef ECORE_XRANDR 
+ RANDR_CHECK_1_2_RET(EINA_FALSE); 
+ 
+ if ((output == Ecore_X_Randr_None) || (mode == Ecore_X_Randr_None)) 
+ return EINA_FALSE; 
+ 
+ XRRAddOutputMode(_ecore_x_disp, output, mode); 
+ return EINA_TRUE; 
+#else 
+ return EINA_FALSE; 
+#endif 
+} 
+ 
+/* 
+ * @brief delete given mode from given output 
+ * @param output the output the mode is removed from 
+ * @param mode the mode removed from the output 
+ * @since 1.2.0 
+ */ 
+EAPI void 
+ecore_x_randr_output_mode_del(Ecore_X_Randr_Output output, 
+ Ecore_X_Randr_Mode mode) 
+{ 
+#ifdef ECORE_XRANDR 
+

Re: [E-devel] edje patch (lua)

2012-02-19 Thread cpmichael1 


- Original Message -
From: David Seikel onef...@gmail.com 
To: Vincent Torri vincent.to...@gmail.com 
Cc: enlightenment-devel@lists.sourceforge.net 
Sent: Saturday, February 18, 2012 1:41:56 PM 
Subject: Re: [E-devel] edje patch (lua) 

On Sat, 18 Feb 2012 14:46:36 +0100 Vincent Torri 
vincent.to...@gmail.com wrote: 

 hey 
 
 does the below break something ? 
 
 Vincent 
 
 
 Index: src/lib/edje_lua2.c 
 === 
 --- src/lib/edje_lua2.c (revision 68106) 
 +++ src/lib/edje_lua2.c (working copy) 
 @@ -2930,16 +2930,16 @@ 
 { 
 Edje_Lua_Obj *obj = (Edje_Lua_Obj *)lua_touserdata(L, 1); // 
 Stack usage [-0, +0, -] 
 Edje_Lua_Evas_Object *elo = (Edje_Lua_Evas_Object *)obj; 
 - Evas_Coord x1, y1, x2, y2; 
 + Evas_Coord xx1, yy1, xx2, yy2; 
 
 if (!_elua_isa(obj, _elua_evas_line_meta)) return 0; 
 
 - if (_elua_scan_params(L, 2, %x1 %y1 %x2 %y2, x1, y1, x2, 
 y2)  0) 
 + if (_elua_scan_params(L, 2, %x1 %y1 %x2 %y2, xx1, yy1, xx2, 
 yy2)  0) 
 { // Stack 
 usage [-0, +0, m] unless it's in a table [-4, +4, e] 
 - evas_object_line_xy_set(elo-evas_obj, x1, y1, x2, y2); 
 + evas_object_line_xy_set(elo-evas_obj, xx1, yy1, xx2, yy2); 
 } 
 - evas_object_line_xy_get(elo-evas_obj, x1, y1, x2, y2); 
 - _elua_ret(L, %x1 %y1 %x2 %y2, x1, y1, x2, y2); 
 + evas_object_line_xy_get(elo-evas_obj, xx1, yy1, xx2, yy2); 
 + _elua_ret(L, %x1 %y1 %x2 %y2, xx1, yy1, xx2, yy2); 
 // 
 Stack usage [-8, +9, em] 
 return 1; 
 } 

That's not changing the text, which is the names and types of the Lua 
table fields being passed back and forth, hence the API the Lua side 
expects. So it's not breaking anything. The local variables can be 
named anything. 

Though I'm not so sure that changing local variable names to avoid 
using the very obscure and badly named y1 global variable, then 
replacing it with a slightly less obscure and badly named yy* variable 
that might be used be lexers and parsers, is such a good idea. 

Yes, I'm actually working on a project now that uses lexers and parsers 
that like to use lots of yy* names, and mixing it with EFL Lua c 

So far, all I am seeing is a var rename. 

It's just a warning, only one warning in the entire library, nothing 
is actually broken. Anyone that wants to actually use obscure maths 
functions probably wont suffer from any real problem coz we have a 
single local variable that's not going to be anywhere near their code. 
I certainly don't think we will EVER need obscure maths inside that 
line drawing wrapper function. 


plus the vars used should not lead to problems. 


It wont actually break my lexer and parser either, even if it does 
cause more warnings. shrugs 

If you really insist, just change the local C y1 variable to something 
like - 

y1_its_not_a_fucking_bessel_function 

No need to change the others, they are innocent. 

What's the point of variable scoping rules if you can't use them? 
What's the point of fixing something that's not broken? 

Onefang...this is EFL tho. If we're not providing the future, we are reliving 
the past 
We've been there 

I'm not buying the argument that all those warnings are gonna obscure 
real problems, there's only one warning, and there's no real problem. 
lol 

Otherwise we are just letting the compiler bully us into making the 
code not so clean to read. It's good that the Lua names match up with 
the C names, less confusing, neat, clean. 

YES. Will make transitions easier... 
Acceptable.. 
dh 


I can live with one tiny 
wart caused by obscure maths functions we will never use. 

-- 
A big old stinking pile of genius that no one wants 
coz there are too many silver coated monkeys in the world. 

-- 
Virtualization  Cloud Management Using Capacity Planning 
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service. 
http://www.accelacomm.com/jaw/sfnl/114/51521223/ 
___ 
enlightenment-devel mailing list 
enlightenment-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 
--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib

2012-02-19 Thread cpmichael1 


- Original Message -
From: Michael Blumenkrantz michael.blumenkra...@gmail.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Cc: ras...@rasterman.com 
Sent: Sunday, February 19, 2012 5:17:36 AM 
Subject: Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x 
src/lib/ecore_x/xlib 

On Sun, 19 Feb 2012 19:12:26 +0900 
Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: 

 On Sun, 19 Feb 2012 08:33:07 + (UTC) cpmicha...@comcast.net said: 
 
 actually at this stage - with xcb being a first class citizen, any changes to 
 ecore-x should work on both xlib and xcb - i know its extra work, but thats 
 how it goes with supporting multiple back-ends :) at least its only 2. :) 
 
  I suppose the xcb is left to me to fix when I run into this... 
  
  dh 
  
  
  - Original Message - 
  From: Enlightenment SVN no-re...@enlightenment.org 
  To: enlightenment-...@lists.sourceforge.net 
  Sent: Thursday, February 16, 2012 2:26:30 PM 
  Subject: E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib 
  
  Log: 
  Add mode add/del functions to ecore_x_randr 
  
  Author: leif 
  Date: 2012-02-16 11:26:30 -0800 (Thu, 16 Feb 2012) 
  New Revision: 68031 
  Trac: http://trac.enlightenment.org/e/changeset/68031 
  
  Modified: 
  trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_x/Ecore_X.h 
  trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 
  

WAYYLAANDD
 

Oh wait, so it's not just 2 back-ends to support anymore ;) 

dh 

-- 
Virtualization  Cloud Management Using Capacity Planning 
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service. 
http://www.accelacomm.com/jaw/sfnl/114/51521223/ 
___ 
enlightenment-devel mailing list 
enlightenment-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 
--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread cpmichael1 
Ahh, then I need (or someone can) to fix the doxy on the 2 new Evas functions I 
added for setting/getting framepsace. They are doxy'd @ 1.1.0 (my bad, I don't 
follow rev versions much ;) ) 

dh 

- Original Message -
From: michael bouchaud michael.bouch...@gmail.com 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Sent: Wednesday, December 14, 2011 4:28:56 PM 
Subject: Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11 

no no no, They don't need to be backported it's since evas 1.2 

2011/12/14 Christopher Michael cpmicha...@comcast.net 

 On 12/14/11 13:59, Vincent Torri wrote: 
  On Wed, Dec 14, 2011 at 7:58 PM, Christopher Michael 
  cpmicha...@comcast.net wrote: 
  On 12/14/11 13:55, Vincent Torri wrote: 
  
  this one and the previous one should be backported 
  
  Vincent 
  
  
  Not sure how to go about that :/ Never did any backporting. 
  
  just check out the branches, modify them and commit. they are in 
  e/branches/, not in e/trunk/ 
  
  Vincent 
  
 Ok, I checked both evas 1.0 and 1.1, but this function does not exist in 
 either so there is no 'changes' to backport. 
 
 dh 
 
  
  dh 
  
  On Wed, Dec 14, 2011 at 7:52 PM, Enlightenment SVN 
  no-re...@enlightenment.org wrote: 
  
  Log: 
  Evas: Gl_X11: Fix typo? for __UNUSED__ param. 
  
  
  
  Author: devilhorns 
  Date: 2011-12-14 10:52:42 -0800 (Wed, 14 Dec 2011) 
  New Revision: 66224 
  Trac: http://trac.enlightenment.org/e/changeset/66224 
  
  Modified: 
  trunk/evas/src/modules/engines/gl_x11/evas_engine.c 
  
  Modified: trunk/evas/src/modules/engines/gl_x11/evas_engine.c 
  === 
  --- trunk/evas/src/modules/engines/gl_x11/evas_engine.c 2011-12-14 
  18:44:20 UTC (rev 66223) 
  +++ trunk/evas/src/modules/engines/gl_x11/evas_engine.c 2011-12-14 
  18:52:42 UTC (rev 66224) 
  @@ -3703,7 +3703,7 @@ 
  } 
  
  static Eina_Bool 
  -eng_image_can_region_get(void *data__UNUSED__, void *image) 
  +eng_image_can_region_get(void *data __UNUSED__, void *image) 
  { 
  Evas_GL_Image *gim = image; 
  Image_Entry *im; 
  
  
  
  
  
 
 
 
 --
  
 Cloud Computing - Latest Buzzword or a Glimpse of the Future? 
 This paper surveys cloud computing today: What are the benefits? 
 Why are businesses embracing it? What are its payoffs and pitfalls? 
 http://www.accelacomm.com/jaw/sdnl/114/51425149/ 
 ___ 
 enlightenment-devel mailing list 
 enlightenment-devel@lists.sourceforge.net 
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 
 



-- 
Michaël Bouchaud 
-- 
Cloud Computing - Latest Buzzword or a Glimpse of the Future? 
This paper surveys cloud computing today: What are the benefits? 
Why are businesses embracing it? What are its payoffs and pitfalls? 
http://www.accelacomm.com/jaw/sdnl/114/51425149/ 
___ 
enlightenment-devel mailing list 
enlightenment-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 
--
Cloud Computing - Latest Buzzword or a Glimpse of the Future?
This paper surveys cloud computing today: What are the benefits? 
Why are businesses embracing it? What are its payoffs and pitfalls?
http://www.accelacomm.com/jaw/sdnl/114/51425149/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] add edje_object_all_parts_default_state_set API

2011-09-22 Thread cpmichael1 

The code itself looks good :) I just question the choice of Function name for 
the API. 


Why not simply edje_object_default_state_set ?? which would then reset the 
Whole edje object to default state (all parts included). 


dh 
- Original Message -
From: Jaehwan Kim jae.hwan@samsung.com 
To: enlightenment-devel@lists.sourceforge.net 
Sent: Friday, September 23, 2011 1:26:13 AM 
Subject: [E-devel] [Patch] add edje_object_all_parts_default_state_set API 


Dear all, 

I made a API edje_object_all_parts_default_state_set(Evas_Object obj) 
This work was requested by Daniel Juyung Seo. 
This API sets the state of all parts to default. 
Please check attached patch file. 

Thanks. 

-- 
All of the data generated in your IT infrastructure is seriously valuable. 
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense. 
http://p.sf.net/sfu/splunk-d2dcopy2 
___ 
enlightenment-devel mailing list 
enlightenment-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: kakaroto trunk/ecore

2011-09-08 Thread cpmichael1 


- Original Message -
From: Cedric BAIL cedric.b...@free.fr 
To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net 
Sent: Wednesday, September 7, 2011 6:53:59 PM 
Subject: Re: [E-devel] E SVN: kakaroto trunk/ecore 

On Wed, Sep 7, 2011 at 11:18 PM, Youness Alaoui 
kakar...@kakaroto.homelinux.net wrote: 
 You're right, I thought it was native code, not a script, so I didn't think 
 it could run on host machine. But I have sdl 1.2 locally, and it does come 
 with a pkgconfig file. If there are older versions that don't, then let me 
 know, I can revert it. 

Last time I give it a look, some distribution did the nice work of 
adding the .pc and the latest SDL 1.2 is comming also with a .pc, it's 
just previous that don't. And as the code doesn't require much to 
support almost all SDL 1.2 version, I mould prefer a fallback to the 
sdl-config code rather than a revert to previous method. So just if 
.pc isn't found we fallback on sdl-config. That would be great. 

+1 

dh 

 On Wed, Sep 7, 2011 at 3:55 AM, Cedric BAIL cedric.b...@free.fr wrote: 
 
 On Wed, Sep 7, 2011 at 8:53 AM, Enlightenment SVN 
 no-re...@enlightenment.org wrote: 
  Log: 
  Ecore: Use pkg-config to check for SDL, not sdl-config (which fails for 
 cross-compilations) 
 
 sdl-config is a shell script that just does some echo things. It work 
 just fine with cross-compilation as long as you specify it at 
 configure time. The issue is that older, read sdl 1.2, version don't 
 come with a pkg-config file. So it would be better if both method 
 where available. 
 
  Author: kakaroto 
  Date: 2011-09-06 23:53:42 -0700 (Tue, 06 Sep 2011) 
  New Revision: 63249 
  Trac: http://trac.enlightenment.org/e/changeset/63249 
  
  Modified: 
  trunk/ecore/configure.ac 
  
  Modified: trunk/ecore/configure.ac 
  === 
  --- trunk/ecore/configure.ac 2011-09-07 06:53:35 UTC (rev 63248) 
  +++ trunk/ecore/configure.ac 2011-09-07 06:53:42 UTC (rev 63249) 
  @@ -523,26 +523,8 @@ 
  # SDL library (ecore_sdl) 
  
  have_sdl=no 
  -SDL_CONFIG=sdl-config 
  -AC_ARG_WITH([sdl-config], 
  - [AC_HELP_STRING([--with-sdl-config=PATH], [use sdl-config 
 specified])], 
  - [ 
  - SDL_CONFIG=$withval 
  - AC_MSG_NOTICE([using ${SDL_CONFIG} for sdl-config]) 
  - ]) 
  +PKG_CHECK_MODULES([SDL], [sdl = 1.2.0], [have_sdl=yes], 
 [have_sdl=no]) 
  
  -AC_PATH_PROG([SDL_CONFIG], [sdl-config], [], [$PATH]) 
  - 
  -if test -n $SDL_CONFIG ; then 
  - SDL_CFLAGS=`$SDL_CONFIG --cflags` 
  - SDL_LIBS=`$SDL_CONFIG --libs` 
  - AC_SUBST(SDL_CFLAGS) 
  - AC_SUBST(SDL_LIBS) 
  - have_sdl=yes 
  -else 
  - PKG_CHECK_MODULES([SDL], [sdl = 1.2.0], [have_sdl=yes], 
 [have_sdl=no]) 
  -fi 
  - 
  if test x${have_sdl} = xyes ; then 
  PKG_CHECK_EXISTS([sdl = 1.3.0], 
  [AC_DEFINE(BUILD_ECORE_EVAS_SDL_130, 1, [Support for SVN SDL])]) 
  
  
  
 --
  
  Using storage to extend the benefits of virtualization and iSCSI 
  Virtualization increases hardware utilization and delivers a new level of 
  agility. Learn what those decisions are and how to modernize your storage 
  and backup environments for virtualization. 
  http://www.accelacomm.com/jaw/sfnl/114/51434361/ 
  ___ 
  enlightenment-svn mailing list 
  enlightenment-...@lists.sourceforge.net 
  https://lists.sourceforge.net/lists/listinfo/enlightenment-svn 
  
  
 
 
 
 -- 
 Cedric BAIL 
 
 
 --
  
 Using storage to extend the benefits of virtualization and iSCSI 
 Virtualization increases hardware utilization and delivers a new level of 
 agility. Learn what those decisions are and how to modernize your storage 
 and backup environments for virtualization. 
 http://www.accelacomm.com/jaw/sfnl/114/51434361/ 
 ___ 
 enlightenment-devel mailing list 
 enlightenment-devel@lists.sourceforge.net 
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 
 
 --
  
 Using storage to extend the benefits of virtualization and iSCSI 
 Virtualization increases hardware utilization and delivers a new level of 
 agility. Learn what those decisions are and how to modernize your storage 
 and backup environments for virtualization. 
 http://www.accelacomm.com/jaw/sfnl/114/51434361/ 
 ___ 
 enlightenment-devel mailing list 
 enlightenment-devel@lists.sourceforge.net 
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 
 
 



-- 
Cedric BAIL 

-- 
Using storage to extend the benefits of virtualization and iSCSI 
Virtualization increases hardware utilization and delivers a new level of 
agility. Learn what those

Re: [E-devel] E SVN: raster trunk/ecore/src/lib/ecore

2011-09-02 Thread cpmichael1 
Good code !!! But, not EFL: Please fix this: 

+ if (_ecore_main_select(0.0) | _ecore_signal_count_get()) 

Missing Parens...?.. 

dh 


- Original Message -
From: Enlightenment SVN no-re...@enlightenment.org 
To: enlightenment-...@lists.sourceforge.net 
Sent: Thursday, September 1, 2011 11:29:11 PM 
Subject: E SVN: raster trunk/ecore/src/lib/ecore 

Log: 
mainloop cleanups on top of previous ones and fixes for previous refactors 



Author: raster 
Date: 2011-09-01 20:29:11 -0700 (Thu, 01 Sep 2011) 
New Revision: 63082 
Trac: http://trac.enlightenment.org/e/changeset/63082 

Modified: 
trunk/ecore/src/lib/ecore/ecore_idler.c trunk/ecore/src/lib/ecore/ecore_main.c 
trunk/ecore/src/lib/ecore/ecore_private.h 
trunk/ecore/src/lib/ecore/ecore_signal.c 
trunk/ecore/src/lib/ecore/ecore_timer.c 

Modified: trunk/ecore/src/lib/ecore/ecore_idler.c 
=== 
--- trunk/ecore/src/lib/ecore/ecore_idler.c 2011-09-02 01:35:16 UTC (rev 63081) 
+++ trunk/ecore/src/lib/ecore/ecore_idler.c 2011-09-02 03:29:11 UTC (rev 63082) 
@@ -95,7 +95,7 @@ 
} 

int 
-_ecore_idler_call(void) 
+_ecore_idler_all_call(void) 
{ 
if (!idler_current) 
{ 

Modified: trunk/ecore/src/lib/ecore/ecore_main.c 
=== 
--- trunk/ecore/src/lib/ecore/ecore_main.c 2011-09-02 01:35:16 UTC (rev 63081) 
+++ trunk/ecore/src/lib/ecore/ecore_main.c 2011-09-02 03:29:11 UTC (rev 63082) 
@@ -494,7 +494,7 @@ 
if (!ecore_idling  !_ecore_glib_idle_enterer_called) 
{ 
_ecore_time_loop_time = ecore_time_get(); 
- while (_ecore_timer_call(_ecore_time_loop_time)); 
+ _ecore_timer_expired_timers_call(_ecore_time_loop_time); 
_ecore_timer_cleanup(); 

_ecore_idle_enterer_call(); 
@@ -505,7 +505,7 @@ 
_ecore_main_fd_handlers_buf_call(); 
} 

- while (_ecore_signal_count_get()) _ecore_signal_call(); 
+ _ecore_signal_received_process(); 

/* don't check fds if somebody quit */ 
if (g_main_loop_is_running(ecore_main_loop)) 
@@ -673,11 +673,11 @@ 
_ecore_main_fd_handlers_call(); 
if (fd_handlers_with_buffer) 
_ecore_main_fd_handlers_buf_call(); 
- while (_ecore_signal_count_get()) _ecore_signal_call(); 
+ _ecore_signal_received_process(); 
_ecore_event_call(); 
_ecore_main_fd_handlers_cleanup(); 

- while (_ecore_timer_call(_ecore_time_loop_time)); 
+ _ecore_timer_expired_timers_call(_ecore_time_loop_time); 
_ecore_timer_cleanup(); 

_ecore_idle_enterer_call(); 
@@ -1600,157 +1600,207 @@ 
} 

#ifndef USE_G_MAIN_LOOP 
+ 
+enum { 
+ SPIN_MORE, 
+ SPIN_RESTART, 
+ LOOP_CONTINUE 
+}; 
+ 
+static int 
+_ecore_main_loop_spin_core(void) 
+{ 
+ /* as we are spinning we need to update loop time per spin */ 
+ _ecore_time_loop_time = ecore_time_get(); 
+ /* call all idlers, which returns false if no more idelrs exist */ 
+ if (!_ecore_idler_all_call()) return SPIN_RESTART; 
+ /* sneaky - drop through or if checks - the first one to succeed 
+ * drops through and returns continue so further ones dont run */ 
+ if ((_ecore_main_select(0.0)  0) || (_ecore_event_exist()) || 
+ (_ecore_signal_count_get()  0) || (do_quit)) 
+ return LOOP_CONTINUE; 
+ /* default - spin more */ 
+ return SPIN_MORE; 
+} 
+ 
+static int 
+_ecore_main_loop_spin_no_timers(void) 
+{ 
+ /* if we have idlers we HAVE to spin and handle everything 
+ * in a polling way - spin in a tight polling loop */ 
+ for (;;) 
+ { 
+ int action = _ecore_main_loop_spin_core(); 
+ if (action != SPIN_MORE) return action; 
+ /* if an idler has added a timer then we need to go through 
+ * the start of the spin cycle again to handle cases properly */ 
+ if (_ecore_timers_exists()) return SPIN_RESTART; 
+ } 
+ /* just contiune handling events etc. */ 
+ return LOOP_CONTINUE; 
+} 
+ 
+static int 
+_ecore_main_loop_spin_timers(void) 
+{ 
+ /* if we have idlers we HAVE to spin and handle everything 
+ * in a polling way - spin in a tight polling loop */ 
+ for (;;) 
+ { 
+ int action = _ecore_main_loop_spin_core(); 
+ if (action != SPIN_MORE) return action; 
+ /* if next timer expires now or in the past - stop spinning and 
+ * continue the mainloop walk as our select timeout has 
+ * expired now */ 
+ if (_ecore_timer_next_get() = 0.0) return LOOP_CONTINUE; 
+ } 
+ /* just contiune handling events etc. */ 
+ return LOOP_CONTINUE; 
+} 
+ 
static void 
+_ecore_fps_marker_1(void) 
+{ 
+ if (!_ecore_fps_debug) return; 
+ t2 = ecore_time_get(); 
+ if ((t1  0.0)  (t2  0.0)) _ecore_fps_debug_runtime_add(t2 - t1); 
+} 
+ 
+static void 
+_ecore_fps_marker_2(void) 
+{ 
+ if (!_ecore_fps_debug) return; 
+ t1 = ecore_time_get(); 
+} 
+ 
+static void 
_ecore_main_loop_iterate_internal(int once_only) 
{ 
double next_time = -1.0; 
- int have_event = 0; 
- int have_signal; 

in_main_loop++; 
/* expire any timers */ 
- while (_ecore_timer_call(_ecore_time_loop_time)); 
+ _ecore_timer_expired_timers_call(_ecore_time_loop_time); 
_ecore_timer_cleanup(); 

/* process signals into events  */ 
- while (_ecore_signal_count_get())

Re: [E-devel] E SVN: raster trunk/e/src/bin

2010-01-08 Thread cpmichael1 

- Original Message - 
From: Enlightenment SVN no-re...@enlightenment.org 
To: enlightenment-...@lists.sourceforge.net 
Sent: Friday, January 8, 2010 8:01:56 PM GMT -05:00 US/Canada Eastern 
Subject: E SVN: raster trunk/e/src/bin 

Log: 
comments++ 


Author: raster 
Date: 2010-01-08 17:01:56 -0800 (Fri, 08 Jan 2010) 
New Revision: 44999 

Modified: 
trunk/e/src/bin/e_win.c 

Modified: trunk/e/src/bin/e_win.c 
=== 
--- trunk/e/src/bin/e_win.c 2010-01-09 00:35:21 UTC (rev 44998) 
+++ trunk/e/src/bin/e_win.c 2010-01-09 01:01:56 UTC (rev 44999) 
@@ -90,6 +90,7 @@ 
_e_win_prop_update(win); 
ecore_evas_lower(win-ecore_evas); 
win-border = e_border_new(win-container, win-evas_win, 1, 1); 
+// dont need this - special stuff 
// win-border-ignore_first_unmap = 1; 
if (!win-placed) 
win-border-re_manage = 0; 


If It's Not placed, shouldn't we manage it as a WM ? 

dh 

@@ -99,6 +100,7 @@ 
} 
_e_win_prop_update(win); 
e_border_show(win-border); 
+// done now by e_border specially 
// ecore_evas_show(win-ecore_evas); 
} 



-- 
This SF.Net email is sponsored by the Verizon Developer Community 
Take advantage of Verizon's best-in-class app development support 
A streamlined, 14 day to market process makes app distribution fast and easy 
Join now and get one step closer to millions of Verizon customers 
http://p.sf.net/sfu/verizon-dev2dev 
___ 
enlightenment-svn mailing list 
enlightenment-...@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn 
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel