The problem is not the parsing of xml stream, but the download of the stream. I used the libxml's internal url fopen wrapper to open the stream, imho we can have some benefit switching to ecore_file_download + parsing the saved file.
2008/12/9, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]>: > On Tue, Dec 9, 2008 at 1:11 PM, Dave Andreoli <[EMAIL PROTECTED]> > wrote: >> >> ----- "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> ha scritto: >> >>> On Tue, Dec 9, 2008 at 12:25 AM, Enlightenment SVN >>> <[EMAIL PROTECTED]> wrote: >>> > Log: >>> > * Use the new Exchange Smart Object in the E17 theme dialog (if >>> exchange is installed) >>> >>> couple of comments: >>> - as I reported to you the other day on irc, rating stars are over >>> text description. >> >> This is because I use only one text object, there are 2 <br> after the >> version number that should leave enought space for the stars. >> One simple solution is to use 2 different text object per every theme, >> but I don't want to duplicate the number of objects in the scene. >> So the question is: why the textblock will render <br> differently >> on your machine? maybe we are using a different font? >> Someone else have the same problem? > > this is weird. > > as for the number of objects, for suche a small dialog, it shouldn't > matter that much. > > >>> - delay heavy operations before dialog is displayed. So far it >>> takes >>> a lot to show the window, which is very bad. (Some other E dialogs >>> are >>> like that, mainly those that deal with freedesktop.org .desktop >>> files) >> >> Yes I know, exchange block the mainloop while dowloading and parsing the >> xml >> file. very bad. I'm working for a new nonblocking approach, will be up >> asap. > > if xml is big, you can send it to a thread... I guess libxml has no > problems with that, just be sure to use no EFL calls there (including > eina for now). > > BUT, why not use EET for files?! That would explore the potential of > this nice format! And it should be faster, as well. > > anyway, I think that just adding the startup code to an idler or timer > after window is displayed will improve user experience a lot. > >> As always...thanks for testing :) > > you're welcome, testing is nothing compared to doing real code! :-) So > thank you! > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -------------------------------------- > MSN: [EMAIL PROTECTED] > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Inviato dal mio dispositivo mobile ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
