Re: [E-devel] Patch for e-16.8 cvs alt+tab bug
Mike Frysinger wrote: On Monday 27 June 2005 03:17 am, Tres Melton wrote: On Sun, 2005-06-26 at 04:01 -0400, Mike Frysinger wrote: finally found a way to reproduce this :) synced up earlier today, so my running version should be pretty up-to-date ... if you hold alt+tab and then right click a window, the alt+tab list gets frozen in the middle of the screen ... only way to make it go away is to restart e :/ -mike Patch attached. patch fixed the issue for me, cheers ! -mike The patch fixes the particular problem. However, I think the problem to begin with was that menus could be activated at all while the focus list was up. I have committed a fix that prevents other actions while the focus list is active. /Kim --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] entrance problem with nfs
Nir Tzachar wrote: hello. entrance have a problem with users whose home dirs reside on nfs. if the nfs export is set to root-squash, entrance does not succeed in creating the authentication file (.Xauthority). i guess the problem is it does not set it's uid at the appropriate time, but im shooting blind here The problem is not manifested with local users, but only in the scenario mentioned above. any ideas??? has someone else ever tried this?? Well, I hate to say "duh", but you specifically configured your NFS mount to prevent root from writing, and you are complaining that entrance cannot write? -- Ibukun Olumuyiwa http://xcomputerman.com "I will stand upon my watch, and set me upon the tower, and will watch to see what he will say unto me, and what I shall answer when I am reproved." --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] entrance problem with nfs
Nir Tzachar wrote: hello. entrance have a problem with users whose home dirs reside on nfs. if the nfs export is set to root-squash, entrance does not succeed in creating the authentication file (.Xauthority). i guess the problem is it does not set it's uid at the appropriate time, but im shooting blind here The problem is not manifested with local users, but only in the scenario mentioned above. any ideas??? has someone else ever tried this?? -- Ibukun Olumuyiwa http://xcomputerman.com "I will stand upon my watch, and set me upon the tower, and will watch to see what he will say unto me, and what I shall answer when I am reproved." --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_DList bugs
Sorry about the delay on this Dylan, but it's in CVS now. You are
correct about the limitations in the ecore_list's. I have been
planning to add handle's to the lists for a while, but it has not been
a high priority. I think this could be done by splitting the current
list into two structures, a list structure and a handle structure. The
handle structure would contain the current pointer, the current index,
and a reference back to the main list structure. I also would like to
remove the separate list and dlist and just make the list a doubly
linked list. This would allow us to maintain the current API, but
provide expanded features for implementations that require multiple
references inside a list.
On 4/24/05, Dylan Shell <[EMAIL PROTECTED]> wrote:
> I've been messing w/ the Ecore Lists. I've found a simple example of a minor
> inconsistency between Ecore_DList and Ecore_List when they ought to
> behave similarly. (I've got an explanation of the changes in addition to
> the patch because last time I sent a patch, it was immediately trumped
> with a better idea...)
>
> Take the ecore/examples/list_example.c
> change line 23 from:
> ecore_list_goto_index(list, 2);
> to:
> ecore_list_goto_index(list, 1);
>
> Compile and run, and you'll get the following output:
> --- Current List ---
> first
> second
> last
>
>
> Now, go through the source, replace every "Ecore_List" with "Ecore_DList" and
> every "ecore_list_" with "ecore_dlist_"
>
> Compile and run again, you get:
> --- Current List ---
> first
> last
> second
>
> I hunted around a bit to find the bug: the implemention of
> ecore_dlist_goto_index has a slight issue when called with a list in which
> list->current == NULL.
>
> In the case of singly-linked list, there is a _ecore_list_goto_first which
> obviously sets list->current.
>
> But, it seems to me that list->index shouldn't ever be set to something
> without
> the list->current pointing to that (except when the list is empty and
> list->index == 0, or the list has items and list->index == x where x >
> list->nodes-1). If you agree, then it looks like _ecore_list_append_0(...)
> should set the list->current = end, around line 370 (ecore_list.c)
>
> Line 1326 should be:
> if ( || index < 0)
> Because an index == 0 is perfectly acceptable (as it is fine for
> list_goto_index)
>
> Also Line 1329 should read:
> if (ECORE_LIST(list)->index >= ECORE_LIST(list)->nodes)
>
> Because if list->index == list->nodes, and list->current == NULL, and then
> searching
> backward fails.
>
>
> While on the topic of the ecore_list and ecore_dlist, I do feel that the
> implementation is somewhat inadequate because there is no way to store an
> pointer (or some contextual information) so that a particular element can be
> returned to in \Theta(1) time. The "current index" stored within the list
> provides only one such contextual pointer, but the user will generaly need an
> unlimited number of them. The evas_list does far better in this regard,
> maintaining numbered indicies makes this difficult for ecore_lists...
> is there a reason why the ecore_lists use indicies?
>
> Dylan.
>
> Index: ecore_list.c
> ===
> RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore/ecore_list.c,v
> retrieving revision 1.13
> diff -u -r1.13 ecore_list.c
> --- ecore_list.c4 Jan 2005 22:45:05 - 1.13
> +++ ecore_list.c25 Apr 2005 01:36:30 -
> @@ -369,6 +369,7 @@
> if (list->first == NULL) {
> list->first = end;
> list->index = 0;
> +list->current = end;
> }
>
> list->nodes++;
> @@ -1322,10 +1323,10 @@
> if (ecore_list_is_empty(ECORE_LIST(list)))
> return FALSE;
>
> - if (index > ecore_list_nodes(ECORE_LIST(list)) || index < 1)
> + if (index > ecore_list_nodes(ECORE_LIST(list)) || index < 0)
> return FALSE;
>
> - if (ECORE_LIST(list)->index > ECORE_LIST(list)->nodes)
> + if (ECORE_LIST(list)->index >= ECORE_LIST(list)->nodes)
> _ecore_list_goto_last(ECORE_LIST(list));
>
> if (index < ECORE_LIST(list)->index)
>
>
>
>
>
>
> ---
> SF.Net email is sponsored by: Tell us your software development plans!
> Take this survey and enter to win a one-year sub to SourceForge.net
> Plus IDC's 2005 look-ahead and a copy of this survey
> Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and mor
[E-devel] Re: E CVS: libs/ecore rbdpngn
Thanks, applied with one minor sanity check added.
On 6/30/05, enlightenment-cvs@lists.sourceforge.net
wrote:
> Enlightenment CVS committal
>
> Author : rbdpngn
> Project : e17
> Module : libs/ecore
>
> Dir : e17/libs/ecore/src/lib/ecore
>
>
> Modified Files:
> ecore_list.c
>
>
> Log Message:
> Patch to fix ecore_dlist indices from Dylan Shell.
>
> ===
> RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore/ecore_list.c,v
> retrieving revision 1.13
> retrieving revision 1.14
> diff -u -3 -r1.13 -r1.14
> --- ecore_list.c4 Jan 2005 22:45:05 - 1.13
> +++ ecore_list.c30 Jun 2005 15:45:46 - 1.14
> @@ -369,6 +369,7 @@
> if (list->first == NULL) {
> list->first = end;
> list->index = 0;
> + list->current = NULL;
> }
>
> list->nodes++;
> @@ -1322,10 +1323,10 @@
> if (ecore_list_is_empty(ECORE_LIST(list)))
> return FALSE;
>
> - if (index > ecore_list_nodes(ECORE_LIST(list)) || index < 1)
> + if (index > ecore_list_nodes(ECORE_LIST(list)) || index < 0)
> return FALSE;
>
> - if (ECORE_LIST(list)->index > ECORE_LIST(list)->nodes)
> + if (ECORE_LIST(list)->index >= ECORE_LIST(list)->nodes)
> _ecore_list_goto_last(ECORE_LIST(list));
>
> if (index < ECORE_LIST(list)->index)
>
>
>
>
> ---
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> ___
> enlightenment-cvs mailing list
> enlightenment-cvs@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
>
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e-16.8 cvs alt+tab bug
On Thu, 2005-06-30 at 16:09 +0200, Kim Woelders wrote: > >>>if you hold alt+tab and then right click a window, > >>Patch attached. > > > > patch fixed the issue for me, cheers ! > > -mike > > > The patch fixes the particular problem. However, I think the problem to > begin with was that menus could be activated at all while the focus list > was up. > I have committed a fix that prevents other actions while the focus list > is active. > > /Kim Mike, I told you he wouldn't like the patch! To be fair, I knew it was a crappy one when I wrote it. The two subsystems are not very related but were interacting in a strange way and publicizing a private function (static) so that it can be called from within a completely different subsystem is exceptionally inelegant. I did that to avoid handling something so high up in the event loop that it would be called for every event. Kim, Would it be possible for you to send me the patch as my tree is out of date and it would be one of many changes if I update? If it would take more than a couple of minutes then don't bother, I'll dig it out. And if not then, did you set a global boolean to indicate if the focus list was active and check for it in the main event loop before going any deeper? Did you close the WarpFocus or ignore the action? -- Tres --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Patch to add desktop selection to enlightenment_remote
All,
I just did a quick hack to allow desktop selection using enlightenment_remote.
I was thinking it might be nice to be able to use a shell script to
change desktops.
It doesn't do any validation except to ensure that it is changing to a
real desktop (to prevent e from segfaulting :) and this is my first
time trying to do anything in the e code. I couldn't tell if there was
anywhere else i needed to make changes other than in the
e_ipc_handlers*.h in the main bin source code.
Comments are welcome.
Thanks for e,
Marc
--
http://www.diadems.com/
1 3 5
2 4 6 R
diff -u src/bin/e_ipc_handlers.h /home/mcgmar0u/source/e/src/bin/e_ipc_handlers.h
--- src/bin/e_ipc_handlers.h 2005-06-29 10:36:49.0 -0500
+++ /home/mcgmar0u/source/e/src/bin/e_ipc_handlers.h 2005-06-30 18:12:12.0 -0500
@@ -591,6 +591,36 @@
#undef HDL
//
+#define HDL E_IPC_OP_GOTO_DESKTOP
+#if (TYPE == E_REMOTE_OPTIONS)
+ OP("-goto-desktop", 2, "Changes to the desktop specified by column and row, respectively OPT1 and OPT2", 0, HDL)
+#elif (TYPE == E_REMOTE_OUT)
+ REQ_2INT(atoi(params[0]), atoi(params[1]), HDL);
+#elif (TYPE == E_WM_IN)
+ START_2INT(val1, val2, HDL);
+ Evas_List *l, *ll;
+ E_Manager *man;
+ E_Container *con;
+ E_Zone *zone;
+ E_Desk *targetDesk;
+ for (l = e_manager_list(); l; l = l->next) {
+ man = l->data;
+ for (ll = man->containers; ll; ll = ll->next) {
+ con = ll->data;
+ zone = e_zone_current_get(con);
+ targetDesk = e_desk_at_xy_get(zone, val1, val2);
+ if (targetDesk != NULL) {
+e_desk_show(targetDesk);
+ }
+ }
+ }
+ SAVE;
+ END_2INT;
+#elif (TYPE == E_REMOTE_IN)
+#endif
+#undef HDL
+
+//
#define HDL E_IPC_OP_MODULE_UNLOAD
#if (TYPE == E_REMOTE_OPTIONS)
OP("-module-unload", 1, "Unloads the module named 'OPT1' from memory", 0, HDL)
diff -u src/bin/e_ipc_handlers_list.h /home/mcgmar0u/source/e/src/bin/e_ipc_handlers_list.h
--- src/bin/e_ipc_handlers_list.h 2005-06-18 07:51:00.0 -0500
+++ /home/mcgmar0u/source/e/src/bin/e_ipc_handlers_list.h 2005-06-30 17:24:00.0 -0500
@@ -84,3 +84,4 @@
#define E_IPC_OP_MAXIMIZE_POLICY_SET 84
#define E_IPC_OP_MAXIMIZE_POLICY_GET 85
#define E_IPC_OP_MAXIMIZE_POLICY_GET_REPLY 86
+#define E_IPC_OP_GOTO_DESKTOP 87
[E-devel] More IPC exporting
Hello,
I got started with the winlist configuration. Did the exporting and some
testing. All config values seem to work correctly.
One thing I noticed is that the warp_while_selecting option is only
honored while the focus_policy is not CLICK. Is that by definition? I
would think that some would want to have warping for any focus policy.
Stafford
--
Index: e_config.c
===
RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_config.c,v
retrieving revision 1.72
diff -u -r1.72 e_config.c
--- e_config.c 30 Jun 2005 14:35:18 - 1.72
+++ e_config.c 30 Jun 2005 23:45:08 -
@@ -123,7 +123,7 @@
E_CONFIG_VAL(D, T, config_version, INT); /**/
E_CONFIG_VAL(D, T, show_splash, INT); /**/
E_CONFIG_VAL(D, T, desktop_default_background, STR); /**/
- E_CONFIG_LIST(D, T, desktop_backgrounds, _e_config_desktop_bg_edd);
+ E_CONFIG_LIST(D, T, desktop_backgrounds, _e_config_desktop_bg_edd); /**/
E_CONFIG_VAL(D, T, menus_scroll_speed, DOUBLE); /**/
E_CONFIG_VAL(D, T, menus_fast_mouse_move_threshhold, DOUBLE); /**/
E_CONFIG_VAL(D, T, menus_click_drag_timeout, DOUBLE); /**/
@@ -164,11 +164,11 @@
E_CONFIG_VAL(D, T, desk_resist, INT); /**/
E_CONFIG_VAL(D, T, window_resist, INT); /**/
E_CONFIG_VAL(D, T, gadget_resist, INT); /**/
- E_CONFIG_VAL(D, T, winlist_warp_while_selecting, INT);
- E_CONFIG_VAL(D, T, winlist_warp_at_end, INT);
- E_CONFIG_VAL(D, T, winlist_warp_speed, DOUBLE);
- E_CONFIG_VAL(D, T, winlist_scroll_animate, INT);
- E_CONFIG_VAL(D, T, winlist_scroll_speed, DOUBLE);
+ E_CONFIG_VAL(D, T, winlist_warp_while_selecting, INT); /**/
+ E_CONFIG_VAL(D, T, winlist_warp_at_end, INT); /**/
+ E_CONFIG_VAL(D, T, winlist_warp_speed, DOUBLE); /**/
+ E_CONFIG_VAL(D, T, winlist_scroll_animate, INT); /**/
+ E_CONFIG_VAL(D, T, winlist_scroll_speed, DOUBLE); /**/
E_CONFIG_VAL(D, T, winlist_list_show_iconified, INT);
E_CONFIG_VAL(D, T, winlist_list_show_other_desk_windows, INT);
E_CONFIG_VAL(D, T, winlist_list_show_other_screen_windows, INT);
Index: e_ipc_handlers.h
===
RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_ipc_handlers.h,v
retrieving revision 1.46
diff -u -r1.46 e_ipc_handlers.h
--- e_ipc_handlers.h 30 Jun 2005 14:35:19 - 1.46
+++ e_ipc_handlers.h 30 Jun 2005 23:45:09 -
@@ -310,8 +310,6 @@
free(__v); \
} \
evas_list_free(dat); \
-} else { \
- printf("Decode FAILURE!!!\n"); \
} \
reply_count++; \
} \
@@ -365,8 +363,6 @@
free(__v); \
} \
evas_list_free(dat); \
-} else { \
- printf("Decode FAILURE!!!\n"); \
} \
reply_count++; \
} \
@@ -2909,6 +2905,211 @@
//
+#define HDL E_IPC_OP_WINLIST_WARP_WHILE_SELECTING_SET
+#if (TYPE == E_REMOTE_OPTIONS)
+ OP("-winlist-warp-while-selecting-set", 1, "Set winlist (alt+tab) warp while selecting policy", 0, HDL)
+#elif (TYPE == E_REMOTE_OUT)
+ REQ_INT(atoi(params[0]), HDL);
+#elif (TYPE == E_WM_IN)
+ START_INT(policy, HDL);
+ e_config->winlist_warp_while_selecting = policy;
+ E_CONFIG_LIMIT(e_config->winlist_warp_while_selecting, 0, 1);
+ SAVE;
+ END_INT;
+#elif (TYPE == E_REMOTE_IN)
+#endif
+#undef HDL
+
+//
+#define HDL E_IPC_OP_WINLIST_WARP_WHILE_SELECTING_GET
+#if (TYPE == E_REMOTE_OPTIONS)
+ OP("-winlist-warp-while-selecting-get", 0, "Get winlist (alt+tab) warp while selecting policy", 1, HDL)
+#elif (TYPE == E_REMOTE_OUT)
+ REQ_NULL(HDL);
+#elif (TYPE == E_WM_IN)
+ SEND_INT(e_config->winlist_warp_while_selecting, E_IPC_OP_WINLIST_WARP_WHILE_SELECTING_GET_REPLY, HDL);
+#elif (TYPE == E_REMOTE_IN)
+#endif
+#undef HDL
+
+//
+#define HDL E_IPC_OP_WINLIST_WARP_WHILE_SELECTING_GET_REPLY
+#if (TYPE == E_REMOTE_OPTIONS)
+#elif (TYPE == E_REMOTE_OUT)
+#elif (TYPE == E_WM_IN)
+#elif (TYPE == E_REMOTE_IN)
+ START_INT(val, HDL);
+ printf("REPLY: POLICY=%d\n", val);
+ END_INT;
+#endif
+#undef HDL
+
+//
+
+#define HDL E_IPC_OP_WINLIST_WARP_AT_END_SET
+#if (TYPE == E_REMOTE_OPTIONS)
+ OP("-winlist-warp-at-end-set", 1, "Set winlist (alt+tab) warp at end policy", 0, HDL)
+#elif (TYPE == E_REMOTE_OUT)
+ REQ_INT(atoi(params[0]), HDL);
+#elif (TYPE == E_WM_IN)
+ START_INT(policy, HDL);
+ e_config->winlist_warp_at_end = policy;
+ E_CONFIG_LIMIT(e_config->winlist_warp_at_end, 0, 1);
+ SAVE;
+ END_INT;
+#elif (TYPE == E_REMOTE_IN)
+#endif
+#undef HDL
+
+//
+#define HDL E_IPC_OP_WINLIST_WARP_AT_END_GET
+#if (TYPE == E_REMOTE_OPTIONS)
+ OP("-winlist-warp-at-end-get", 0, "Get win
Re: [E-devel] More IPC exporting
On Fri, 01 Jul 2005 08:02:49 +0800 Stafford Horne <[EMAIL PROTECTED]> babbled: > Hello, > > I got started with the winlist configuration. Did the exporting and some > testing. All config values seem to work correctly. > > One thing I noticed is that the warp_while_selecting option is only > honored while the focus_policy is not CLICK. Is that by definition? I > would think that some would want to have warping for any focus policy. its required by definition. the pointer must end up in the app after winlist pops down because winlist retains a grab - or the window may be UNDER the winlist. so that means e then gets a mouse leave/enter event into a new widnow and then responds by changing the focus wherever the mouse is. since x is asymc this event may come at any time after we pop down. so to save a LOOOT of pain and hacky hacky hack code that likely will have more bugs in it than anything else and likely still will not work in some cases, i made it raw policy that if you have pointer or sloppy focus the mouse pointer MUST end up IN the client window at the need of an alt-tab session. it may do what it wants while winlist is up, but at the end must be in the window you tabbed to. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: apps/e raster
On Tue, 28 Jun 2005 12:17:03 +0200 Sebastian Dransfeld <[EMAIL PROTECTED]> babbled: > enlightenment-cvs@lists.sourceforge.net wrote: > - > > > > +* BUG: resizing a window shile shaded make it resize to 1 pixel high - > > should + not be allowed. > > * BUG: sometimes unshade fails. Must be the wrong order of some events. > > (under > >what conditions? i don't see it) > > These two are probably the same bugs! hmm really? u may have accidentally hit the resize handle? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fw: E CVS: libs/edje raster
On Mon, 27 Jun 2005 07:07:41 -0500 "Chad R. Kittel" <[EMAIL PROTECTED]> babbled: > Shouldn't this be "if (!ed->var_pool) return;" instead of "if > (ed->var_pool) return;" no - this is just in case the init gets called twice :) > > > Begin forwarded message: > > Date: Mon, 27 Jun 2005 03:04:59 -0700 > From: enlightenment-cvs@lists.sourceforge.net > To: enlightenment-cvs@lists.sourceforge.net > Subject: E CVS: libs/edje raster > > > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : libs/edje > > Dir : e17/libs/edje/src/lib > > > Modified Files: > edje_var.c > > > Log Message: > > > just in case > > === > RCS file: /cvsroot/enlightenment/e17/libs/edje/src/lib/edje_var.c,v > retrieving revision 1.13 > retrieving revision 1.14 > diff -u -3 -r1.13 -r1.14 > --- edje_var.c29 Dec 2004 19:17:01 - 1.13 > +++ edje_var.c27 Jun 2005 10:04:59 - 1.14 > @@ -152,6 +152,7 @@ > if (!ed) return; > if (!ed->collection) return; > if (!ed->collection->script) return; > + if (ed->var_pool) return; > ed->var_pool = calloc(1, sizeof(Edje_Var_Pool)); > if (!ed->var_pool) return; > ed->var_pool->size = embryo_program_variable_count_get(ed- > >collection->script); > > > > > --- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch to add desktop selection to enlightenment_remote
On Thu, 30 Jun 2005 18:28:25 -0500 Marc McGarry <[EMAIL PROTECTED]> babbled: > All, > > I just did a quick hack to allow desktop selection using enlightenment_remote. > > I was thinking it might be nice to be able to use a shell script to > change desktops. > > It doesn't do any validation except to ensure that it is changing to a > real desktop (to prevent e from segfaulting :) and this is my first > time trying to do anything in the e code. I couldn't tell if there was > anywhere else i needed to make changes other than in the > e_ipc_handlers*.h in the main bin source code. > > Comments are welcome. aaah well... if you are going to make this ipc... you should be a bit more thorough. note that e17 has not just X x Y virtual desktops, but zones and containers. containers are create per x root window (x may have multiple root window) - right now there is only 1 container per root - but nothing stopping more of them. then each container may have 1 or more zones (rectangular regions within the container that a physical screen looks at). these generally correspond to xinerama screens. then each zone can have X x Y desktops - so... if you want ipc to flip desktops - you need to tell it which zone AND which container to flip the desktop of :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
