> > On 19-Apr-07, at 12:17 PM, Theodore H. Smith wrote: > >> That's one way, yes. It's still more to remember. You need to >> remember a "magic number". >> >> Also, what if the data is UTF-16? Or UTF-16LE or UTF-16BE? How will >> his binary stream handle that? >> >> ElfData manages all that via the .BOM function. You don't need to >> remember anything, other than to call .BOM. It's very simple. > > You write out the BOM using code that gets the Encoding and write out > the right BOM for that encoding > Something like > > dim te as TextEncoding > > te = Encoding(myData) > bs te.Chr(&hFEFF) > > > It's not as syntactically easy to write as your example but it's not > rocket surgery either and doesn't require a plugin. > > Some people don't like to use plugins if they can avoid them. > > Just making sure people know about alternatives where they exist
No you are not, because I already told them the correct answer without my plugin. You are just trying to tell me the answer is easy. Sure it's easy but it's one more number I'd rather be able to forget, and not have to go hunting around on the web to find the correct number. Writing C++ is "Easy", yet we write in RB because of the lower overhead. If something takes 10 seconds instead of 1 second... it may be "Easy", but it still took 10x longer. Once you get millions of these "Easy" events happening, added up such an approach will take a project 10x longer. Also, I didn't say he needed my plugin for that. I just said my plugin users were "spoilt" ;) So any Elfdata users could read that message and proudly think "gee whiz I can just write myData.BOM and that's all I need to care about!" -- http://elfdata.com/plugin/ "String processing, done right" _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
