Archives
 
 
 
  Special
 
 
 
  About Us
 
 
 

Newsletter
Free E-mail Newsletter from BYTE.com

 
    
           
Visit the home page Browse the four-year online archive Download platform-neutral CPU/FPU benchmarks Find information for advertisers, authors, vendors, subscribers Request free information on products written about or advertised in BYTE Submit a press release, or scan recent announcements Talk with BYTE's staff and readers about products and technologies

ArticlesNative Transfer


January 1996 / Reviews / Sumo Graphics Giants Weigh In / Native Transfer

A Windows graphics suite must handle large data files and distribute them across multiple application modules. In the past, the challenge has been in transferring these large data sets without bogging down the system. OLE 2.0's Uniform Data Transfer technology makes this process more efficient.

Before OLE 2.0, applications used global memory as the medium of data transfer, and a Clipboard format (e.g., CF_TEXT or CF_BITMAP) to describe the data. Different transfers (OLE 1.0, DDE, the Clipboard, or drag and drop) required different protocols and API functions. Under OLE 2.0, a p ointer is transferred from the data source to the data recipient. The data object itself then determines a standardize d format for the transfer.

When you select a data object and drag it out of its source, the destination OLE container supports two data types -- the Native Format and the Presentation Format -- each of which might contain several additional components. The Native Format can be almost anything. Corel applications use the Corel Metafile Exchange (*.CMX) format, introduced as the clip-art format with CorelDraw 5. The Presentation Format includes elements previously supported by the Windows Clipboard (Device-Dependent Bitmap, Windows Metafile, Rich Text, and text), along with two new formats for Windows 95: Device Independent Bitmap and Extended Metafile.

When a client application accepts a data object, it selects the format of the highest quality. If the program is privy to the Native Format (which is likely if the client and server are from the same vendor), there's no need to revert to a less accurate format for the transfer.


Up to the Reviews section contentsGo to previous article: Native TransferGo to next article: Self-Serve InformationSearchSend a comment on this articleSubscribe to BYTE or BYTE on CD-ROM  
Flexible C++
Matthew Wilson
My approach to software engineering is far more pragmatic than it is theoretical--and no language better exemplifies this than C++.

more...

BYTE Digest

BYTE Digest editors every month analyze and evaluate the best articles from Information Week, EE Times, Dr. Dobb's Journal, Network Computing, Sys Admin, and dozens of other CMP publications—bringing you critical news and information about wireless communication, computer security, software development, embedded systems, and more!

Find out more

BYTE.com Store

BYTE CD-ROM
NOW, on one CD-ROM, you can instantly access more than 8 years of BYTE.
 
The Best of BYTE Volume 1: Programming Languages
The Best of BYTE
Volume 1: Programming Languages
In this issue of Best of BYTE, we bring together some of the leading programming language designers and implementors...

Copyright © 2005 CMP Media LLC, Privacy Policy, Your California Privacy rights, Terms of Service
Site comments: webmaster@byte.com
SDMG Web Sites: BYTE.com, C/C++ Users Journal, Dr. Dobb's Journal, MSDN Magazine, New Architect, SD Expo, SD Magazine, Sys Admin, The Perl Journal, UnixReview.com, Windows Developer Network