[E-devel] Re: E CVS: apps/entrance raster
[EMAIL PROTECTED] said: > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : apps/entrance > > Dir : e17/apps/entrance/src/client > > > Modified Files: > entrance_ipc.c > > > Log Message: > > > make the dir if it doesnt exist! > Bleh... I'm slow on getting to these things now that I am without Internet access. Anyways.. 1. I didn't add code to make the dir because the directory should be automatically created by mkinstalldirs. Correct me if I'm wrong. 2. Did you just create an E17 theme? I've *gotta* see this. :) -- Ibukun Olumuyiwa http://xcomputerman.com --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idG21&alloc_id040&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] changing menu navigation key binding
* Kim Woelders ([EMAIL PROTECTED]) wrote:
>
> One fairly easy way to do this would be to add a struct, let's say
>
> struct {
>KeySym left, right, up, down;
> } menukeys;
>
> to the Conf struct, add the associated load and save statements (one
> config line?) in config.c, and add a function call in menus.c after
> XLookupKeysym() mapping the received key into the desired "function".
> There would have to be configured some defaults (setup.c). Finally, a
> way to actually set the values would be nice. vi
> ~/.enlightenment/...e_session-XX could of course be considered "a
> way" :)
Here is the patch. It will probably need some revisions, as there were
some choices I add to make that I'm not sure are correct:
- I chose to save the config in the CONTROL section
- I chose to give it the number 1390 (which was not taken and leave some
space for the transparency options if need be)
- I chose to save one key per line, using the format:
1390 0 keysym_for_left
1390 1 keysym_for_right
1390 2 keysym_for_up
1390 3 keysym_for_down
1390 4 keysym_for_escape
1390 5 keysym_for_return
The patch works well here. The simplest way to use it is:
- apply the patch
- start and quit enlightenment
- edit the newly saved lines in ...e_session-XX (the lines starting
with 1390)
- start enlightenment again
One nice feature (I think) is that unless you rebind one of the default
keys (Left, Right, ...), then they can be still used to navigate the
menus. So here I have remapped the directions to hljk, and return to
space, but I can still use the arrows and the return key if I want.
Alan Schmitt
--
The hacker: someone who figured things out and made something cool happen.
.O.
..O
OOO
Index: E.h
===
RCS file: /cvsroot/enlightenment/e16/e/src/E.h,v
retrieving revision 1.314
diff -u -p -r1.314 E.h
--- E.h 26 Jul 2004 18:54:48 - 1.314
+++ E.h 29 Jul 2004 15:49:59 -
@@ -1101,6 +1101,10 @@ typedef struct
} hints;
struct
{
+ KeySym left, right, up, down, escape, ret;
+ } menukeys;
+ struct
+ {
charenable;
charzoom;
chartitle;
Index: conf.h
===
RCS file: /cvsroot/enlightenment/e16/e/src/conf.h,v
retrieving revision 1.34
diff -u -p -r1.34 conf.h
--- conf.h 3 Jul 2004 00:58:19 - 1.34
+++ conf.h 29 Jul 2004 15:49:59 -
@@ -155,6 +155,8 @@
#define CONTROL_ST_PAGER 1383
#define CONTROL_ST_WARPLIST 1384
+#define CONTROL_MENU_NAVIGATION_KEYS 1390
+
#define ICLASS_NAME 350
#define ICLASS_NORMAL 351
#define ICLASS_CLICKED 352
Index: config.c
===
RCS file: /cvsroot/enlightenment/e16/e/src/config.c,v
retrieving revision 1.111
diff -u -p -r1.111 config.c
--- config.c25 Jul 2004 09:34:43 - 1.111
+++ config.c29 Jul 2004 15:49:59 -
@@ -648,6 +648,7 @@ Config_Control(FILE * ConfigFile)
*/
chars[FILEPATH_LEN_MAX];
+ chars2[FILEPATH_LEN_MAX];
int i1, i2, i3, fields;
float f1;
@@ -984,6 +985,30 @@ Config_Control(FILE * ConfigFile)
case CONTROL_DOCKAPP_SUPPORT:
Conf.dockapp_support = i2;
break;
+ case CONTROL_MENU_NAVIGATION_KEYS:
+ sscanf(s, "%*i %*i %s", s2);
+ switch(i2)
+ {
+ case 0:
+ Conf.menukeys.left = XStringToKeysym(s2);
+ break;
+ case 1:
+ Conf.menukeys.right = XStringToKeysym(s2);
+ break;
+ case 2:
+ Conf.menukeys.up = XStringToKeysym(s2);
+ break;
+ case 3:
+ Conf.menukeys.down = XStringToKeysym(s2);
+ break;
+ case 4:
+ Conf.menukeys.escape = XStringToKeysym(s2);
+ break;
+ case 5:
+ Conf.menukeys.ret = XStringToKeysym(s2);
+ break;
+ }
+ break;
default:
RecoverUserConfig();
Alert(_("Warning: unable to determine what to do with\n"
@@ -3927,6 +3952,12 @@ SaveUserControlConfig(FILE * autosavefil
fprintf(autosavefile, "1383 %i\n", (int)Conf.st_trans.pager);
fprintf(autosavefile, "1384 %i\n", (int)Conf.st_trans.warplist);
#endif
+fprintf(autosavefile, "1390 0 %s\n", XKeysymToString(Conf.menukeys.left));
+fprintf(autosavefile, "1390 1 %s\n", XKeysymToString(Conf.menukeys.right));
+fprintf(autosavefile, "1390 2 %s\n", XKeysymToString(Conf.menukeys.up));
+fprintf(autosavefile, "1390 3 %s\n", XKeysymToString(Conf.menukeys.down));
+fprintf(autosavefile, "1390 4 %s\n", XKeysymToString(Conf.menukeys.escape));
+
[E-devel] Re: E CVS: apps/entrance raster
On Thursday, 29 July 2004, at 01:12:19 (-0700), E CVS List wrote: > put things in the right dirs > > === > RCS file: /cvsroot/enlightenment/e17/apps/entrance/config/pam.d/Makefile.am,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -u -3 -r1.3 -r1.4 > --- Makefile.am 20 Jul 2004 18:32:35 - 1.3 > +++ Makefile.am 29 Jul 2004 08:12:19 - 1.4 > @@ -1,3 +1,3 @@ > EXTRA_DIST = entrance > -pamdir = $(prefix)/../$(sysconfdir)/pam.d > +pamdir = $(sysconfdir)/pam.d > pam_DATA = entrance > put things in the right dirs > > === > RCS file: /cvsroot/enlightenment/e17/apps/entrance/config/init.d/Makefile.am,v > retrieving revision 1.2 > retrieving revision 1.3 > diff -u -3 -r1.2 -r1.3 > --- Makefile.am 20 Jul 2004 18:32:35 - 1.2 > +++ Makefile.am 29 Jul 2004 08:12:19 - 1.3 > @@ -1,3 +1,3 @@ > -initdir = $(prefix)/../$(sysconfdir)/init.d > +initdir = $(sysconfdir)/init.d > init_SCRIPTS = entrance > # Install permissions need to be 744 I changed these for a reason. "make distcheck" (at least for autoconf 2.13/automake 1.4) changes the $(prefix) value instead of properly setting $DESTDIR. Since $(sysconfdir) does not reference $(prefix), make distcheck fails trying to write to the real /etc. If someone has a better idea, I'm all ears. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "Men are not subtle. We are obvious. Women know what men want. Men know what men want. What do we want? We want women! That's it. It's the only thing we know for sure." -- Jerry Seinfeld --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: apps/entrance raster
Michael Jennings said: > On Thursday, 29 July 2004, at 01:12:19 (-0700), > E CVS List wrote: > >> put things in the right dirs >> >> === >> RCS file: >> /cvsroot/enlightenment/e17/apps/entrance/config/pam.d/Makefile.am,v >> retrieving revision 1.3 >> retrieving revision 1.4 >> diff -u -3 -r1.3 -r1.4 >> --- Makefile.am 20 Jul 2004 18:32:35 - 1.3 >> +++ Makefile.am 29 Jul 2004 08:12:19 - 1.4 >> @@ -1,3 +1,3 @@ >> EXTRA_DIST = entrance >> -pamdir = $(prefix)/../$(sysconfdir)/pam.d >> +pamdir = $(sysconfdir)/pam.d >> pam_DATA = entrance > >> put things in the right dirs >> >> === >> RCS file: >> /cvsroot/enlightenment/e17/apps/entrance/config/init.d/Makefile.am,v >> retrieving revision 1.2 >> retrieving revision 1.3 >> diff -u -3 -r1.2 -r1.3 >> --- Makefile.am 20 Jul 2004 18:32:35 - 1.2 >> +++ Makefile.am 29 Jul 2004 08:12:19 - 1.3 >> @@ -1,3 +1,3 @@ >> -initdir = $(prefix)/../$(sysconfdir)/init.d >> +initdir = $(sysconfdir)/init.d >> init_SCRIPTS = entrance >> # Install permissions need to be 744 > > I changed these for a reason. "make distcheck" (at least for autoconf > 2.13/automake 1.4) changes the $(prefix) value instead of properly > setting $DESTDIR. Since $(sysconfdir) does not reference $(prefix), > make distcheck fails trying to write to the real /etc. > > If someone has a better idea, I'm all ears. > > Michael > I did receive a complaint about files (notably /etc/pam.d/entrance) not being installed during make install, and this is most likely why. I believe there should be a better solution ... this doesn't appear to be a very clean hack (does this work if $prefix is two dirs deep, for example?). I'm not an autofools expert and I don't have internet access at home for the time being, so hopefully someone can sort this out. -- Ibukun Olumuyiwa http://xcomputerman.com --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: apps/entrance raster
On Thursday, 29 July 2004, at 13:48:43 (-0500), Ibukun Olumuyiwa wrote: > I did receive a complaint about files (notably /etc/pam.d/entrance) > not being installed during make install, and this is most likely > why. I believe there should be a better solution ... this doesn't > appear to be a very clean hack I never said it was clean. :) But it, or something like it, is required for "make distcheck" to pass. > (does this work if $prefix is two dirs deep, for example?). Obviously not. > I'm not an autofools expert and I don't have internet access at home > for the time being, so hopefully someone can sort this out. Yes, that's usually the way it goes. Everybody knows there's a problem, and everybody wants it fixed, but no one's willing to actually put in the time and effort to figure it out. So I guess it'll have to stay broken until I have some time to look at it again. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "To err is human; to really louse things up requires Microsoft products." -- Alexander Pope, slightly paraphrased --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] possible etox problem?
Hi all, I'm running into a problem using erss... I'm at a loss for how to troubleshoot this further, so if anyone has any suggestions, please let me know. The problem only occurs when using a config file that has the description line set. After the window appears and the title is displayed, erss freezes and can only be stopped with a "kill -9". Meanwhile, the CPU is running at near 100% without noticeably slowing down any other programs running, so i'm guessing it's some kind of infinite loop. Running it with gdb reveals that it never gets past an erss_tooltip_new() function call. A few lines into that function is a call to: evas_object_resize (tt->bg, w, h); which never returns. From a gdb trace it looks like the real culprit is etox_layout(). Included below are a few gdb backtraces after stopping and starting erss repeatedly. I'd like to know if i'm correctly interpreting this to find where things are getting stuck. And i'd _really_ like to know how to fix it :) (gdb) bt #0 0x400792a5 in evas_list_append_relative () at eval.c:88 #1 0x4003f60d in etox_line_split () at eval.c:88 #2 0x4003f454 in etox_line_wrap () at eval.c:88 #3 0x4003e50f in etox_layout () at eval.c:88 #4 0x4003d5fb in etox_resize () at eval.c:88 #5 0x4006d56e in evas_object_resize () at eval.c:88 #6 0x804c685 in erss_tooltip_new () at eval.c:88 #7 0x804c8b7 in erss_tooltip_for () at eval.c:88 #8 0x804d89f in erss_gui_item_new () at eval.c:88 #9 0x804d910 in erss_gui_items_add () at eval.c:88 #10 0x804ceb7 in erss_net_server_del () at eval.c:88 #11 0x40314ddc in _ecore_event_call () at eval.c:88 #12 0x40319ffc in _ecore_main_loop_iterate_internal () at eval.c:88 #13 0x4031916a in ecore_main_loop_begin () at eval.c:88 #14 0x804ac23 in main () at eval.c:88 #15 0x4021c2eb in __libc_start_main (main=0x804a878 , argc=3, ubp_av=0xb874, init=0x8049c94 <_init>, fini=0x804e0dc <_fini>, rtld_fini=0x4000c130 <_dl_fini>, stack_end=0xb86c) at ../sysdeps/generic/libc-start.c:129 (gdb) c Continuing. Program received signal SIGINT, Interrupt. 0x404e8471 in tt_face_free_names (face=0x80aa1a0) at /usr/local/src/freetype-2.1.5/src/sfnt/ttload.c:1172 1172/usr/local/src/freetype-2.1.5/src/sfnt/ttload.c: No such file or directory. (gdb) bt #0 0x404e8471 in tt_face_free_names (face=0x80aa1a0) at /usr/local/src/freetype-2.1.5/src/sfnt/ttload.c:1172 #1 0x404d58c6 in cff_face_done (face=0x80aa1a0) at /usr/local/src/freetype-2.1.5/src/cff/cffobjs.c:546 #2 0x404c38ba in open_face (driver=0x8059540, stream=0x92f1848, face_index=0, num_params=0, params=0x0, aface=0xbfffd344) at /usr/local/src/freetype-2.1.5/src/base/ftobjs.c:900 #3 0x404c4552 in FT_Open_Face (library=0x8059378, args=0xbfffd37c, face_index=0, aface=0x92f1bec) at /usr/local/src/freetype-2.1.5/src/base/ftobjs.c:1633 #4 0x404c3926 in FT_New_Face (library=0x8059378, pathname=0x92f1c28 "/opt/e17/share/etox/fonts/nationff.ttf", face_index=0, aface=0x92f1bec) at /usr/local/src/freetype-2.1.5/src/base/ftobjs.c:933 #5 0x40086c0a in evas_common_font_source_load () at eval.c:88 #6 0x4008701d in evas_common_font_load () at eval.c:88 #7 0x4009aee5 in evas_engine_software_x11_font_load () at eval.c:88 #8 0x400741dc in evas_object_text_font_set () at eval.c:88 #9 0x40041b2c in etox_style_new () at eval.c:88 #10 0x4003f49d in etox_line_wrap () at eval.c:88 #11 0x4003e50f in etox_layout () at eval.c:88 #12 0x4003d5fb in etox_resize () at eval.c:88 #13 0x4006d56e in evas_object_resize () at eval.c:88 #14 0x804c685 in erss_tooltip_new () at eval.c:88 #15 0x804c8b7 in erss_tooltip_for () at eval.c:88 #16 0x804d89f in erss_gui_item_new () at eval.c:88 #17 0x804d910 in erss_gui_items_add () at eval.c:88 #18 0x804ceb7 in erss_net_server_del () at eval.c:88 #19 0x40314ddc in _ecore_event_call () at eval.c:88 #20 0x40319ffc in _ecore_main_loop_iterate_internal () at eval.c:88 #21 0x4031916a in ecore_main_loop_begin () at eval.c:88 #22 0x804ac23 in main () at eval.c:88 #23 0x4021c2eb in __libc_start_main (main=0x804a878 , argc=3, ubp_av=0xb874, init=0x8049c94 <_init>, fini=0x804e0dc <_fini>, rtld_fini=0x4000c130 <_dl_fini>, stack_end=0xb86c) at ../sysdeps/generic/libc-start.c:129 (gdb) (gdb) c Continuing. Program received signal SIGINT, Interrupt. 0x40079665 in evas_list_find_list () at eval.c:88 88 eval.c: No such file or directory. (gdb) bt #0 0x40079665 in evas_list_find_list () at eval.c:88 #1 0x4003f46a in etox_line_wrap () at eval.c:88 #2 0x4003e50f in etox_layout () at eval.c:88 #3 0x4003d5fb in etox_resize () at eval.c:88 #4 0x4006d56e in evas_object_resize () at eval.c:88 #5 0x804c685 in erss_tooltip_new () at eval.c:88 #6 0x804c8b7 in erss_tooltip_for () at eval.c:88 #7 0x804d89f in erss_gui_item_new () at eval.c:88 #8 0x804d910 in erss_gui_items_add () at eval.c:88 #9 0x804ceb7 in erss_net_server_del () at eval.c:88 #10 0x40314ddc in _ecore_event_call () at eval.c:88 #11 0x40319ffc i
Re: [E-devel] possible etox problem?
On Thu, Jul 29, 2004 at 07:42:46PM -0400, Smoke wrote: > Hi all, > > I'm running into a problem using erss... I'm at a loss for how to > troubleshoot this further, so if anyone has any suggestions, please > let me know. > > The problem only occurs when using a config file that has the > > description Depending on the config, that might be the type that causes a tooltip to be generated. > line set. After the window appears and the title is displayed, erss > freezes and can only be stopped with a "kill -9". Meanwhile, the CPU > is running at near 100% without noticeably slowing down any other > programs running, so i'm guessing it's some kind of infinite loop. Yep, probably a good guess. I've seen similar behavior, to the point that I don't use erss much anymore, because I haven't had a lot of time to debug. > Running it with gdb reveals that it never gets past an > erss_tooltip_new() function call. A few lines into that function is a > call to: > > evas_object_resize (tt->bg, w, h); > > which never returns. From a gdb trace it looks like the real culprit > is etox_layout(). Included below are a few gdb backtraces after > stopping and starting erss repeatedly. I'd like to know if i'm > correctly interpreting this to find where things are getting > stuck. And i'd _really_ like to know how to fix it :) There could be a bug in the wrapping code for etox that triggers an infinite loop. Could you send me a specific set of text that seems to cause it? I'll put together a small etox program with that text to see if I can replicate it outside of erss. Thanks! -- | Nathan Ingersoll \\ Computer Systems & Network Coordinator | | [EMAIL PROTECTED] \\ http://www.ruralcenter.org| | http://ningerso.atmos.org/ \\ Rural Health Resource Center | signature.asc Description: Digital signature
Re: [E-devel] Re: E CVS: tools andreas99
On Sunday 25 July 2004 06:36 pm, Kim Woelders wrote: > You can blame me. I thought it would be nicer to collect tools like this > in e16/tools/ in stead of in e16/. I also wasn't sure we wanted to wipe > out the old one(s) yet. isnt that the point of cvs ? :) you never really wipe out old ones if you commit over them ... -mike --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] RE: E CVS: libs/etox vacuum
I'm used to being paranoid due to Microsoft's goofy _snprintf implementation where it doesnt enforce nul termination when the formatted string is greater than the size of the buffer which is kinda the whole point. I'll back the -1 out today. Kirby On Sun, 25 Jul 2004 11:05:24 +0200, Peter Kjellerstedt <[EMAIL PROTECTED]> wrote: > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of [EMAIL PROTECTED] > > Sent: Sunday, July 25, 2004 06:03 > > To: [EMAIL PROTECTED] > > Subject: E CVS: libs/etox vacuum > > > > Enlightenment CVS committal > > > > Author : vacuum > > Project : e17 > > Module : libs/etox > > > > Dir : e17/libs/etox/src/style > > > > > > Modified Files: > > etox_style_style.c > > > > > > Log Message: > > sprintf->snprintf > > > > === > > RCS file: > > /cvsroot/enlightenment/e17/libs/etox/src/style/etox_style_style.c,v > > retrieving revision 1.2 > > retrieving revision 1.3 > > diff -u -3 -r1.2 -r1.3 > > --- etox_style_style.c11 Jun 2004 14:19:05 - 1.2 > > +++ etox_style_style.c25 Jul 2004 04:03:00 - 1.3 > > @@ -733,36 +733,36 @@ > > layer = (Etox_Style_Style_Layer > *)calloc(sizeof(Etox_Style_Style_Layer), > >1); > > > > - sprintf(key, "/layers/%d/stack", i); > > + snprintf(key, sizeof(key)-1, "/layers/%d/stack", i); > > e_db_int_get(info->style_db, key, &layer->stack); > > > > - sprintf(key, "/layers/%d/size_change", i); > > + snprintf(key, sizeof(key)-1, "/layers/%d/size_change", > i); > > e_db_int_get(info->style_db, key, &layer->size_change); > > [snip] > > Why 'sizeof(key)-1'? Why not 'sizeof key'? > The size argument to snprintf() should include the space > needed for the terminating NUL character. > > //Peter > > --- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_idG21&alloc_id040&op=click > ___ > enlightenment-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- PGP Fingerprint: 8784 EAFE E9C5 D083 3E81 727C F265 5AEF E6F8 A671 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
