Vincent Torri wrote:
Seb,
shouldn't you check the win id in this function ? :
Why? The function is used by a wm, and the wm should keep track of its
windows.
Sebastian
+void
+ecore_x_netwm_sync_request_send(Ecore_X_Window win, unsigned int serial)
+{
+ XSyncValue value;
+ XEvent x
On Tue, 7 Jun 2005, Sebastian Dransfeld wrote:
> Vincent Torri wrote:
> > Seb,
> >
> > shouldn't you check the win id in this function ? :
> >
>
> Why? The function is used by a wm, and the wm should keep track of its
> windows.
because that's what you do with all other functions... (if (!win)
Now the entangle problem is solved but
e_utils package complains about E_Lib.h??!! Any clues?
[SNIP]
Making all in e17setroot
make[4]: Entering directory
`/home/didier/rpmbuild/BUILD/e_utils-0.0.1/src/bin/e
17setroot'
if gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../lib
-I/usr/local/include -I../../
Didier Casse wrote on Tue, Jun 07, 2005 at 04:50:18PM +0800
> Now the entangle problem is solved but
> e_utils package complains about E_Lib.h??!! Any clues?
>
> [SNIP]
> Making all in e17setroot
> make[4]: Entering directory
> `/home/didier/rpmbuild/BUILD/e_utils-0.0.1/src/bin/e
> 17setroot'
> if
On 6/7/05, JC Wong <[EMAIL PROTECTED]> wrote:
> Update e from cvs, api changed, e.h -> e_lib.h :)
ahh I see now... Thanks a lot. I thought my E17 was pretty recent..
just a few days back. The devel team is working faster than I
expected. :) Which is a good thing of course!
--
With kind regards,
hello,
I have ported the rest of the old -font-* options to the new IPC hander
system.
I also fixed a few problems so please read the patch.
I like like the new system, But I noticed it still needs work I will try
to clean some things up in the next few days.
...
I see every sentance starts wi
Sorry,
That last patch I sent wasn't against the latest CVS.
here is the new one with the updated offsets
Stafford
--
Index: src/bin/e_ipc.c
===
RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_ipc.c,v
retrieving revision 1.4
Hi.
When I shift-click a window for move it and change desktop with keys,
the window gets drawn, but it really dont update its new position, the
pager dont gets updated and if I back to the previous desktop, the
window is there again and not in the new desktop.
If I move the mouse after desktop c
Disabling ehack fixed that OpenOffice problem.
Thanks
enlightenment-cvs@lists.sourceforge.net wrote:
>Enlightenment CVS committal
>
>Author : raster
>Project : e17
>Module : apps/e
>
>Dir : e17/apps/e/src/bin
>
>
>Modified Files:
> Makefile.am e_includes.h e_main.c e_zone.c
>Added
Hello,
Yesterday I was in IRC and asked if it was possible to merge the IPC
reply handlers into the same cluster and the sending handlers.
i.e.
E_IPC_OP_FONT_FALLBACK_LIST_REPLY
merged into
E_IPC_OP_FONT_FALLBACK_LIST
I have tried this out and it works fine. It should work because the
E_IP
But what does this gain you? I'd say it makes confusing code even more
confusing. At least with separate blocks you know what is the REPLY and what is
going out. Get the E_LIB_IN stuff mixed in there and its gunna make some big
chunks.
Seems more readable to have separate ops handling the repl
On Tue, 7 Jun 2005 20:54:17 -0400 (EDT) dan sinclair <[EMAIL PROTECTED]>
babbled:
> But what does this gain you? I'd say it makes confusing code even more
> confusing. At least with separate blocks you know what is the REPLY and what
> is going out. Get the E_LIB_IN stuff mixed in t
Greetings.
( Reposting from an account that is subscribed - appologies if 1st post
arrives later ).
I'm using e17 at work ( finally ... I'm getting some nice comments from
co-workers ), and I'm having a little issue with an in-house app. It's
written in Gtk2-Perl, and I use the command $window->m
13 matches
Mail list logo
