date:20111013

I checked the problem. 
in svn. (revision 64054)
Thank you. 

Let's run together for the best moment!
 -Regards, Hermet-
 
-Original Message-
From: "ChunEon Park" 
To: "Enlightenment develo"
Cc: 
Sent: 11-10-14(금) 08:54:23
Subject: Re: [E-devel][Patch] elc_ctxpopup, arrow direction problem.
Hi,
I can't understand the use-case in the application exactly. 
Could you explain it in detail?
At least, as my memory, 
it calculates the direction again, when the position is changed. 
But why does the arrow not updated again?

Let's run together for the best moment!
 -Regards, Hermet-
 
-Original Message-
From: "cnook" 
To: "EFL"
Cc: 
Sent: 11-10-13(목) 17:48:07
Subject: [E-devel] [Patch] elc_ctxpopup, arrow direction problem.
Dear All, Hello.
The arrow of ctxpopup is swallowed in one of 4 swallow parts(left,
right, top, bottom) of base group.
If user REuses ctxpopup which is already displayed with different
direction, then the arrow will be swallowed in previous position.
So the attached patch will unswallow arrow from the base before swallow...
Please review the patch and give any feedbacks.
Sincerely,
Shinwoo Kim.
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multitouch Not working

2011-10-13 Thread Park Sung-Jin

Hi :)

You can find an multitouch version of evdev implementation on the following:
http://cgit.freedesktop.org/~tissoire/xf86-input-evdev/

BR,
Sung-Jin Park

2011/10/14 HariHara Sudhan :
> Also Sung-Jin,
>
> I read in the list, that you had written a patch to get mtdev working
> with ecore.
>
> I could not find a link to that patch, Can you point me to one, please.
>
> Regards
> HariHaraSudhan
>
>
>
> On Thu, Oct 13, 2011 at 4:21 PM, Park Sung-Jin  wrote:
>> Event stream between kernel and X server doesn't matter.
>>
>> As I see your X input device configuration, you have only one porinter 
>> device.
>> You can get touch events only for a finger which was issued from 
>> "touchscreen"
>> If you want to make your multitouch working on EFL application,
>> you need to rewrite your evdev driver or you need to get multitouch
>> version of evdev driver.
>> As Carsten mentioned earlier, ecore X backend expects mpx-style events.
>> i.e. 3 finger needs 3 slave pointer devices.
>>
>> BR,
>> Sung-Jin Park
>>
>> 2011/10/13 HariHara Sudhan :
>>> Hi
>>> I've attached the evtest output in the file.evtest gives a slotted
>>> output from mpx events i suppose.
>>>
>>> On Thu, Oct 13, 2011 at 3:51 PM, HariHara Sudhan  wrote:
 Thanks.Here is the list.


 ⎡ Virtual core pointer                          id=2    [master pointer  
 (3)]
 ⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  
 (2)]
 ⎜   ↳ touchscreen                               id=6    [slave  pointer  
 (2)]
 ⎜   ↳ SIGMACHIP USB Keyboard                    id=11   [slave  pointer  
 (2)]
 ⎣ Virtual core keyboard                         id=3    [master keyboard 
 (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard 
 (3)]
    ↳ Power Button                              id=7    [slave  keyboard 
 (3)]
    ↳ Video Bus                                 id=8    [slave  keyboard 
 (3)]
    ↳ Power Button                              id=9    [slave  keyboard 
 (3)]
    ↳ SIGMACHIP USB Keyboard                    id=10   [slave  keyboard 
 (3)]
    ↳ AT Translated Set 2 keyboard              id=12   [slave  keyboard 
 (3)]


 and FYI the device path for touchscreen is
 /dev/input/by-id/usb-Hanvon_10.1-event-if00.


 Regards
 HariHaraSudhan




 On Thu, Oct 13, 2011 at 3:39 PM, Park Sung-Jin  
 wrote:
> Hi,
>
> Could you share your X input device configuration?
> Just the result of "xinput list" will be okay and it'll be helpful. : )
>
> BR,
> Sung-Jin Park
>
> 2011/10/13 HariHara Sudhan :
>> Let me rephrase this. I mean i use evdev driver for Hanvon device,
>> evdev receives the events, but for some reason the efl is not getting
>> the touch events.
>>
>> Now that you've confirmed that efl multitouch does work. I am worried
>> it could be something with xorg. It would be great to get a xorg.conf
>> file that works well. Just to understand what I am doing wrong.
>>
>> evdev and XI2 work well while doing manual tests.
>>
>> BR
>> Hari
>>
>>
>>
>>
>> On Thu, Oct 13, 2011 at 1:44 PM, HariHara Sudhan  wrote:
>>> Hi,
>>> I'm using Hanvon Driver and use evdev for receiving events. evdev
>>> receives the events and processing touch events.
>>> I think xorg.conf is not configured properly for evdev. That might be
>>> the case. It'll be helpful if you can send a copy of xorg.conf for
>>> reference.
>>>
>>> On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler 
>>>  wrote:
 On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  
 said:

> Hi all,
>    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
> I've xinput 2.1 which works perfectly on xinput --test and getting the
> events.
> I've tried both the release version and latest from the svn, but still
> i'm having the same problem. The multi-touch from elementary-tests
> shows only one touch point being clicked, though i place two fingers
> on canvas. Any solution?

 ecore-x handles the x -> evas event stream and ecore-x looks at 
 mpx-style multi
 touch events. works with the drivers i have here - though they are 
 specifically
 implemented to support the exact hardware.

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


>>>
>>>
>>>
>>> --
>>> Regards
>>> HariHaraSudhan
>>>
>>
>>
>>
>> --
>> Regards
>> HariHaraSudhan
>>
>> --
>> All the data continuously generated in yo

Re: [E-devel] [Patch] Implement scale down decoding feature of bmp loader

On Fri, 14 Oct 2011 09:16:28 +0900 ChunEon Park said:

you had me just as confused as you :)

> I don't know why i replied to this mail thread. 
> Sometimes, I lost my contexts since many interrupts bother me badly
> frequently. I just wanted to reply to the elm_pager reverts. 
> 
> Let's run together for the best moment!
>  -Regards, Hermet-
>  
> -Original Message-
> From: "ChunEon Park" 
> To: "Enlightenment develo"
> Cc: 
> Sent: 11-10-13(목) 22:39:08
> Subject: Re: [E-devel][Patch] Implement scale down decoding feature of bmp
> loader oops-
> Sorry :p
> 
> Let's run together for the best moment!
>  -Regards, Hermet-
>  
> -Original Message-
> From: "Carsten Haitzler" 
> To: "Enlightenment developer
> list" Cc: 
> Sent: 11-10-13(목) 16:30:00
> Subject: Re: [E-devel] [Patch] Implement scale down decoding feature of bmp
> loader On Sun, 02 Oct 2011 21:37:02 +0900 Jiyoun Park
>  said: got a few whitespace issues like:
> + if(ie->load_opts.scale_down_by > 1)
> and:
> + if (scale_ratio == 1)
> + {
>  if (fread(buffer, image_size, 1, f) != 1) goto close_file;
> + }
> + else
> you could simplify the code a fair bit. too. for example:
>  if (scale_ratio > 1)
>  p += 2 * scale_ratio;
>  else
>  p += 2;
> could be just
>  p += 2 * scale_ratio;
> you could even avoid the multiply with pre-calculating the step count:
> int step;
> ...
> step = 2; // for 16bpp, 3 for 24bpp, 4 for 32bpp etc.
> step *= scale_ratio;
> also you don't handle less than 16bpp bmps... which should really be done
> given your argument that scaling down bmp is important. after some more
> looking i realize it's a bit nasty to try and make the downscale and rowskip
> more generic so it kind of has to be inlined. is it possible to reduce the if
> () cases more to have fewer special-case code inlined? i guess not if u want
> to row skip via seeks...
> so
> 1. spacing
> 2. you can reduce if cases to make the changes simpler
> 3. depths less than 16bpp need support. :)
> > 
> > Hello~~
> > 
> > I implement scale down decoding feature of bmp loader using down sample
> > algorithm.
> > Desktop have low risk to go wrong memory problem during big image decoding, 
> > but mobile device is different.
> > 
> > Raster said it is life (meet memory problem during big image decoding),
> > and it is enough to return decoding fail.
> > 
> > But I think it seems a bit harsh,
> > because 2 or 3 bmp image (5000X5000 size: for example) 
> > can cause application close because of memory lack. 
> > 
> > I only deal with 16,24,32 bit count type of bmp(related with scale down), 
> > because Bmp file size of this bit count is more big than 1,2,4 or 8 bit
> > count file size.
> > It is take so much time to deal with all bit count type, 
> > so I'll deal with small bit count later(after adding scale down feature to
> > png and gif file type).
> > 
> > I attach sample code test scale down feature.
> > [Usage]
> > #hello [file name] [scale num(option: default=8)]
> > 
> > Thanks. 
> > 
> > --
> > Jiyoun Park
> > 
> > Mobile S/W Platform Lab
> > DMC R&D Center
> > SAMSUNG ELECTRONICS CO. ,LTD
> > 
> > TEL: +82-31-279-0619
> > Mobile: +82-10-9871-0703
> > jy0703.p...@samsung.com
> > --
> > 
> > 
> > 
> > 
> -- 
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler) ras...@rasterman.com
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive

Re: [E-devel] [Patch] Implement scale down decoding feature of bmp loader

I don't know why i replied to this mail thread. 
Sometimes, I lost my contexts since many interrupts bother me badly frequently. 
I just wanted to reply to the elm_pager reverts. 

Let's run together for the best moment!
 -Regards, Hermet-
 
-Original Message-
From: "ChunEon Park" 
To: "Enlightenment develo"
Cc: 
Sent: 11-10-13(목) 22:39:08
Subject: Re: [E-devel][Patch] Implement scale down decoding feature of bmp 
loader
oops-
Sorry :p

Let's run together for the best moment!
 -Regards, Hermet-
 
-Original Message-
From: "Carsten Haitzler" 
To: "Enlightenment developer 
list"
Cc: 
Sent: 11-10-13(목) 16:30:00
Subject: Re: [E-devel] [Patch] Implement scale down decoding feature of bmp 
loader
On Sun, 02 Oct 2011 21:37:02 +0900 Jiyoun Park  
said:
got a few whitespace issues like:
+ if(ie->load_opts.scale_down_by > 1)
and:
+ if (scale_ratio == 1)
+ {
 if (fread(buffer, image_size, 1, f) != 1) goto close_file;
+ }
+ else
you could simplify the code a fair bit. too. for example:
 if (scale_ratio > 1)
 p += 2 * scale_ratio;
 else
 p += 2;
could be just
 p += 2 * scale_ratio;
you could even avoid the multiply with pre-calculating the step count:
int step;
...
step = 2; // for 16bpp, 3 for 24bpp, 4 for 32bpp etc.
step *= scale_ratio;
also you don't handle less than 16bpp bmps... which should really be done given
your argument that scaling down bmp is important. after some more looking i
realize it's a bit nasty to try and make the downscale and rowskip more generic
so it kind of has to be inlined. is it possible to reduce the if () cases more
to have fewer special-case code inlined? i guess not if u want to row skip via
seeks...
so
1. spacing
2. you can reduce if cases to make the changes simpler
3. depths less than 16bpp need support. :)
> 
> Hello~~
> 
> I implement scale down decoding feature of bmp loader using down sample
> algorithm.
> Desktop have low risk to go wrong memory problem during big image decoding, 
> but mobile device is different.
> 
> Raster said it is life (meet memory problem during big image decoding),
> and it is enough to return decoding fail.
> 
> But I think it seems a bit harsh,
> because 2 or 3 bmp image (5000X5000 size: for example) 
> can cause application close because of memory lack. 
> 
> I only deal with 16,24,32 bit count type of bmp(related with scale down), 
> because Bmp file size of this bit count is more big than 1,2,4 or 8 bit
> count file size.
> It is take so much time to deal with all bit count type, 
> so I'll deal with small bit count later(after adding scale down feature to
> png and gif file type).
> 
> I attach sample code test scale down feature.
> [Usage]
> #hello [file name] [scale num(option: default=8)]
> 
> Thanks. 
> 
> --
> Jiyoun Park
> 
> Mobile S/W Platform Lab
> DMC R&D Center
> SAMSUNG ELECTRONICS CO. ,LTD
> 
> TEL: +82-31-279-0619
> Mobile: +82-10-9871-0703
> jy0703.p...@samsung.com
> --
> 
> 
> 
> 
-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler) ras...@rasterman.com
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
h

Re: [E-devel] [Patch] elc_ctxpopup, arrow direction problem.

Hi,
I can't understand the use-case in the application exactly. 
Could you explain it in detail?
At least, as my memory, 
it calculates the direction again, when the position is changed. 
But why does the arrow not updated again?

Let's run together for the best moment!
 -Regards, Hermet-
 
-Original Message-
From: "cnook" 
To: "EFL"
Cc: 
Sent: 11-10-13(목) 17:48:07
Subject: [E-devel] [Patch] elc_ctxpopup, arrow direction problem.
Dear All, Hello.
The arrow of ctxpopup is swallowed in one of 4 swallow parts(left,
right, top, bottom) of base group.
If user REuses ctxpopup which is already displayed with different
direction, then the arrow will be swallowed in previous position.
So the attached patch will unswallow arrow from the base before swallow...
Please review the patch and give any feedbacks.
Sincerely,
Shinwoo Kim.
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multitouch Not working

Also Sung-Jin,

I read in the list, that you had written a patch to get mtdev working
with ecore.

I could not find a link to that patch, Can you point me to one, please.

Regards
HariHaraSudhan



On Thu, Oct 13, 2011 at 4:21 PM, Park Sung-Jin  wrote:
> Event stream between kernel and X server doesn't matter.
>
> As I see your X input device configuration, you have only one porinter device.
> You can get touch events only for a finger which was issued from "touchscreen"
> If you want to make your multitouch working on EFL application,
> you need to rewrite your evdev driver or you need to get multitouch
> version of evdev driver.
> As Carsten mentioned earlier, ecore X backend expects mpx-style events.
> i.e. 3 finger needs 3 slave pointer devices.
>
> BR,
> Sung-Jin Park
>
> 2011/10/13 HariHara Sudhan :
>> Hi
>> I've attached the evtest output in the file.evtest gives a slotted
>> output from mpx events i suppose.
>>
>> On Thu, Oct 13, 2011 at 3:51 PM, HariHara Sudhan  wrote:
>>> Thanks.Here is the list.
>>>
>>>
>>> ⎡ Virtual core pointer                          id=2    [master pointer  
>>> (3)]
>>> ⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  
>>> (2)]
>>> ⎜   ↳ touchscreen                               id=6    [slave  pointer  
>>> (2)]
>>> ⎜   ↳ SIGMACHIP USB Keyboard                    id=11   [slave  pointer  
>>> (2)]
>>> ⎣ Virtual core keyboard                         id=3    [master keyboard 
>>> (2)]
>>>    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
>>>    ↳ Power Button                              id=7    [slave  keyboard (3)]
>>>    ↳ Video Bus                                 id=8    [slave  keyboard (3)]
>>>    ↳ Power Button                              id=9    [slave  keyboard (3)]
>>>    ↳ SIGMACHIP USB Keyboard                    id=10   [slave  keyboard (3)]
>>>    ↳ AT Translated Set 2 keyboard              id=12   [slave  keyboard (3)]
>>>
>>>
>>> and FYI the device path for touchscreen is
>>> /dev/input/by-id/usb-Hanvon_10.1-event-if00.
>>>
>>>
>>> Regards
>>> HariHaraSudhan
>>>
>>>
>>>
>>>
>>> On Thu, Oct 13, 2011 at 3:39 PM, Park Sung-Jin  
>>> wrote:
 Hi,

 Could you share your X input device configuration?
 Just the result of "xinput list" will be okay and it'll be helpful. : )

 BR,
 Sung-Jin Park

 2011/10/13 HariHara Sudhan :
> Let me rephrase this. I mean i use evdev driver for Hanvon device,
> evdev receives the events, but for some reason the efl is not getting
> the touch events.
>
> Now that you've confirmed that efl multitouch does work. I am worried
> it could be something with xorg. It would be great to get a xorg.conf
> file that works well. Just to understand what I am doing wrong.
>
> evdev and XI2 work well while doing manual tests.
>
> BR
> Hari
>
>
>
>
> On Thu, Oct 13, 2011 at 1:44 PM, HariHara Sudhan  wrote:
>> Hi,
>> I'm using Hanvon Driver and use evdev for receiving events. evdev
>> receives the events and processing touch events.
>> I think xorg.conf is not configured properly for evdev. That might be
>> the case. It'll be helpful if you can send a copy of xorg.conf for
>> reference.
>>
>> On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler  
>> wrote:
>>> On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  said:
>>>
 Hi all,
    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
 I've xinput 2.1 which works perfectly on xinput --test and getting the
 events.
 I've tried both the release version and latest from the svn, but still
 i'm having the same problem. The multi-touch from elementary-tests
 shows only one touch point being clicked, though i place two fingers
 on canvas. Any solution?
>>>
>>> ecore-x handles the x -> evas event stream and ecore-x looks at 
>>> mpx-style multi
>>> touch events. works with the drivers i have here - though they are 
>>> specifically
>>> implemented to support the exact hardware.
>>>
>>> --
>>> - Codito, ergo sum - "I code, therefore I am" --
>>> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>>>
>>>
>>
>>
>>
>> --
>> Regards
>> HariHaraSudhan
>>
>
>
>
> --
> Regards
> HariHaraSudhan
>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-dev

Re: [E-devel] Multitouch Not working

Ok thanks Carsten and Park Sung-Jin , i got the mpx working by adding
slave pointers.
Thank you very much!

On Thu, Oct 13, 2011 at 4:21 PM, Park Sung-Jin  wrote:
> Event stream between kernel and X server doesn't matter.
>
> As I see your X input device configuration, you have only one porinter device.
> You can get touch events only for a finger which was issued from "touchscreen"
> If you want to make your multitouch working on EFL application,
> you need to rewrite your evdev driver or you need to get multitouch
> version of evdev driver.
> As Carsten mentioned earlier, ecore X backend expects mpx-style events.
> i.e. 3 finger needs 3 slave pointer devices.
>
> BR,
> Sung-Jin Park
>
> 2011/10/13 HariHara Sudhan :
>> Hi
>> I've attached the evtest output in the file.evtest gives a slotted
>> output from mpx events i suppose.
>>
>> On Thu, Oct 13, 2011 at 3:51 PM, HariHara Sudhan  wrote:
>>> Thanks.Here is the list.
>>>
>>>
>>> ⎡ Virtual core pointer                          id=2    [master pointer  
>>> (3)]
>>> ⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  
>>> (2)]
>>> ⎜   ↳ touchscreen                               id=6    [slave  pointer  
>>> (2)]
>>> ⎜   ↳ SIGMACHIP USB Keyboard                    id=11   [slave  pointer  
>>> (2)]
>>> ⎣ Virtual core keyboard                         id=3    [master keyboard 
>>> (2)]
>>>    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
>>>    ↳ Power Button                              id=7    [slave  keyboard (3)]
>>>    ↳ Video Bus                                 id=8    [slave  keyboard (3)]
>>>    ↳ Power Button                              id=9    [slave  keyboard (3)]
>>>    ↳ SIGMACHIP USB Keyboard                    id=10   [slave  keyboard (3)]
>>>    ↳ AT Translated Set 2 keyboard              id=12   [slave  keyboard (3)]
>>>
>>>
>>> and FYI the device path for touchscreen is
>>> /dev/input/by-id/usb-Hanvon_10.1-event-if00.
>>>
>>>
>>> Regards
>>> HariHaraSudhan
>>>
>>>
>>>
>>>
>>> On Thu, Oct 13, 2011 at 3:39 PM, Park Sung-Jin  
>>> wrote:
 Hi,

 Could you share your X input device configuration?
 Just the result of "xinput list" will be okay and it'll be helpful. : )

 BR,
 Sung-Jin Park

 2011/10/13 HariHara Sudhan :
> Let me rephrase this. I mean i use evdev driver for Hanvon device,
> evdev receives the events, but for some reason the efl is not getting
> the touch events.
>
> Now that you've confirmed that efl multitouch does work. I am worried
> it could be something with xorg. It would be great to get a xorg.conf
> file that works well. Just to understand what I am doing wrong.
>
> evdev and XI2 work well while doing manual tests.
>
> BR
> Hari
>
>
>
>
> On Thu, Oct 13, 2011 at 1:44 PM, HariHara Sudhan  wrote:
>> Hi,
>> I'm using Hanvon Driver and use evdev for receiving events. evdev
>> receives the events and processing touch events.
>> I think xorg.conf is not configured properly for evdev. That might be
>> the case. It'll be helpful if you can send a copy of xorg.conf for
>> reference.
>>
>> On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler  
>> wrote:
>>> On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  said:
>>>
 Hi all,
    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
 I've xinput 2.1 which works perfectly on xinput --test and getting the
 events.
 I've tried both the release version and latest from the svn, but still
 i'm having the same problem. The multi-touch from elementary-tests
 shows only one touch point being clicked, though i place two fingers
 on canvas. Any solution?
>>>
>>> ecore-x handles the x -> evas event stream and ecore-x looks at 
>>> mpx-style multi
>>> touch events. works with the drivers i have here - though they are 
>>> specifically
>>> implemented to support the exact hardware.
>>>
>>> --
>>> - Codito, ergo sum - "I code, therefore I am" --
>>> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>>>
>>>
>>
>>
>>
>> --
>> Regards
>> HariHaraSudhan
>>
>
>
>
> --
> Regards
> HariHaraSudhan
>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-

Re: [E-devel] two small fixes for mail module

2011-10-13 Thread Christopher Michael

I don't see a problem. I would have applied them already, but I have been 
without a working E setup for over a week now so I cannot test them myself.

dh

Sent from my iPod

On Oct 13, 2011, at 5:27 PM, Tomas Cech  wrote:

> Hi,
> 
> On Wed, Oct 12, 2011 at 01:06:01AM +0200, Tomas Cech wrote:
>> Hi,
>> 
>> there are two small issues with mail module. Patches attached.
>> 
> 
> Is there any problem with applying these two patches? I believe
> they're trivial enough for accept. One typo and one initialization of
> variable...
> 
> Best regards,
> 
> Tomas Cech
> Sleep_Walker
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] two small fixes for mail module

2011-10-13 Thread Tomas Cech


Hi,

On Wed, Oct 12, 2011 at 01:06:01AM +0200, Tomas Cech wrote:

Hi,

there are two small issues with mail module. Patches attached.



Is there any problem with applying these two patches? I believe
they're trivial enough for accept. One typo and one initialization of
variable...

Best regards,

Tomas Cech
Sleep_Walker


pgp28u47W8FVi.pgp
Description: PGP signature
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

2011-10-13 Thread Michael Jennings

On Thursday, 13 October 2011, at 15:26:56 (+0200),
Tomas Cech wrote:

> I think we'll remove RHEL 4, 5, 6 since builds doesn't work (there
> might be legal problems to make it working) and because CentOS is
> binary compatibile with RHEL. CentOS 5 seems to be too old for E17,
> feel free to play with that if you want, but I don't think it's worth
> of time.

The spec files I maintain (in SVN) build just fine on RHEL5/CentOS 5;
they were used to build the packages for RHEL5 and RHEL6 we post on
our web site.

I haven't tried building in awhile, but I haven't seen any changes go
by that worried me.  Perhaps I missed something...

> RHEL4 will probably have later some issues as CentOS 5.

RHEL4 should be eliminated as a target.  We terminated support for
that awhile back.

> That is CentOS 5. We could backport lua to this project to fix this
> issue, but it has low priority.

The repository on enlightenment.org has the lua packages required for
RHEL5 already posted (and tested).

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  
Linux Server/Cluster Admin, LBL.gov   Author, Eterm (www.eterm.org)
---
 "My program's in an infinite loop.  Should I wait for it to
  finish?"   -- some lame luser in a Tarleton State Univ. computer lab

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Trac update

2011-10-13 Thread Sachiel

2011/10/13 Vincent Torri :
>
>
> On Thu, 13 Oct 2011, Iván Briano (Sachiel) wrote:
>
>> People from Earth, especially those with super-cow powers,
>>
>> Anyone knows where the blog thing from trac went after the recent update?
>> Since we were using it to publish things that don't merit an
>> announcement-like
>> News item, it would be nice to have it back.
>
> note that #trac is also a place where to ask such questions
>

Should I get to the point of fixing it myself (assuming I even can), I will.
But this mail was to poke our server admins about the issue.

> Vincent
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Trac update

2011-10-13 Thread Vincent Torri




On Thu, 13 Oct 2011, Iván Briano (Sachiel) wrote:


People from Earth, especially those with super-cow powers,

Anyone knows where the blog thing from trac went after the recent update?
Since we were using it to publish things that don't merit an announcement-like
News item, it would be nice to have it back.


note that #trac is also a place where to ask such questions

Vincent--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Trac update

2011-10-13 Thread Sachiel

People from Earth, especially those with super-cow powers,

Anyone knows where the blog thing from trac went after the recent update?
Since we were using it to publish things that don't merit an announcement-like
News item, it would be nice to have it back.

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

Leif Middelschulte write:
> 2011/10/13 Tomas Cech :
> > On Thu, Oct 13, 2011 at 08:53:12PM +0900, Carsten Haitzler wrote:
> >>
> >> On Mon, 3 Oct 2011 16:34:56 +0200 Tomas Cech  said:
> >>
> >>> Hi mighty devs,
> >>>
> >>> I'd like to inform you that with cooperation of JReidinger, DimStar,
> >>> matejcik and Puppet_Master we have now E17 in openSUSE buildservice
> >>> for several distributions. Not all make sense but can be used as
> >>> monitor if something went wrong with recent revision. Periodic builds
> >>> are not yet enabled, but it may be already interesting for you.
> >>>
> >>>
> >>> https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly
> >>>
> >>> We all had SUSE as priority so it may not have the quality as by
> >>> "native packager" for other distributions. If you're "native packager"
> >>> and want to fix something. Feel free to contact us.
> >>>
> >>> On behalf of all people mentioned above
> >>
> >> this is pretty cool. it'd be nice if the deb distros also got some
> >> package/build love and if people can investigate the build problems for:
> >
> > We're ready to welcome more people to take care of these builds, we
> > plan to add Debian/Ubuntu package builds (I know nothing about deb
> > packaging so it will take some time unless someone will help, on the
> > other hand it seems that some packaging configuration is already in
> > SVN).
> Hey,
> I've access to a OBS that has a meego target. Is it possible to
> connect it with suse's obs? It seems dumb to have several specs in
> place for the very same thing.
> >

Hi,
OBS support connection between instances. I think that in opensuse build 
service is also a some meego targets. If you are interested I think I can give 
you access to nightly build repository, so you can add more build targets ( 
just please coordinate with me if you update package, as I do it on daily basis 
and don't want confusion here ). 

Josef

P.S. of course you can then link back results to your meego build service.

-- 
Josef Reidinger
Software Engineer Appliance Department

SUSE LINUX, s. r. o.
Lihovarska 1060/12
190 00 Praha 9
Czech Republic

jreidin...@suse.com
SUSE

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

Cedric BAIL write:
> On Thu, Oct 13, 2011 at 3:06 PM, Josef Reidinger  wrote:
> > Josef Reidinger write:
> >> Hi,
> >>
> >> Cedric BAIL write:
> >> > Yo,
> >> > 
> >> >
> >> > > 3. eina_lock - looks like we make some pthread.h most unhappy... 
> >> > > someone know
> >> > > why?
> >> >
> >> > That's really odd. Could someone tell us the content of the pthread.h
> >> > of RHEL4 to see what is going on here ?
> >>
> >> Yes, wait a minute I create chroot for RHEL4 and post it to some paste 
> >> service.
> >>
> >
> > version from build service chroot - http://susepaste.org/93033953
> > Josef
> 
> Hum, I don't see anything special here. Maybe it's in
> /usr/include/bits/pthreadtypes.h, if you can past it to.
> 
> Thanks,
> 

Here it is:
http://susepaste.org/39650930

-- 
Josef Reidinger
Software Engineer Appliance Department

SUSE LINUX, s. r. o.
Lihovarska 1060/12
190 00 Praha 9
Czech Republic

jreidin...@suse.com
SUSE

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

2011-10-13 Thread Cedric BAIL

On Thu, Oct 13, 2011 at 3:06 PM, Josef Reidinger  wrote:
> Josef Reidinger write:
>> Hi,
>>
>> Cedric BAIL write:
>> > Yo,
>> > 
>> >
>> > > 3. eina_lock - looks like we make some pthread.h most unhappy... someone 
>> > > know
>> > > why?
>> >
>> > That's really odd. Could someone tell us the content of the pthread.h
>> > of RHEL4 to see what is going on here ?
>>
>> Yes, wait a minute I create chroot for RHEL4 and post it to some paste 
>> service.
>>
>
> version from build service chroot - http://susepaste.org/93033953
> Josef

Hum, I don't see anything special here. Maybe it's in
/usr/include/bits/pthreadtypes.h, if you can past it to.

Thanks,
-- 
Cedric BAIL

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] Implement scale down decoding feature of bmp loader

oops-
Sorry :p

Let's run together for the best moment!
 -Regards, Hermet-
 
-Original Message-
From: "Carsten Haitzler" 
To: "Enlightenment developer 
list"
Cc: 
Sent: 11-10-13(목) 16:30:00
Subject: Re: [E-devel] [Patch] Implement scale down decoding feature of bmp 
loader
On Sun, 02 Oct 2011 21:37:02 +0900 Jiyoun Park  
said:
got a few whitespace issues like:
+ if(ie->load_opts.scale_down_by > 1)
and:
+ if (scale_ratio == 1)
+ {
 if (fread(buffer, image_size, 1, f) != 1) goto close_file;
+ }
+ else
you could simplify the code a fair bit. too. for example:
 if (scale_ratio > 1)
 p += 2 * scale_ratio;
 else
 p += 2;
could be just
 p += 2 * scale_ratio;
you could even avoid the multiply with pre-calculating the step count:
int step;
...
step = 2; // for 16bpp, 3 for 24bpp, 4 for 32bpp etc.
step *= scale_ratio;
also you don't handle less than 16bpp bmps... which should really be done given
your argument that scaling down bmp is important. after some more looking i
realize it's a bit nasty to try and make the downscale and rowskip more generic
so it kind of has to be inlined. is it possible to reduce the if () cases more
to have fewer special-case code inlined? i guess not if u want to row skip via
seeks...
so
1. spacing
2. you can reduce if cases to make the changes simpler
3. depths less than 16bpp need support. :)
> 
> Hello~~
> 
> I implement scale down decoding feature of bmp loader using down sample
> algorithm.
> Desktop have low risk to go wrong memory problem during big image decoding, 
> but mobile device is different.
> 
> Raster said it is life (meet memory problem during big image decoding),
> and it is enough to return decoding fail.
> 
> But I think it seems a bit harsh,
> because 2 or 3 bmp image (5000X5000 size: for example) 
> can cause application close because of memory lack. 
> 
> I only deal with 16,24,32 bit count type of bmp(related with scale down), 
> because Bmp file size of this bit count is more big than 1,2,4 or 8 bit
> count file size.
> It is take so much time to deal with all bit count type, 
> so I'll deal with small bit count later(after adding scale down feature to
> png and gif file type).
> 
> I attach sample code test scale down feature.
> [Usage]
> #hello [file name] [scale num(option: default=8)]
> 
> Thanks. 
> 
> --
> Jiyoun Park
> 
> Mobile S/W Platform Lab
> DMC R&D Center
> SAMSUNG ELECTRONICS CO. ,LTD
> 
> TEL: +82-31-279-0619
> Mobile: +82-10-9871-0703
> jy0703.p...@samsung.com
> --
> 
> 
> 
> 
-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler) ras...@rasterman.com
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

2011-10-13 Thread Leif Middelschulte

2011/10/13 Tomas Cech :
> On Thu, Oct 13, 2011 at 08:53:12PM +0900, Carsten Haitzler wrote:
>>
>> On Mon, 3 Oct 2011 16:34:56 +0200 Tomas Cech  said:
>>
>>> Hi mighty devs,
>>>
>>> I'd like to inform you that with cooperation of JReidinger, DimStar,
>>> matejcik and Puppet_Master we have now E17 in openSUSE buildservice
>>> for several distributions. Not all make sense but can be used as
>>> monitor if something went wrong with recent revision. Periodic builds
>>> are not yet enabled, but it may be already interesting for you.
>>>
>>>
>>> https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly
>>>
>>> We all had SUSE as priority so it may not have the quality as by
>>> "native packager" for other distributions. If you're "native packager"
>>> and want to fix something. Feel free to contact us.
>>>
>>> On behalf of all people mentioned above
>>
>> this is pretty cool. it'd be nice if the deb distros also got some
>> package/build love and if people can investigate the build problems for:
>
> We're ready to welcome more people to take care of these builds, we
> plan to add Debian/Ubuntu package builds (I know nothing about deb
> packaging so it will take some time unless someone will help, on the
> other hand it seems that some packaging configuration is already in
> SVN).
Hey,
I've access to a OBS that has a meego target. Is it possible to
connect it with suse's obs? It seems dumb to have several specs in
place for the very same thing.
>
>>
>>
>> https://build.opensuse.org/project/monitor?blocked=0&building=0&dispatching=0&finished=0&project=X11%3AEnlightenment%3ANightly&scheduled=0&signing=0&succeeded=0
>
> I think we'll remove RHEL 4, 5, 6 since builds doesn't work (there
> might be legal problems to make it working) and because CentOS is
> binary compatibile with RHEL. CentOS 5 seems to be too old for E17,
> feel free to play with that if you want, but I don't think it's worth
> of time.
>
>>
>>
>> specifically the failed ones. the unresolvable ones look like packaging
>> issues
>> for the spec file people to fix.
>
> We're still working on packaging, but we're doing that in our spare
> time... We'll try to fix SLE10 and SLE11 since we have access to that.
>
>>
>> a quick look shows me
>
> Please add distribution/package/arch next to so I don't have to search
> it again.
>
>>
>> 1. curl seems to be missing some defines. maybe we require a minimum
>> version
>> these distros dont support and should feature check for that and disable
>> curl
>> if not there or make ecore work ALSO with older curls.
>
> ?
>>
>> 2. xattr support - CEDRIC!!!
>
> ?
>>
>> 3. eina_lock - looks like we make some pthread.h most unhappy... someone
>> know
>> why?
>
> RHEL4 will probably have later some issues as CentOS 5.
>>
>> 4. one distro missing lua... might need adding of lua packages separately
>> from
>> EFL?
>
> That is CentOS 5. We could backport lua to this project to fix this
> issue, but it has low priority.
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am" --
>> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>>
>
> Best regards,
>
> Tomas Cech
> Sleep_Walker
>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>



-- 
Leif

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

2011-10-13 Thread Tomas Cech

On Thu, Oct 13, 2011 at 08:53:12PM +0900, Carsten Haitzler wrote:

On Mon, 3 Oct 2011 16:34:56 +0200 Tomas Cech said:

Hi mighty devs,

I'd like to inform you that with cooperation of JReidinger, DimStar,
matejcik and Puppet_Master we have now E17 in openSUSE buildservice
for several distributions. Not all make sense but can be used as
monitor if something went wrong with recent revision. Periodic builds
are not yet enabled, but it may be already interesting for you.

https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly

We all had SUSE as priority so it may not have the quality as by
"native packager" for other distributions. If you're "native packager"
and want to fix something. Feel free to contact us.

On behalf of all people mentioned above

this is pretty cool. it'd be nice if the deb distros also got some
package/build love and if people can investigate the build problems for:

We're ready to welcome more people to take care of these builds, we
plan to add Debian/Ubuntu package builds (I know nothing about deb
packaging so it will take some time unless someone will help, on the
other hand it seems that some packaging configuration is already in
SVN).

https://build.opensuse.org/project/monitor?blocked=0&building=0&dispatching=0&finished=0&project=X11%3AEnlightenment%3ANightly&scheduled=0&signing=0&succeeded=0

I think we'll remove RHEL 4, 5, 6 since builds doesn't work (there
might be legal problems to make it working) and because CentOS is
binary compatibile with RHEL. CentOS 5 seems to be too old for E17,
feel free to play with that if you want, but I don't think it's worth
of time.

specifically the failed ones. the unresolvable ones look like packaging issues
for the spec file people to fix.

We're still working on packaging, but we're doing that in our spare
time... We'll try to fix SLE10 and SLE11 since we have access to that.

a quick look shows me

Please add distribution/package/arch next to so I don't have to search
it again.

1. curl seems to be missing some defines. maybe we require a minimum version
these distros dont support and should feature check for that and disable curl
if not there or make ecore work ALSO with older curls.

2. xattr support - CEDRIC!!!

3. eina_lock - looks like we make some pthread.h most unhappy... someone know
why?

RHEL4 will probably have later some issues as CentOS 5.

4. one distro missing lua... might need adding of lua packages separately from
EFL?

That is CentOS 5. We could backport lua to this project to fix this
issue, but it has low priority.

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

Best regards,

Tomas Cech
Sleep_Walker

pgpCN8Y0AIIdK.pgp
Description: PGP signature
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

On Thu, 13 Oct 2011 14:56:02 +0200 Josef Reidinger  said:

> Carsten Haitzler write:
> > On Mon, 3 Oct 2011 16:34:56 +0200 Tomas Cech  said:
> > 
> > > Hi mighty devs,
> > > 
> > > I'd like to inform you that with cooperation of JReidinger, DimStar,
> > > matejcik and Puppet_Master we have now E17 in openSUSE buildservice
> > > for several distributions. Not all make sense but can be used as
> > > monitor if something went wrong with recent revision. Periodic builds
> > > are not yet enabled, but it may be already interesting for you.
> > > 
> > > https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly
> > > 
> > > We all had SUSE as priority so it may not have the quality as by
> > > "native packager" for other distributions. If you're "native packager"
> > > and want to fix something. Feel free to contact us.
> > > 
> > > On behalf of all people mentioned above
> > 
> > this is pretty cool. 
> 
> Thanks, if you are interested in more libraries or projects which was build
> nightly just write me. ( of course spec file will be nice, so I need not
> create it myself).
> 
> > it'd be nice if the deb distros also got some
> > package/build love and if people can investigate the build problems for:
> > 
> > https://build.opensuse.org/project/monitor?blocked=0&building=0&dispatching=0&finished=0&project=X11%3AEnlightenment%3ANightly&scheduled=0&signing=0&succeeded=0
> > 
> 
> I plan to try debian based distros ability of build service and how it works.
> And yes, it would be nice if developers could look at fails. If they need
> help, they can ping me on IRC or send me a mail.
> 
> Josef

can i ask one thing? can you put up a page on enlightenment.org's wiki about
this? link to obs, info on how obs works, who is involved (names, nicks,
emails) so we can track where packages should exist and who to talk to? :)

> > 
> > specifically the failed ones. the unresolvable ones look like packaging
> > issues for the spec file people to fix.
> > 
> > a quick look shows me
> > 
> > 1. curl seems to be missing some defines. maybe we require a minimum version
> > these distros dont support and should feature check for that and disable
> > curl if not there or make ecore work ALSO with older curls.
> > 
> > 2. xattr support - CEDRIC!!!
> > 
> > 3. eina_lock - looks like we make some pthread.h most unhappy... someone
> > know why?
> > 
> > 4. one distro missing lua... might need adding of lua packages separately
> > from EFL?
> > 
> > 
> 
> -- 
> Josef Reidinger
> Software Engineer Appliance Department
> 
> SUSE LINUX, s. r. o.
> Lihovarska 1060/12
> 190 00 Praha 9
> Czech Republic
> 
> jreidin...@suse.com
> SUSE
> 
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> 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


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Introducing Picture widget

On Sat, 20 Aug 2011 23:13:23 +0200 Quentin Gibeaux
 said:

hey hey! finally i'm reviewing this. (it's been on my queue for a little while
now and i was away for 2 weeks so things got backlogged). note that in the
big bad world of open source, we don't normally go singing praises and
applauding everything you do. we do raise all hell about the bad things and say
nothing about the good. no comment == "well done". :) take this as an
educational experience from someone who has lived, eaten and breathed code for
the vast majority of their lives... :) so time to get grumpy! (with a smile) :)

first. if you are going to make tarballs.. you are using autoconf and tools...
USE THEM:

  make dist

this makes a distribution tarball. like picture-0.0.1.tar.gz nice and cleanly.
no build directories and junk floating around in it. clean and neat.

  make distcheck

also this ensures your distribution will work when built and everything is
shipped with it that should be).

general (this is for people new to programming or learning): FORMATTING
CONSISTENCY IS IMPORTANT! cod has to be READ by the person who writes it AND
others that follow later to maintain it. comments are goos. well named
functions and variables are even better. clear design patterns and consistency
is very important - you learn the projects pattern soon enough then you follow.
looking at just indentation and formatting i see all sorts inconsistencies.
these MATTER. it's like typing up an essay and printing it out and binding it
to hand in, vs scribbling it on the back of a random napkin pile you piked up
from mcdonalds, kfc and the local kebab stand with mustard, tomato sauce and
balsamic vinegar. people don't like reading your essay if you do that. :)

some quick examples i see instantly:

1)
  char* imageLocation;
vs
  Config_Item *ci

(note * comes right NEXT to the variable in 1 case, and in the other separated
by space(s). be consistent!

2)
{
   E_Config_Dialog_Data *cfdata = NULL;
Config_Item *ci=NULL;
ci=cfd->data;

seriously? where did your indenting go? and then x = y then later x=y no
spaces. again - consistency!

3)
   e_dialog_resizable_set(cfd->dia, 1);
vs
   _fill_data(ci,cfdata);

space after , in one, no space in the other?

4)
   if (!v) return NULL;
vs
if(!picture_conf) return;

not to mention one is indented, the other not. one has a space after if, one
does not.

5)
   if(ci->imageLocation)
   {
 cfdata->imageLocation = strdup(ci->imageLocation);
}

the {} braces don't line up. please don't tell me you use word to edit code
and/or use proportional fonts? :)

i can go on. i just started looking at 1 file. you do know that editors like
vim, emacs, jed, joe and others AUTO INDENT for you, if you use them? it saves
you mountains of time. if you don't know how to use such tools, you get to do it
the slow hard way, but they help with some of the boring indenting work. learn
your tools and use them well! it's really important. it makes you productive.
even if they help, they don't do everything. build HABITS. always write code in
a specific way. when i write if i ALWAYS without thinking bash out:
  if ()
then i go left arrow 1 instantly and my cursor is in the () middle ready to put
in the case. my brain doesn't think this. it's an automatic response by my
limbic system. i want to do an if.. out that comes. i want a new function i
brainlessly type:

void
f()
{
}

no thinking. i just have a stream of chars i then insert parameters into,
change the return type if needed. build such habits. they will eventually save
you 1000's of hours of work as good habits save you many bugs later.

ok - enough ranting about formatting of just 1 file. there's more. the
formatting discourages reading of the source...

in e_mod_main.h:

/* More mac/def; Define your own. What do you need ? */
#define CONN_DEVICE_ETHERNET 0

left over copy & pasting! if you are copy and pasting a lot of code from
somewhere to get you started.. at least follow its formatting as above. it
makes it readable. :) mising styles like conf_items variable naming with
timerFrequency (camelcase) doesn't look good. pick and choose. (normally just
choose the example that was set before you adding your code) :)

you e_configure_registry_item_del() an item without ever adding it.

you e_configure_registry_category_del() without
e_configure_registry_category_add() of the same category at init -> bad.

   /* Cleanup our item list */
   while (picture_conf->conf_items)

can be simpler and shorter with EINA_LIST_FREE() e.g.:

Config_Item *ci;
...
EINA_LIST_FREE(picture_conf->conf_items, ci)
  {
 /* cleanup stringshares */
 if (ci->id) eina_stringshare_del(ci->id);
 if (ci->imageLocation) eina_stringshare_del(ci->imageLocation);
 /* keep the planet green */
 E_FREE(ci);
  }

much shorter :)

in _gc_init() you strcat to buf and then strcat a string (inst->conf_item->id)
that. id seems with a quick look to be sometimes passed in by you (controlled)
and sometimes not - i n

Re: [E-devel] E17 in OBS

Josef Reidinger write:
> Hi,
> 
> Cedric BAIL write:
> > Yo,
> > 
> > 
> > > 3. eina_lock - looks like we make some pthread.h most unhappy... someone 
> > > know
> > > why?
> > 
> > That's really odd. Could someone tell us the content of the pthread.h
> > of RHEL4 to see what is going on here ?
> 
> Yes, wait a minute I create chroot for RHEL4 and post it to some paste 
> service.
> 

version from build service chroot - http://susepaste.org/93033953
Josef

-- 
Josef Reidinger
Software Engineer Appliance Department

SUSE LINUX, s. r. o.
Lihovarska 1060/12
190 00 Praha 9
Czech Republic

jreidin...@suse.com
SUSE

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

Carsten Haitzler write:
> On Mon, 3 Oct 2011 16:34:56 +0200 Tomas Cech  said:
> 
> > Hi mighty devs,
> > 
> > I'd like to inform you that with cooperation of JReidinger, DimStar,
> > matejcik and Puppet_Master we have now E17 in openSUSE buildservice
> > for several distributions. Not all make sense but can be used as
> > monitor if something went wrong with recent revision. Periodic builds
> > are not yet enabled, but it may be already interesting for you.
> > 
> > https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly
> > 
> > We all had SUSE as priority so it may not have the quality as by
> > "native packager" for other distributions. If you're "native packager"
> > and want to fix something. Feel free to contact us.
> > 
> > On behalf of all people mentioned above
> 
> this is pretty cool. 

Thanks, if you are interested in more libraries or projects which was build 
nightly just write me. ( of course spec file will be nice, so I need not create 
it myself).

> it'd be nice if the deb distros also got some
> package/build love and if people can investigate the build problems for:
> 
> https://build.opensuse.org/project/monitor?blocked=0&building=0&dispatching=0&finished=0&project=X11%3AEnlightenment%3ANightly&scheduled=0&signing=0&succeeded=0
> 

I plan to try debian based distros ability of build service and how it works.
And yes, it would be nice if developers could look at fails. If they need help, 
they can ping me on IRC or send me a mail.

Josef

> 
> specifically the failed ones. the unresolvable ones look like packaging issues
> for the spec file people to fix.
> 
> a quick look shows me
> 
> 1. curl seems to be missing some defines. maybe we require a minimum version
> these distros dont support and should feature check for that and disable curl
> if not there or make ecore work ALSO with older curls.
> 
> 2. xattr support - CEDRIC!!!
> 
> 3. eina_lock - looks like we make some pthread.h most unhappy... someone know
> why?
> 
> 4. one distro missing lua... might need adding of lua packages separately from
> EFL?
> 
> 

-- 
Josef Reidinger
Software Engineer Appliance Department

SUSE LINUX, s. r. o.
Lihovarska 1060/12
190 00 Praha 9
Czech Republic

jreidin...@suse.com
SUSE

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

Hi,

Cedric BAIL write:
> Yo,
> 
> On Thu, Oct 13, 2011 at 1:53 PM, Carsten Haitzler  
> wrote:
> > On Mon, 3 Oct 2011 16:34:56 +0200 Tomas Cech  said:
> >
> >> Hi mighty devs,
> >>
> >> I'd like to inform you that with cooperation of JReidinger, DimStar,
> >> matejcik and Puppet_Master we have now E17 in openSUSE buildservice
> >> for several distributions. Not all make sense but can be used as
> >> monitor if something went wrong with recent revision. Periodic builds
> >> are not yet enabled, but it may be already interesting for you.
> >>
> >> https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly
> >>
> >> We all had SUSE as priority so it may not have the quality as by
> >> "native packager" for other distributions. If you're "native packager"
> >> and want to fix something. Feel free to contact us.
> >>
> >> On behalf of all people mentioned above
> >
> > this is pretty cool. it'd be nice if the deb distros also got some
> > package/build love and if people can investigate the build problems for:
> >
> > https://build.opensuse.org/project/monitor?blocked=0&building=0&dispatching=0&finished=0&project=X11%3AEnlightenment%3ANightly&scheduled=0&signing=0&succeeded=0
> >
> >
> > specifically the failed ones. the unresolvable ones look like packaging 
> > issues
> > for the spec file people to fix.
> >
> > a quick look shows me
> >
> > 1. curl seems to be missing some defines. maybe we require a minimum version
> > these distros dont support and should feature check for that and disable 
> > curl
> > if not there or make ecore work ALSO with older curls.
> >
> > 2. xattr support - CEDRIC!!!
> 
> Hum, which one ? If RHEL4, then it seems it is build against an old
> eina library as it also fail to find eina_lock and eina_file.

To explain how OBS work, then it uses the most recent sources it can find. So 
if it use old eina library, it means, that new revisions doesn't build and use 
the last one which doesn't fail.

> 
> > 3. eina_lock - looks like we make some pthread.h most unhappy... someone 
> > know
> > why?
> 
> That's really odd. Could someone tell us the content of the pthread.h
> of RHEL4 to see what is going on here ?

Yes, wait a minute I create chroot for RHEL4 and post it to some paste service.

> 
> > 4. one distro missing lua... might need adding of lua packages separately 
> > from
> > EFL?
> 

-- 
Josef Reidinger
Software Engineer Appliance Department

SUSE LINUX, s. r. o.
Lihovarska 1060/12
190 00 Praha 9
Czech Republic

jreidin...@suse.com
SUSE

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

2011-10-13 Thread Cedric BAIL

Yo,

On Thu, Oct 13, 2011 at 1:53 PM, Carsten Haitzler  wrote:
> On Mon, 3 Oct 2011 16:34:56 +0200 Tomas Cech  said:
>
>> Hi mighty devs,
>>
>> I'd like to inform you that with cooperation of JReidinger, DimStar,
>> matejcik and Puppet_Master we have now E17 in openSUSE buildservice
>> for several distributions. Not all make sense but can be used as
>> monitor if something went wrong with recent revision. Periodic builds
>> are not yet enabled, but it may be already interesting for you.
>>
>> https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly
>>
>> We all had SUSE as priority so it may not have the quality as by
>> "native packager" for other distributions. If you're "native packager"
>> and want to fix something. Feel free to contact us.
>>
>> On behalf of all people mentioned above
>
> this is pretty cool. it'd be nice if the deb distros also got some
> package/build love and if people can investigate the build problems for:
>
> https://build.opensuse.org/project/monitor?blocked=0&building=0&dispatching=0&finished=0&project=X11%3AEnlightenment%3ANightly&scheduled=0&signing=0&succeeded=0
>
>
> specifically the failed ones. the unresolvable ones look like packaging issues
> for the spec file people to fix.
>
> a quick look shows me
>
> 1. curl seems to be missing some defines. maybe we require a minimum version
> these distros dont support and should feature check for that and disable curl
> if not there or make ecore work ALSO with older curls.
>
> 2. xattr support - CEDRIC!!!

Hum, which one ? If RHEL4, then it seems it is build against an old
eina library as it also fail to find eina_lock and eina_file.

> 3. eina_lock - looks like we make some pthread.h most unhappy... someone know
> why?

That's really odd. Could someone tell us the content of the pthread.h
of RHEL4 to see what is going on here ?

> 4. one distro missing lua... might need adding of lua packages separately from
> EFL?
-- 
Cedric BAIL

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] bodhi-close module

On Tue, 6 Sep 2011 21:58:27 -0500 Jeff Hoogland  said:

> I'm attaching the source code for a simple module I was wondering if it
> would be possible to get into the E svn. It creates a simple gadget that can
> be added to a shelf that when pressed sends a close message to the currently
> focused window. We use it with out tablet layout.

i'm seriously thinking this should probably not be a gadget but part of the
indicator bar itself - if anywhere (if you want it there) normally softkey has
this. but you dont want a gadget methinks as it really is core (eg you dont
want it displayed when showing the menu screen for example).

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


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Request for review: entry, changed, user additional change info

On Mon, 03 Oct 2011 14:35:59 +0200 Tom Hacohen
 said:

> Hey guys,
> 
> In commit 63771 I added support for adding additional data to edje 
> signals, and in commit 63773 I added additional info to 
> entry,changed,user which allows users of the API to implement undo/redo 
> nicely.
> 
> It should work just fine for "simple" entries but there's still one 
> issue I'm aware of with entries that have formats (redo will miss the 
> format in some cases).
> 
> I went with the regular edje way and did it with signals. To be honest, 
> I don't like the "delayed" invocation that much, I prefer the smart 
> callbacks instant call behaviour.
> 
> I just want to hear what you think about what's done there ATM and also, 
> if you have better ideas. I'd like to hear your thoughts about both the 
> method of passing additional info with signals (may have other uses as 
> well) and about the implementation of the change info.
> 

well here's my take.

signals are a generic abstract way to talk with edje. it literally allows edje
to even have the whole engine run in another process/thread and handle signals
off there. the design allows it so in future we could take advantage of that.
but this create complications - like anything (x is a good example as its also
async). you could ADD smart callbacks for the edje signals and transition to
use those instead within elm_entry. i think this is probably ok.

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


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] ELM_THUMBSCROLL_SENSITIVITY_FRICTION

On Tue, 04 Oct 2011 06:29:56 + (GMT) Jaehwan Kim 
said:

nice work man! i have nothing bad to say here... so this means... damn
straight.. job WELL DONE! nice patch!. in svn it goes!

> 
> Dear raster,
> 
> I talked with you about 4.0, magic number.
> I want to change the part that the length of mouse dragging multiply 4.0
> to _elm_config->thumbscroll_sensitivity_friction.
> 4.0 is nice. But some device may want to change the value. It is a kind
> of sensitivity. So I added the config "ELM_THUMBSCROLL_SENESITIVITY
> _FRICTION". And I change the value mean. If the value is high, it is more
> sensitive. The range of the value is from 0.1 to 1.0. It cannot be 0.0.
> 4.0 changed to 0.25. 
> Please check this patch.
> 
> Thanks.
> --
> Jaehwan Kim.

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


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elc_ctxpopup, compress item

On Thu, 6 Oct 2011 20:33:40 +0900 cnook  said:

> Dear All, Hi!
> 
> If the ctxpopup is vertical mode and it has too long text item to display,
> then the text item is not compressed and the ctxpopup has vertical
> scrollbar, horizontal scrollbar both.
> User can scroll both sides and diagonally(?) also.
> So, the attached patch will compress text item, when the text item is
> too long to display.
> Please review this patch and give any feedback. Thanks.

aha! review time. feedback:

you don't handle going OUT of compress mode, only in (ie you only ever enable
compress in sizing_eval, never disable. api calls specifically disable even
though they could maybe be called after ctxpopup has already gone into compress
mode because of sizing reasons). you don't reset the elm theme (edje object)
for the items when they go out of compress mode like you do going in in
_compress_item().. and you call that every time you do a sizing eval even if you
are ALREADY in compress mode. also make sure you have if ( not if( (space
between if and (). can you fix these and re-submit? thanks! :)


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


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E17 in OBS

On Mon, 3 Oct 2011 16:34:56 +0200 Tomas Cech  said:

> Hi mighty devs,
> 
> I'd like to inform you that with cooperation of JReidinger, DimStar,
> matejcik and Puppet_Master we have now E17 in openSUSE buildservice
> for several distributions. Not all make sense but can be used as
> monitor if something went wrong with recent revision. Periodic builds
> are not yet enabled, but it may be already interesting for you.
> 
> https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly
> 
> We all had SUSE as priority so it may not have the quality as by
> "native packager" for other distributions. If you're "native packager"
> and want to fix something. Feel free to contact us.
> 
> On behalf of all people mentioned above

this is pretty cool. it'd be nice if the deb distros also got some
package/build love and if people can investigate the build problems for:

https://build.opensuse.org/project/monitor?blocked=0&building=0&dispatching=0&finished=0&project=X11%3AEnlightenment%3ANightly&scheduled=0&signing=0&succeeded=0


specifically the failed ones. the unresolvable ones look like packaging issues
for the spec file people to fix.

a quick look shows me

1. curl seems to be missing some defines. maybe we require a minimum version
these distros dont support and should feature check for that and disable curl
if not there or make ecore work ALSO with older curls.

2. xattr support - CEDRIC!!!

3. eina_lock - looks like we make some pthread.h most unhappy... someone know
why?

4. one distro missing lua... might need adding of lua packages separately from
EFL?

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


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multitouch Not working

2011-10-13 Thread Park Sung-Jin

Event stream between kernel and X server doesn't matter.

As I see your X input device configuration, you have only one porinter device.
You can get touch events only for a finger which was issued from "touchscreen"
If you want to make your multitouch working on EFL application,
you need to rewrite your evdev driver or you need to get multitouch
version of evdev driver.
As Carsten mentioned earlier, ecore X backend expects mpx-style events.
i.e. 3 finger needs 3 slave pointer devices.

BR,
Sung-Jin Park

2011/10/13 HariHara Sudhan :
> Hi
> I've attached the evtest output in the file.evtest gives a slotted
> output from mpx events i suppose.
>
> On Thu, Oct 13, 2011 at 3:51 PM, HariHara Sudhan  wrote:
>> Thanks.Here is the list.
>>
>>
>> ⎡ Virtual core pointer                          id=2    [master pointer  (3)]
>> ⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
>> ⎜   ↳ touchscreen                               id=6    [slave  pointer  (2)]
>> ⎜   ↳ SIGMACHIP USB Keyboard                    id=11   [slave  pointer  (2)]
>> ⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
>>    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
>>    ↳ Power Button                              id=7    [slave  keyboard (3)]
>>    ↳ Video Bus                                 id=8    [slave  keyboard (3)]
>>    ↳ Power Button                              id=9    [slave  keyboard (3)]
>>    ↳ SIGMACHIP USB Keyboard                    id=10   [slave  keyboard (3)]
>>    ↳ AT Translated Set 2 keyboard              id=12   [slave  keyboard (3)]
>>
>>
>> and FYI the device path for touchscreen is
>> /dev/input/by-id/usb-Hanvon_10.1-event-if00.
>>
>>
>> Regards
>> HariHaraSudhan
>>
>>
>>
>>
>> On Thu, Oct 13, 2011 at 3:39 PM, Park Sung-Jin  
>> wrote:
>>> Hi,
>>>
>>> Could you share your X input device configuration?
>>> Just the result of "xinput list" will be okay and it'll be helpful. : )
>>>
>>> BR,
>>> Sung-Jin Park
>>>
>>> 2011/10/13 HariHara Sudhan :
 Let me rephrase this. I mean i use evdev driver for Hanvon device,
 evdev receives the events, but for some reason the efl is not getting
 the touch events.

 Now that you've confirmed that efl multitouch does work. I am worried
 it could be something with xorg. It would be great to get a xorg.conf
 file that works well. Just to understand what I am doing wrong.

 evdev and XI2 work well while doing manual tests.

 BR
 Hari




 On Thu, Oct 13, 2011 at 1:44 PM, HariHara Sudhan  wrote:
> Hi,
> I'm using Hanvon Driver and use evdev for receiving events. evdev
> receives the events and processing touch events.
> I think xorg.conf is not configured properly for evdev. That might be
> the case. It'll be helpful if you can send a copy of xorg.conf for
> reference.
>
> On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler  
> wrote:
>> On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  said:
>>
>>> Hi all,
>>>    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
>>> I've xinput 2.1 which works perfectly on xinput --test and getting the
>>> events.
>>> I've tried both the release version and latest from the svn, but still
>>> i'm having the same problem. The multi-touch from elementary-tests
>>> shows only one touch point being clicked, though i place two fingers
>>> on canvas. Any solution?
>>
>> ecore-x handles the x -> evas event stream and ecore-x looks at 
>> mpx-style multi
>> touch events. works with the drivers i have here - though they are 
>> specifically
>> implemented to support the exact hardware.
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am" --
>> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>>
>>
>
>
>
> --
> Regards
> HariHaraSudhan
>



 --
 Regards
 HariHaraSudhan

 --
 All the data continuously generated in your IT infrastructure contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2d-oct
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

>>>
>>> --
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> se

Re: [E-devel] Multitouch Not working

Hi
I've attached the evtest output in the file.evtest gives a slotted
output from mpx events i suppose.

On Thu, Oct 13, 2011 at 3:51 PM, HariHara Sudhan  wrote:
> Thanks.Here is the list.
>
>
> ⎡ Virtual core pointer                          id=2    [master pointer  (3)]
> ⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
> ⎜   ↳ touchscreen                               id=6    [slave  pointer  (2)]
> ⎜   ↳ SIGMACHIP USB Keyboard                    id=11   [slave  pointer  (2)]
> ⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
>    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
>    ↳ Power Button                              id=7    [slave  keyboard (3)]
>    ↳ Video Bus                                 id=8    [slave  keyboard (3)]
>    ↳ Power Button                              id=9    [slave  keyboard (3)]
>    ↳ SIGMACHIP USB Keyboard                    id=10   [slave  keyboard (3)]
>    ↳ AT Translated Set 2 keyboard              id=12   [slave  keyboard (3)]
>
>
> and FYI the device path for touchscreen is
> /dev/input/by-id/usb-Hanvon_10.1-event-if00.
>
>
> Regards
> HariHaraSudhan
>
>
>
>
> On Thu, Oct 13, 2011 at 3:39 PM, Park Sung-Jin  wrote:
>> Hi,
>>
>> Could you share your X input device configuration?
>> Just the result of "xinput list" will be okay and it'll be helpful. : )
>>
>> BR,
>> Sung-Jin Park
>>
>> 2011/10/13 HariHara Sudhan :
>>> Let me rephrase this. I mean i use evdev driver for Hanvon device,
>>> evdev receives the events, but for some reason the efl is not getting
>>> the touch events.
>>>
>>> Now that you've confirmed that efl multitouch does work. I am worried
>>> it could be something with xorg. It would be great to get a xorg.conf
>>> file that works well. Just to understand what I am doing wrong.
>>>
>>> evdev and XI2 work well while doing manual tests.
>>>
>>> BR
>>> Hari
>>>
>>>
>>>
>>>
>>> On Thu, Oct 13, 2011 at 1:44 PM, HariHara Sudhan  wrote:
 Hi,
 I'm using Hanvon Driver and use evdev for receiving events. evdev
 receives the events and processing touch events.
 I think xorg.conf is not configured properly for evdev. That might be
 the case. It'll be helpful if you can send a copy of xorg.conf for
 reference.

 On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler  
 wrote:
> On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  said:
>
>> Hi all,
>>    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
>> I've xinput 2.1 which works perfectly on xinput --test and getting the
>> events.
>> I've tried both the release version and latest from the svn, but still
>> i'm having the same problem. The multi-touch from elementary-tests
>> shows only one touch point being clicked, though i place two fingers
>> on canvas. Any solution?
>
> ecore-x handles the x -> evas event stream and ecore-x looks at mpx-style 
> multi
> touch events. works with the drivers i have here - though they are 
> specifically
> implemented to support the exact hardware.
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>



 --
 Regards
 HariHaraSudhan

>>>
>>>
>>>
>>> --
>>> Regards
>>> HariHaraSudhan
>>>
>>> --
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2d-oct
>>> ___
>>> enlightenment-devel mailing list
>>> enlightenment-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>>
>>
>> --
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
>
>
> --
> Regards
> HariHaraSudhan
>



-- 
Regards
HariHaraSudhan
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x20b3 product 0xa18 version 0x111
Input device name: "Hanvon  10.1 "
Supported events:
  Event type 0 (Sync)
  Event type 1 (Key)
Event code 330 (Touch)
  Event type 3 (Absolute)
Event code 0 (X)
  Value  15360
  Min

Re: [E-devel] [Patch] Fixes to elm_toggle and test code.

2011-10-13 Thread Daniel Juyung Seo

Good patch. elm_toggle path is ok.
But horizontal packing of toggles in test_fileselector_button doesn't look good.

Anyway, commit the elm_toggle thing first.
Thanks.

Daniel Juyung Seo (SeoZ)

On Thu, Oct 13, 2011 at 6:51 PM, Sanjeev BA  wrote:
> Dear All,
>
> Kindly review the attached patches that fixes the following issues.
>
> 1. elm_toggle invokes "changed" signal smart callback even when state is not
> changed.
> 2. Using toggle for test_fileselector_button example instead of buttons
> named "Toggle...".
>
> Regards,
> Sanjeev
>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multitouch Not working

Thanks.Here is the list.


⎡ Virtual core pointer  id=2[master pointer  (3)]
⎜   ↳ Virtual core XTEST pointerid=4[slave  pointer  (2)]
⎜   ↳ touchscreen   id=6[slave  pointer  (2)]
⎜   ↳ SIGMACHIP USB Keyboardid=11   [slave  pointer  (2)]
⎣ Virtual core keyboard id=3[master keyboard (2)]
↳ Virtual core XTEST keyboard   id=5[slave  keyboard (3)]
↳ Power Button  id=7[slave  keyboard (3)]
↳ Video Bus id=8[slave  keyboard (3)]
↳ Power Button  id=9[slave  keyboard (3)]
↳ SIGMACHIP USB Keyboardid=10   [slave  keyboard (3)]
↳ AT Translated Set 2 keyboard  id=12   [slave  keyboard (3)]


and FYI the device path for touchscreen is
/dev/input/by-id/usb-Hanvon_10.1-event-if00.


Regards
HariHaraSudhan




On Thu, Oct 13, 2011 at 3:39 PM, Park Sung-Jin  wrote:
> Hi,
>
> Could you share your X input device configuration?
> Just the result of "xinput list" will be okay and it'll be helpful. : )
>
> BR,
> Sung-Jin Park
>
> 2011/10/13 HariHara Sudhan :
>> Let me rephrase this. I mean i use evdev driver for Hanvon device,
>> evdev receives the events, but for some reason the efl is not getting
>> the touch events.
>>
>> Now that you've confirmed that efl multitouch does work. I am worried
>> it could be something with xorg. It would be great to get a xorg.conf
>> file that works well. Just to understand what I am doing wrong.
>>
>> evdev and XI2 work well while doing manual tests.
>>
>> BR
>> Hari
>>
>>
>>
>>
>> On Thu, Oct 13, 2011 at 1:44 PM, HariHara Sudhan  wrote:
>>> Hi,
>>> I'm using Hanvon Driver and use evdev for receiving events. evdev
>>> receives the events and processing touch events.
>>> I think xorg.conf is not configured properly for evdev. That might be
>>> the case. It'll be helpful if you can send a copy of xorg.conf for
>>> reference.
>>>
>>> On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler  
>>> wrote:
 On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  said:

> Hi all,
>    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
> I've xinput 2.1 which works perfectly on xinput --test and getting the
> events.
> I've tried both the release version and latest from the svn, but still
> i'm having the same problem. The multi-touch from elementary-tests
> shows only one touch point being clicked, though i place two fingers
> on canvas. Any solution?

 ecore-x handles the x -> evas event stream and ecore-x looks at mpx-style 
 multi
 touch events. works with the drivers i have here - though they are 
 specifically
 implemented to support the exact hardware.

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


>>>
>>>
>>>
>>> --
>>> Regards
>>> HariHaraSudhan
>>>
>>
>>
>>
>> --
>> Regards
>> HariHaraSudhan
>>
>> --
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Regards
HariHaraSudhan

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multitouch Not working

On Thu, 13 Oct 2011 13:54:23 +0530 HariHara Sudhan  said:

> Let me rephrase this. I mean i use evdev driver for Hanvon device,
> evdev receives the events, but for some reason the efl is not getting
> the touch events.
> 
> Now that you've confirmed that efl multitouch does work. I am worried
> it could be something with xorg. It would be great to get a xorg.conf
> file that works well. Just to understand what I am doing wrong.
> 
> evdev and XI2 work well while doing manual tests.

it's almost definitely that the driver isnt exposing an mpx-like representation
of mt events which ecore-x expects. there isnt code to handle other setups at
this stage. the mpx-style setup is what  is actually working here.

> BR
> Hari
> 
> 
> 
> 
> On Thu, Oct 13, 2011 at 1:44 PM, HariHara Sudhan  wrote:
> > Hi,
> > I'm using Hanvon Driver and use evdev for receiving events. evdev
> > receives the events and processing touch events.
> > I think xorg.conf is not configured properly for evdev. That might be
> > the case. It'll be helpful if you can send a copy of xorg.conf for
> > reference.
> >
> > On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler 
> > wrote:
> >> On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  said:
> >>
> >>> Hi all,
> >>>    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
> >>> I've xinput 2.1 which works perfectly on xinput --test and getting the
> >>> events.
> >>> I've tried both the release version and latest from the svn, but still
> >>> i'm having the same problem. The multi-touch from elementary-tests
> >>> shows only one touch point being clicked, though i place two fingers
> >>> on canvas. Any solution?
> >>
> >> ecore-x handles the x -> evas event stream and ecore-x looks at mpx-style
> >> multi touch events. works with the drivers i have here - though they are
> >> specifically implemented to support the exact hardware.
> >>
> >> --
> >> - Codito, ergo sum - "I code, therefore I am" --
> >> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
> >>
> >>
> >
> >
> >
> > --
> > Regards
> > HariHaraSudhan
> >
> 
> 
> 
> -- 
> Regards
> HariHaraSudhan
> 


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


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multitouch Not working

2011-10-13 Thread Park Sung-Jin

Hi,

Could you share your X input device configuration?
Just the result of "xinput list" will be okay and it'll be helpful. : )

BR,
Sung-Jin Park

2011/10/13 HariHara Sudhan :
> Let me rephrase this. I mean i use evdev driver for Hanvon device,
> evdev receives the events, but for some reason the efl is not getting
> the touch events.
>
> Now that you've confirmed that efl multitouch does work. I am worried
> it could be something with xorg. It would be great to get a xorg.conf
> file that works well. Just to understand what I am doing wrong.
>
> evdev and XI2 work well while doing manual tests.
>
> BR
> Hari
>
>
>
>
> On Thu, Oct 13, 2011 at 1:44 PM, HariHara Sudhan  wrote:
>> Hi,
>> I'm using Hanvon Driver and use evdev for receiving events. evdev
>> receives the events and processing touch events.
>> I think xorg.conf is not configured properly for evdev. That might be
>> the case. It'll be helpful if you can send a copy of xorg.conf for
>> reference.
>>
>> On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler  
>> wrote:
>>> On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  said:
>>>
 Hi all,
    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
 I've xinput 2.1 which works perfectly on xinput --test and getting the
 events.
 I've tried both the release version and latest from the svn, but still
 i'm having the same problem. The multi-touch from elementary-tests
 shows only one touch point being clicked, though i place two fingers
 on canvas. Any solution?
>>>
>>> ecore-x handles the x -> evas event stream and ecore-x looks at mpx-style 
>>> multi
>>> touch events. works with the drivers i have here - though they are 
>>> specifically
>>> implemented to support the exact hardware.
>>>
>>> --
>>> - Codito, ergo sum - "I code, therefore I am" --
>>> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>>>
>>>
>>
>>
>>
>> --
>> Regards
>> HariHaraSudhan
>>
>
>
>
> --
> Regards
> HariHaraSudhan
>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] Add scale down decoding feature to evas png loader

On Mon, 03 Oct 2011 18:12:41 +0900 Jiyoun Park  said:

small things:

+ie->w = (int) w32 / ie->load_opts.scale_down_by ;
+ie->h = (int) h32 / ie->load_opts.scale_down_by ;
+if((ie->w < 1) || (ie->h < 1))

!!! spaces (before ; and after if)

in allocation of tmp_line -> no check for malloc failure. you could use alloca
as it might be reasonable to be on the stack for most line sizes (below 64kb
anyway - though stack sizes can be limited by os or environment to anything).

also the last 2 if (scale_ration == 1)... else ... sections can be simplified
and merged into a single if/else instead of 2 of them.

also... 

+ for (j = 0; j < w; j++)
+   {
+  src_ptr[0] = dst_ptr[0];
+  src_ptr[1] = dst_ptr[1];
+  src_ptr[2] = dst_ptr[2];
+  src_ptr[3] = dst_ptr[3];
+  src_ptr += 4;
+  dst_ptr += scale_ratio * 4;
+   }

eh? explain this to me. you use src_ptr as the destination and dst_ptr as the
src?  (oops!) and why use unsigned char * and copy byte-by-byte when you
could just use unsigned int or DATA32 * and copy 1 pixel at a time in 1 go (and
increment source by 1 with src_ptr++ and dst_ptr += scale_ratio) :)

> Hello. 
> I add scale down decoding feature to evas png loader. 
> 5515X3986 size png image need 80~90M memory, 
> but scale down(scale num=2) option can reduce memory to 25~30M.
> 
> I use down sample method for scale down. 
> (there is more efficient algorithm for scale down, I'll add this to my todo
> list)
> Thanks.
>  
> --
> Jiyoun Park
>  
> Mobile S/W Platform Lab
> DMC R&D Center
> SAMSUNG ELECTRONICS CO. ,LTD
>  
> TEL: +82-31-279-0619
> Mobile: +82-10-9871-0703
> jy0703.p...@samsung.com
> --
> 
> 
> 
> 
> 


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


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] Fixes to elm_toggle and test code.

2011-10-13 Thread Sanjeev BA


Dear All,

Kindly review the attached patches that fixes the following issues.

1. elm_toggle invokes "changed" signal smart callback even when state is 
not changed.
2. Using toggle for test_fileselector_button example instead of buttons 
named "Toggle...".


Regards,
Sanjeev
9b184770ecf45cfc3f499a7a6a9c42294a9c7d05
diff --git a/trunk/elementary/src/lib/elm_toggle.c b/trunk/elementary/src/lib/elm_toggle.c
index 41e8457..6528826 100644
--- a/trunk/elementary/src/lib/elm_toggle.c
+++ b/trunk/elementary/src/lib/elm_toggle.c
@@ -172,7 +172,7 @@ static void
 _signal_toggle_off(void *data, Evas_Object *obj __UNUSED__, const char *emission __UNUSED__, const char *source __UNUSED__)
 {
Widget_Data *wd = elm_widget_data_get(data);
-   if (!wd) return;
+   if (!wd || !wd->state) return;
wd->state = 0;
if (wd->statep) *wd->statep = wd->state;
evas_object_smart_callback_call(data, SIG_CHANGED, NULL);
@@ -182,7 +182,7 @@ static void
 _signal_toggle_on(void *data, Evas_Object *obj __UNUSED__, const char *emission __UNUSED__, const char *source __UNUSED__)
 {
Widget_Data *wd = elm_widget_data_get(data);
-   if (!wd) return;
+   if (!wd || wd->state) return;
wd->state = 1;
if (wd->statep) *wd->statep = wd->state;
evas_object_smart_callback_call(data, SIG_CHANGED, NULL);
5ffd549b83e30c17633ff6a2de6f33bc507a1738
diff --git a/trunk/elementary/src/bin/test_fileselector_button.c b/trunk/elementary/src/bin/test_fileselector_button.c
index 8bf50d3..995ba03 100644
--- a/trunk/elementary/src/bin/test_fileselector_button.c
+++ b/trunk/elementary/src/bin/test_fileselector_button.c
@@ -104,27 +104,28 @@ test_fileselector_button(void *data   __UNUSED__,
elm_box_pack_end(vbox, hbox);
evas_object_show(hbox);
 
-   bt = elm_button_add(win);
-   elm_object_text_set(bt, "Toggle current selection text entry");
-   evas_object_smart_callback_add(bt, "clicked", _current_sel_toggle, fs_bt);
+   bt = elm_toggle_add(win);
+   elm_object_text_set(bt, "current selection text entry");
+   evas_object_smart_callback_add(bt, "changed", _current_sel_toggle, fs_bt);
elm_box_pack_end(hbox, bt);
evas_object_show(bt);
 
-   bt = elm_button_add(win);
-   elm_object_text_set(bt, "Toggle inwin mode");
-   evas_object_smart_callback_add(bt, "clicked", _inwin_mode_toggle, fs_bt);
+   bt = elm_toggle_add(win);
+   elm_object_text_set(bt, "Inwin mode");
+   elm_toggle_state_set (bt, EINA_TRUE);
+   evas_object_smart_callback_add(bt, "changed", _inwin_mode_toggle, fs_bt);
elm_box_pack_end(hbox, bt);
evas_object_show(bt);
 
-   bt = elm_button_add(win);
-   elm_object_text_set(bt, "Toggle folder only mode");
-   evas_object_smart_callback_add(bt, "clicked", _folder_only_toggle, fs_bt);
+   bt = elm_toggle_add(win);
+   elm_object_text_set(bt, "Folder only mode");
+   evas_object_smart_callback_add(bt, "changed", _folder_only_toggle, fs_bt);
elm_box_pack_end(hbox, bt);
evas_object_show(bt);
 
-   bt = elm_button_add(win);
-   elm_object_text_set(bt, "Toggle expandable mode");
-   evas_object_smart_callback_add(bt, "clicked", _expandable_toggle, fs_bt);
+   bt = elm_toggle_add(win);
+   elm_object_text_set(bt, "Expandable mode");
+   evas_object_smart_callback_add(bt, "changed", _expandable_toggle, fs_bt);
elm_box_pack_end(hbox, bt);
evas_object_show(bt);
 
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] implement Gif loader's scale down decoding feature

On Mon, 03 Oct 2011 01:41:14 +0900 Jiyoun Park  said:

hmm i smell a bug.. but you cant fix it without actually really changing how
you do things. this only happens with animated gifs.. or more specifically gifs
where you "paste" a gif image within the gif pixel buffer at a given location
and now at a scaled size.

you do this:
scale_w = w / scale_ratio;
scale_h = h / scale_ratio;
scale_x = x / scale_ratio;
scale_y = y / scale_ratio;

can you see the issue?

we paste frame 1 update at x,y 11,11 at size 23x23.
we now paste frame 2 update at x,y 34,11 at size 23x23

now at 1/4 scale with your code (20x20 buffer):

so lets stake the coords as you scale them from above:

11,11 23x23 (divide by 4, round down) -> 2,2 5x5
34,11 23x23 (divide by 4, round down) -> 8,2 5x5

thus:

frame 1 @ 2, 2, 5x5
frame 2 @ 8, 2, 5x5

notice.. you now have a 1 pixel GAP between the 2 frame 1 and frame 2 boxes
that you don't have in the full scaled version. attached sample images with 2
colored boxes for each frame. (full.png and scaled-down-by-4.png).

so.. for animated gifs... you have a bug! :)

solutions:

1. decode animated gives always at fill size and scale down after composing the
current frame (keep full size frame cached).
or
2. allow scaling of regions by non  power of 2's. instead of scaling x, y,
width and height (which gives you cumulative rounding error), use x1, y1 for
top-left and x2, y2 for bottom-right of update region, then scale x1,y1 and
x2,y2 as specific coordinates. calculate new width and height as x2-x1 and
y2-y1 (to be placed at x1,y1). if calculated size is a scale-down by a full
multiple (1/2, 1/4, 1/3, 1/5, 1/8 etc.) then you can decode by simplistic pixel
skipping. reality is you're going to have to choose rows and horizontal pixels
by a more generic scaling choice factor (used bresenham, fixed point and/or
lookup tables).

> Hello. 
> 
> I modify gif loader's code to support scale down decoding. 
> Scale down decoding feature is improve memory efficiency 
> as gif image size is increase.
> 
> I test this patch using several gif image(including animation gif),it work
> well. 
> But if some gif image make problem, please let me know it. 
> 
> I attached test program.
> [Usage]
> #hello [file name][ scale num(option: default=8)]
> 
> Thanks. 
> --
> Jiyoun Park
>  
> Mobile S/W Platform Lab
> DMC R&D Center
> SAMSUNG ELECTRONICS CO. ,LTD
>  
> TEL: +82-31-279-0619
> Mobile: +82-10-9871-0703
> jy0703.p...@samsung.com
> --
> 
> 
> 
> 
> 


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

<><>--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] elc_ctxpopup, arrow direction problem.

2011-10-13 Thread cnook

Dear All, Hello.

The arrow of ctxpopup is swallowed in one of 4 swallow parts(left,
right, top, bottom) of base group.
If user REuses ctxpopup which is already displayed with different
direction, then the arrow will be swallowed in previous position.
So the attached patch will unswallow arrow from the base before swallow...
Please review the patch and give any feedbacks.


Sincerely,
Shinwoo Kim.
Index: src/lib/elc_ctxpopup.c
===
--- src/lib/elc_ctxpopup.c	(revision 64044)
+++ src/lib/elc_ctxpopup.c	(working copy)
@@ -507,6 +507,9 @@ _update_arrow(Evas_Object *obj, Elm_Ctxpopup_Direc
evas_object_geometry_get(wd->base, &base_size.x, &base_size.y,
 &base_size.w, &base_size.h);
 
+   // unswallow arrow from base
+   edje_object_part_unswallow(wd->base, wd->arrow);
+
switch (dir)
  {
   case ELM_CTXPOPUP_DIRECTION_RIGHT:
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multitouch Not working

Let me rephrase this. I mean i use evdev driver for Hanvon device,
evdev receives the events, but for some reason the efl is not getting
the touch events.

Now that you've confirmed that efl multitouch does work. I am worried
it could be something with xorg. It would be great to get a xorg.conf
file that works well. Just to understand what I am doing wrong.

evdev and XI2 work well while doing manual tests.

BR
Hari




On Thu, Oct 13, 2011 at 1:44 PM, HariHara Sudhan  wrote:
> Hi,
> I'm using Hanvon Driver and use evdev for receiving events. evdev
> receives the events and processing touch events.
> I think xorg.conf is not configured properly for evdev. That might be
> the case. It'll be helpful if you can send a copy of xorg.conf for
> reference.
>
> On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler  
> wrote:
>> On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  said:
>>
>>> Hi all,
>>>    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
>>> I've xinput 2.1 which works perfectly on xinput --test and getting the
>>> events.
>>> I've tried both the release version and latest from the svn, but still
>>> i'm having the same problem. The multi-touch from elementary-tests
>>> shows only one touch point being clicked, though i place two fingers
>>> on canvas. Any solution?
>>
>> ecore-x handles the x -> evas event stream and ecore-x looks at mpx-style 
>> multi
>> touch events. works with the drivers i have here - though they are 
>> specifically
>> implemented to support the exact hardware.
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am" --
>> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>>
>>
>
>
>
> --
> Regards
> HariHaraSudhan
>



-- 
Regards
HariHaraSudhan

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multitouch Not working

Hi,
I'm using Hanvon Driver and use evdev for receiving events. evdev
receives the events and processing touch events.
I think xorg.conf is not configured properly for evdev. That might be
the case. It'll be helpful if you can send a copy of xorg.conf for
reference.

On Wed, Oct 12, 2011 at 4:54 PM, Carsten Haitzler  wrote:
> On Wed, 12 Oct 2011 14:00:55 +0530 HariHara Sudhan  said:
>
>> Hi all,
>>    EVAS_CALLBACK_MULTI_DOWN is not calling the appropriate function,
>> I've xinput 2.1 which works perfectly on xinput --test and getting the
>> events.
>> I've tried both the release version and latest from the svn, but still
>> i'm having the same problem. The multi-touch from elementary-tests
>> shows only one touch point being clicked, though i place two fingers
>> on canvas. Any solution?
>
> ecore-x handles the x -> evas event stream and ecore-x looks at mpx-style 
> multi
> touch events. works with the drivers i have here - though they are 
> specifically
> implemented to support the exact hardware.
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>



-- 
Regards
HariHaraSudhan

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] Implement scale down decoding feature of bmp loader