| 1 | /****************************************************************************
|
|---|
| 2 | **
|
|---|
| 3 | ** Copyright (C) 2009 Nokia Corporation and/or its subsidiary(-ies).
|
|---|
| 4 | ** Contact: Qt Software Information (qt-info@nokia.com)
|
|---|
| 5 | **
|
|---|
| 6 | ** This file is part of the documentation of the Qt Toolkit.
|
|---|
| 7 | **
|
|---|
| 8 | ** $QT_BEGIN_LICENSE:LGPL$
|
|---|
| 9 | ** Commercial Usage
|
|---|
| 10 | ** Licensees holding valid Qt Commercial licenses may use this file in
|
|---|
| 11 | ** accordance with the Qt Commercial License Agreement provided with the
|
|---|
| 12 | ** Software or, alternatively, in accordance with the terms contained in
|
|---|
| 13 | ** a written agreement between you and Nokia.
|
|---|
| 14 | **
|
|---|
| 15 | ** GNU Lesser General Public License Usage
|
|---|
| 16 | ** Alternatively, this file may be used under the terms of the GNU Lesser
|
|---|
| 17 | ** General Public License version 2.1 as published by the Free Software
|
|---|
| 18 | ** Foundation and appearing in the file LICENSE.LGPL included in the
|
|---|
| 19 | ** packaging of this file. Please review the following information to
|
|---|
| 20 | ** ensure the GNU Lesser General Public License version 2.1 requirements
|
|---|
| 21 | ** will be met: http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html.
|
|---|
| 22 | **
|
|---|
| 23 | ** In addition, as a special exception, Nokia gives you certain
|
|---|
| 24 | ** additional rights. These rights are described in the Nokia Qt LGPL
|
|---|
| 25 | ** Exception version 1.0, included in the file LGPL_EXCEPTION.txt in this
|
|---|
| 26 | ** package.
|
|---|
| 27 | **
|
|---|
| 28 | ** GNU General Public License Usage
|
|---|
| 29 | ** Alternatively, this file may be used under the terms of the GNU
|
|---|
| 30 | ** General Public License version 3.0 as published by the Free Software
|
|---|
| 31 | ** Foundation and appearing in the file LICENSE.GPL included in the
|
|---|
| 32 | ** packaging of this file. Please review the following information to
|
|---|
| 33 | ** ensure the GNU General Public License version 3.0 requirements will be
|
|---|
| 34 | ** met: http://www.gnu.org/copyleft/gpl.html.
|
|---|
| 35 | **
|
|---|
| 36 | ** If you are unsure which license is appropriate for your use, please
|
|---|
| 37 | ** contact the sales department at qt-sales@nokia.com.
|
|---|
| 38 | ** $QT_END_LICENSE$
|
|---|
| 39 | **
|
|---|
| 40 | ****************************************************************************/
|
|---|
| 41 |
|
|---|
| 42 | /*!
|
|---|
| 43 | \page paintsystem.html
|
|---|
| 44 |
|
|---|
| 45 | \title The Paint System
|
|---|
| 46 |
|
|---|
| 47 | Qt's paint system enables painting on screen and print devices
|
|---|
| 48 | using the same API, and is primarily based on the QPainter,
|
|---|
| 49 | QPaintDevice, and QPaintEngine classes.
|
|---|
| 50 |
|
|---|
| 51 | QPainter is used to perform drawing operations, QPaintDevice is an
|
|---|
| 52 | abstraction of a two-dimensional space that can be painted on
|
|---|
| 53 | using a QPainter, and QPaintEngine provides the interface that the
|
|---|
| 54 | painter uses to draw onto different types of devices. The
|
|---|
| 55 | QPaintEngine class is used internally by QPainter and
|
|---|
| 56 | QPaintDevice, and is hidden from application programmers unless
|
|---|
| 57 | they create their own device type.
|
|---|
| 58 |
|
|---|
| 59 | \image paintsystem-core.png
|
|---|
| 60 |
|
|---|
| 61 | The main benefit of this approach is that all painting follows the
|
|---|
| 62 | same painting pipeline making it easy to add support for new
|
|---|
| 63 | features and providing default implementations for unsupported
|
|---|
| 64 | ones.
|
|---|
| 65 |
|
|---|
| 66 | Alternatively, Qt provides the QtOpenGL module, offering classes
|
|---|
| 67 | that makes it easy to use OpenGL in Qt applications. Among others,
|
|---|
| 68 | the module provides an OpenGL widget class that can be used just
|
|---|
| 69 | like any other Qt widget, except that it opens an OpenGL display
|
|---|
| 70 | buffer where the OpenGL API can be used to render the contents.
|
|---|
| 71 |
|
|---|
| 72 | \tableofcontents section1
|
|---|
| 73 |
|
|---|
| 74 | \section1 Drawing
|
|---|
| 75 |
|
|---|
| 76 | QPainter provides highly optimized functions to do most of the
|
|---|
| 77 | drawing GUI programs require. It can draw everything from simple
|
|---|
| 78 | graphical primitives (represented by the QPoint, QLine, QRect,
|
|---|
| 79 | QRegion and QPolygon classes) to complex shapes like vector
|
|---|
| 80 | paths. In Qt vector paths are represented by the QPainterPath
|
|---|
| 81 | class. QPainterPath provides a container for painting operations,
|
|---|
| 82 | enabling graphical shapes to be constructed and reused.
|
|---|
| 83 |
|
|---|
| 84 | \table 100%
|
|---|
| 85 | \row
|
|---|
| 86 | \o \image paintsystem-painterpath.png
|
|---|
| 87 | \o \bold QPainterPath
|
|---|
| 88 |
|
|---|
| 89 | A painter path is an object composed of lines and curves. For
|
|---|
| 90 | example, a rectangle is composed by lines and an ellipse is
|
|---|
| 91 | composed by curves.
|
|---|
| 92 |
|
|---|
| 93 | The main advantage of painter paths over normal drawing operations
|
|---|
| 94 | is that complex shapes only need to be created once; then they can
|
|---|
| 95 | be drawn many times using only calls to the QPainter::drawPath()
|
|---|
| 96 | function.
|
|---|
| 97 |
|
|---|
| 98 | A QPainterPath object can be used for filling, outlining, and
|
|---|
| 99 | clipping. To generate fillable outlines for a given painter path,
|
|---|
| 100 | use the QPainterPathStroker class.
|
|---|
| 101 |
|
|---|
| 102 | \endtable
|
|---|
| 103 |
|
|---|
| 104 | Lines and outlines are drawn using the QPen class. A pen is
|
|---|
| 105 | defined by its style (i.e. its line-type), width, brush, how the
|
|---|
| 106 | endpoints are drawn (cap-style) and how joins between two
|
|---|
| 107 | connected lines are drawn (join-style). The pen's brush is a
|
|---|
| 108 | QBrush object used to fill strokes generated with the pen,
|
|---|
| 109 | i.e. the QBrush class defines the fill pattern.
|
|---|
| 110 |
|
|---|
| 111 | QPainter can also draw aligned text and pixmaps.
|
|---|
| 112 |
|
|---|
| 113 | When drawing text, the font is specified using the QFont class. Qt
|
|---|
| 114 | will use the font with the specified attributes, or if no matching
|
|---|
| 115 | font exists, Qt will use the closest matching installed font. The
|
|---|
| 116 | attributes of the font that is actually used can be retrieved
|
|---|
| 117 | using the QFontInfo class. In addition, the QFontMetrics class
|
|---|
| 118 | provides the font measurements, and the QFontDatabase class
|
|---|
| 119 | provides information about the fonts available in the underlying
|
|---|
| 120 | window system.
|
|---|
| 121 |
|
|---|
| 122 | Normally, QPainter draws in a "natural" coordinate system, but it
|
|---|
| 123 | is able to perform view and world transformations using the
|
|---|
| 124 | QMatrix class. For more information, see \l {The Coordinate
|
|---|
| 125 | System} documentation which also describes the rendering process,
|
|---|
| 126 | i.e. the relation between the logical representation and the
|
|---|
| 127 | rendered pixels, and the benefits of anti-aliased painting.
|
|---|
| 128 |
|
|---|
| 129 | \table 100%
|
|---|
| 130 | \row \o
|
|---|
| 131 | \bold {Anti-Aliased Painting}
|
|---|
| 132 |
|
|---|
| 133 | When drawing, the pixel rendering is controlled by the
|
|---|
| 134 | QPainter::Antialiasing render hint. The QPainter::RenderHint enum
|
|---|
| 135 | is used to specify flags to QPainter that may or may not be
|
|---|
| 136 | respected by any given engine.
|
|---|
| 137 |
|
|---|
| 138 | The QPainter::Antialiasing value indicates that the engine should
|
|---|
| 139 | antialias edges of primitives if possible, i.e. smoothing the
|
|---|
| 140 | edges by using different color intensities.
|
|---|
| 141 |
|
|---|
| 142 | \o \image paintsystem-antialiasing.png
|
|---|
| 143 |
|
|---|
| 144 | \endtable
|
|---|
| 145 |
|
|---|
| 146 | \section1 Filling
|
|---|
| 147 |
|
|---|
| 148 | Shapes are filled using the QBrush class. A brush is defined
|
|---|
| 149 | by its color and its style (i.e. its fill pattern).
|
|---|
| 150 |
|
|---|
| 151 | Any color in Qt is represented by the QColor class which supports
|
|---|
| 152 | the RGB, HSV and CMYK color models. QColor also support
|
|---|
| 153 | alpha-blended outlining and filling (specifying the transparency
|
|---|
| 154 | effect), and the class is platform and device independent (the
|
|---|
| 155 | colors are mapped to hardware using the QColormap class). For more
|
|---|
| 156 | information, see the QColor class documentation.
|
|---|
| 157 |
|
|---|
| 158 | When creating a new widget, it is recommend to use the colors in
|
|---|
| 159 | the widget's palette rather than hard-coding specific colors. All
|
|---|
| 160 | widgets in Qt contain a palette and use their palette to draw
|
|---|
| 161 | themselves. A widget's palette is represented by the QPalette
|
|---|
| 162 | class which contains color groups for each widget state.
|
|---|
| 163 |
|
|---|
| 164 | The available fill patterns are described by the Qt::BrushStyle
|
|---|
| 165 | enum. These include basic patterns spanning from uniform color to
|
|---|
| 166 | very sparse pattern, various line combinations, gradient fills and
|
|---|
| 167 | textures. Qt provides the QGradient class to define custom
|
|---|
| 168 | gradient fills, while texture patterns are specified using the
|
|---|
| 169 | QPixmap class.
|
|---|
| 170 |
|
|---|
| 171 | \table 100%
|
|---|
| 172 | \row
|
|---|
| 173 | \o \image paintsystem-fancygradient.png
|
|---|
| 174 | \o \bold QGradient
|
|---|
| 175 |
|
|---|
| 176 | The QGradient class is used in combination with QBrush to specify
|
|---|
| 177 | gradient fills.
|
|---|
| 178 |
|
|---|
| 179 | \image paintsystem-gradients.png
|
|---|
| 180 |
|
|---|
| 181 | Qt currently supports three types of gradient fills: Linear
|
|---|
| 182 | gradients interpolate colors between start and end points, radial
|
|---|
| 183 | gradients interpolate colors between a focal point and end points
|
|---|
| 184 | on a circle surrounding it, and conical gradients interpolate
|
|---|
| 185 | colors around a center point.
|
|---|
| 186 |
|
|---|
| 187 | \endtable
|
|---|
| 188 |
|
|---|
| 189 | \section1 Creating a Paint Device
|
|---|
| 190 |
|
|---|
| 191 | The QPaintDevice class is the base class of objects that can be
|
|---|
| 192 | painted, i.e. QPainter can draw on any QPaintDevice
|
|---|
| 193 | subclass. QPaintDevice's drawing capabilities are currently
|
|---|
| 194 | implemented by the QWidget, QImage, QPixmap, QGLWidget,
|
|---|
| 195 | QGLPixelBuffer, QPicture and QPrinter subclasses.
|
|---|
| 196 |
|
|---|
| 197 | \image paintsystem-devices.png
|
|---|
| 198 |
|
|---|
| 199 | \table 100%
|
|---|
| 200 | \row \o \bold {Custom Backends}
|
|---|
| 201 |
|
|---|
| 202 | Support for a new backend can be implemented by deriving from the
|
|---|
| 203 | QPaintDevice class and reimplementing the virtual
|
|---|
| 204 | QPaintDevice::paintEngine() function to tell QPainter which paint
|
|---|
| 205 | engine should be used to draw on this particular device. To
|
|---|
| 206 | actually be able to draw on the device, this paint engine must be
|
|---|
| 207 | a custom paint engine created by deriving from the QPaintEngine
|
|---|
| 208 | class.
|
|---|
| 209 |
|
|---|
| 210 | \endtable
|
|---|
| 211 |
|
|---|
| 212 | \section2 Widget
|
|---|
| 213 |
|
|---|
| 214 | The QWidget class is the base class of all user interface
|
|---|
| 215 | objects. The widget is the atom of the user interface: it receives
|
|---|
| 216 | mouse, keyboard and other events from the window system, and
|
|---|
| 217 | paints a representation of itself on the screen.
|
|---|
| 218 |
|
|---|
| 219 | \section2 Image
|
|---|
| 220 |
|
|---|
| 221 | The QImage class provides a hardware-independent image
|
|---|
| 222 | representation which is designed and optimized for I/O, and for
|
|---|
| 223 | direct pixel access and manipulation. QImage supports several
|
|---|
| 224 | image formats including monochrome, 8-bit, 32-bit and
|
|---|
| 225 | alpha-blended images.
|
|---|
| 226 |
|
|---|
| 227 | One advantage of using QImage as a paint device is that it is
|
|---|
| 228 | possible to guarantee the pixel exactness of any drawing operation
|
|---|
| 229 | in a platform-independent way. Another benefit is that the
|
|---|
| 230 | painting can be performed in another thread than the current GUI
|
|---|
| 231 | thread.
|
|---|
| 232 |
|
|---|
| 233 | \section2 Pixmap
|
|---|
| 234 |
|
|---|
| 235 | The QPixmap class is an off-screen image representation which is
|
|---|
| 236 | designed and optimized for showing images on screen. Unlike
|
|---|
| 237 | QImage, the pixel data in a pixmap is internal and is managed by
|
|---|
| 238 | the underlying window system, i.e. pixels can only be accessed
|
|---|
| 239 | through QPainter functions or by converting the QPixmap to a
|
|---|
| 240 | QImage.
|
|---|
| 241 |
|
|---|
| 242 | To optimize drawing with QPixmap, Qt provides the QPixmapCache
|
|---|
| 243 | class which can be used to store temporary pixmaps that are
|
|---|
| 244 | expensive to generate without using more storage space than the
|
|---|
| 245 | cache limit.
|
|---|
| 246 |
|
|---|
| 247 | Qt also provides the QBitmap convenience class, inheriting
|
|---|
| 248 | QPixmap. QBitmap guarantees monochrome (1-bit depth) pixmaps, and
|
|---|
| 249 | is mainly used for creating custom QCursor and QBrush objects,
|
|---|
| 250 | constructing QRegion objects, and for setting masks for pixmaps
|
|---|
| 251 | and widgets.
|
|---|
| 252 |
|
|---|
| 253 | \section2 OpenGL Widget
|
|---|
| 254 |
|
|---|
| 255 | As mentioned above, Qt provides the QtOpenGL module offering
|
|---|
| 256 | classes that makes it easy to use OpenGL in Qt applications. For
|
|---|
| 257 | example, the QGLWidget enables the OpenGL API for
|
|---|
| 258 | rendering.
|
|---|
| 259 |
|
|---|
| 260 | But QGLWidget is also a QWidget subclass, and can be used by
|
|---|
| 261 | QPainter as any other paint device. One huge benefit from this is
|
|---|
| 262 | that it enables Qt to utilize the high performance of OpenGL for
|
|---|
| 263 | most drawing operations, such as transformations and pixmap
|
|---|
| 264 | drawing.
|
|---|
| 265 |
|
|---|
| 266 | \section2 Pixel Buffer
|
|---|
| 267 |
|
|---|
| 268 | The QtOpenGL module also provides the QGLPixelBuffer class which
|
|---|
| 269 | inherits QPaintDevice directly.
|
|---|
| 270 |
|
|---|
| 271 | QGLPixelBuffer encapsulates an OpenGL pbuffer. Rendering into a
|
|---|
| 272 | pbuffer is normally done using full hardware acceleration which
|
|---|
| 273 | can be significantly faster than rendering into a QPixmap.
|
|---|
| 274 |
|
|---|
| 275 | \section2 Framebuffer Object
|
|---|
| 276 |
|
|---|
| 277 | The QtOpenGL module also provides the QGLFramebufferObject class
|
|---|
| 278 | which inherits QPaintDevice directly.
|
|---|
| 279 |
|
|---|
| 280 | QGLFramebufferObject encapsulates an OpenGL framebuffer object.
|
|---|
| 281 | Framebuffer objects can also be used for off-screen rendering, and
|
|---|
| 282 | offer several advantages over pixel buffers for this purpose.
|
|---|
| 283 | These are described in the QGLFramebufferObject class documentation.
|
|---|
| 284 |
|
|---|
| 285 | \section2 Picture
|
|---|
| 286 |
|
|---|
| 287 | The QPicture class is a paint device that records and replays
|
|---|
| 288 | QPainter commands. A picture serializes painter commands to an IO
|
|---|
| 289 | device in a platform-independent format. QPicture is also
|
|---|
| 290 | resolution independent, i.e. a QPicture can be displayed on
|
|---|
| 291 | different devices (for example svg, pdf, ps, printer and screen)
|
|---|
| 292 | looking the same.
|
|---|
| 293 |
|
|---|
| 294 | Qt provides the QPicture::load() and QPicture::save() functions
|
|---|
| 295 | for loading and saving pictures. But in addition the QPictureIO
|
|---|
| 296 | class is provided to enable the programmer to install new picture
|
|---|
| 297 | file formats in addition to those that Qt provides.
|
|---|
| 298 |
|
|---|
| 299 | \section2 Printer
|
|---|
| 300 |
|
|---|
| 301 | The QPrinter class is a paint device that paints on a printer. On
|
|---|
| 302 | Windows or Mac OS X, QPrinter uses the built-in printer
|
|---|
| 303 | drivers. On X11, QPrinter generates postscript and sends that to
|
|---|
| 304 | lpr, lp, or another print program. QPrinter can also print to any
|
|---|
| 305 | other QPrintEngine object.
|
|---|
| 306 |
|
|---|
| 307 | The QPrintEngine class defines an interface for how QPrinter
|
|---|
| 308 | interacts with a given printing subsystem. The common case when
|
|---|
| 309 | creating your own print engine, is to derive from both
|
|---|
| 310 | QPaintEngine and QPrintEngine.
|
|---|
| 311 |
|
|---|
| 312 | The output format is by default determined by the platform the
|
|---|
| 313 | printer is running on, but by explicitly setting the output format
|
|---|
| 314 | to QPrinter::PdfFormat, QPrinter will generate its output as a PDF
|
|---|
| 315 | file.
|
|---|
| 316 |
|
|---|
| 317 | \section1 Reading and Writing Image Files
|
|---|
| 318 |
|
|---|
| 319 | The most common way to read images is through QImage and QPixmap's
|
|---|
| 320 | constructors, or by calling the QImage::load() and QPixmap::load()
|
|---|
| 321 | functions. In addition, Qt provides the QImageReader class which
|
|---|
| 322 | gives more control over the process. Depending on the underlying
|
|---|
| 323 | support in the image format, the functions provided by the class
|
|---|
| 324 | can save memory and speed up loading of images.
|
|---|
| 325 |
|
|---|
| 326 | Likewise, Qt provides the QImageWriter class which supports
|
|---|
| 327 | setting format specific options, such as the gamma level,
|
|---|
| 328 | compression level and quality, prior to storing the image. If you
|
|---|
| 329 | do not need such options, you can use QImage::save() or
|
|---|
| 330 | QPixmap::save() instead.
|
|---|
| 331 |
|
|---|
| 332 | \table 100%
|
|---|
| 333 | \row
|
|---|
| 334 | \o \bold QMovie
|
|---|
| 335 |
|
|---|
| 336 | QMovie is a convenience class for displaying animations, using the
|
|---|
| 337 | QImageReader class internally. Once created, the QMovie class
|
|---|
| 338 | provides various functions for both running and controlling the
|
|---|
| 339 | given animation.
|
|---|
| 340 |
|
|---|
| 341 | \o \image paintsystem-movie.png
|
|---|
| 342 | \endtable
|
|---|
| 343 |
|
|---|
| 344 | The QImageReader and QImageWriter classes rely on the
|
|---|
| 345 | QImageIOHandler class which is the common image I/O interface for
|
|---|
| 346 | all image formats in Qt. QImageIOHandler objects are used
|
|---|
| 347 | internally by QImageReader and QImageWriter to add support for
|
|---|
| 348 | different image formats to Qt.
|
|---|
| 349 |
|
|---|
| 350 | A list of the supported file formats are available through the
|
|---|
| 351 | QImageReader::supportedImageFormats() and
|
|---|
| 352 | QImageWriter::supportedImageFormats() functions. Qt supports
|
|---|
| 353 | several file formats by default, and in addition new formats can
|
|---|
| 354 | be added as plugins. The currently supported formats are listed in
|
|---|
| 355 | the QImageReader and QImageWriter class documentation.
|
|---|
| 356 |
|
|---|
| 357 | Qt's plugin mechanism can also be used to write a custom image
|
|---|
| 358 | format handler. This is done by deriving from the QImageIOHandler
|
|---|
| 359 | class, and creating a QImageIOPlugin object which is a factory for
|
|---|
| 360 | creating QImageIOHandler objects. When the plugin is installed,
|
|---|
| 361 | QImageReader and QImageWriter will automatically load the plugin
|
|---|
| 362 | and start using it.
|
|---|
| 363 |
|
|---|
| 364 | \table 100%
|
|---|
| 365 | \row
|
|---|
| 366 | \o \image paintsystem-svg.png
|
|---|
| 367 | \o \bold {SVG Rendering}
|
|---|
| 368 |
|
|---|
| 369 | Scalable Vector Graphics (SVG) is an language for describing both
|
|---|
| 370 | static and animated two-dimensional vector graphics. Qt includes
|
|---|
| 371 | support for the static features of SVG 1.2 Tiny.
|
|---|
| 372 |
|
|---|
| 373 | SVG drawings can be rendered onto any QPaintDevice subclass. This
|
|---|
| 374 | approach gives developers the flexibility to experiment, in order
|
|---|
| 375 | to find the best solution for each application.
|
|---|
| 376 |
|
|---|
| 377 | The easiest way to render SVG files is to construct a QSvgWidget
|
|---|
| 378 | and load an SVG file using one of the QSvgWidget::load()
|
|---|
| 379 | functions. The rendering is performed by the QSvgRenderer class
|
|---|
| 380 | which also can be used directly to provide SVG support for custom
|
|---|
| 381 | widgets.
|
|---|
| 382 |
|
|---|
| 383 | For more information, see the QtSvg module documentation.
|
|---|
| 384 |
|
|---|
| 385 | \endtable
|
|---|
| 386 |
|
|---|
| 387 | \section1 Styling
|
|---|
| 388 |
|
|---|
| 389 | Qt's built-in widgets use the QStyle class to perform nearly all
|
|---|
| 390 | of their drawing. QStyle is an abstract base class that
|
|---|
| 391 | encapsulates the look and feel of a GUI, and can be used to make
|
|---|
| 392 | the widgets look exactly like the equivalent native widgets or to
|
|---|
| 393 | give the widgets a custom look.
|
|---|
| 394 |
|
|---|
| 395 | Qt provides a set of QStyle subclasses that emulate the native
|
|---|
| 396 | look of the different platforms supported by Qt (QWindowsStyle,
|
|---|
| 397 | QMacStyle, QMotifStyle, etc.). These styles are built into the
|
|---|
| 398 | QtGui library, other styles can be made available using Qt's
|
|---|
| 399 | plugin mechansim.
|
|---|
| 400 |
|
|---|
| 401 | Most functions for drawing style elements take four arguments:
|
|---|
| 402 |
|
|---|
| 403 | \list
|
|---|
| 404 | \o an enum value specifying which graphical element to draw
|
|---|
| 405 | \o a QStyleOption object specifying how and where to render that element
|
|---|
| 406 | \o a QPainter object that should be used to draw the element
|
|---|
| 407 | \o a QWidget object on which the drawing is performed (optional)
|
|---|
| 408 | \endlist
|
|---|
| 409 |
|
|---|
| 410 | The style gets all the information it needs to render the
|
|---|
| 411 | graphical element from the QStyleOption class. The widget is
|
|---|
| 412 | passed as the last argument in case the style needs it to perform
|
|---|
| 413 | special effects (such as animated default buttons on Mac OS X),
|
|---|
| 414 | but it isn't mandatory. In fact, QStyle can be used to draw on any
|
|---|
| 415 | paint device (not just widgets), in which case the widget argument
|
|---|
| 416 | is a zero pointer.
|
|---|
| 417 |
|
|---|
| 418 | \image paintsystem-stylepainter.png
|
|---|
| 419 |
|
|---|
| 420 | The paint system also provides the QStylePainter class inheriting
|
|---|
| 421 | from QPainter. QStylePainter is a convenience class for drawing
|
|---|
| 422 | QStyle elements inside a widget, and extends QPainter with a set
|
|---|
| 423 | of high-level drawing functions implemented on top of QStyle's
|
|---|
| 424 | API. The advantage of using QStylePainter is that the parameter
|
|---|
| 425 | lists get considerably shorter.
|
|---|
| 426 |
|
|---|
| 427 | \table 100%
|
|---|
| 428 | \row
|
|---|
| 429 | \o \inlineimage paintsystem-icon.png
|
|---|
| 430 | \o \bold QIcon
|
|---|
| 431 |
|
|---|
| 432 | The QIcon class provides scalable icons in different modes and states.
|
|---|
| 433 |
|
|---|
| 434 | QIcon can generate pixmaps reflecting an icon's state, mode and
|
|---|
| 435 | size. These pixmaps are generated from the set of pixmaps
|
|---|
| 436 | made available to the icon, and are used by Qt widgets to show an
|
|---|
| 437 | icon representing a particular action.
|
|---|
| 438 |
|
|---|
| 439 | The rendering of a QIcon object is handled by the QIconEngine
|
|---|
| 440 | class. Each icon has a corresponding icon engine that is
|
|---|
| 441 | responsible for drawing the icon with a requested size, mode and
|
|---|
| 442 | state.
|
|---|
| 443 |
|
|---|
| 444 | \endtable
|
|---|
| 445 |
|
|---|
| 446 | \section1 Selecting the Painting Backend
|
|---|
| 447 |
|
|---|
| 448 | Since Qt 4.5, it is possible to replace the paint engines and paint
|
|---|
| 449 | devices used for widgets, pixmaps and the offscreen double buffer. By
|
|---|
| 450 | default the backends are:
|
|---|
| 451 |
|
|---|
| 452 | \table
|
|---|
| 453 | \row
|
|---|
| 454 | \o Windows
|
|---|
| 455 | \o Software Rasterizer
|
|---|
| 456 | \row
|
|---|
| 457 | \o X11
|
|---|
| 458 | \o X11
|
|---|
| 459 | \row
|
|---|
| 460 | \o Mac OS X
|
|---|
| 461 | \o CoreGraphics
|
|---|
| 462 | \row
|
|---|
| 463 | \o Embedded
|
|---|
| 464 | \o Software Rasterizer
|
|---|
| 465 | \endtable
|
|---|
| 466 |
|
|---|
| 467 | Passing a command line parameter to the application, such as,
|
|---|
| 468 | \c{-graphicssystem raster}, specifies that Qt should use the software
|
|---|
| 469 | rasterizer for this application. The Software rasterizer is fully
|
|---|
| 470 | supported on all platforms.
|
|---|
| 471 |
|
|---|
| 472 | \code
|
|---|
| 473 | > analogclock -graphicssystem raster
|
|---|
| 474 | \endcode
|
|---|
| 475 |
|
|---|
| 476 | There is also a \c{-graphicssystem opengl} mode that uses OpenGL for
|
|---|
| 477 | all drawing. Currently, this engine is experimental as it does not draw
|
|---|
| 478 | everything correctly.
|
|---|
| 479 |
|
|---|
| 480 | Qt also supports being configured using \c {-graphicssystem
|
|---|
| 481 | raster|opengl} in which case all applications will use the
|
|---|
| 482 | specified graphics system for its graphics.
|
|---|
| 483 |
|
|---|
| 484 | */
|
|---|
| 485 |
|
|---|