On Wed, 25 Jan 2006 22:01:10 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Wed, 25 Jan 2006 03:22:42 -0800 > enlightenment-cvs@lists.sourceforge.net wrote: > > > Enlightenment CVS committal > > > > Author : onefang > > Project : e17 > > Module : apps/e > > > > Dir : e17/apps/e/src/bin > > > > > > Modified Files: > > e_apps_error.c > > > > > > Log Message: > > Dammit raster, I'm trying to cut down the amount of over processing > > being done on these strings. > > You care about wringing the last bit of performance out of graphics > raster, but I care about doing the same with string handling when it > applies to potentially large lumps of text. > > One thing I was trying to do was to avoid a lot of processing and > reprocessing of these strings, but everybody kept yelling at me to just > do what you just did. No one but me seems to care that exe's could > throw huge amounts of text at us. well - technically.. you dont have to parse the text at ALL except for count newlines and/or bytes then stop. there is yet another bit of code that converts the plaintext to markup - then this is parsed in turn into nodes etc. etc. :) the reason i dont lok at this as "that important" is its not a core routine in an inner loop - its done ONCE in a blue moon when an app goes awry - and the idea is to limit the text to maybe 20 or 30 lines anyway because it is even mroe stupid to display 1000's of lines as well... evas will have a very bad bad bad day tokenising it formatting it etc. etc. :) so i expect this to happen rarely and then have limtied inptu data :) trust me - textblocks' routines for doing tokenising and formatting are nice and fast as i expect it to be used heavily. :) > Yes, exe exit doesn't happen often, yes we will be able to limit the > output processed once I implement the limit code, and maybe this is all > a waste of my time to try to get it down to some sort of sane amount of > end to end string massaging from exe to error dialog. I still don't > see any point to continually scanning and massaging text when it isn't > needed. In this case, there is way too much unneeded string massaging > for my liking. > > Feel free to wipe out the tlist shit, guess I won't be learning > anything about evas and edje for the moment. I'll leave apps/e and > return to my ecore_exe and emu TODO lists. There's some excess string > manipulation in ecore_exe I can probably get rid of now, and some more > excess string manipulation to add in support of the start/end limits. that's cool- tlist might be useful anyway - when we dont want icons :) no need to wipe. :) > </rant> > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
