Re: [E-devel] itray module

2006-09-19 Thread The Rasterman
On Tue, 19 Sep 2006 18:00:04 +0200 lok <[EMAIL PROTECTED]> babbled:

> On Tue, 19 Sep 2006 06:43:25 -0400
> "Sthithaprajna Garapaty" <[EMAIL PROTECTED]> wrote:
> 
> > > I think for now we can get away with just a notification module. Is there
> > > any spec for this? Anything we should be looking at? (maybe the Gnome &
> > > KDE code).
> > 
> > Somewhat. There's libnotify and the Desktop Notification Spec.
> > http://trac.galago-project.org/wiki/DesktopNotifications
> > http://galago-project.org/specs/notification/index.php
> > http://galago-project.org/downloads.php
> > 
> > Unfortunately, its not too widely implemented, and the spec is not too
> > comprehensive either.
> > But, it does provide a lot more flexiblity than the systray spec in
> > that it does not restrict you to single icons in a row and of course,
> > it throws out the ugly sub-windowing for actual images (with alpha)
> > and text.
> > >
> > > Basically, it would be nice if we could, maybe extend the IBox so each
> > > minimized application can send notifications. Maybe we could somehow fool
> > > other applications into thinking they've been trayed so that they can
> > > send notifications and we can capture them.
> > 
> > This seems like a bad idea to me. Applications shouldnt have to be
> > minimized to send notifications. In fact, applications shouldn't need
> > to have a window open to send notifications.
> 
> imho the notification and the tray system must be separated. They're goal are
> too different to make it in one only module.
> 
> > > These are just my thoughts, dunno if they're good. Waiting to hear your
> > > opinions. I might get into this module, in a few days, when I finish my
> > > current work. I have other things on my list as well (I have updating the
> > > carbon theme, and integrating some power management into E on my list at
> > > the moment).
> > >
> > > So basically, I'd like to collect some thoughts on these items. But
> > > mostly, on this notification thing.
> 
> I think that basically we need a "notification daemon" like describe in the
> spec. But more than that it would be very great if the daemon posses some
> prebuilt widgets and that all we need is to passe a description of the UI by
> dbus (I risk my life saying that but if we want something multidesktop, xml
> should be used here). 
> 
> About the daemon :
> He has to be able to parse the xml input and make the corresponding UI (seems
> logical). The xml describe the widgets used, their different properties and
> value and their positions (something like the box model of edje would be
> great for that but again if we wan't something "multi desktop" and not just
> for e maybe this point need some discussion). Concerning the prebuilt
> widgets, I'm not talking about remake another toolkit, the daemon has just to
> use already existant basics widgets (i.e: label, button, image, progressbar,
> scrolledview) in the toolkit of his choice.
> 
> Thus with a system like that, the theme and toolkit used for the notification
> is not anymore choose by the application but by the user.
> 
> Here is my thoughts, whether you took it or not I'm really interested by
> using a notification something so I hope that you are going to start to work
> on it soon :)

unless such a ui spec is part of the notification spec - it's a waste of time
as nothing will support it.

as for a notification "module" - i certainly have no plans on doing one.

> lok.
> 
> > > Cheers,
> > > Eugen.
> > > >
> > > >
> > > > -
> > > > Take Surveys. Earn Cash. Influence the Future of IT
> > > > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > > > your opinions on IT & business topics through brief surveys -- and earn
> > > > cash
> > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > > > ___ enlightenment-devel
> > > > mailing list enlightenment-devel@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > >
> > > -
> > > Take Surveys. Earn Cash. Influence the Future of IT
> > > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > > your opinions on IT & business topics through brief surveys -- and earn
> > > cash
> > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > > ___ enlightenment-devel
> > > mailing list enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > >
> > 
> > -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys -- and earn cash

Re: [E-devel] eet crashes in a directory without write permission

2006-09-19 Thread Peter Wehrfritz
Carsten Haitzler (The Rasterman) schrieb:

>On Mon, 28 Aug 2006 16:17:41 +0200 Peter Wehrfritz <[EMAIL PROTECTED]>
>babbled:
>
>  
>
>>Hi all,
>>
>>I'm using eet for the highscore support in elitaire, but eet crashes 
>>while writing into a file that is in a directory, for that the user 
>>hasn't got write permission, altough he has write permission for the 
>>file itself.
>>
>>To reproduce this:
>>
>>- first compile the attached test app and then make a directory called tmp
>>- execute the the test app once or twice (or oftener)
>>- chmod 555 tmp
>>- then execute it again and it will crash
>>
>>Attached you will find the test app and the backtrace
>>
>>
>
>fixed :) subtle mmap and close() of the fd to the mmaped region bug :)
>
>  
>
thanks a lot. It works now.

peter

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] itray module

2006-09-19 Thread lok
On Tue, 19 Sep 2006 06:43:25 -0400
"Sthithaprajna Garapaty" <[EMAIL PROTECTED]> wrote:

> > I think for now we can get away with just a notification module. Is there 
> > any spec for this? Anything we should be looking at? (maybe the Gnome & KDE 
> > code).
> 
> Somewhat. There's libnotify and the Desktop Notification Spec.
> http://trac.galago-project.org/wiki/DesktopNotifications
> http://galago-project.org/specs/notification/index.php
> http://galago-project.org/downloads.php
> 
> Unfortunately, its not too widely implemented, and the spec is not too
> comprehensive either.
> But, it does provide a lot more flexiblity than the systray spec in
> that it does not restrict you to single icons in a row and of course,
> it throws out the ugly sub-windowing for actual images (with alpha)
> and text.
> >
> > Basically, it would be nice if we could, maybe extend the IBox so each 
> > minimized application can send notifications. Maybe we could somehow fool 
> > other applications into thinking they've been trayed so that they can send 
> > notifications and we can capture them.
> 
> This seems like a bad idea to me. Applications shouldnt have to be
> minimized to send notifications. In fact, applications shouldn't need
> to have a window open to send notifications.

imho the notification and the tray system must be separated. They're goal are 
too different to make it in one only module.

> > These are just my thoughts, dunno if they're good. Waiting to hear your 
> > opinions. I might get into this module, in a few days, when I finish my 
> > current work. I have other things on my list as well (I have updating the 
> > carbon theme, and integrating some power management into E on my list at 
> > the moment).
> >
> > So basically, I'd like to collect some thoughts on these items. But mostly, 
> > on this notification thing.

I think that basically we need a "notification daemon" like describe in the 
spec. But more than that it would be very great if the daemon posses some 
prebuilt widgets and that all we need is to passe a description of the UI by 
dbus (I risk my life saying that but if we want something multidesktop, xml 
should be used here). 

About the daemon :
He has to be able to parse the xml input and make the corresponding UI (seems 
logical). The xml describe the widgets used, their different properties and 
value and their positions (something like the box model of edje would be great 
for that but again if we wan't something "multi desktop" and not just for e 
maybe this point need some discussion).
Concerning the prebuilt widgets, I'm not talking about remake another toolkit, 
the daemon has just to use already existant basics widgets (i.e: label, button, 
image, progressbar, scrolledview) in the toolkit of his choice.

Thus with a system like that, the theme and toolkit used for the notification 
is not anymore choose by the application but by the user.

Here is my thoughts, whether you took it or not I'm really interested by using 
a notification something so I hope that you are going to start to work on it 
soon :)

lok.

> > Cheers,
> > Eugen.
> > >
> > >
> > > -
> > > Take Surveys. Earn Cash. Influence the Future of IT
> > > Join SourceForge.net's Techsay panel and you'll get the chance to share 
> > > your
> > > opinions on IT & business topics through brief surveys -- and earn cash
> > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > > ___
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> > -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys -- and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join S

Re: [E-devel] Maximize bug ( e17 current cvs )

2006-09-19 Thread David Stevenson
On 16/09/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:

> > What I was going to do next (but as always, when!? and if someone
> > doesn't beat me to it) was add an E_Maximize arg to this logic when
> > calling from e_border_maximize, and then...
> > a) if the arg is "maximize vertically", only try to maximize the
> > window vertically
> > b) if the arg is "maximize horizontally", only try to maximize the
> > window horizontally (this much will solve my problems, and finally)
> > c) if the arg is "maximize in both directions", then for starters try
> > different orders of maximizing horizontally and vertically and select
> > the result that gives the maximum volume of space for the window
> > (there may be a smarter way of determining maximum volume, but I've
> > not thought that far yet).
>
> actually thats a good idea :) (the volume thing) :) sounds like that would 
> work
> well... so... i'm waiting for you to "get to it" :)

OK - Let's see how far I can get with this on the weekend :-)

David

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [PATCH] Show Hidden Files Option in File Selector

2006-09-19 Thread The Rasterman
On Tue, 19 Sep 2006 23:41:44 +1000 Metrics <[EMAIL PROTECTED]> babbled:

> Patch attached, and diff -u'd.
> 
> metrics

this and exebuf patch now in :)


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

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [PATCH] exebuf Run in Terminal

2006-09-19 Thread Metrics
Patch attached instead of inline.

metrics
Index: src/bin/e_config.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_config.c,v
retrieving revision 1.203
diff -u -r1.203 e_config.c
--- src/bin/e_config.c  16 Sep 2006 11:35:54 -  1.203
+++ src/bin/e_config.c  17 Sep 2006 03:39:28 -
@@ -457,6 +457,7 @@
E_CONFIG_VAL(D, T, exebuf_pos_min_h, INT);
E_CONFIG_VAL(D, T, exebuf_pos_max_w, INT);
E_CONFIG_VAL(D, T, exebuf_pos_max_h, INT);
+   E_CONFIG_VAL(D, T, exebuf_term_cmd, STR);
E_CONFIG_LIST(D, T, color_classes, _e_config_color_class_edd);
E_CONFIG_VAL(D, T, use_app_icon, INT);
E_CONFIG_VAL(D, T, cfgdlg_auto_apply, INT); /**/
@@ -653,6 +654,7 @@
e_config->exebuf_pos_min_h = 160;
e_config->exebuf_pos_max_w = 400;
e_config->exebuf_pos_max_h = 320;
+   e_config->exebuf_term_cmd = evas_stringshare_add("xterm -e");
e_config->color_classes = NULL;
e_config->use_app_icon = 0;
e_config->cfgdlg_auto_apply = 0;
Index: src/bin/e_config.h
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_config.h,v
retrieving revision 1.120
diff -u -r1.120 e_config.h
--- src/bin/e_config.h  16 Sep 2006 11:35:54 -  1.120
+++ src/bin/e_config.h  17 Sep 2006 03:39:28 -
@@ -209,6 +209,7 @@
int exebuf_pos_min_h; // GUI
int exebuf_pos_max_w; // GUI
int exebuf_pos_max_h; // GUI
+   const char *exebuf_term_cmd; // GUI
Evas_List  *color_classes;
int use_app_icon; // GUI
int cfgdlg_auto_apply; // GUI
Index: src/bin/e_exebuf.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_exebuf.c,v
retrieving revision 1.22
diff -u -r1.22 e_exebuf.c
--- src/bin/e_exebuf.c  23 Aug 2006 03:39:01 -  1.22
+++ src/bin/e_exebuf.c  17 Sep 2006 03:39:29 -
@@ -35,6 +35,7 @@
 static int _e_exebuf_cb_sort_exe(void *data1, void *data2);
 static void _e_exebuf_update(void);
 static void _e_exebuf_exec(void);
+static void _e_exebuf_exec_term(void);
 static void _e_exebuf_exe_sel(E_Exebuf_Exe *exe);
 static void _e_exebuf_exe_desel(E_Exebuf_Exe *exe);
 static void _e_exebuf_exe_scroll_to(int i);
@@ -428,6 +429,42 @@
 }
 
 static void
+_e_exebuf_exec_term(void)
+{
+   char tmp[EXEBUFLEN];
+   char *active_cmd;
+
+   if (exe_sel)
+ {
+   if (exe_sel->app)
+ {
+if (exe_sel->app->exe)
+  active_cmd = exe_sel->app->exe;
+else
+  {
+ e_zone_app_exec(exebuf->zone, exe_sel->app);
+ e_exehist_add("exebuf", exe_sel->app->exe);
+  }
+ }
+   else 
+ active_cmd = exe_sel->file;
+ }
+   else
+ active_cmd = cmd_buf;
+
+   if (strlen(active_cmd) > 0)
+ {
+   /* Copy the terminal command to the start of the string...
+* making sure it has a null terminator if greater than EXEBUFLEN */
+   snprintf(tmp, EXEBUFLEN, "%s %s", e_config->exebuf_term_cmd, 
active_cmd);
+   e_zone_exec(exebuf->zone, tmp);
+   e_exehist_add("exebuf", tmp);
+ }
+
+   e_exebuf_hide();
+}
+
+static void
 _e_exebuf_exe_sel(E_Exebuf_Exe *exe)
 {
edje_object_signal_emit(exe->bg_object, "e,state,selected", "e");
@@ -984,8 +1021,12 @@
  _e_exebuf_complete();
else if (!strcmp(ev->keysymbol, "Tab"))
  _e_exebuf_complete();
+   else if (!strcmp(ev->keysymbol, "Return") && (ev->modifiers & 
ECORE_X_MODIFIER_CTRL))
+ _e_exebuf_exec_term();
else if (!strcmp(ev->keysymbol, "Return"))
  _e_exebuf_exec();
+   else if (!strcmp(ev->keysymbol, "KP_Enter") && (ev->modifiers & 
ECORE_X_MODIFIER_CTRL))
+ _e_exebuf_exec_term();
else if (!strcmp(ev->keysymbol, "KP_Enter"))
  _e_exebuf_exec();
else if (!strcmp(ev->keysymbol, "Escape"))
Index: src/bin/e_int_config_exebuf.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_int_config_exebuf.c,v
retrieving revision 1.4
diff -u -r1.4 e_int_config_exebuf.c
--- src/bin/e_int_config_exebuf.c   14 Aug 2006 15:22:45 -  1.4
+++ src/bin/e_int_config_exebuf.c   17 Sep 2006 03:39:30 -
@@ -23,6 +23,7 @@
int pos_min_h;
int pos_max_w;
int pos_max_h;
+   char * term_cmd;
 };
 
 EAPI E_Config_Dialog *
@@ -63,6 +64,9 @@
cfdata->pos_min_h = e_config->exebuf_pos_min_h;
cfdata->pos_max_w = e_config->exebuf_pos_max_w;
cfdata->pos_max_h = e_config->exebuf_pos_max_h;
+   if (e_config->exebuf_term_cmd)
+ cfdata->term_cmd = strdup(e_config->exebuf_term_cmd);
+
 }
 
 static void *
@@ -99,11 +103,11 @@
o = e_widget_list_add(evas, 0, 0);
 
of = e_widget_framelist_add(evas, _("General Settings"), 0);
-   ob = e_widget_label_add(evas, _("Maximum Number Of Matched Eaps To List"));
+   ob = e_widget_label_add(evas, _("Maximum Number of Matched Eaps to List"));
e_widget_framelist_o

Re: [E-devel] [PATCH] Show Hidden Files Option in File Selector

2006-09-19 Thread Metrics
Patch attached, and diff -u'd.

metrics
Index: src/bin/e_fm.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_fm.c,v
retrieving revision 1.70
diff -u -r1.70 e_fm.c
--- src/bin/e_fm.c  18 Sep 2006 14:52:43 -  1.70
+++ src/bin/e_fm.c  19 Sep 2006 15:08:30 -
@@ -58,6 +58,7 @@
unsigned char iconlist_changed : 1;
unsigned char order_file : 1;
unsigned char typebuf_visible : 1;
+   unsigned char show_hidden_files : 1;
 
E_Fm2_Config *config;
 
@@ -200,6 +201,7 @@
 static void _e_fm2_icon_menu(E_Fm2_Icon *ic, Evas_Object *obj, unsigned int 
timestamp);
 static void _e_fm2_icon_menu_post_cb(void *data, E_Menu *m);
 static void _e_fm2_refresh(void *data, E_Menu *m, E_Menu_Item *mi);
+static void _e_fm2_toggle_hidden_files(void *data, E_Menu *m, E_Menu_Item *mi);
 static void _e_fm2_new_directory(void *data, E_Menu *m, E_Menu_Item *mi);
 static void _e_fm2_new_directory_delete_cb(void *obj);
 static void _e_fm2_new_directory_yes_cb(char *text, void *data);
@@ -234,6 +236,7 @@
  }
else return 0;
 
+
_e_fm2_smart = evas_smart_new("e_fm",
 _e_fm2_smart_add, /* add */
 _e_fm2_smart_del, /* del */
@@ -3190,10 +3193,10 @@
  {
dp = readdir(sd->dir);
if (!dp) goto endscan;
-   /* no - you don't want the cuirrent and parent dir links listed */
+   /* no - you don't want the current and parent dir links listed */
if ((!strcmp(dp->d_name, ".")) || (!strcmp(dp->d_name, ".."))) return 1;
-   /* skip dotfiles */
-   if (dp->d_name[0] == '.') return 1;
+   /* skip dotfiles if we're not showing hidden files */
+   if (dp->d_name[0] == '.' && !sd->show_hidden_files) return 1;
_e_fm2_file_add(data, dp->d_name);
  }
return 1;
@@ -3511,6 +3514,16 @@
 "e/fileman/button/refresh");
e_menu_item_callback_set(mi, _e_fm2_refresh, sd);
 
+   mi = e_menu_item_new(mn);
+   e_menu_item_label_set(mi, _("Show Hidden Files"));
+   e_menu_item_icon_edje_set(mi,
+e_theme_edje_file_get("base/theme/fileman",
+  
"e/fileman/button/hidden_files"),
+"e/fileman/button/hidden_files");
+   e_menu_item_check_set(mi, 1);
+   e_menu_item_toggle_set(mi, sd->show_hidden_files);
+   e_menu_item_callback_set(mi, _e_fm2_toggle_hidden_files, sd);
+
if (ecore_file_can_write(sd->realpath))
  {
mi = e_menu_item_new(mn);
@@ -3592,6 +3605,16 @@
 "e/fileman/button/refresh");
e_menu_item_callback_set(mi, _e_fm2_refresh, ic->sd);
 
+   mi = e_menu_item_new(mn);
+   e_menu_item_label_set(mi, _("Show Hidden Files"));
+   e_menu_item_icon_edje_set(mi,
+e_theme_edje_file_get("base/theme/fileman",
+  
"e/fileman/button/hidden_files"),
+"e/fileman/button/hidden_files");
+   e_menu_item_check_set(mi, 1);
+   e_menu_item_toggle_set(mi, sd->show_hidden_files);
+   e_menu_item_callback_set(mi, _e_fm2_toggle_hidden_files, sd);
+
if (ecore_file_can_write(sd->realpath))
  {
mi = e_menu_item_new(mn);
@@ -3719,6 +3742,20 @@
 }
 
 static void
+_e_fm2_toggle_hidden_files(void *data, E_Menu *m, E_Menu_Item *mi)
+{
+   E_Fm2_Smart_Data *sd;
+   
+   sd = data;
+   if (sd->show_hidden_files)
+ sd->show_hidden_files = 0;
+   else
+ sd->show_hidden_files = 1;
+
+   _e_fm2_refresh(data, m, mi);
+}
+
+static void
 _e_fm2_new_directory(void *data, E_Menu *m, E_Menu_Item *mi)
 {
E_Fm2_Smart_Data *sd;
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] [PATCH] Show Hidden Files Option in File Selector

2006-09-19 Thread Metrics
Attached is a small patch to add an option to show hidden files in the
files selector.

metrics


Index: src/bin/e_fm.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_fm.c,v
retrieving revision 1.70
diff -r1.70 e_fm.c
60a61
>unsigned char show_hidden_files : 1;
202a204
> static void _e_fm2_toggle_hidden_files(void *data, E_Menu *m, E_Menu_Item 
> *mi);
236a239
> 
3193c3196
<   /* no - you don't want the cuirrent and parent dir links listed */
---
>   /* no - you don't want the current and parent dir links listed */
3195,3196c3198,3199
<   /* skip dotfiles */
<   if (dp->d_name[0] == '.') return 1;
---
>   /* skip dotfiles if we're not showing hidden files */
>   if (dp->d_name[0] == '.' && !sd->show_hidden_files) return 1;
3513a3517,3526
>mi = e_menu_item_new(mn);
>e_menu_item_label_set(mi, _("Show Hidden Files"));
>e_menu_item_icon_edje_set(mi,
>e_theme_edje_file_get("base/theme/fileman",
>  
> "e/fileman/button/hidden_files"),
>"e/fileman/button/hidden_files");
>e_menu_item_check_set(mi, 1);
>e_menu_item_toggle_set(mi, sd->show_hidden_files);
>e_menu_item_callback_set(mi, _e_fm2_toggle_hidden_files, sd);
> 
3594a3608,3617
>mi = e_menu_item_new(mn);
>e_menu_item_label_set(mi, _("Show Hidden Files"));
>e_menu_item_icon_edje_set(mi,
>e_theme_edje_file_get("base/theme/fileman",
>  
> "e/fileman/button/hidden_files"),
>"e/fileman/button/hidden_files");
>e_menu_item_check_set(mi, 1);
>e_menu_item_toggle_set(mi, sd->show_hidden_files);
>e_menu_item_callback_set(mi, _e_fm2_toggle_hidden_files, sd);
> 
3721a3745,3758
> _e_fm2_toggle_hidden_files(void *data, E_Menu *m, E_Menu_Item *mi)
> {
>E_Fm2_Smart_Data *sd;
>
>sd = data;
>if (sd->show_hidden_files)
>  sd->show_hidden_files = 0;
>else
>  sd->show_hidden_files = 1;
> 
>_e_fm2_refresh(data, m, mi);
> }
> 
> static void

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] itray module

2006-09-19 Thread Sthithaprajna Garapaty
> I think for now we can get away with just a notification module. Is there any 
> spec for this? Anything we should be looking at? (maybe the Gnome & KDE code).

Somewhat. There's libnotify and the Desktop Notification Spec.
http://trac.galago-project.org/wiki/DesktopNotifications
http://galago-project.org/specs/notification/index.php
http://galago-project.org/downloads.php

Unfortunately, its not too widely implemented, and the spec is not too
comprehensive either.
But, it does provide a lot more flexiblity than the systray spec in
that it does not restrict you to single icons in a row and of course,
it throws out the ugly sub-windowing for actual images (with alpha)
and text.

>
> Basically, it would be nice if we could, maybe extend the IBox so each 
> minimized application can send notifications. Maybe we could somehow fool 
> other applications into thinking they've been trayed so that they can send 
> notifications and we can capture them.

This seems like a bad idea to me. Applications shouldnt have to be
minimized to send notifications. In fact, applications shouldn't need
to have a window open to send notifications.

>
> These are just my thoughts, dunno if they're good. Waiting to hear your 
> opinions. I might get into this module, in a few days, when I finish my 
> current work. I have other things on my list as well (I have updating the 
> carbon theme, and integrating some power management into E on my list at the 
> moment).
>
> So basically, I'd like to collect some thoughts on these items. But mostly, 
> on this notification thing.
>
> Cheers,
> Eugen.
> >
> >
> > -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys -- and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] itray module

2006-09-19 Thread Eugen Minciu
On Tue, 19 Sep 2006 05:57:50 GMT
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:

> 
> > it can't. it's a window. just like tray icons. windows cant be
> > part of a canvas.
> 
>   I think that given the current design of the systray spec,
> what we have here is just that, currently, implementing this may
> give ugly stuff for many systray-apps.. But I don't think it means
> that the concept is a bad one and should not be pursued.
> 
>   If the concept is useful, then it could be made to work well
> with 'enlightened' systray related apps - there may not be many such
> right now, but maybe some will develop soon... :)
> 
>   Better to have good with "e-systray-aware-apps" and some
> others, but ugly with many others... than nothing at all?
Hmm ... I don't share that opinion :)

I think for now we can get away with just a notification module. Is there any 
spec for this? Anything we should be looking at? (maybe the Gnome & KDE code). 

Basically, it would be nice if we could, maybe extend the IBox so each 
minimized application can send notifications. Maybe we could somehow fool other 
applications into thinking they've been trayed so that they can send 
notifications and we can capture them.

These are just my thoughts, dunno if they're good. Waiting to hear your 
opinions. I might get into this module, in a few days, when I finish my current 
work. I have other things on my list as well (I have updating the carbon theme, 
and integrating some power management into E on my list at the moment).

So basically, I'd like to collect some thoughts on these items. But mostly, on 
this notification thing.

Cheers,
Eugen.
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] edje canvas objects

2006-09-19 Thread simon . treny
Quoting "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:

>
> >Jason writes:
>
> > > > Much ado about gradients, but hopefully all this will make
> > > > it easier to work with grads in current edje and otherwise.
> > >
> > > Forgive me for chiming in when I haven't read the full thread
> > > nor grokked the context, but does any of your work allow being
> > > able to set gradients as clipping objects?  The ability to clip
> > > a text object with a gradient to allow fading text out is
> > > something I've wanted to be able to do for a long time.  :)
> > >
> > > Cheers,
> > > Jason.
> > >
> > The short anwser is no. Only rectangle objs work as clip
> > objs in evas at this time.
> > The longer anwser is that yes, there is a way you can
> > do this right now - if you use a buffer evas for your text output.
> >
> > You would setup your buffer evas (make sure it's set to
> > have-alpha). Then add your text obj and add a suitable grad obj on
> > top of that -- AND set the grad obj's render-op to EVAS_RENDER_MUL.
>
>   Just thought I'd follow up on this a bit... Note that in the
> above one can also use an image object, indeed all renderable objects
> respect the various render-ops (only for buffer-engine based evases
> right now, though the 'mul' render-op only behaves like 'clipping'
> for non-shape like objs, eg. images/grads).
>
>   Likely evas will have general obj clipping not too far away,
> but 'buffer evases' are also interesting and useful (hence the
> ecore sub-canvases).

I think it would be indeed really useful to have such objects:
I may be wrong but I think this kind of objects is the way to go if we want to
support blitting in Evas. It should improve the perfs a lot when we have to
scroll large areas of screen (the scrolling part would just be a subcanvas, so,
in order to scroll, we would just have to move this subcanvas. No need to redraw
all the objects of the subcanvas).
We could maybe implement this in the smart objects: A smart object could render
(if we say so) in a subcanvas, so moving the smart object won't require to
redraw all the sub objects.

Regards,
Simon TRENY 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel