In article <d5f596$2sl$1@chho.imagico.de>, chr### [at] gmxde says...
> In a lot of cases these techniques are simply abused, often simply to 
> obfuscate the communication (so 3rd parties have difficulties to develop 
> replacements for one side of the communication, often made waterproof by 
> using patented techniques in the communication).  But again a concrete 
> example would be necessary.
> 
Well, I don't write a lot of stuff, but the only real example I can think 
of is what Adobe Acrobat Reader does with something like IE. Where just 
because the 'file' being viewed is not recognized by the application that 
loaded it, doesn't mean it has to show up in a separate application. Same 
with imbedded video, etc. It might be nice for instance to add dynamic 
graphics, though obviously not animation, to a MUD, by adding some way 
for the client to 'imbed' POVRay, not just wait for it to finish then 
display the result. This was in fact what I was trying to work out when I 
last looked are POVRay integration issues. The fact that the only 
existing example where all a) incomplete and didn't use the features I 
would need to make it work and b) it was in C, buried the idea. Now, with 
Dual-core support, faster machines, etc. its even more reasonable an 
idea. After all, a mud deals in text, it could feed a SDL with changes 
for time of day, weather, etc. that are part of includes for the MUD + 
the SDL for the room being seen to do almost anything. Not a full 3D 
environment, but a 'major' jump up from a fixed picture, or worse 
multiple pictures for time of days, season, etc. I would love to try it, 
but POVRay as it stood tended to make even trying inconvenient. With a 
clearer interface, the whole 'visible' part could be stuck into a Lua 
based plugin for something like Mushclient on Windows or as some similar 
plugin for a client under Linux. To do it currently seems more 
complicated than that, but I may simply have even less of a clue what I 
am looking at than I know I do. ;) lol

-- 
void main () {

    call functional_code()
  else
    call crash_windows();
}

Post a reply to this message