According to ewl/src/lib/ewl_misc.c ewl_init() should detect what engine
should work and set it accordingly, but I've never had it work yet.
I don't know how setting Ecore's render method will effect it, but I think
it may work after a call to ewl_init() if that call didn't set it
properly.
Natha
What are you telling enlightenment-remote to do when you are running it?
Does it crash E doing anything, or just doing -bg-set?
> How fresh is the Ecore installation and did you install it on top of an
> older install?
>
>> When I run enlightenment-remote - enlightenment crashes
>> when I close Em
How fresh is the Ecore installation and did you install it on top of an
older install?
> When I run enlightenment-remote - enlightenment crashes
> when I close Emblem it crashes too.
> System - FreeBSD 6.0
> Error in gdb:
> Program received signal SIGBUS, Bus error.
> [Switching to Thread 1 (LWP 1
draw the Edje "themes" for E's
applications.
Anybody interested, just go to the site, join the mailing lists.
Thanks.
Nigel Benns
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software dev
Well that kind of bytes that in the *** doesn't it :)
Is an application for drawing edje interfaces in the books?
It doesn't support gradients? So even Evas has more support for objects
then Edje does?
> On Wed, 4 May 2005 12:02:23 -0400 (EDT) "Nigel Benns"
> &
> On Thu, 5 May 2005 07:52:47 -0400 (EDT) "Nigel Benns"
> <[EMAIL PROTECTED]> babbled:
>
>> Well that kind of bytes that in the *** doesn't it :)
>>
>> Is an application for drawing edje interfaces in the books?
>
> on the books - ie as a pla
I've been stumbling around trying to find an easyer way to create an Edje
interface for programs and stumbled on an idea.
I was thinking since SVG supports pretty much the same functionality why
not just create an XSLT to change SVG to Edc. This would allow interfaces
to be drawn in Inkscape or S
collections {
// define the main interface
group {
name, "eim";
min, 128 256;
parts {
//define the background
part {
name, "background";
type, RECT;
mouse_events, 0;
// define the backgorund as transparency
description {
Nevermind, I was doing
Evas.Canvas evas = new Evas.Canvas();
Its been a while since I looked at it.
I'm using the lib name as a namespace
Too be honest, I don't really agree with doing:
Evas* evas = evas_new();
as
Evas_Object ev = new Evas();
there is no point in an OO language, thats what
I would love to see it :)
I'm currently creating a C# wrapper for EFL.
I would like it to make sure the bindings have an object oriented standard.
I was doing this:
Evas canvas = new Evas (x, y);
Where on your site you have this:
Canvas evas = new Canvas(x, y);
Thats exactly what I want to pr
Try running ldconfig before you compile it...
> Hello,
> Sorry to bug again. I got this compilation error when compiling
> evas:
> [SNIP]
> engines/common/.libs/libevas_engine_common.a
> engines/software_x11/.libs/libevas_
> engine_software_x11.a engines/fb/.libs/libevas_engine_fb.a
> eng
Now what can we (as developers) expect for the general direction here on in?
Is their any apps on the TODO list that people can help out with, or create?
Evas and EDJE seem mature enough to create apps, Ewl could use some work,
but is coming along nicely.
When is the freeze expected to be over,
That actually is how your distro keeps track of the newest version of the
lib. If you do an "ls" in your /usr/lib you should see that a lot.
libe.so should be a link to libe.so.000, so there shouldn't be any impact.
When the lib changes version numbers the link would be:
libe.so -> libe.so.0XX
T
am and wow does it suck (no art bone at
all).
It will however allow me to get the signals from user to browser tho :).
(Gurggling) We shall soon see how far over my head I am... ;)
> On Mon, 14 Feb 2005 11:08:12 -0500 (EST) "Nigel Benns"
> <[EMAIL PROTECTED]>
> babbled:
&
The relevent code is here:
http://cvs.sourceforge.net/viewcvs.py/enlightenment/e17/apps/entrance/src/client/entrance_session.c?rev=1.67&view=auto
void
entrance_session_start_user_session(Entrance_Session * e)
but I would think that it has to be a permission problem, does everybody
have read and
;> Could take a lot of time, and it will help me get to know the EFL a
>> lot
>> >> better.
>> >>
>> >> Anyone wants to help that would be cool. just send me an email.
>> >>
>> >> > Yeah, you get the basic idea. There are so
thing halfassed like that) I want to try and
>> >> convert the tags to evas objects.
>> >>
>> >> Could take a lot of time, and it will help me get to know the EFL a
>> lot
>> >> better.
>> >>
>> >> Anyone wants to help
wants to help that would be cool. just send me an email.
>>
>> > Yeah, you get the basic idea. There are some details with theming in
>> > there, but overall you have it right.
>> >
>> > Coordinates are all window based, not widget. If you want to clip to
s are all window based, not widget. If you want to clip to
> the inside of the widget you can use EWL_WIDGET(widget)->fx_clip_box
> as your clip rectangle.
>
> On Fri, 11 Feb 2005 11:13:13 -0500 (EST), Nigel Benns
> <[EMAIL PROTECTED]> wrote:
>> Ok if I "get" e
Is there any way to access the evas that an ewl_window or any other widget
uses to draw?
I know that I could create an evas and ewl_embed all of the widgets on it,
but that doesn't seem very consistent for gui programming (mabey I'm just
used to the old ways :)
I'm basically looking for an equivi
I know you guys are busy with stuff, so when you have time
I've been creating C# bindings to EWL to extend the library to Mono and
I'm having a little trouble.
The problem is I can invoke the ewl_init() and ewl_main(), but
ewl_main_quit() doesn't kill the loop.
The only thing that breaks me
This is becoming a pain. :(
If everything else didn't work 100% without any screwing around I would
probably have given up already.
I received a response from the Mono list that they use SIGPWR for their
garbage collector.
And that is interfering with this line:
_ecore_signal_callback_set(SIGPW
this?
> Hehe, were you able to sort out your issues then?
>
> On Thu, 23 Dec 2004 09:00:54 -0500 (EST), Nigel Benns
> <[EMAIL PROTECTED]> wrote:
>> Apparently I can't spell sourceforge!!!
>>
>> Hi Nathan,
>>
>> Thats the weird thing... I
t at some point. If you
either use ecore_main_loop_quit or ewl_main_quit to shutdown the main
loop, it should exit cleanly. Using Ctrl-C actually goes through the
ecore_main_loop_quit by default, so if it exits correctly using Ctrl-C,
one of the _quit functions should work.
>
> Good luck!
&g
I have a question about the main loop in ewl (or ecore really).
I'm trying to create an Ewl-Sharp library and I'm having a problem
exitting the main loop function.
In fact once I call ewl_init(argc, argv); I can't exit the program without
calling ecore_shutdown(); and getting a "Power Failure" me
25 matches
Mail list logo