
- •The ministry of education and science of ukraine kharkiv national university of radio electronics
- •1. The Basics of Microsoft Foundation Classes
- •Mfc general information
- •A Framework of mfc-program
- •Creating the Application Class
- •Creating the Frame-Window Class
- •Declaring a Message Map and instantiation of application object global instance
- •Defining a Message Map
- •Messages and their processing in mfc-programs
- •Writing Message Map Functions
- •Message boxes and menus in mfc-programs
- •2. Dialog windows
- •2.1 Modal and modeless dialog windows
- •2.2 The control elements of dialog window
- •CListBox::AddString (lpctstr lpszItem ); // Call this member function to add a string (lpszItem) to a list box;
- •3. Additional control elements in mfc-programs. Working with icons, cursors, raster images
- •3.1 Additional control elements
- •Radio buttons
- •Afx_msg void cWnd::OnVScroll( uint nSbCode, uint nPos, cScrollBar* pScrollBar ); afx_msg void cWnd::OnHScroll( uint nSbCode, uint nPos, cScrollBar* pScrollBar );
- •Afx_msg void OnVScroll( uint nSbCode, uint nPos, cScrollBar* pScrollBar );
- •Working with icons, cursors, raster images
- •The icons and cursor registration
- •Icon and cursor loading
- •4. The elements of text processing in mfc
- •The redrawing problem decision
- •5. The Elements of working with graphics
- •5.1 The graphics functions.
- •Working with brushes
- •5.2 The mapping modes and output regions
- •6. Common control elements
- •Windows Common Controls
- •6.2 The toolbar using
- •On resizing, the message wm_size is sent and the standard handler OnSize() is called.
- •The working with Spins
- •The working with slider
- •To set the range (minimum and maximum positions) for the slider in a slider control use the following function:
- •The working with progress bar
- •The tree control using in mfc programs
- •Adding elements to the tree
- •The status bars usage
- •Bool cStatusBarCtrl::SetParts( int nParts, int* pWidths );
- •Tab controls using in mfc-programs
- •Int cTabCtrl::GetCurSel(); To Selects a tab in a tab control use SetCurSel() function:
- •Int cTabCtrl::SetCurSel( int nItem );
- •The property sheets and wizards
- •7. Thread multitasking and it’s implementation in mfc
- •7.1 The basic features of multitasking
- •7.2 The Synchronization
- •7.3 The working with semaphore
- •7. 4 The working with event object
- •8. The concept of Document view
- •8.1 Introduction to document conception
- •The control of documents storing
- •8.2 The dynamic creation of objects
- •The application framework creation
- •The main window and application classes creation
- •Listing 8.1 The example of main window class in Document / View concept
- •Listing 8.2 The example of document class in Document / View concept
- •8.3 The document framework creation
- •8.4 The initiation of application
- •8.5 The standard id’s, used in Document / View concept
- •9. The special types of menu and their implementation in mfc
- •9.1 The description of special menu styles
- •The mechanism to make changes in menus
- •9.2 The dynamic and floating menus implementation
- •CMenu::CreatePopupMenu
- •The example programs to work with dynamic menus
- •10. The system of help
- •10.1 The basic information on help structures
- •The call of help
- •The file of help
- •The Help file creating
- •The example of rtf file
- •10.2 The Help system including to the mfc-program
- •Parameters:
- •Return Values: If the function succeeds, the return value is nonzero. If the function fails, the return value is zero.
- •10.3 The handlers of help messages
- •The processing of help calls
- •Wm_commandhelp message processing
- •10.4 Wm_contextmenu message processing
- •11. Manipulating Device-Independent Bitmaps
- •11.1 The types of bitmap
- •11.2 The structures included to bitmap
- •Introducing the cDib Class
- •11.3 Programming the cDib Class
- •Loading a dib into Memory
- •Other cDib Member Functions
- •Creating ShowDib program
- •Modifying ShowDib's Resources
- •Adding Code to ShowDib
- •Examining the OnFileOpen() Function
- •Examining the OnDraw() Function
- •12. The elements of Database Programming
- •12.1 Understanding Database Concepts
- •Accessing a Database
- •12.2 Mfc odbc Classes
- •Registering the Database
- •Creating the Basic Employee Application
- •Creating the Database Display
- •Adding and Deleting Records
- •12.4 Sorting and Filtering
- •12.5 Odbc versus dao
- •13. Remote Automation
- •13.1 The introduction to Remote Automation
- •13.2 The Remote Automation Connection Manager and user components
- •13.3 Automation
- •Automation Clients
- •13.4 ActiveX
- •ActiveX Document Servers
- •ActiveX Document Containers
- •ActiveX Document Views
- •13.5 ActiveX Documents
- •ActiveX Controls
- •Interaction Between Controls with Windows and ActiveX Control Containers
- •13.6 Optimization of ActiveX Controls
- •13.7 Automation Servers
- •13.8 Connection Points
- •14. Microsoft DirectX and the main items of its using
- •14.2 The Component Object Model
- •IUnknown Interface
- •DirectX com Interfaces
- •DirectDraw Architecture
- •Other DirectDraw Features
- •Width and Pitch
- •14.5 Support for 3d Surfaces in DirectX
- •14.6 Direct3d Integration with DirectDraw
- •Direct3d Device Interface
- •Direct3d Texture Interface
- •The Basics of DirectDraw
- •Step 6: Writing to the Surface.The first half of the wm_timer message in ddex1 is devoted to writing to the back buffer, as shown in the following example:
- •Loading Bitmaps on the Back Buffer
- •Step 1: Creating the Palette. The ddex2 sample first loads the palette into a structure by using the following code:
- •Step 4: Flipping the Surfaces. Flipping surfaces in the ddex2 sample is essentially the same process as that in the first example. Blitting from an Off-Screen Surface
- •Step 1: Creating the Off-Screen Surfaces. The following code is added to the doInit function in ddex3 to create the two off-screen buffers:
- •Color Keys and Bitmap Animation
- •Dynamically Modifying Palettes
- •Optimizations and Customizations
- •Blitting with Color Fill
- •Determining the Capabilities of the Display Hardware
- •Storing Bitmaps in Display Memory
- •Triple Buffering
- •15. General information on OpenGl
- •15.1 Common information
- •Primitives and Commands
- •OpenGl Graphic Control
- •Execution Model
- •15.2 Basic OpenGl Operation
- •OpenGl Correctness Tips
- •15.3 OpenGl example program
- •Ph.D. Assosiate prof. Tsimbal Alexander m. System software, summary of lectures.
11.2 The structures included to bitmap
At the beginning of a DIB file is the BITMAPFILEHEADER structure, which is defined by Windows as shown in Listing 11.1.
Listing 11.1 The BITMAPFILEHEADER Structure
typedef struct tagBITMAPFILEHEADER {
WORD bfType;
DWORD bfSize;
WORD bfReserved1;
WORD bfReserved2;
DWORD bfOffBits;
} BITMAPFILEHEADER;
Although this structure resides at the beginning of a DIB disk file, it need not be part of the DIB in memory. The first structure member, bfType, identifies the file as a DIB and should be the ASCII codes of the letters BM. In hex, the bfType word should be 4D42. Otherwise, the file is probably not a DIB. The second member, bfSize, is supposed to be the size of the DIB file in bytes. However, due to a mistake in the original Windows documentation, bfSize is not reliable and should be ignored. On the other hand, you can count on the bfOffBits member to contain the number of bytes from the start of the DIB file to the bitmap data. The BITMAPFILEHEADER structure is summarized in Table 3.1.
Table 11.1 The BITMAPFILEHEADER Structure
Member |
Type |
Description |
bfType |
WORD |
Contains the ASCII values BM |
bfSize |
DWORD |
The size of the file |
bfReserved1 |
WORD |
Always 0 |
bfReserved2 |
WORD |
Always 0 |
bfOffBits |
DWORD |
The number of bytes from the beginning of the file to the bitmap |
Following the BITMAPFILEHEADER structure is the BITMAPINFO structure, which is defined by Windows as shown in Listing 11.2.
Listing 11.2 The BITMAPINFO Structure
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader;
RGBQUAD bmiColors[1];
} BITMAPINFO;
As you can see, this structure is made up of a header, represented by the BITMAPINFOHEADER structure and a color table, represented by an array of RGBQUAD structures.
A BITMAPINFOHEADER structure, also defined by Windows, looks like Listing 11.3.
Listing 11.3 The BITMAPINFOHEADER Structure
typedef struct tagBITMAPINFOHEADER {
DWORD biSize;
DWORD biWidth;
DWORD biHeight;
WORD biPlanes;
WORD biBitCount;
DWORD biCompression;
DWORD biSizeImage;
DWORD biXPelsPerMeter;
DWORD biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;
} BITMAPINFOHEADER;
The member biSize contains the size of the BITMAPINFOHEADER structure, which should be 40 bytes. The members biWidth and biHeight are the width and height of the bitmap in pixels. The member biPlanes is always set to 1. The biBitCount member, which indicates the number of bits per pixel, can be 1, 4, 8, or 24, which indicate monochrome, 16-color, 256-color, and 16.7 million color images. (In this book, you mostly use 256-color, or 8-bit, images.)
The biCompression member indicates the type of compression used with the bitmap image, where a 0 indicates no compression; a 1 indicates RLE-8 compression; and a 2 indicates RLE-4 compression. If you're not familiar with data compression techniques, don't worry about it. DIBs are rarely compressed. You'll usually find a 0 in the biCompression structure member.
The biSizeImage member is the size of the bitmap in bytes and is usually used only with compressed bitmaps. This value takes into account that the number of bytes in each row of a bitmap is always a multiple of 4. The rows are padded with blank bytes, when necessary, to ensure a multiple of 4. However, unless you're writing a program that creates DIBs, you don't need to deal with row padding and the code complications that arise from it.
The biXPelsPerMeter and biYPelsPerMeter members contain the horizontal and vertical number of pixels per meter of the intended display device, but are usually just set to 0. The biClrUsed and biClrImportant members, which contain the total number of colors used in the bitmap and the number of important colors in the bitmap, are also usually set to 0.
You might have noticed that BITMAPINFOHEADER structure members after biBitCount are likely to contain a 0, so after reading the structure from the disk file, you'll probably ignore the values stored in these structure members. In this chapter, you'll see how you can calculate any values you need such as the number of colors used in the image and store those values in the proper members for later retrieval. The BITMAPINFOHEADER structure is summarized in Table 11.2.
Table 11.2 The BITMAPINFOHEADER Structure
Member |
Type |
Description |
biSize |
DWORD |
Size in bytes of this |
|
|
structure |
biWidth |
DWORD |
Bitmap's width in pixels |
biHeight |
DWORD |
Bitmap's height in pixels |
biPlanes |
WORD |
Always 1 |
biBitCount |
WORD |
Number of bits per pixel |
biCompression |
DWORD |
Compression type: 0 = None, 1= RLE-8, 2 = RLE-4 |
biSizeImage |
DWORD |
Bitmap's size in bytes |
biXPelsPerMeter |
DWORD |
Horizontal pixels per meter |
biYPelsPerMeter |
DWORD |
Vertical pixels per meter |
biClrUsed |
DWORD |
Number of colors used |
biClrImportant |
DWORD |
Number of important colors |
The final data structure, RGBQUAD, is defined by Windows as shown in Listing 11.4.
Listing 11.4 The RGBQUAD Structure
typedef struct tagRGBQUAD {
BYTE rgbBlue;
BYTE rgbGreen;
BYTE rgbRed;
BYTE rgbReserved;
} RGBQUAD;
This structure simply contains the intensities of a color's red, green, and blue elements. Each color in a DIB is represented by an RGBQUAD structure. That is, a 16-color (4-bit) bitmap has a color table made up of 16 RGBQUAD structures, whereas a 256-color (8-bit) bitmap has a color table containing 256 RGBQUAD structures. The exception is 24-bit color images, which have no color table.
Following a DIB's BITMAPINFOHEADER structure is the bitmap's actual image data. The size of this data depends, of course, on the size of the image.