date:20060304

Re: [e-devel] [patch] edje jittery with sse

2006-03-04 Thread ilLogict

Le Sat, 4 Mar 2006 11:29:48 +0900, dans son message intitulé Re:
[e-devel] [patch] edje jittery with sse, Carsten Haitzler (The
Rasterman) [EMAIL PROTECTED] a eu le courage de nous raconter :

 On Sat, 4 Mar 2006 02:58:48 +0100 ilLogict [EMAIL PROTECTED]
 babbled:
 
  Le Sat, 4 Mar 2006 10:32:22 +0900, dans son message intitulé Re:
  [e-devel] [patch] edje jittery with sse, Carsten Haitzler (The
  Rasterman) [EMAIL PROTECTED] a eu le courage de nous raconter :
  
   On Sat, 4 Mar 2006 02:25:20 +0100 ilLogict [EMAIL PROTECTED]
   babbled:
   
Le Sat, 4 Mar 2006 09:49:41 +0900, dans son message intitulé Re:
[e-devel] [patch] edje jittery with sse, Carsten Haitzler (The
Rasterman) [EMAIL PROTECTED] a eu le courage de nous
raconter :

 On Fri, 3 Mar 2006 23:49:20 +0100 ilLogict
 [EMAIL PROTECTED] babbled:
 
   Hello!
  
   Attached is a patch that solves the Edje jittery issue. The
  question is, why was it working with 387?
   Well, now it seems to work as well with 387 and sse.
   But (there's always a but ;D), it now seems that there are
  problems with some widgets.
   There were positionning issues with ilist items, they
  should look as before (thank you again boneyfrog for your
  screenshot) with attached patch
  (e_ilist_edje_jittery_update.patch). Menu items, when
  focused, seem to move down and right by 1px, and of course
  don't go back where they should be when unfocused, but I
  was unable to find a workaround :'(. I'm pretty sure that
  other things may have broken. :(
 
 dud u just upgrade compilers? as nothing has changed in edje
 for a while. did u change CFLAGS?
 
   Cheers!
  
  ilLogict
  
 
 
 -- 
 - Codito, ergo sum - I code, therefore I am
 -- The Rasterman (Carsten Haitzler)
 [EMAIL PROTECTED] 裸好多
 Tokyo, Japan (東京 日本)

 Hello!

 Well, it wasn't well formulated.
 My jittery wordkaround patch creates the issues I've listed :).
   
   ooh - sorry - missed that - yes. i see how it would. you are now
   rounding things up where they shouldnt be in many places for
   example.
   
   -- 
   - Codito, ergo sum - I code, therefore I am
   -- The Rasterman (Carsten Haitzler)
   [EMAIL PROTECTED] 裸好多
   Tokyo, Japan (東京 日本)
  
   Hello!
  
   Why shouldn't they be rounded but just floored ?
 
 because flooring is the age-old standard kind of rounding that
 everything expects! a lot of code is built to expect just that. and
 then designs are also made to assume that too.
 
 -- 
 - Codito, ergo sum - I code, therefore I am
 -- The Rasterman (Carsten Haitzler)
 [EMAIL PROTECTED] 裸好多
 Tokyo, Japan (東京 日本)

 Hello!

 Ok, thank you very much :)

 After hacking a little, here is an explanation: for instance, let's
get a code:

  double c0=.6;
  double k1;
  int t0,t1;
  int i=1,j=6;
  t0=(1.0-c0)*i+c0*j;
  k1=(1.0-c0)*i+c0*j;
  t1=k1;
  printf(t0=%d\n,t0);
  printf(k1=%e\n,k1);
  printf(t1=%d\n,t1);

 Compiling with 387 floating point unit shows:
t0=4
k1=4.00
t1=4
 Nothing special to say ;D. But compiling with sse enabled shows:
t0=3
k1=4.00e+00
t1=3
 Well, this seems stange. Let's display k1-4:
k1-4=-4.440892e-16
 That's it! Fact that with sse internals are only 64bits instead of
80bits with 387 propagates errors.

 Correcting that will be a bit tricky, imho.

 Cheers!

  ilLogict


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Re: E CVS: apps/e raster

2006-03-04 Thread Aleksej Struk

Hi,

Some comments on desklock. Basically it fails to start now. It seams that
it cannot break some key/mouse grab windows. Actually this happens even after
E starts, and when there are no windows opened.

I suspect that desklock cannot realise E grabs and because of this
fails to start.

Any comments or solutions ?

On 3/4/06, enlightenment-cvs@lists.sourceforge.net
enlightenment-cvs@lists.sourceforge.net wrote:
 Enlightenment CVS committal

 Author  : raster
 Project : e17
 Module  : apps/e

 Dir : e17/apps/e/src/bin


 Modified Files:
 Makefile.am e_desklock.c e_grabinput.c e_grabinput.h
 e_includes.h e_int_config_background.c e_int_config_desklock.c
 e_int_config_theme.c e_widget_image.c
 Added Files:
 e_widget_preview.c e_widget_preview.h


 Log Message:


 add a preview widget (includes a livethumb for live downscaling - notice
 previews of animated bgs's... animate now). fixed problems with image widget
 withleaks and other stuff... also desklok tries to abord if grabs fail and
 agressively tries to disable existing grabs


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Re: E CVS: apps/e raster

2006-03-04 Thread Aleksej Struk

Hi,

sorry for disturbing .. Already fixed and in cvs. It was just missing
'return 1' in e_grabinput_get function ;)

sn

On 3/4/06, Aleksej Struk [EMAIL PROTECTED] wrote:
 Hi,

 Some comments on desklock. Basically it fails to start now. It seams that
 it cannot break some key/mouse grab windows. Actually this happens even after
 E starts, and when there are no windows opened.

 I suspect that desklock cannot realise E grabs and because of this
 fails to start.

 Any comments or solutions ?

 On 3/4/06, enlightenment-cvs@lists.sourceforge.net
 enlightenment-cvs@lists.sourceforge.net wrote:
  Enlightenment CVS committal
 
  Author  : raster
  Project : e17
  Module  : apps/e
 
  Dir : e17/apps/e/src/bin
 
 
  Modified Files:
  Makefile.am e_desklock.c e_grabinput.c e_grabinput.h
  e_includes.h e_int_config_background.c e_int_config_desklock.c
  e_int_config_theme.c e_widget_image.c
  Added Files:
  e_widget_preview.c e_widget_preview.h
 
 
  Log Message:
 
 
  add a preview widget (includes a livethumb for live downscaling - notice
  previews of animated bgs's... animate now). fixed problems with image widget
  withleaks and other stuff... also desklok tries to abord if grabs fail and
  agressively tries to disable existing grabs



--
Aleksej Struk
Master Degree Student
Free University of Bozen-Bolzano
Faculty of Computer Science
phone: +39-0471-061749
cell phone: +39-3204627049
[EMAIL PROTECTED] [EMAIL PROTECTED] - http://www.


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [e-devel] [patch] edje jittery with sse

2006-03-04 Thread Imran Syed

Hello ilLogict,

I can't replicate what you have shown (atleast without your exact compile strings)

$ cat floaty.c
#include stdio.h
int main( void )
{
 double c0=.6;
 double k1;
 int t0,t1;
 int i=1,j=6;

 t0=(1.0-c0)*i+c0*j;
 k1=(1.0-c0)*i+c0*j;
 t1=k1;
 printf(t0=%d\n,t0);
 printf(k1=%e\n,k1);
 printf(t1=%d\n,t1);
 c0=k1-4;
 printf(k1-4=%e\n,c0);

 return 0;
}
$ gcc -march=athlon-xp -mfpmath=sse floaty.c -o floaty
$ ./floaty 
t0=3
k1=4.00e+00
t1=4
k1-4=0.00e+00
$ gcc -march=athlon-xp -mfpmath=387 floaty.c -o floaty
$ ./floaty 
t0=3
k1=4.00e+00
t1=4
k1-4=0.00e+00

I think the athlon-xp sse doesn't have support for double and it is
probably using 387 here. Do you happen to have a P4 or newer AMD chip
with sse2? Also, with regards to 80bits in 387 and 64 in sse, you want
to look at -ffloat-store. Last time I checked, it was supposed to help
in these kind of situations.

Regards,
Imran
On 3/4/06, ilLogict [EMAIL PROTECTED] wrote:
Le Sat, 4 Mar 2006 11:29:48 +0900, dans son message intitulé Re:[e-devel] [patch] edje jittery with sse, Carsten Haitzler (TheRasterman) [EMAIL PROTECTED] a eu le courage de nous raconter :
 On Sat, 4 Mar 2006 02:58:48 +0100 ilLogict [EMAIL PROTECTED] babbled:  Le Sat, 4 Mar 2006 10:32:22 +0900, dans son message intitulé Re:
  [e-devel] [patch] edje jittery with sse, Carsten Haitzler (The  Rasterman) [EMAIL PROTECTED] a eu le courage de nous raconter : 
   On Sat, 4 Mar 2006 02:25:20 +0100 ilLogict [EMAIL PROTECTED]   babbled:  Le Sat, 4 Mar 2006 09:49:41 +0900, dans son message intitulé Re:
[e-devel] [patch] edje jittery with sse, Carsten Haitzler (TheRasterman) [EMAIL PROTECTED] a eu le courage de nousraconter :
On Fri, 3 Mar 2006 23:49:20 +0100 ilLogict [EMAIL PROTECTED] babbled:
 Hello!  Attached is a patch that solves the Edje jittery issue. The  question is, why was it working with 387?
 Well, now it seems to work as well with 387 and sse. But (there's always a but ;D), it now seems that there are  problems with some widgets.
 There were positionning issues with ilist items, they  should look as before (thank you again boneyfrog for your  screenshot) with attached patch
  (e_ilist_edje_jittery_update.patch). Menu items, when  focused, seem to move down and right by 1px, and of course  don't go back where they should be when unfocused, but I
  was unable to find a workaround :'(. I'm pretty sure that  other things may have broken. :( dud u just upgrade compilers? as nothing has changed in edje
 for a while. did u change CFLAGS? Cheers! 
   

ilLogict  -- - Codito, ergo sum - I code, therefore I am
 -- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (�|京 日本)
  Hello!  Well, it wasn't well formulated.   My jittery wordkaround patch creates the issues I've listed :).
 ooh - sorry - missed that - yes. i see how it would. you are now   rounding things up where they shouldnt be in many places for   example.  
   --   - Codito, ergo sum - I code, therefore I am   -- The Rasterman (Carsten Haitzler)   
[EMAIL PROTECTED] 裸好多   Tokyo, Japan (�|京 日本)  Hello!  Why shouldn't they be rounded but just floored ? because flooring is the age-old standard kind of rounding that
 everything expects! a lot of code is built to expect just that. and then designs are also made to assume that too. -- - Codito, ergo sum - I code, therefore I am
 -- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (�|京 日本) Hello! Ok, thank you very much :) After hacking a little, here is an explanation: for instance, let's
get a code:double c0=.6;double k1;int t0,t1;int i=1,j=6;t0=(1.0-c0)*i+c0*j;k1=(1.0-c0)*i+c0*j;t1=k1;printf(t0=%d\n,t0);printf(k1=%e\n,k1);
printf(t1=%d\n,t1); Compiling with 387 floating point unit shows:t0=4k1=4.00t1=4 Nothing special to say ;D. But compiling with sse enabled shows:t0=3k1=4.00e+00
t1=3 Well, this seems stange. Let's display k1-4:k1-4=-4.440892e-16 That's it! Fact that with sse internals are only 64bits instead of80bits with 387 propagates errors. Correcting that will be a bit tricky, imho.
 Cheers!ilLogict---This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642___enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [e-devel] [patch] edje jittery with sse

2006-03-04 Thread ilLogict

Le Sun, 5 Mar 2006 00:25:03 +1000, dans son message intitulé Re:
[e-devel] [patch] edje jittery with sse, Imran Syed
[EMAIL PROTECTED] a eu le courage de nous raconter :

 Hello ilLogict,
 
 I can't replicate what you have shown (atleast without your exact
 compile strings)
 
 $ cat floaty.c
 #include stdio.h
 int main( void )
 {
 double c0=.6;
 double k1;
 int t0,t1;
 int i=1,j=6;
 
 t0=(1.0-c0)*i+c0*j;
 k1=(1.0-c0)*i+c0*j;
 t1=k1;
 printf(t0=%d\n,t0);
 printf(k1=%e\n,k1);
 printf(t1=%d\n,t1);
 c0=k1-4;
 printf(k1-4=%e\n,c0);
 
 return 0;
 }
 $ gcc -march=athlon-xp -mfpmath=sse floaty.c -o floaty
 $ ./floaty
 t0=3
 k1=4.00e+00
 t1=4
 k1-4=0.00e+00
 $ gcc -march=athlon-xp -mfpmath=387 floaty.c -o floaty
 $ ./floaty
 t0=3
 k1=4.00e+00
 t1=4
 k1-4=0.00e+00
 
 I think the athlon-xp sse doesn't have support for double and it is
 probably using 387 here. Do you happen to have a P4 or newer AMD chip
 with sse2? Also, with regards to 80bits in 387 and 64 in sse, you
 want to look at -ffloat-store. Last time I checked, it was supposed
 to help in these kind of situations.
 
 Regards,
 Imran

 Hello!

 Yes, I have an Athlon64, so with sse2. -ffloat-store doesn't help
(tested), as it is used to make calculations with 64bits instead of 80
when using 387, no?

 Cheers!

 ilLogict


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Re: Evas double or triple click

2006-03-04 Thread Simon TRENY

Any comments about that?

On Sat, 25 Feb 2006 17:47:06 +0100
[EMAIL PROTECTED] wrote:

 Hey,
 
 Thanks raster for the quick fix of the bug on event-flags in
 Evas :) But I think the behavior is still not perfect. First of all,
 clicking quickly on an object then double clicking on another object
 (which was detected as a triple click before the fix) is now not
 detected as a double click while it should. Also, i think the
 behavior should be a little bit different for smart objects. You
 should be able to do a single click on an object while the the parent
 object should be double clicked. To be clearer: if your smart object
 is an icon, with 2 child objects: the image and the label. If you
 single click quickly on the image and then on the label, each of
 these object should emit an single-click event. But the parent smart
 object (the icon) should emit a double-click event on the second
 click. To do that, I guess the best way is to add
 last_click_timestamp directly in the structure of an evas_object and
 when its clicked, compared the difference between the two timestamps
 and emit the event with the correct flags.
 
 Regards,
 MoOm
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting
 language that extends applications into web and mobile media. Attend
 the live webcast and join the prime developer group breaking into
 this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
 ___ enlightenment-devel
 mailing list enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Ecore/E17: minimization problems

2006-03-04 Thread Simon TRENY

Any ideas how to fix that?

On Sat, 25 Feb 2006 18:00:39 +0100
[EMAIL PROTECTED] wrote:

 Hey :)
 
 I just write to report two bugs (maybe linked).
 
 First, in Ecore_Evas, when you call ecore_evas_iconify_set(ee, 1)
 (not sure it's the correct func name) to minimize a window, and then
 if you unminimize it manually (with the e17 windows menu for
 example), and if you call again ecore_evas_iconify_set(ee, 1) to
 minimize it again, it doesn't work. The only way I found to fix this,
 is to call ecore_evas_iconify_set(ee, 0) and then
 ecore_evas_iconify_set(ee, 1). I guess that Ecore doesn't notice that
 the window has been unminimized meanwhile.
 
 Second bug (maybe it's the same than the first one), in e17, with
 k3b, when you launch the burning process of an Iso image, the burning
 config dialog is minimized by k3b. Then when the burning process is
 over, k3b tries to unminimize the config dialog, but it just doesn't
 work. The config dialog stay minimized, and since it's a modal dialog
 of the main window of k3b, the main window can't be focused anymore.
 You have to unminimize the config dialog manually. I'm almost sure
 it's a bug of e17 but I wasn't able to test it on another wm (I don't
 have other one :)), so maybe I'm wrong.
 
 Regards,
 Simon TRENY MoOM
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting
 language that extends applications into web and mobile media. Attend
 the live webcast and join the prime developer group breaking into
 this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
 ___ enlightenment-devel
 mailing list enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Windows disappear when trying to maximize

2006-03-04 Thread Ehud Shabtai

Hi,

I'm using fbpanel as my system tray (it is only used as such - other
features are turned off).
When fbpanel is loaded, trying to maximize a window doesn't work as it
disappears and appears in the Lost windows menu.

This only occurs if I use either the Smart or Expand expansion
policies. Fullscreen or Fill policies do work fine with fbpanel.

Everything works fine when I unload fbpanel.

btw: I'm not using the tray module as it doesn't seem to work with my
theme (Japan).

Any ideas?

--
Ehud Shabtai
http://www.freemap.co.il/map/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [e-devel] [patch] edje jittery with sse

[E-devel] Re: E CVS: apps/e raster

[E-devel] Re: E CVS: apps/e raster

Re: [e-devel] [patch] edje jittery with sse

Re: [e-devel] [patch] edje jittery with sse

Re: [E-devel] Re: Evas double or triple click

Re: [E-devel] Ecore/E17: minimization problems

[E-devel] Windows disappear when trying to maximize

8 matches

Site Navigation

Mail list logo

Footer information