Re: [E-devel] Potential Bug in Evas' Smart (Accounting)?

2011-03-05 Thread The Rasterman
On Fri, 4 Mar 2011 23:55:19 +0100 Leif Middelschulte
leif.middelschu...@gmail.com said:

 Hello guys,
 
 I've some issues with 'phantom' members within smart objects which I
 encounter in an application.
 The attached test shows that there's apparently something wrong with
 Evas' accounting wrt to its Smart Objects' members.
 
 In hope to be proven wrong,
 BR,

you know your test doesnt work because your smart object is NULL? the smart
class is empty/full of junk and the smart obj creation fails as smart class is
junk... so always 0 smart members.

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Potential Bug in Evas' Smart (Accounting)?

2011-03-05 Thread Leif Middelschulte
Hey,

thanks for having a look :-)

Okay, this example code does not create a smart object for some
reason. But within my actual code (not this test) it does. I am using
the clipped smart class as a base as well and only replace the resize
function.

What piece am I missing within my examplary code to make evas create a
smart object?

BR,

Leif

2011/3/5 Carsten Haitzler ras...@rasterman.com:
 On Fri, 4 Mar 2011 23:55:19 +0100 Leif Middelschulte
 leif.middelschu...@gmail.com said:

 Hello guys,

 I've some issues with 'phantom' members within smart objects which I
 encounter in an application.
 The attached test shows that there's apparently something wrong with
 Evas' accounting wrt to its Smart Objects' members.

 In hope to be proven wrong,
 BR,

 you know your test doesnt work because your smart object is NULL? the smart
 class is empty/full of junk and the smart obj creation fails as smart class is
 junk... so always 0 smart members.

 --
 - Codito, ergo sum - I code, therefore I am --
 The Rasterman (Carsten Haitzler)    ras...@rasterman.com



--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Potential Bug in Evas' Smart (Accounting)?

2011-03-05 Thread The Rasterman
On Sat, 5 Mar 2011 10:10:43 +0100 Leif Middelschulte
leif.middelschu...@gmail.com said:

 Hey,
 
 thanks for having a look :-)
 
 Okay, this example code does not create a smart object for some
 reason. But within my actual code (not this test) it does. I am using
 the clipped smart class as a base as well and only replace the resize
 function.
 
 What piece am I missing within my examplary code to make evas create a
 smart object?

smart_class needs to be filled out :)

 BR,
 
 Leif
 
 2011/3/5 Carsten Haitzler ras...@rasterman.com:
  On Fri, 4 Mar 2011 23:55:19 +0100 Leif Middelschulte
  leif.middelschu...@gmail.com said:
 
  Hello guys,
 
  I've some issues with 'phantom' members within smart objects which I
  encounter in an application.
  The attached test shows that there's apparently something wrong with
  Evas' accounting wrt to its Smart Objects' members.
 
  In hope to be proven wrong,
  BR,
 
  you know your test doesnt work because your smart object is NULL? the smart
  class is empty/full of junk and the smart obj creation fails as smart class
  is junk... so always 0 smart members.
 
  --
  - Codito, ergo sum - I code, therefore I am --
  The Rasterman (Carsten Haitzler)    ras...@rasterman.com
 
 
 
 --
 What You Don't Know About Data Connectivity CAN Hurt You
 This paper provides an overview of data connectivity, details
 its effect on application quality, and explores various alternative
 solutions. http://p.sf.net/sfu/progress-d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: seoz trunk/elementary/data/themes

2011-03-05 Thread Michael Blumenkrantz
On Sat,  5 Mar 2011 03:38:41 -0800
Enlightenment SVN no-re...@enlightenment.org wrote:

 Log:
 Elementary index edc: Commented test rectangle color.
   
 
 Author:   seoz
 Date: 2011-03-05 03:38:40 -0800 (Sat, 05 Mar 2011)
 New Revision: 57528
 Trac: http://trac.enlightenment.org/e/changeset/57528
 
 Modified:
   trunk/elementary/data/themes/default.edc 
 
 Modified: trunk/elementary/data/themes/default.edc
 ===
 --- trunk/elementary/data/themes/default.edc  2011-03-05 10:45:19 UTC
 (rev 57527) +++ trunk/elementary/data/themes/default.edc  2011-03-05
 11:38:40 UTC (rev 57528) @@ -29158,7 +29158,7 @@
 relative: 0.0 0.0;
 offset:   0 0;
 }
 -   color: 0 0 255 128;
 +   //color: 0 0 255 128;
 }
 }
 part { name: elm.swallow.event.0;
 
 
A better fix for this would be confine the pointer to the index region so that
it can't go all over the screen.

-- 
Mike Blumenkrantz
Zentific: NULL pointer dereferences now 50% off!

--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: seoz trunk/elementary/data/themes

2011-03-05 Thread Daniel Juyung Seo
That sounds good :)
I made this rectangle invisible, because it was intended to be used for a test.
But for later usage, it'll be good to fix it as you mentioned.

Thanks.
Daniel Juyung Seo (SeoZ)

On Sat, Mar 5, 2011 at 1:12 PM, Michael Blumenkrantz m...@zentific.com wrote:
 On Sat,  5 Mar 2011 03:38:41 -0800
 Enlightenment SVN no-re...@enlightenment.org wrote:

 Log:
 Elementary index edc: Commented test rectangle color.


 Author:       seoz
 Date:         2011-03-05 03:38:40 -0800 (Sat, 05 Mar 2011)
 New Revision: 57528
 Trac:         http://trac.enlightenment.org/e/changeset/57528

 Modified:
   trunk/elementary/data/themes/default.edc

 Modified: trunk/elementary/data/themes/default.edc
 ===
 --- trunk/elementary/data/themes/default.edc  2011-03-05 10:45:19 UTC
 (rev 57527) +++ trunk/elementary/data/themes/default.edc      2011-03-05
 11:38:40 UTC (rev 57528) @@ -29158,7 +29158,7 @@
                         relative: 0.0 0.0;
                         offset:   0 0;
                     }
 -                   color: 0 0 255 128;
 +                   //color: 0 0 255 128;
                 }
             }
             part { name: elm.swallow.event.0;


 A better fix for this would be confine the pointer to the index region so that
 it can't go all over the screen.

 --
 Mike Blumenkrantz
 Zentific: NULL pointer dereferences now 50% off!

 --
 What You Don't Know About Data Connectivity CAN Hurt You
 This paper provides an overview of data connectivity, details
 its effect on application quality, and explores various alternative
 solutions. http://p.sf.net/sfu/progress-d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: captainigloo IN trunk/E-MODULES-EXTRA/elfe: data/themes/default data/themes/default/images src

2011-03-05 Thread Christopher Michael
On 03/02/2011 01:22 PM, Enlightenment SVN wrote:
 Log:
 elfe: Code refactoring
* Split gadgets.c in logicial objects : desktop_page and desktop_item
* use eina sparse matrix for desktop pages itesm
* Prepare configuration to have dynamic grid size
* fix the don't resize this window when a keyboard pops up :)
Use dh hint and set elfe windows name  class matching Illume-Home

Well, the hint I gave was the correct way, but your implementation isn't 
quite right ;) What I meant was to configure the Illume Policy to match 
on Your Window Name  Class ... NOT to make your windows the same as 
illume-home.

Basically it means configuring the Illume Policy, not changing you're 
window's name  class to match the policy.

dh

 Modified: trunk/E-MODULES-EXTRA/elfe/src/main.c
 ===
 --- trunk/E-MODULES-EXTRA/elfe/src/main.c 2011-03-02 16:53:22 UTC (rev 
 57470)
 +++ trunk/E-MODULES-EXTRA/elfe/src/main.c 2011-03-02 18:22:38 UTC (rev 
 57471)
 @@ -313,8 +313,8 @@
   return;
}
  hwin-win-data = hwin;
 -   e_win_title_set(hwin-win, Elfe Home);
 -   e_win_name_class_set(hwin-win, Elfe, Elfe);
 +   e_win_title_set(hwin-win, Elfe);
 +   e_win_name_class_set(hwin-win, Illume-Home, Illume-Home);
  e_win_resize_callback_set(hwin-win, _elfe_home_win_cb_resize);
  e_win_no_remember_set(hwin-win, EINA_TRUE);
  //ecore_x_e_illume_conformant_set(hwin-win-evas_win, EINA_TRUE);

--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] imlib2 caching can fail

2011-03-05 Thread Kim Woelders
On Thu, 03 Mar 2011 15:46:15 +0100, Jesper Saxtorph  
jesper.saxto...@prevas.dk wrote:

 I have just submitted a bugraport + a patch on trac (bug #716).

 I just wanted to notifify it here also as I do not know the
 enlightenment community and how it works.

Either is fine.

 To repeat my bug report:
 I use imlib2 as a image library in a project. However the use we have
 sometimes tricker a situation where imlib2 uses an invalid cache.

 imlib2 uses timestamps to test if a image cache i valid. If a files
 modification time is in the future it is not possible to use validation
 scheme. Further if the timestamp is equal to now, we do not know if the
 modification time is in the future or not. The result is that the cache
 should be invalidated for file timestamps = now.
 An example of a problematic situation: timestamps are in whole seconds
 times given as here as seconds:
 time=32.1 : image.png is written by someone
 time=32.4 : image.png is loaded by imlib2
 time=32.5 : image.png is written with new data
 The situation is now that the cache has the same timestamp as the file,
 but the content is not the same.

 A possible fix is a 3 line patch, which I have attached. It invalidate
 the cache if the files timestamp is = now.
 The patch is made agains head, however, the image.c file (where the
 patch is applied) has changed very little in it lifetime, so it works
 fine with earlier versions of imlib2 (I use it against 1.4.2).

 I attached an incorrect patch at first to the ticket, but have submittet
 the correct afterwards. Sorry for that.

 My suggestion to a patch (I have made the long comment as I think it is
 not obvious why it is needed):
 --- imlib2/src/lib/image.c.orig 2011-03-03 14:23:49.0 +0100
 +++ imlib2/src/lib/image.c  2011-03-03 14:45:19.0 +0100
 @@ -1017,6 +1017,18 @@
  im-key = __imlib_FileKey(file);
   }
 im-moddate = __imlib_FileModDate(file);
 +   /* If the file modify time is now or in the future, we can not make
 a */
 +   /* cache. */
 +   /* One of several possible scenarios: */
 +   /* time=now: file is written by someone */
 +   /* time=now: file is loaded here */
 +   /* time=now: file is written again by someone */
 +   /* Now we have a file a timestamp equal to our cache, but with a */
 +   /* different content. */
 +   if (im-moddate = time(NULL))
 + {
 +dont_cache = 1;
 + }
 /* ok - just check all our loaders are up to date */
 __imlib_RescanLoaders();
 /* take a guess by extension on the best loader to use */

 Hope it make sense, otherwise feel free to ask and/or discuss it

I see there is a problem, but I don't think it is the proper solution.
If you have a file with a now/future time stamp it would never be  
cached, which is wrong.

How about in stead changing line 986 (svn) to check whether the time stamp  
has changed in stead of checking if it is newer?

/Kim

--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel