On mySimon: Toothbrush Sanitizer
BNET Business Network:
BNET
TechRepublic
ZDNet
TalkBack 5 of 13:
Next »
« Previous
To the next level then
Ok, now we have already seen the next generation of this line of reasoning moving from simple compression and attachment to compilation methods. Images can be solved either by links or by simple attachment into the binary package. In the pre dll days, we used to do this through linker tricks which would include the binary and the data/graphics all together in one big executeable. Which moves this yet to the next level of thought which might look something like an encapsulated Java bean or jar file. Now we can have our html/xml, and graphics all in one tidy compressed binary package for download across the always bandwidth limited links. This is akin to what we have today with ActiveX and client side Java. Many security problems abound. There just has to be a better way.

Brian Collins
bjcollin@hotmail.com
Posted by: bjcollin   Posted on: 01/13/05 You are currently: a Guest | Members login | Terms of Use
Reply to Story Reply to Message

Alert moderator to an offensive message

Subscribe to this discussion via Email or RSS

Easy technically, but still needs thought  bjcollin | 01/13/05
Not the only problem.  doe_z | 01/13/05
Why not have both?  Argot | 01/13/05
not enough  gsbtech | 01/13/05
To the next level then  bjcollin | 01/13/05
Oooh, too late!  Roger Ramjet | 01/13/05
Actually, Roger...  Yen_z | 01/13/05
Alternatives to binary XML  Argot | 01/13/05
ASN.1 has been around for a million years and translates back and fore  hipparchus2000 | 01/13/05
Simple Solution to XML Compression  mike@... | 01/14/05
XML Compression  jpshade@... | 01/14/05
ASN.1  ivap@... | 01/14/05
Adding a new protocol  dlenoir@... | 01/14/05

What do you think?

SponsoredWhite Papers, Webcasts, and Downloads

advertisement
advertisement

SmartPlanet

Click Here