I'll take a look at libxml2 then, I've been spoiled by the .Net XML Classes and have never used any from C :).
The editor is just an idea, I'll only do it if I can make sure it doesn't interfere with how fast the browser is. But it would be nice to have a wysiwyg editor for linux :) As for SVG, I have various ideas... probably treating it like the html will be the best, and make it have its own evas group and create its objects under that. The only thing is I would want to make sure that the code isn't just rewritten for each XML Scheme/Doctype, so that's why I was thinking about creating transforms for different schema to turn them into a sortof "native evas xml" schema and then render that... But like I said, that will probably be way to slow... we'll see :) > Well, I took a look at EXML when I was doing EKE and found it was simpler > just to go straight to libxml2 > > Heh, I'd even skip the editor part and just make it a webbrowser. Just > adding a lot of complexity into a program when its not necessary. > > As far as I know Evas has no abilities to render SVG, so I'm not sure how > you'd go about doing that... > > dan > > > >> I'm going to do some testing this week (if I have time), I'm also trying >> to think of a more intuitive interface then the usual (but I really suck >> at it because I don't have an art bone in my body). >> >> I was looking at EXML and wondering about modifying it to work with it. >> I think I'm actually going to XHTML for my first tests anyway, so it >> could >> prove usefull (if it is currently working anyway). >> >> I want it just to be a web browser and maybe an editor, but I don't want >> an email program and all that crap built into it. They can and as far >> as >> i'm concerned SHOULD be seperate programs. >> >> Thanks for the textobject tip, I'll take a look at that tonite... or >> I'll >> browse the CVS if I have a chance at work :) >> >> Though if it does get off the ground, adding some more advanced XML >> support might be cool, rendering SVG and SMIL. I may just use something >> to >> like xslt to transform xml into a version that suits the program's >> structure a little better... but then again that may be too slow. >> >> What I'm not looking forward to is the Javascript :( >> >> Reading CSS shouldn't be that hard. I was planning on using CSS3 and >> mapping the attributes to a structure in the code that would be used for >> placement and whatever on the evas. Should be easy... Should be. And I >> might as well start with the top as long as I make sure everything is >> there to be compatible with version 1 and 2. >> >> > If your looking to do this then I'd take a look at the >> > evas_object_textobject stuff. It has a lot of the capabilities to >> handle >> > HTML style markup built into it. bold, italic, font changes etc. And >> > raster is planning at some point to add in obstical avoidance and >> wrapping >> > stuff... >> > >> > Sounds like it could be an interesting/fun project, tho the parsing of >> the >> > html could be a pain in the ass, heh. >> > >> > dan >> > >> > >> > >> >> Awsome... that is pretty much what I was looking for... >> >> >> >> I'll be able to get the interface for this program working soon then. >> >> I'm going to try to put my hand at creating an E web browser (not >> with >> >> embedding mozilla or any 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 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 >> >> > 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" ewl_simple_test.c correctly... >> >> >> >> >> >> You create a widget called logo, add a logo to it via edje, add >> the >> >> >> realize event so that when you update the text in label it will >> >> change >> >> >> the >> >> >> logo as well. >> >> >> >> >> >> If I create my own widget and pass it the evas to draw on, the >> >> >> coordinates >> >> >> of the evas would start from the window's inner border, not my >> >> widgets, >> >> >> am I correct? >> >> >> >> >> >> > After the realize callback has occurred for the window, you can >> do >> >> >> > EWL_EMBED(window)->evas to access the evas. If you plan to use >> this >> >> to >> >> >> > setup a canvas, I would recommend creating your own Ewl_Widget >> and >> >> >> > setting it's preferred size. Then you can just hook into it's >> own >> >> >> > realize callback and can allocate space with EWL for your >> drawing. >> >> >> > ewl_simple_test.c has an example of how to do this with the logo >> >> >> > widget. >> >> >> > >> >> >> > >> >> >> > On Fri, 11 Feb 2005 09:08:12 -0500 (EST), Nigel Benns >> >> >> > <[EMAIL PROTECTED]> wrote: >> >> >> >> 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 equivilent to Gnome_Canvas. >> >> >> >> >> >> >> >> ------------------------------------------------------- >> >> >> >> SF email is sponsored by - The IT Product Guide >> >> >> >> Read honest & candid reviews on hundreds of IT Products from >> real >> >> >> users. >> >> >> >> Discover which products truly live up to the hype. Start >> reading >> >> now. >> >> >> >> http://ads.osdn.com/?ad_ide95&alloc_id396&opclick >> >> >> >> _______________________________________________ >> >> >> >> enlightenment-devel mailing list >> >> >> >> [email protected] >> >> >> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> >> >> >> >> >> > >> >> >> >> >> >> >> >> > >> >> >> >> >> >> >> >> ------------------------------------------------------- >> >> SF email is sponsored by - The IT Product Guide >> >> Read honest & candid reviews on hundreds of IT Products from real >> users. >> >> Discover which products truly live up to the hype. Start reading now. >> >> http://ads.osdn.com/?ad_ide95&alloc_id396&op=click >> >> _______________________________________________ >> >> enlightenment-devel mailing list >> >> [email protected] >> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> >> >> >> > >> > >> > >> > >> > >> >> >> > > > > > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
