Re: [E-devel] Gadget Themes

[Sebastian Dransfeld]

boneyfrog wrote:



On 1/13/06, *Sthithaprajna Garapaty* <[EMAIL PROTECTED] 
> wrote:



Hi,

Currently, the non-standard gadgets have their themes in separate
.edj files.
However, the standard gadgets (ibar, ibox, etc) have their themes
inside the main theme file.
I'd like to see even the standard gadgets' themes moved out of the
main theme and into their own separate theme files.
This would make it easier and quicker to edit the themes and make
small customizations to these gadgets instead of repackaging the
entire "supertheme"

Thanks


actualy it would be nice if it was the other way around that way say i 
wanted to use the carbon-14 screenshot.edj all i would need to do is
enlightenment_remote -theme-set "theme/modules/screenshot" 
"/path/to/the/other/theme.edj", the quotes are important, and as long as 
the theme was built with an edc that had a group with the name 
"/modules/screenshot/main" it would use that theme portion for 
screenshot instead of having to mv foo.edj /path/to/module/module.edj 
but that is only my opinion


Doesn't it work that way for the core gadgets? The other gadgets should 
work that way, but not sure if they are all fixed. Think I saw a engage 
patch for it at least.


Sebastian


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] E crash after resize window and gadget

[Vlad Alyukov]

enlightenment crashed if i try resize window (and resize gadget on edit mode)

how debug this?

-- 
Vlad Alyukov


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efm patch

[Hisham Mardam Bey]

On 1/14/06, mista <[EMAIL PROTECTED]> wrote:

> in this patch is the e_fm_file_has_mime() function and it now gets used
> instead of the bunch of strcmps. Probably e_fm_file_is_regular() shouldn
> ´t be exported. file->mime is now always lower case, so the programs
> gets shown in open-with even if the extension has upper case.

all is good, except for one thing.

when you open something in gimp for example, then you right click on
another image, and try to open it in gimp, it opens the old image.
(same thing if you do gimp, then exhibit).

your patch has been applied to cvs, but please try to submit a fix for that.

as others have also suggested, using unified diffs (-u) would be better.

thank you for your great work!

hisham.


> regards,
> jeff
>
>
>
>
>


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


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH]: SEGV fix (pager module)

[David Stevenson]

Kia Ora,

The pager module will cause a segv, following these steps:

1) enlightenment_remote -desks-set 3 2
2) Click in either "Desktop 2,0" or "Desktop 2,1" (right most column)
3) enlightenment_remote -desks-set 2 3   (boom!!)

With the change in the number of desks, the "current" desk selected in
step #2 gets removed and a new desk is selected to replace it as the
"current" one (e_desk.c). In the above example, gdb reports that the
new "current" desk is "Desktop 1,2". 
The pager module, when deleting superfluous desks, which in the above
case includes the "current" one, tries to find the new "current" desk,
but is trying to do so before it has created the new desks. This
results in a null pointer return from _pager_face_desk_find at line
1476.

The attached patch (tested!) reorders the code so that new pager desks
are added before the superfluous ones are deleted, ensuring that the
pager has created the "current" pager desk by the time it goes
searching for it. 

Regards!
David


pagersegvfix.patch
Description: Binary data

Re: [E-devel] E crash after resize window and gadget

[David Stevenson]

On 1/14/06, Vlad Alyukov <[EMAIL PROTECTED]> wrote:
enlightenment crashed if i try resize window (and resize gadget on edit mode)how debug this?--Vlad Alyukov
There is a gdb guide here:
http://www.enlightenment.org/Main/Debugging/

Otherwise provide very clear steps on how to reproduce the problem.

Regards!
David

[E-devel] What happens to apps on removed desktops

[Andreas Volz]

Hi,

I removed on of my desktops in E17, but there was an application on the
last desktop. So the application was simply lost. The process of this
application is still there, but the window isn't in window list and
isn't in lost window list. Even if I add a new desktop they don't
return. So this situation shouldn't occur. Some ideas:

- Move applications to other desktop
- a warn dialog to inform that removing isn't possible until apps are
  present
- move the windows to lost windows list
- at least kill the windows if removing them

I use a some weeks old build. So if you fixed this problem, sorry for
troubling you. I should install a newer version to test it...

regards
Andreas


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Gadget Themes

[The Rasterman]

On Sat, 14 Jan 2006 01:37:22 -0500 boneyfrog <[EMAIL PROTECTED]> babbled:

> On 1/13/06, Sthithaprajna Garapaty <[EMAIL PROTECTED]> wrote:
> >
> >
> > Hi,
> >
> > Currently, the non-standard gadgets have their themes in separate .edj
> > files.
> > However, the standard gadgets (ibar, ibox, etc) have their themes inside
> > the main theme file.
> > I'd like to see even the standard gadgets' themes moved out of the main
> > theme and into their own separate theme files.
> > This would make it easier and quicker to edit the themes and make small
> > customizations to these gadgets instead of repackaging the entire
> > "supertheme"
> >
> > Thanks
> >
> >
> actualy it would be nice if it was the other way around that way say i
> wanted to use the carbon-14 screenshot.edj all i would need to do is
> enlightenment_remote -theme-set "theme/modules/screenshot"
> "/path/to/the/other/theme.edj", the quotes are important, and as long as the
> theme was built with an edc that had a group with the name
> "/modules/screenshot/main" it would use that theme portion for screenshot
> instead of having to mv foo.edj /path/to/module/module.edj but that is only
> my opinion

actually - it's not all 3rd part moduels doing things right.

a moduels should
1. look for its image/graphics/theme data in the current theme - just like all
the core modules do. 2. they shoudl check RETURNS from this - and if it fails
to find a theme specified design, then it shoudl fall back to a .edj shipped
with the module.

the core moduels don't do #2 because they dont need to. they will always fall
back to data provided by the default theme, and so they don't need to, BUT all
other moduels should/MUST do this.

this allows a theme to proivde gfx for any/all/whatever moduels it wants. it
allows users to specify using different themes for different moduels as the
theme config interface already allows, it provides for theme gfx fallback
abilities to fall back levels until somethng is found. it also provides a
built-in .edj theme the moduel ships with as a default if no theme provides it.



-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] evas_object_text_style_render segv patch

[The Rasterman]

On Sat, 14 Jan 2006 01:33:51 + Alastair Tse <[EMAIL PROTECTED]> babbled:

> Hi,
> 
> I've been playing around with evas for a while now and I came across
> this segv when I was playing trying to use evas_object_text_style_set().
> 
> I discovered that in evas/src/lib/canvas/evas_object_text.c, the
> evas_object_text_render() method assumes there's a clipping object when
> setting the outline/shadow colors.
> 
> Here's a quick patch to fix the problem. I'm not quite sure whether I
> understand it, but I don't set clip objects usually, is that required?
> 
> Cheers,

yup- good catch. thanks. - no i didnt mean the cached clip color as thats the
object color multiplied by the clip color (stored) - not what i want here. :)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH] evas modularization, step 1

[The Rasterman]

On Tue, 10 Jan 2006 17:49:36 +0100 Jorge Luis Zapata Muga
<[EMAIL PROTECTED]> babbled:

> ok, as the cvs command cant diff with the new files before they are
> added to the repository, and i dont have dev acces there, ill put an
> url with the tar.gz of the files. this tar has the same engines that
> the current evas but with a couple of new functions (to open, close
> the module) and changes on the Makefile.am's to build the engine as a
> .so
> 
> www.arraydev.net/~jl/evas_modules.tar.gz
> 
> also attach evas_module.c that should be added on lib/files/ directory.
> 
> btw, i think there should be a new branch for this evas, as some apis
> might change on the future ...

check cvs commits :)


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Try 2. Smart maximization improvement.

[The Rasterman]

On Mon, 9 Jan 2006 14:49:46 + Aleksej Struk <[EMAIL PROTECTED]> babbled:

> Hi all,

ok- i've been going over the patch - and the e.smart-maximize.patch is a patch
containing cvs conflicts like:

+<<< e_maximize.c
+static int _e_mzone_split( Evas_List **add_splits_to, struct _m_zone *mzone,
E_Gadman_Client *gmc ); +
+int _e_mzone_cb_square_reverse_sort( void *e1, void *e2 );
+int _e_mzone_cb_width_reverse_sort( void *e1, void *e2 );
+int _e_mzone_cb_height_reverse_sort( void *e1, void *e2 );
+
+void
+e_maximize_border_gadman_fit( E_Border *bd, int *x1, int *y1, int *x2, int
*y2 ) +===
 EAPI void
 e_maximize_border_gadman_fit(E_Border *bd, int *x1, int *y1, int *x2, int *y2)
+>>> 1.5

- i think you need to resolve your conflicts with a cvs update before you make
the patch - figuring out what you mean is a lot of work - by reading a patch
that has conflicts that need resolving. there's more than 1. :( secondly -
style-wise. can you just makie a small style change so i dont have to do it all
over instead of func( blah, blah2 ); do: func(blah, blah2);

:)

>  Some weeks ago it was a conversation about how e17 does smart
> maximization of  a window.
>  It was proposed to introduce some user defined configuration options,
> to let e17 to know the area of the desktop
>  it can use for  maximization. However, I think, Rasterman proposed
> much better solution. The idea was, that each gadget
>  should hint if it allows to maximize over it.
> 
>  Please find the *.tar.gz archive attached. Also this archive can be
> found via the following link :
> http://rose.inf.unibz.it/~struk/e17/e.patch.tar.gz.
>  This archive contains some patches to e and e_modules.
> 
>  First it touches e itself. It introduces
> E_GADMAN_POLICY_ALLOW_OVERLAP flag.  This flag can be used to set the
> way gadget influences the maximization of a border. Second, it patches
> all the standard E modules ( battery, cpufreq, start, etc ) and
> introduces a configuration menu option which allows to set
> E_GADMAN_POLICY_ALLOW_OVERLAP flag.
> 
>  If E_GADMAN_POLICY_ALLOW_OVERLAP flag is set for the gadget, then the
> gadget is not taken into account when the maximized border computed.
> And vice versa, if it is not set
>  the gadget is taken into account computing maximized border. The
> following code shows how this option can be set/unset:
> 
>  E_Gadman_Policy pol;
>  ...
>  pol =  ;
> 
>  if( gadget->conf->allow_overlap == 0 )
> pol &= ~E_GADMAN_POLICY_ALLOW_OVERLAP;
>  else
> pol |= E_GADMAN_POLICY_ALLOW_OVERLAP;
> 
>  e_gadman_client_policy_set( face->gmc, pol );
>  ...
> 
>  Please refer to the modules code, after applying the patch, to see
> how things really works ::))
> 
> Furthermore, the archive contains two files : e_mod_config.c and
> e_mod_config.h for the
> start module. This two files implements the configuration dialog of
> the start module.
> 
>  Finally, the archive contains some patches for extra modules in
> e_modules. The 'calendar' and the 'monitor' modules are
>  patched to support the mechanizm described above.
> 
>  As a conclusion, I think, this patch partialy solves the 4th case of
> the maximization TODO.
> 
>  Thanks
>  Aleksej
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E crash after resize window and gadget

[Vlad Alyukov]

> "DS" == David Stevenson writes:

Hello, David!

/Sat, 14 Jan 2006 21:08:33 +0900/ you wrote:


 >> enlightenment crashed if i try resize window (and resize gadget on edit
 >> mode)
 >>
 >> how debug this?

 DS> There is a gdb guide here:
 DS> http://www.enlightenment.org/Main/Debugging/

 DS> Otherwise provide very clear steps on how to reproduce the problem.

10x, im know how write bug reports

Last enlightenment has replaced a format of configuration files. 
How much I understand the information on an arrangement of windows undertook 
from old configuration files (with the out-of-date format) and caused a mistake.


-- 
Vlad Alyukov
RT QA Engineer
SWsoft, Inc.


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Re: E CVS: mount devilhorns

[Sebastian Dransfeld]

enlightenment-cvs@lists.sourceforge.net wrote:

Enlightenment CVS committal

Author  : devilhorns
Project : e_modules
Module  : mount

Dir : e_modules/mount


Modified Files:
	e_mod_main.c 



Log Message:
Formatting. Update Labels to use mount point text, not device label (Fixed 
HandyAndE :) ). Should now be possible to use enlightenment_remote to set the 
theme.
===
o = edje_object_add(mntbox->evas);
-   edje_object_file_set(o, strdup(buffer), "modules/mount/icon");
+   if (!e_theme_edje_object_set(o, "base/theme/modules/mount", 
"module/mount/icon"))   
+ edje_object_file_set(o, strdup(buffer), "modules/mount/icon");


This strdup is _wrong_!

Sebastian


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Re: E CVS: screenshot devilhorns

[Sebastian Dransfeld]

enlightenment-cvs@lists.sourceforge.net wrote:

Enlightenment CVS committal

Author  : devilhorns
Project : e_modules
Module  : screenshot

Dir : e_modules/screenshot


Modified Files:
	e_mod_main.c 



Log Message:
Formatting. EAPI fixes. Should now be possible to use enlightenment_remote to 
set the theme.
===
 
-   edje_object_file_set(o, PACKAGE_DATA_DIR"/screenshot.edj", "modules/screenshot/main");

+   snprintf(buff, sizeof(buff), PACKAGE_DATA_DIR"/screenshot.edj");
+   if (!e_theme_edje_object_set(o, 
"base/theme/modules/screenshot","modules/screenshot/main"))
+ edje_object_file_set(o, strdup(buff), "modules/screenshot/main");


Why strdup?

Sebastian


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] a typo?

[Massimo Maiurana]

I think this is unintentional, isn't it?
patch attached.

--
 Massimo Maiurana massimoragusa.linux.it
 http://massimo.solira.org   GPG keyID #7044D601

Articolo 11 - L'Italia ripudia la guerra come strumento di offesa alla
libertà  degli  altri  popoli   e  come  mezzo  di  risoluzione  delle
controversie internazionali
Index: e_fileman_file.c
===
RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_fileman_file.c,v
retrieving revision 1.15
diff -u -u -r1.15 e_fileman_file.c
--- e_fileman_file.c	10 Jan 2006 08:32:27 -	1.15
+++ e_fileman_file.c	13 Jan 2006 20:28:35 -
@@ -417,7 +417,7 @@
if (!exe)
  {
 	e_error_dialog_show(_("Run Error"),
-			_("3 Enlightenment was unable to fork a child process:\n"
+			_("Enlightenment was unable to fork a child process:\n"
 			  "\n"
 			  "%s\n"
 			  "\n"),

Re: [E-devel] Gadget Themes

[Andrew Williams]

On Sat, Jan 14, 2006 at 09:20:47AM +0100, Sebastian Dransfeld wrote:
[snip]
> 
> Doesn't it work that way for the core gadgets? The other gadgets should 
> work that way, but not sure if they are all fixed. Think I saw a engage 
> patch for it at least.
> 
> Sebastian
> 

Engage is indeed the only "3rd party" module that behaves properly in this
respect.

Andy

-- 
To iterate is human, to recurse divine.


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Gadget Themes

[The Rasterman]

On Sat, 14 Jan 2006 14:48:04 + Andrew Williams <[EMAIL PROTECTED]>
babbled:

> On Sat, Jan 14, 2006 at 09:20:47AM +0100, Sebastian Dransfeld wrote:
> [snip]
> > 
> > Doesn't it work that way for the core gadgets? The other gadgets should 
> > work that way, but not sure if they are all fixed. Think I saw a engage 
> > patch for it at least.
> > 
> > Sebastian
> > 
> 
> Engage is indeed the only "3rd party" module that behaves properly in this
> respect.

good handy! :)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] a typo?

[The Rasterman]

On Sat, 14 Jan 2006 13:36:40 +0100 Massimo Maiurana <[EMAIL PROTECTED]>
babbled:

> 
> I think this is unintentional, isn't it?
> patch attached.

indeed. typo.

typo--
:)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Gadget Themes

[David Stevenson]

On 1/14/06, Andrew Williams <[EMAIL PROTECTED]> wrote:
On Sat, Jan 14, 2006 at 09:20:47AM +0100, Sebastian Dransfeld wrote:[snip]>> Doesn't it work that way for the core gadgets? The other gadgets should> work that way, but not sure if they are all fixed. Think I saw a engage
> patch for it at least.>> Sebastian>Engage is indeed the only "3rd party" module that behaves properly in thisrespect.Andy
Nay! The moon module too has supported this since January 3 :-)

Regards!
David  

Re: [E-devel] Gadget Themes

[Andrew Williams]

On Sun, Jan 15, 2006 at 12:04:47AM +0900, David Stevenson wrote:
> On 1/14/06, Andrew Williams <[EMAIL PROTECTED]> wrote:
> > Engage is indeed the only "3rd party" module that behaves properly in this
> > respect.
> >
> > Andy
> 
> 
> Nay! The moon module too has supported this since January 3 :-)
> 
> Regards!
> David

Sorry :(
-- 
To iterate is human, to recurse divine.


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] missing lib pthread when building eclair

[Pomarede Nicolas]

Hello,

using easy_e17.sh to compile everything with yesterday cvs, eclair could 
not be built, ld was complaining about missing functions relating to 
phtread.


My quick fix was to modify apps/eclair/src/Makefile.am and to add 
'-lpthread' to eclair_LDADD :


eclair_LDADD = \
@evas_libs@ \
@ecore_libs@ \
@edje_libs@ \
@emotion_libs@ \
@esmart_libs@ -lesmart_draggies \
@taglib_libs@ -ltag_c \
@XML2_LIBS@ \
@SQLITE_LIBS@ -lpthread


Could someone with cvs access apply this modification ? (or perhaps 
there's a better place to add it)


Regards



Nicolas Pomarede   e-mail:   [EMAIL PROTECTED]

"In a world without walls and fences, who needs windows and gates ?"


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] missing lib pthread when building eclair

[ilLogict]

Dans son message intitulé "[E-devel] missing lib pthread when building
eclair",
Pomarede Nicolas <[EMAIL PROTECTED]> nous a dit :



Hello,

using easy_e17.sh to compile everything with yesterday cvs, eclair
could not be built, ld was complaining about missing functions
relating to phtread.

My quick fix was to modify apps/eclair/src/Makefile.am and to add
'-lpthread' to eclair_LDADD :

eclair_LDADD = \
@evas_libs@ \
@ecore_libs@ \
@edje_libs@ \
@emotion_libs@ \
@esmart_libs@ -lesmart_draggies \
@taglib_libs@ -ltag_c \
@XML2_LIBS@ \
@SQLITE_LIBS@ -lpthread


Could someone with cvs access apply this modification ? (or perhaps
there's a better place to add it)

Regards



Nicolas Pomarede   e-mail:   [EMAIL PROTECTED]

"In a world without walls and fences, who needs windows and gates ?"



Hello !

Mmmmh... (Wondering...) Does this mean we'll soon get EFLs in Freebox's
interface ? Could be great ;D

Cheers !

--

 ilLogict


Website: http://illogict.online.fr
E-Mail:  [EMAIL PROTECTED]
AIM/NIM: illogict
Yahoo:   illogict
MSN: [EMAIL PROTECTED]
ICQ: #74274856

Infos:   E17 rocks!
Le nettoyage de ligne, quelle chose efficace ! (1900->6700 @60dB)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efm patch

[mista]

Am Samstag, den 14.01.2006, 13:43 +0200 schrieb Hisham Mardam Bey:
> On 1/14/06, mista <[EMAIL PROTECTED]> wrote:
> 
> > in this patch is the e_fm_file_has_mime() function and it now gets used
> > instead of the bunch of strcmps. Probably e_fm_file_is_regular() shouldn
> > ´t be exported. file->mime is now always lower case, so the programs
> > gets shown in open-with even if the extension has upper case.
> 
> all is good, except for one thing.
> 
> when you open something in gimp for example, then you right click on
> another image, and try to open it in gimp, it opens the old image.
> (same thing if you do gimp, then exhibit).
> 
This is now fixed. 
It didn´t work with the hashed menus, since the item-callback had the
same icon-data. By right click on an icon this icon gets selected, so
now I let file_menu_open use the pointer to the current selection.  

I added an E_App* to the Assoc to have icons in the menu. When the list
is initialized, it goes through the eapp list and looks if it finds the
same exe and adds it to the Assoc. This is then used when the open-with
menu gets generated to show the icon. 

But the best feature is the one you probably don´t like. Though you can
test it very compfortable and decide yourself. When you right click on
an eap (in .../all (a link from home to all is good for that)) like
file-roller, use eapp_edit and add "tar;gz;bz2;" as comment. restart efm
and right click on a file of that type entered before.
 Can we leave it temporaly? =) 

> your patch has been applied to cvs, but please try to submit a fix for that.
> 
> as others have also suggested, using unified diffs (-u) would be better.
> 
okay, now I know. But you told me to do so :) 
Another question is, if I can work further on my local code code before
the patch is applied, or could that make complications?  

> thank you for your great work!

it´s also fun to learn c on this code ;)

regards,
jeff


> 
> hisham.
> 
> 
> > regards,
> > jeff
> >
> >
> >
> >
> >
> 
> 
> --
> Hisham Mardam Bey
> MSc (Computer Science)
> http://hisham.cc/
> +9613609386
> Codito Ergo Sum (I Code Therefore I Am)
> 
> 
> ---
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 
Index: e_fileman_file.c
===
RCS file: /root/e17/apps/e/src/bin/e_fileman_file.c,v
retrieving revision 1.1.1.5
diff -u -r1.1.1.5 e_fileman_file.c
--- e_fileman_file.c	10 Jan 2006 08:35:26 -	1.1.1.5
+++ e_fileman_file.c	14 Jan 2006 20:49:40 -
@@ -74,13 +74,17 @@
 
if(!file->mime)
  {
-	ext = strrchr(file->name, '.');
-	if (ext)
-	  {
-	 file->mime = ext;
-	  }
-	else
-	  file->mime = "unknown";
+  ext = strrchr(file->name, '.');
+  if (ext)
+{
+   char *ext2;
+   ext = strdup(ext);
+   ext2 = ext;
+   for (; *ext2; ext2++) *ext2 = tolower(*ext2);
+   file->mime = ext;
+}
+  else
+file->mime = "unknown";
  }
D(("e_fm_file_new: %s\n", filename));
return file;
@@ -105,17 +109,17 @@
 
if (ecore_file_mv(file->path, path))
  {
-	free(file->path);
-	file->path = strdup(path);
-	free(file->name);
-	file->name = strdup(name);
-	D(("e_fm_file_rename: ok (%p) (%s)\n", file, name));
-	return 1;
+  free(file->path);
+  file->path = strdup(path);
+  free(file->name);
+  file->name = strdup(name);
+  D(("e_fm_file_rename: ok (%p) (%s)\n", file, name));
+  return 1;
  }
else
  {
-	D(("e_fm_file_rename: fail (%p) (%s)\n", file, name));
-	return 0;
+  D(("e_fm_file_rename: fail (%p) (%s)\n", file, name));
+  return 0;
  }
 }
 
@@ -124,17 +128,17 @@
 {
if (ecore_file_recursive_rm(file->path))
  {
-	free(file->path);
-	file->path = NULL;
-	free(file->name);
-	file->name = NULL;
-	D(("e_fm_file_delete: ok (%p) (%s)\n", file, file->name));
-	return 1;
+  free(file->path);
+  file->path = NULL;
+  free(file->name);
+  file->name = NULL;
+  D(("e_fm_file_delete: ok (%p) (%s)\n", file, file->name));
+  return 1;
  }
else
  {
-	D(("e_fm_file_delete: fail (%p) (%s)\n", file, file->name));
-	return 0;
+  D(("e_fm_file_delete: fail (%p) (%s)\n", file, file->name));
+  return 0;
  }
 }
 
@@ -145,20 +149,36 @@
 
if (ecore_file_cp(file->path, name))
  {
-	free(file->path);
-	file->path = strdup(name);
-	free(file->name);
-	file->name = strdup(ecore_file_get_file(name));
-	D(("e_fm_file_copy: ok (%p) (%s)\n", file, name));
-	return 1;
+  free(file->path);
+  file->path = strdup(name);
+  free(file->name);
+  file->name = strdup(ecore_file_get_fil

Re: [E-devel] efm patch

[Hisham Mardam Bey]

> This is now fixed.

great.

> But the best feature is the one you probably don´t like. Though you can
> test it very compfortable and decide yourself. When you right click on
> an eap (in .../all (a link from home to all is good for that)) like
> file-roller, use eapp_edit and add "tar;gz;bz2;" as comment. restart efm
> and right click on a file of that type entered before.
>  Can we leave it temporaly? =)
>

will try it out.

is this patch the old one + new changes? (your old patch is already in
cvs) if so, can you only give me a patch for the fixes / new stuff?

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


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Gadget Themes

[David Seikel]

On Sat, 14 Jan 2006 18:12:35 +0900 Carsten Haitzler (The Rasterman)
<[EMAIL PROTECTED]> wrote:

> actually - it's not all 3rd part moduels doing things right.
> 
> a moduels should
> 1. look for its image/graphics/theme data in the current theme - just
> like all the core modules do. 2. they shoudl check RETURNS from this
> - and if it fails to find a theme specified design, then it shoudl
> fall back to a .edj shipped with the module.
> 
> the core moduels don't do #2 because they dont need to. they will
> always fall back to data provided by the default theme, and so they
> don't need to, BUT all other moduels should/MUST do this.
> 
> this allows a theme to proivde gfx for any/all/whatever moduels it
> wants. it allows users to specify using different themes for
> different moduels as the theme config interface already allows, it
> provides for theme gfx fallback abilities to fall back levels until
> somethng is found. it also provides a built-in .edj theme the moduel
> ships with as a default if no theme provides it.

So is this correct?


static const char *_emu_module_edje = NULL;

EAPI int
e_modapi_info(E_Module *m)
{
   char buf[4096];

   snprintf(buf, sizeof(buf), "%s/module_edje.edj",
  e_module_dir_get(m));
   _emu_module_edje = evas_stringshare_add(buf);

   if (_emu_module_edje)
  {
 m->edje_icon_file = strdup(_emu_module_edje);
 if (m->edje_icon_file)
{
   snprintf(buf, sizeof(buf), "icon");
   m->edje_icon_key = strdup(buf);
}
  }

   return 1;
}

void
_emu_gadget_face_theme_set(E_Gadget_Face *face, char *category, char
*file, char *group)
{
   Evas_Object *o;
   if(!face) return;

   o = edje_object_add(face->evas);
   face->main_obj = o;
   if (!e_theme_edje_object_set(o, category, group))
  edje_object_file_set(o, file, group);
   evas_object_show(o);
}

...

   _emu_gadget_face_theme_set(face, "base/theme/modules/emu",
  (char *) _emu_module_edje, "emu/main");



pgpOAm14Gpe3h.pgp
Description: PGP signature

Re: [E-devel] efm patch

[mista]

Am Samstag, den 14.01.2006, 23:20 +0200 schrieb Hisham Mardam Bey:
> > its old + new. I use the thinktux cvs, seems it isn´t updated there,
> > because otherwise my old changes wouldn´t be displayed by diff, right?
> 
> I forgot to cvs ci. (=
> I did it like 15 minutes ago, so it should be on thinktux in like 10
> mins or 15 mins max. (=

I don´t know if did you check it the old patch or took the new parts
out. The new stuff I mentioned in the last mail is in patch 6. It also
includes the right string-sizes for the assocs. 

In patch 5 is the beginning of the sort option. If you are pleased with
how it works in general, then it would be great if you could have a
deeper look at it. The problem is that one can change often between the
modes and sometimes not all appear again. After that happens a further
mode- or dir-change will cause an infinite loop at
icon_canvas_reset/_unpack.
(size and modtime show a strange sorting order)
   
can you please mention my patches as from 'jeff' the 'mista' just came
in my head as I was searching for something that sounds together with
rastamasta. 

> btw, are you on irc? (#edevelop)

no, not used to it. but i´ll come around.

> 
> --
> Hisham Mardam Bey
> MSc (Computer Science)
> http://hisham.cc/
> +9613609386
> Codito Ergo Sum (I Code Therefore I Am)
> 
? e_fileman_smart-2.c
Index: e_fileman_smart.c
===
RCS file: /root/e17/apps/e/src/bin/e_fileman_smart.c,v
retrieving revision 1.1.1.45
diff -u -r1.1.1.45 e_fileman_smart.c
--- e_fileman_smart.c	14 Jan 2006 21:35:10 -	1.1.1.45
+++ e_fileman_smart.c	15 Jan 2006 00:01:59 -
@@ -104,7 +104,8 @@
 static void_e_fm_file_delete (E_Fm_Icon *icon);
 
 static void_e_fm_dir_set(E_Fm_Smart_Data *sd, const char *dir);
-static int_e_fm_dir_files_get  (void *data);
+static int _e_fm_dir_files_get  (void *data);
+static int _e_fm_dir_files_get_sorted   (E_Fm_Smart_Data *sd);
 static char   *_e_fm_dir_pop(const char *path);
 static void_e_fm_file_free  (E_Fm_Icon *icon);
 static void_e_fm_dir_monitor_cb (void *data, Ecore_File_Monitor *ecore_file_monitor,  Ecore_File_Event event, const char *path);
@@ -146,9 +147,13 @@
 static int _e_fm_drop_selection_cb (void *data, int type, void *event);
 static void_e_fm_drop_done_cb  (E_Drag *drag, int dropped);
 
+static void 			 _e_fm_files_sort(E_Fm_Smart_Data *sd);
 static int _e_fm_files_sort_name_cb(void *d1, void *d2);
 static int _e_fm_files_sort_modtime_cb (void *d1, void *d2);
 static int _e_fm_files_sort_layout_name_cb(void *d1, void *d2);
+static int _e_fm_files_sort_name_dir_first_cb(void *d1, void *d2);
+static int _e_fm_files_sort_extension_cb(void *d1, void *d2);
+static int _e_fm_files_sort_size_cb(void *d1, void *d2);
 
 static void_e_fm_selector_send_file (E_Fm_Icon *icon);
 static void_e_fm_selector_send_hilite_file (E_Fm_Icon *icon);
@@ -1357,27 +1362,120 @@
 
 static void
 _e_fm_menu_arrange_cb(void *data, E_Menu *m, E_Menu_Item *mi)
-{
+{   
E_Fm_Smart_Data *sd;
 
sd = data;
 
+   if(e_menu_item_num_get(mi) == sd->arrange)
+   	return;
+
switch (e_menu_item_num_get(mi))
- {
-  case E_FILEMAN_CANVAS_ARRANGE_NAME:
-	sd->files = evas_list_sort(sd->files, evas_list_count(sd->files), _e_fm_files_sort_name_cb);
-	sd->arrange = E_FILEMAN_CANVAS_ARRANGE_NAME;
-	_e_fm_redraw(sd);
-	break;
+{
+ case E_FILEMAN_CANVAS_ARRANGE_NAME:
+   sd->arrange = E_FILEMAN_CANVAS_ARRANGE_NAME;
+   _e_fm_files_sort(sd);
+   break;
+ case E_FILEMAN_CANVAS_ARRANGE_MODTIME:
+   sd->arrange = E_FILEMAN_CANVAS_ARRANGE_MODTIME;
+   _e_fm_files_sort(sd);
+   break;
+ case E_FILEMAN_CANVAS_ARRANGE_NAME_DIR_FIRST:
+   sd->arrange = E_FILEMAN_CANVAS_ARRANGE_NAME_DIR_FIRST; 
+   _e_fm_files_sort(sd);
+   break;
+ case E_FILEMAN_CANVAS_ARRANGE_SIZE:
+   sd->arrange = E_FILEMAN_CANVAS_ARRANGE_SIZE; 
+   _e_fm_files_sort(sd);
+   break;
+ case E_FILEMAN_CANVAS_ARRANGE_EXTENSION:
+   sd->arrange = E_FILEMAN_CANVAS_ARRANGE_EXTENSION; 
+   _e_fm_files_sort(sd);
+   break;
+}
+}
 
-  case E_FILEMAN_CANVAS_ARRANGE_MODTIME:
-	sd->files = evas_list_sort(sd->files, evas_list_count(sd->files), _e_fm_files_sort_modtime_cb);
-	sd->arrange = E_FILEMAN_CANVAS_ARRANGE_MODTIME;
-	_e_fm_redraw(sd);
-	break;
- }
+
+static void 
+_e_fm_files_sort(E_Fm_Smart_Data *sd){
+	Ecore_Sheap*heap;
+	Evas_List *list;
+	E_Fm_Icon *icon ,*icon_topdir;
+	icon_topdir = NULL;
+
+
+
+  e_icon_canvas_width_fix(sd->layout, sd->w);
+  sd->position = 0.0;
+  e_icon_canvas_reset(sd->layout)

[E-devel] evas seriously borked.

[David Seikel]

Somewhere in that recent flood of evas commits, someone bent evas over
and forgot to apply enough lube.  Rendering is so seriously up shit
creek that everything is completely unusable.  Most of the useful
pixels are so far beyond the black stump that even Lewis, Clarke, and,
their prettiest camel couldn't find them.

Let the spank fest begin.


pgppLvPvwzGQa.pgp
Description: PGP signature

Re: [E-devel] evas seriously borked.

[The Rasterman]

On Sun, 15 Jan 2006 13:05:16 +1000 David Seikel <[EMAIL PROTECTED]> babbled:

> Somewhere in that recent flood of evas commits, someone bent evas over
> and forgot to apply enough lube.  Rendering is so seriously up shit
> creek that everything is completely unusable.  Most of the useful
> pixels are so far beyond the black stump that even Lewis, Clarke, and,
> their prettiest camel couldn't find them.
> 
> Let the spank fest begin.

works for me (tm) :)


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Gadget Themes

[The Rasterman]

On Sun, 15 Jan 2006 11:36:09 +1000 David Seikel <[EMAIL PROTECTED]> babbled:

> On Sat, 14 Jan 2006 18:12:35 +0900 Carsten Haitzler (The Rasterman)
> <[EMAIL PROTECTED]> wrote:
> 
> > actually - it's not all 3rd part moduels doing things right.
> > 
> > a moduels should
> > 1. look for its image/graphics/theme data in the current theme - just
> > like all the core modules do. 2. they shoudl check RETURNS from this
> > - and if it fails to find a theme specified design, then it shoudl
> > fall back to a .edj shipped with the module.
> > 
> > the core moduels don't do #2 because they dont need to. they will
> > always fall back to data provided by the default theme, and so they
> > don't need to, BUT all other moduels should/MUST do this.
> > 
> > this allows a theme to proivde gfx for any/all/whatever moduels it
> > wants. it allows users to specify using different themes for
> > different moduels as the theme config interface already allows, it
> > provides for theme gfx fallback abilities to fall back levels until
> > somethng is found. it also provides a built-in .edj theme the moduel
> > ships with as a default if no theme provides it.
> 
> So is this correct?
> 
> 
> static const char *_emu_module_edje = NULL;
> 
> EAPI int
> e_modapi_info(E_Module *m)
> {
>char buf[4096];
> 
>snprintf(buf, sizeof(buf), "%s/module_edje.edj",
>   e_module_dir_get(m));
>_emu_module_edje = evas_stringshare_add(buf);
> 
>if (_emu_module_edje)
>   {
>  m->edje_icon_file = strdup(_emu_module_edje);
>  if (m->edje_icon_file)
> {
>snprintf(buf, sizeof(buf), "icon");
>m->edje_icon_key = strdup(buf);
> }
>   }
> 
>return 1;
> }
> 
> void
> _emu_gadget_face_theme_set(E_Gadget_Face *face, char *category, char
> *file, char *group)
> {
>Evas_Object *o;
>if(!face) return;
> 
>o = edje_object_add(face->evas);
>face->main_obj = o;
>if (!e_theme_edje_object_set(o, category, group))
>   edje_object_file_set(o, file, group);
>evas_object_show(o);
> }

yes - much better . the above code is the key. check return from
e_theme_edje_object_set - if it fails, it couldnt find anything - so set a
fallback by hand :)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] evas seriously borked.

[David Seikel]

On Sun, 15 Jan 2006 12:54:51 +0900 Carsten Haitzler (The Rasterman)
<[EMAIL PROTECTED]> wrote:

> On Sun, 15 Jan 2006 13:05:16 +1000 David Seikel <[EMAIL PROTECTED]>
> babbled:
> 
> > Somewhere in that recent flood of evas commits, someone bent evas
> > over and forgot to apply enough lube.  Rendering is so seriously up
> > shit creek that everything is completely unusable.  Most of the
> > useful pixels are so far beyond the black stump that even Lewis,
> > Clarke, and, their prettiest camel couldn't find them.
> > 
> > Let the spank fest begin.
> 
> works for me (tm) :)

I'm not the only one with problems.


pgpnnEPsDkHDa.pgp
Description: PGP signature

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

[The Rasterman]

On Sat, 14 Jan 2006 13:05:44 -0800 enlightenment-cvs@lists.sourceforge.net
babbled:

> Enlightenment CVS committal
> 
> Author  : codewarrior
> Project : e17
> Module  : apps/e
> 
> Dir : e17/apps/e/src/bin
> 
> 
> Modified Files:
>   e_apps.c e_apps.h e_eap_editor.c e_fileman_file.c 
>   e_fileman_file.h e_fileman_icon.c e_fileman_smart.c 
> 
> 
> Log Message:
> - patch from mista (Efm)
> - allow eap image w/h to be changable.

um why? eaps were designed to NOT need this. they are given a space
allocated by the gui - and fill it howevere they please. the eap shoudl do
things liek set aspect ratios and fit etc. etc. etc. in the edje imagery...

> 
> ===
> RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_apps.c,v
> retrieving revision 1.112
> retrieving revision 1.113
> diff -u -3 -r1.112 -r1.113
> --- e_apps.c  13 Jan 2006 06:38:43 -  1.112
> +++ e_apps.c  14 Jan 2006 21:05:43 -  1.113
> @@ -72,6 +72,9 @@
>  static char*_e_apps_path_trash = NULL;
>  static Evas_List   *_e_apps_start_pending = NULL;
>  
> +#define EAP_MIN_WIDTH 8
> +#define EAP_MIN_HEIGHT 8
> +
>  #define EAP_EDC_TMPL \
>  "images {\n"  \
>  "   image: \"%s\" COMP;\n" \
> @@ -234,6 +237,8 @@
>
>/* no image for now */
>a->image = NULL;
> +  a->width = 0;
> +  a->height = 0;
>/* record the path */
>a->path = evas_stringshare_add(path);
>
> @@ -289,6 +294,13 @@
> return a;  
>  }
>  
> +EAPI void
> +e_app_image_size_set(E_App *a, int w, int h)
> +{
> +   a->width = w;
> +   a->height = h;
> +}
> +
>  EAPI int
>  e_app_is_parent(E_App *parent, E_App *app)
>  {
> @@ -1022,10 +1034,6 @@
> eet_close(ef);
>  }
>  
> -/* 
> - * We also need to fix startup-notify and wait-exit as they currently
> - * dont save too.
> - */
>  EAPI void
>  e_app_fields_save(E_App *a)
>  {
> @@ -1119,16 +1127,20 @@
>   iw = 0; ih = 0;
>   evas_object_image_size_get(im, &iw, &ih);
>   alpha = evas_object_image_alpha_get(im);
> + if(a->width <= EAP_MIN_WIDTH)
> +   a->width = EAP_MIN_WIDTH;
> + if(a->height <= EAP_MIN_HEIGHT)
> +   a->height = EAP_MIN_HEIGHT;   
>   if ((iw > 0) && (ih > 0))
> {
>/* we need to change the sizes */
> -  ecore_evas_resize(buf, 48, 48);
> -  evas_object_image_fill_set(im, 0, 0, 48, 48);
> -  evas_object_resize(im, 48, 48);
> +  ecore_evas_resize(buf, a->width, a->height);
> +  evas_object_image_fill_set(im, 0, 0, a->width, a->height);
> +  evas_object_resize(im, a->height, a->width);
>evas_object_move(im, 0, 0);
>evas_object_show(im);   
>data = ecore_evas_buffer_pixels_get(buf);
> -  eet_data_image_write(ef, "images/0", (void *)data, 48, 48,
> alpha, 1, 0, 0);
> +  eet_data_image_write(ef, "images/0", (void *)data, a->width,
> a->height, alpha, 1, 0, 0); }
>   }
>  
> @@ -1320,7 +1332,13 @@
> else ipart[0] = '\0';
> 
> if (a->image)
> - fprintf(out, EAP_EDC_TMPL, a->image, "48", "48", a->image);
> + {
> + if(a->width <= 0)
> +   a->width = EAP_MIN_WIDTH;
> + if(a->height <= 0)
> +   a->height = EAP_MIN_HEIGHT;
> + fprintf(out, EAP_EDC_TMPL, a->image, a->width, a->height, a->image);
> + }
> else
>   fprintf(out, EAP_EDC_TMPL_EMPTY);
> fclose(out);
> ===
> RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_apps.h,v
> retrieving revision 1.26
> retrieving revision 1.27
> diff -u -3 -r1.26 -r1.27
> --- e_apps.h  15 Dec 2005 07:12:00 -  1.26
> +++ e_apps.h  14 Jan 2006 21:05:43 -  1.27
> @@ -63,6 +63,8 @@
> unsigned char   deleted : 1; /* this app's file is deleted from disk
> */ 
> char   *image; /* used when we're saving a image into the eap
> */
> +   int width; /* used for saving eap's image width in edje */
> +   int height; /* used for saving eap's image height in edje
> */ };
>  
>  struct _E_App_Instance
> @@ -79,6 +81,7 @@
>  
>  EAPI E_App  *e_app_new   (const char *path,
> int scan_subdirs); EAPI E_App  *e_app_empty_new
> (const char *path); +EAPI voide_app_image_size_set
> (E_App *a, int w, int h); EAPI int
> e_app_is_parent (E_App *parent, E_App *app); EAPI
> int e_app_equals(E_App *app1, E_App
> *app2); EAPI voide_app_subdir_scan   (E_App *a,
> int scan_subdirs);
> === RCS
> file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_eap_editor.c,v retrieving
> revision 1.20 retrieving revision 1.21 diff -u -3 -r1.20 -r1.21
> --- e_eap_editor.c7 Jan 2006 10:39:45 -   1.20
> +++ e_e

Re: [E-devel] evas seriously borked.

[The Rasterman]

On Sun, 15 Jan 2006 13:05:16 +1000 David Seikel <[EMAIL PROTECTED]> babbled:

> Somewhere in that recent flood of evas commits, someone bent evas over
> and forgot to apply enough lube.  Rendering is so seriously up shit
> creek that everything is completely unusable.  Most of the useful
> pixels are so far beyond the black stump that even Lewis, Clarke, and,
> their prettiest camel couldn't find them.
> 
> Let the spank fest begin.

aaah - caro's loader changes DID break eet loading. (i hadn't updated yet). NOW
let the spankfest begine!


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] evas seriously borked.

[David Seikel]

On Sun, 15 Jan 2006 13:45:58 +0900 Carsten Haitzler (The Rasterman)
<[EMAIL PROTECTED]> wrote:

> On Sun, 15 Jan 2006 13:05:16 +1000 David Seikel <[EMAIL PROTECTED]>
> babbled:
> 
> > Somewhere in that recent flood of evas commits, someone bent evas
> > over and forgot to apply enough lube.  Rendering is so seriously up
> > shit creek that everything is completely unusable.  Most of the
> > useful pixels are so far beyond the black stump that even Lewis,
> > Clarke, and, their prettiest camel couldn't find them.
> > 
> > Let the spank fest begin.
> 
> aaah - caro's loader changes DID break eet loading. (i hadn't updated
> yet). NOW let the spankfest begine!

Come to #edevelop, we're waiting for you.


pgpfFOw2c7P7e.pgp
Description: PGP signature

Re: [E-devel] evas seriously borked.

[Alexander Taylor]

Hi,

Looks like this fixes loading images from an edje, but not from a
standalone file - for example - the ewl_image_test in ewl_test

Cheers,
Alex.

On Sun, 2006-01-15 at 13:45 +0900, Carsten Haitzler wrote:
> On Sun, 15 Jan 2006 13:05:16 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> 
> > Somewhere in that recent flood of evas commits, someone bent evas over
> > and forgot to apply enough lube.  Rendering is so seriously up shit
> > creek that everything is completely unusable.  Most of the useful
> > pixels are so far beyond the black stump that even Lewis, Clarke, and,
> > their prettiest camel couldn't find them.
> > 
> > Let the spank fest begin.
> 
> aaah - caro's loader changes DID break eet loading. (i hadn't updated yet). 
> NOW
> let the spankfest begine!
> 
> 
-- 
Alexander Taylor <[EMAIL PROTECTED]>



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch]: minor e_winlist functional change

[David Sharp]

On 1/9/06, David Sharp <[EMAIL PROTECTED]> wrote:
> On 1/9/06, David Stevenson <[EMAIL PROTECTED]> wrote:
> > On 1/10/06, David Sharp <[EMAIL PROTECTED]> wrote:
> > > On 1/6/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > > > 
> > > > good point! well spotted! fixed! :)
> > >
> > > the solution is incomplete, however. It is not mindfull of what 'zone'
> > > (xinerama) the window is in. Alt-Tab switching on the second screen
> > > warps the pointer half way between the left screen edge (or right edge
> > > of the first screen) and the left edge of the window.
> > >
> > > An attempt at a patch (a revision of Mr. Stevenson's) is attached, but
> > > i have not compiled, let alone tested, it.
> > >
> > > also, more minorly, it seems the previous patch assumed screen coords
> > > start at 1, which unless i don't know something about e, is incorrect,
> > > so my patch assumes they start at 0, or, really, at the zone's x and
> > > y.
> > >
> > > Thanks, d#
> >
> >  With regards to the second part, I used screen coords of 1 because the
> > outer row of pixels on the zone has an input window which is what the edge
> > flipping uses, so don't want to consider warping to that space.
>
> Somehow, i knew there was probably a reason for it.. let's try again, then.
>
> Again, totally untested patch attached.
>
> >  With regards to the first part, I don't have xinerama so couldn't test that
> > - apologies for it seemingly not working. My understanding was that a zone
> > was like a desk, but it seems I got that bit wrong.
>
> Yes, i thought that too the first time, and got very confused clearing
> up what was what.
>
> d#
>
> >
> >  Regards!
> >  David

well, it's been a few days, and i was hoping this would get in, but it
hasn't, and i figure it's probably because the patch isn't against
HEAD.

so, i've doctored the patch up to be against HEAD. :D

Thanks! d#


winlistwarp-dsharp-r2.patch
Description: Binary data

Re: [E-devel] [patch]: minor e_winlist functional change

[David Stevenson]

On 1/15/06, David Sharp <[EMAIL PROTECTED]> wrote:
On 1/9/06, David Sharp <[EMAIL PROTECTED]> wrote:> On 1/9/06, David Stevenson <[EMAIL PROTECTED]> wrote:> > On 1/10/06, David Sharp <
[EMAIL PROTECTED]> wrote:> > > On 1/6/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:> > > > 
> > > > good point! well spotted! fixed! :)> > >> > > the solution is incomplete, however. It is not mindfull of what 'zone'> > > (xinerama) the window is in. Alt-Tab switching on the second screen
> > > warps the pointer half way between the left screen edge (or right edge> > > of the first screen) and the left edge of the window.> > >> > > An attempt at a patch (a revision of Mr. Stevenson's) is attached, but
> > > i have not compiled, let alone tested, it.> > >> > > also, more minorly, it seems the previous patch assumed screen coords> > > start at 1, which unless i don't know something about e, is incorrect,
> > > so my patch assumes they start at 0, or, really, at the zone's x and> > > y.> > >> > > Thanks, d#> >> >  With regards to the second part, I used screen coords of 1 because the
> > outer row of pixels on the zone has an input window which is what the edge> > flipping uses, so don't want to consider warping to that space.>> Somehow, i knew there was probably a reason for it.. let's try again, then.
>> Again, totally untested patch attached.>> >  With regards to the first part, I don't have xinerama so couldn't test that> > - apologies for it seemingly not working. My understanding was that a zone
> > was like a desk, but it seems I got that bit wrong.>> Yes, i thought that too the first time, and got very confused clearing> up what was what.>> d#>> >
> >  Regards!> >  Davidwell, it's been a few days, and i was hoping this would get in, but ithasn't, and i figure it's probably because the patch isn't againstHEAD.so, i've doctored the patch up to be against HEAD. :D
Thanks! d#

Dude! You might want to compile and test it first as well :-)

+ 
warp_to_y = ww->border->zone->y + ((ww->border->y +
ww->border->h - ww->border->zone-y) / 2);

Should be 

+  warp_to_y = ww->border->zone->y +
((ww->border->y + ww->border->h - ww->border->zone->y)
/ 2);

I actually tried the patch the other day with the fake xinerama cmd option, and otherwise I couldn't see any problem with it :-)

Regards!
David 

Re: [E-devel] [patch]: minor e_winlist functional change

[The Rasterman]

On Sat, 14 Jan 2006 22:25:04 -0800 David Sharp <[EMAIL PROTECTED]> babbled:

> On 1/9/06, David Sharp <[EMAIL PROTECTED]> wrote:
> > On 1/9/06, David Stevenson <[EMAIL PROTECTED]> wrote:
> > > On 1/10/06, David Sharp <[EMAIL PROTECTED]> wrote:
> > > > On 1/6/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > > > > 
> > > > > good point! well spotted! fixed! :)
> > > >
> > > > the solution is incomplete, however. It is not mindfull of what 'zone'
> > > > (xinerama) the window is in. Alt-Tab switching on the second screen
> > > > warps the pointer half way between the left screen edge (or right edge
> > > > of the first screen) and the left edge of the window.
> > > >
> > > > An attempt at a patch (a revision of Mr. Stevenson's) is attached, but
> > > > i have not compiled, let alone tested, it.
> > > >
> > > > also, more minorly, it seems the previous patch assumed screen coords
> > > > start at 1, which unless i don't know something about e, is incorrect,
> > > > so my patch assumes they start at 0, or, really, at the zone's x and
> > > > y.
> > > >
> > > > Thanks, d#
> > >
> > >  With regards to the second part, I used screen coords of 1 because the
> > > outer row of pixels on the zone has an input window which is what the edge
> > > flipping uses, so don't want to consider warping to that space.
> >
> > Somehow, i knew there was probably a reason for it.. let's try again, then.
> >
> > Again, totally untested patch attached.
> >
> > >  With regards to the first part, I don't have xinerama so couldn't test
> > > that
> > > - apologies for it seemingly not working. My understanding was that a zone
> > > was like a desk, but it seems I got that bit wrong.
> >
> > Yes, i thought that too the first time, and got very confused clearing
> > up what was what.
> >
> > d#
> >
> > >
> > >  Regards!
> > >  David
> 
> well, it's been a few days, and i was hoping this would get in, but it
> hasn't, and i figure it's probably because the patch isn't against
> HEAD.
> 
> so, i've doctored the patch up to be against HEAD. :D

second time lucky - i actually lost my "mark" on this mail to know to look at
the patch... so good u sent again! :)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch]: minor e_winlist functional change

[David Sharp]

On 1/14/06, David Stevenson <[EMAIL PROTECTED]> wrote:

>
>  Dude! You might want to compile and test it first as well :-)

i'm one of those {cr,l}azy gentoo people... i thought this was trivial
enough that i couldn't get it wrong.. i forgot the disclaimer this
time though, heh.

>  +  warp_to_y = ww->border->zone->y + ((ww->border->y +
> ww->border->h - ww->border->zone-y) / 2);
>
>  Should be
>
>  +  warp_to_y = ww->border->zone->y + ((ww->border->y +
> ww->border->h - ww->border->zone->y) / 2);

yup, oops.

>  I actually tried the patch the other day with the fake xinerama cmd option,
> and otherwise I couldn't see any problem with it :-)
>
>  Regards!
>  David


On 1/14/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> second time lucky - i actually lost my "mark" on this mail to know to look at
> the patch... so good u sent again! :)

That thought passed through my mind as well. :D   Thanks!

/me runs and updates e again.

d#


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel