On Thu, Mar 17, 2005 at 04:00:44PM +0900, Carsten Haitzler said:
> > - needs to be able to be controlled by Lirc
>
> not hard. lirc is run over a unix socket protocol from lircd (lircd does the
> device handling/decode/mapping etc.
I think it might even be easier than this - using IrXevent
I for one would definitely appreciate Perl bindings :))
Cheers
Dale.
- Original Message -
>
> Time to learn Ruby then I think ... either that or contribute some Perl
> bindings :)
>
> Cheers for all the help, this all looks splendid :)
>
> Simon
>
>
>
>
>
On Thu, 2005-03-17 at 04:49, dan sinclair wrote:
> E17 and Java
>
> Tried to use Java in E17 and had some wacky stuff happen? Well, it seems
> that Sun did some silly things with Java's X code and explicitly checks
> the window manager and behaves differently with each WM (cudos to
> H
On Thu, 17 Mar 2005 10:54:42 + "Mark R. Bowyer" <[EMAIL PROTECTED]>
(Bbabbled:
(B
(B> On Thu, 2005-03-17 at 04:49, dan sinclair wrote:
(B> > E17 and Java
(B> >
(B> > Tried to use Java in E17 and had some wacky stuff happen? Well, it seems
(B> > that Sun did some silly things
On Thu, 17 Mar 2005 10:18:06 + Simon Wistow <[EMAIL PROTECTED]> babbled:
(B
(B> On Thu, Mar 17, 2005 at 04:00:44PM +0900, Carsten Haitzler said:
(B> > > - needs to be able to be controlled by Lirc
(B> >
(B> > not hard. lirc is run over a unix socket protocol from lircd (lircd does the
(
Am Thu, 17 Mar 2005 16:00:44 +0900 schrieb Carsten Haitzler (The
Rasterman):
> > Also, if so, are there any scripting language bindings for the
> > relevant APIs? I already have various routines for reading the meta
> > data files in PHP and Perl.
>
> ruby is gaining lots of bindings thanks to
Carsten Haitzler (The Rasterman) wrote:
>> We actually discussed this a couple of years ago on this alias. The
>> Java developers had to do this to make things work at all on some WMs.
>> I believe early Gnome and CDE specifically had bugs/eccentricities which
>> it was necessary for Java to unde
+1
Even thought about trying myself, my Perl is strong but my XS/C are weak
:-(
http://danconia.org
Dale Anderson wrote:
I for one would definitely appreciate Perl bindings :))
Cheers
Dale.
- Original Message -
Time to learn Ruby then I think ... either that or contribute some Pe
On Thu, 2005-03-17 at 15:14, Morten Nilsen wrote:
> Carsten Haitzler (The Rasterman) wrote:
> >> We actually discussed this a couple of years ago on this alias. The
> >> Java developers had to do this to make things work at all on some WMs.
> >> I believe early Gnome and CDE specifically had bugs
Morten Nilsen wrote:
I wonder, is this related to a bug I'm seeing with java and e16 (cvs) ?
when I open a dialogue window (banned ip list, column configuration) in
azureus, the newly created window becomes 0px wide, and sometimes 0px
high (not counting theborder) - which is a bit annoying, but I
Hi again!
(B
(BI'm attaching gdb session dump as you requested. E17 and stuff was compiled
(Bwith -g.
(B
(BAs i see it, this segv somehow belong to X, because last lines in gdb output
(Bwas:
(B
(B0x003e502b in XUnlockDisplay () from /usr/X11R6/lib/libX11.so.6
(B0x003a2780 in ?? () from /
Andrew Elcock wrote:
> Morten Nilsen wrote:
>>
>>
>> I wonder, is this related to a bug I'm seeing with java and e16 (cvs) ?
>>
>> when I open a dialogue window (banned ip list, column configuration) in
>> azureus, the newly created window becomes 0px wide, and sometimes 0px
>> high (not countin
Morten Nilsen wrote:
Andrew Elcock wrote:
Morten Nilsen wrote:
I wonder, is this related to a bug I'm seeing with java and e16 (cvs) ?
when I open a dialogue window (banned ip list, column configuration) in
azureus, the newly created window becomes 0px wide, and sometimes 0px
high (not counting the
Mark R. Bowyer wrote:
>> when I open a dialogue window (banned ip list, column configuration) in
>> azureus, the newly created window becomes 0px wide, and sometimes 0px
>> high (not counting theborder) - which is a bit annoying, but I don't use
>> azureus enough that it's anything I've been upset
Andrew Elcock wrote:
> any window that does not call pack() (dialogs, interfaces, whatever)
> will default to 1x1 (ot some other default).
>
> calling pack() is where there were bugs appearing...
so it pack()s the first dialogue it opens, but not the subsequent ones?
--
Morten
--
Morten Nilsen wrote:
Andrew Elcock wrote:
any window that does not call pack() (dialogs, interfaces, whatever)
will default to 1x1 (ot some other default).
calling pack() is where there were bugs appearing...
so it pack()s the first dialogue it opens, but not the subsequent ones?
maybe, would ha
On Thu, 2005-03-17 at 16:56, Andrew Elcock wrote:
> > so it pack()s the first dialogue it opens, but not the subsequent ones?
>
> maybe, would have to check the source to be sure :)
>
> I know that eclipse suffered from this, but they noted the bugs and added it
I *can* add that while I was stil
On Thu, 2005-03-17 at 16:20, Morten Nilsen wrote:
> no, I'm talking about e16..
>
> simple testcase (azureus);
>
> right click any list
> select column setup
> if ok, dismiss else goto 1
>
> on my system only the first dialogue works, all that follow exhibit the
> problem.
I'll give this a go w
On Thu, 17 Mar 2005 11:03:47 -0500, Wiggins d'Anconia
<[EMAIL PROTECTED]> wrote:
> +1
>
> Even thought about trying myself, my Perl is strong but my XS/C are weak
> :-(
That's no surprise considering how poorly XS is documented to begin
with :) (perldoc perlguts doesn't even begin to cover e
http://cvs.sourceforge.net/viewcvs.py/enlightenment/e17/apps/e/TODO?rev=1.62&view=auto
Quoting Thijs Thiessens <[EMAIL PROTECTED]>:
Hey!
I can't find any 'general or top level' TODO file in CVS. And many TODO
files are missing in libs. So I can't really figure out what and where
to work on. Any spe
Hey!
I can't find any 'general or top level' TODO file in CVS. And many TODO
files are missing in libs. So I can't really figure out what and where
to work on. Any specific help needed?
Thanks
Thijs Thiessens
---
SF email is sponsored by - Th
If your refering to the summary, I was talking about hte e17 todo,
e17/apps/e/TODO. Other libs do differnet things, some have todos, some have
entries in the code, some don't have anything.
dan
> Hey!
>
> I can't find any 'general or top level' TODO file in CVS. And many TODO
> files are mis
Morten Nilsen wrote:
Mark R. Bowyer wrote:
when I open a dialogue window (banned ip list, column configuration) in
azureus, the newly created window becomes 0px wide, and sometimes 0px
high (not counting theborder) - which is a bit annoying, but I don't use
azureus enough that it's anything I've be
Kim Woelders wrote:
> This looks like a good testcase to me.
> With 0.16.7 as well as 0.16.8 I get that if azureus is started on desk 0
> (the real root window) it behaves, but if it is started on desk 1 (a
> virtual root) it doesn't. If it is started on desk 0 and moved to desk 1
> it also misbeha
I was quite succesful in creating some of the
Evas/Ecore Perl wrappers by using Inline::C module.
Give it try, in 10 minutes, you will have *.pl 's
creating simple windows, drawing rectangles and
such... :))
Ogla
__
Do you Yahoo!?
Yahoo! Ma
Hi,
I started with edje programming and did the first example from this
site:
http://enlightenment.org/docs/edjebook.html#id2506242
It works great, but I played around with this code and some eet files
that come with E17. For example the eet with the clock or the E17 splash
screen. But then the
I for one must say the java fix is great. I have to do java for my
course and lauching a new xserver with fluxbox every time I was coding
turned out to be a reall pain. But hey, since that's fixed, e17 is one
(big) step closer to being all I need.
So Kudo's handy ( and that sure looked like a nasty
I was quite succesful in creating some of the
Evas/Ecore Perl wrappers by using Inline::C module.
Give it a try. In 10 minutes, you will have *.pl 's
creating simple windows, drawing rectangles and
such... :))
Ogla
__
Do you Yahoo!?
Yaho
Morten Nilsen wrote:
Kim Woelders wrote:
This looks like a good testcase to me.
With 0.16.7 as well as 0.16.8 I get that if azureus is started on desk 0
(the real root window) it behaves, but if it is started on desk 1 (a
virtual root) it doesn't. If it is started on desk 0 and moved to desk 1
it a
On Thu, 17 Mar 2005 17:25:54 + "Mark R. Bowyer" <[EMAIL PROTECTED]>
(Bbabbled:
(B
(B> On Thu, 2005-03-17 at 16:20, Morten Nilsen wrote:
(B> > no, I'm talking about e16..
(B> >
(B> > simple testcase (azureus);
(B> >
(B> > right click any list
(B> > select column setup
(B> > if ok, di
On Thu, 17 Mar 2005 22:05:19 +0100 Kim Woelders <[EMAIL PROTECTED]> babbled:
(B
(B
(B> This looks like a good testcase to me.
(B> With 0.16.7 as well as 0.16.8 I get that if azureus is started on desk 0
(B> (the real root window) it behaves, but if it is started on desk 1 (a
(B> virtual root)
On Thu, 17 Mar 2005 16:56:07 + Andrew Elcock <[EMAIL PROTECTED]> babbled:
(B
(B> Morten Nilsen wrote:
(B> > Andrew Elcock wrote:
(B> >
(B> >>any window that does not call pack() (dialogs, interfaces, whatever)
(B> >>will default to 1x1 (ot some other default).
(B> >>
(B> >>calling pac
On Thu, 17 Mar 2005 20:40:47 +0100 Thijs Thiessens <[EMAIL PROTECTED]>
(Bbabbled:
(B
(B> Hey!
(B>
(B> I can't find any 'general or top level' TODO file in CVS. And many TODO
(B> files are missing in libs. So I can't really figure out what and where
(B> to work on. Any specific help needed
On Thu, 17 Mar 2005 17:43:37 + "Mark R. Bowyer" <[EMAIL PROTECTED]>
(Bbabbled:
(B
(B> On Thu, 2005-03-17 at 16:56, Andrew Elcock wrote:
(B> > > so it pack()s the first dialogue it opens, but not the subsequent ones?
(B> >
(B> > maybe, would have to check the source to be sure :)
(B> >
On Thu, 17 Mar 2005 23:12:59 +0100 Andreas Volz <[EMAIL PROTECTED]> babbled:
(B
(B> Hi,
(B>
(B> I started with edje programming and did the first example from this
(B> site:
(B>
(B> http://enlightenment.org/docs/edjebook.html#id2506242
(B>
(B> It works great, but I played around with th
On Thu, 17 Mar 2005 17:48:28 +0200 "Ag. System Administrator"
(B<[EMAIL PROTECTED]> babbled:
(B
(B> Hi again!
(B>
(B> I'm attaching gdb session dump as you requested. E17 and stuff was compiled
(Bwith -g.
(B>
(B> As i see it, this segv somehow belong to X, because last lines in gdb output
On Mon, 14 Mar 2005, Craig Hurley wrote:
> Still reading thru the -Wall logs.
> [log snip]
> ewl_entry.c: In function `ewl_entry_op_format_current_get':
> ewl_entry.c:1665: warning: assignment from incompatible pointer type
> ewl_entry.c:1676: warning: assignment from incompatible pointer type
>
Hi,
I tried building evas without freetype and I get the following error.
In file included from evas_callbacks.c:1:
../../../src/lib/include/evas_common.h:133:22: ft2build.h: No such file
or directory
Looking at the code it seems there is a dependancy on freetype even
though configure said no fr
On Thu, 17 Mar 2005 23:15:49 +0100 Minto van der Sluis <[EMAIL PROTECTED]>
(Bbabbled:
(B
(B> Hi,
(B>
(B> I tried building evas without freetype and I get the following error.
(B>
(B> In file included from evas_callbacks.c:1:
(B> ../../../src/lib/include/evas_common.h:133:22: ft2build.h: N
Hello all,
I noticed that the non-mmx cmod code was not tinting transparent Eterms
correctly, so after playing around with pixmap.c for a while I came up
with the following patch. I only tested it on my big endian P4, and
only with 32 bit color resolution. You can see a screenshot of the
buggy v
On Wednesday 16 March 2005 06:48 pm, C. David Wilde wrote:
> I only tested it on my big endian P4
where'd you find a big endian pentium4 ? i didnt know they produced such
things ;)
-mike
---
SF email is sponsored by - The IT Product Guide
Rea
Hi,
thought it was about time I built e17 for IRIX Here is some
issues I hit (using MipsPro).
Hmmm, it seems that a lot of this is using GNU C specific
extensions! :-( These are just some of the problems I've hit... And the
fixes are very much hacks, just thought I'd let everyone know
Kim Woelders wrote:
> What I'm saying is, I think if you try azureus on desktop #1 it will
> work properly.
hey! it does... you are absolutely right, then
--
Morten
---
SF email is sponsored by - The IT Product Guide
Read honest & candid revi
On Thu, 17 Mar 2005 14:02:59 -0800 (PST), Ogla Sungutay
<[EMAIL PROTECTED]> wrote:
>
> I was quite succesful in creating some of the
> Evas/Ecore Perl wrappers by using Inline::C module.
>
> Give it a try. In 10 minutes, you will have *.pl 's
> creating simple windows, drawing rectangles and
>
44 matches
Mail list logo
