mirror of https://github.com/qt/qtdoc.git
Merge remote-tracking branch 'origin/5.6' into 5.7
Conflicts: doc/src/external-resources.qdoc doc/src/platforms/supported-platforms.qdocinc Change-Id: I307862d8c442c871fe1da1cbcb43518e98402ca5
This commit is contained in:
commit
c7ecd300ab
|
@ -0,0 +1,28 @@
|
|||
Qt 5.6.2 is a bug-fix release. It maintains both forward and backward
|
||||
compatibility (source and binary) with Qt 5.6.0.
|
||||
|
||||
For more details, refer to the online documentation included in this
|
||||
distribution. The documentation is also available online:
|
||||
|
||||
https://doc.qt.io/qt-5/
|
||||
|
||||
The Qt version 5.6 series is binary compatible with the 5.5.x series.
|
||||
Applications compiled for 5.5 will continue to run with 5.6.
|
||||
|
||||
Some of the changes listed in this file may include issue tracking numbers
|
||||
corresponding to tasks in the Qt Bug Tracker:
|
||||
|
||||
https://bugreports.qt.io/
|
||||
|
||||
Each of these identifiers can be entered in the bug tracker to obtain more
|
||||
information about a particular change.
|
||||
|
||||
****************************************************************************
|
||||
* General *
|
||||
****************************************************************************
|
||||
|
||||
- Fixed several instances of missing, incorrect or obsolete information.
|
||||
- Updated documentation on supported platforms.
|
||||
- Updated licensing documentation.
|
||||
- Updated documentation on Windows deployment.
|
||||
- Updated HiDPI documentation.
|
|
@ -38,7 +38,7 @@
|
|||
should be run from the main Qt source directory.
|
||||
|
||||
Unless stated otherwise, the commands in this page are for the Linux
|
||||
platforms. On OS X and on Windows, the \c PATH and directory structure
|
||||
platforms. On \macos and on Windows, the \c PATH and directory structure
|
||||
are different, therefore the commands will vary. Also, on Windows systems,
|
||||
the configure script is called \e configure.bat.
|
||||
|
||||
|
|
|
@ -185,7 +185,7 @@ port emulators include virtual COM ports, com0com emulators, and the
|
|||
Bluetooth SPP.
|
||||
|
||||
This module is designed to make serial port programming easier and portable.
|
||||
As of Qt 5.2, it is supported on \l{Qt for Windows}{Windows}, \l{Qt for OS X}{OS X},
|
||||
As of Qt 5.2, it is supported on \l{Qt for Windows}{Windows}, \l{Qt for macOS}{\macos},
|
||||
and \l{Qt for Linux/X11}{Linux}.
|
||||
|
||||
Related topics:
|
||||
|
|
|
@ -84,7 +84,7 @@ Qt's SQL classes can be divided in 3 layers:
|
|||
\endtable
|
||||
|
||||
With the MySQL driver, it is possible to connect to a MySQL server. In order to
|
||||
build the QMYSQL Plugin for Unix or OS X, you need the MySQL header files
|
||||
build the QMYSQL Plugin for Unix or \macos, you need the MySQL header files
|
||||
as well as the shared library, libmysqlclient.so. To compile the plugin
|
||||
for Windows, install MySQL.
|
||||
|
||||
|
@ -236,7 +236,7 @@ The QSettings class provides persistent storage of application settings.
|
|||
An application usually remembers its settings from the previous session.
|
||||
|
||||
Settings are stored differently on different platforms. For example,
|
||||
on Windows they are stored in the registry, whereas, on OS X they are
|
||||
on Windows they are stored in the registry, whereas on \macos they are
|
||||
stored in XML files.
|
||||
|
||||
QSettings enable you to save and restore application settings in a portable
|
||||
|
|
|
@ -95,7 +95,7 @@
|
|||
platform-specific application dependencies for
|
||||
\l{Qt for Linux/X11 - Deployment#Application Dependencies}{X11},
|
||||
\l{Qt for Windows - Deployment#Application Dependencies}{Windows},
|
||||
and \l{Qt for OS X}{OS X}.
|
||||
and \l{Qt for macOS}{\macos}.
|
||||
|
||||
\section1 Licensing
|
||||
|
||||
|
@ -135,7 +135,7 @@
|
|||
\list
|
||||
\li \l{Qt for Linux/X11 - Deployment}{Qt for X11 Platforms}
|
||||
\li \l{Qt for Windows - Deployment}{Qt for Windows}
|
||||
\li \l{Qt for OS X#Deploying Applications on OS X}{Qt for OS X}
|
||||
\li \l{Qt for macOS#Deploying Applications on macOS}{Qt for macOS}
|
||||
\li \l{Deploying an Application on Android}{Qt for Android}
|
||||
\endlist
|
||||
|
||||
|
|
|
@ -44,7 +44,7 @@
|
|||
|
||||
\li \c :/qt/etc/qt.conf using the resource system
|
||||
|
||||
\li on OS X, in the Resource directory inside the application
|
||||
\li on \macos, in the Resource directory inside the application
|
||||
bundle, for example \c assistant.app/Contents/Resources/qt.conf
|
||||
|
||||
\li in the directory containing the application executable, i.e.
|
||||
|
@ -97,7 +97,7 @@
|
|||
Absolute paths are used as specified in the \c qt.conf file. All
|
||||
paths are relative to the \c Prefix. On Windows and X11, the \c
|
||||
Prefix is relative to the directory containing the application
|
||||
executable (QCoreApplication::applicationDirPath()). On OS X,
|
||||
executable (QCoreApplication::applicationDirPath()). On \macos,
|
||||
the \c Prefix is relative to the \c Contents in the application
|
||||
bundle. For example, \c application.app/Contents/plugins/ is the
|
||||
default location for loading Qt plugins. Note that the plugins
|
||||
|
|
|
@ -42,7 +42,7 @@
|
|||
platforms, building Qt in debug mode will cause applications to be larger
|
||||
than desirable.
|
||||
|
||||
\section2 Debugging in OS X and Xcode
|
||||
\section2 Debugging in \macos and Xcode
|
||||
|
||||
\section3 Debugging With/Without Frameworks
|
||||
|
||||
|
@ -142,7 +142,7 @@
|
|||
\snippet snippets/code/doc_src_debug.cpp 0
|
||||
|
||||
The Qt implementation of these macros prints to the
|
||||
\c stderr output under Unix/X11 and OS X. With Windows, if it
|
||||
\c stderr output under Unix/X11 and \macos. With Windows, if it
|
||||
is a console application, the text is sent to console; otherwise, it
|
||||
is sent to the debugger.
|
||||
|
||||
|
|
|
@ -220,7 +220,7 @@
|
|||
\row
|
||||
\li \c{-Fdir}
|
||||
|
||||
\li OS X. Add the framework directory \c{dir} to the head of
|
||||
\li \macos. Add the framework directory \c{dir} to the head of
|
||||
the list of directories to be searched for header files. These
|
||||
directories are interleaved with those specified by -I options
|
||||
and are scanned in a left-to-right order (see the manpage for
|
||||
|
|
|
@ -273,3 +273,12 @@
|
|||
\externalpage http://doc.qt.io/QtForDeviceCreation/qtee-about-b2qt.html
|
||||
\title Boot2Qt
|
||||
*/
|
||||
|
||||
/*
|
||||
This prevents autolinking of each occurrence of 'macOS'
|
||||
*/
|
||||
/*!
|
||||
\externalpage nolink
|
||||
\title macOS
|
||||
\internal
|
||||
*/
|
||||
|
|
|
@ -88,7 +88,7 @@
|
|||
Semantic information about user interface elements, such as
|
||||
buttons and scroll bars, is exposed to the assistive technologies.
|
||||
Qt supports Microsoft Active Accessibility (MSAA) and IAccessible2 on Windows,
|
||||
OS X Accessibility on OS X, and AT-SPI via DBus on Unix/X11.
|
||||
\macos Accessibility on \macos, and AT-SPI via DBus on Unix/X11.
|
||||
The platform specific technologies are abstracted by Qt,
|
||||
so that applications do not need any platform specific changes to work with the different
|
||||
native APIs. Qt tries to make adding accessibility support to your application as easy
|
||||
|
|
|
@ -763,7 +763,7 @@
|
|||
|
||||
QPainter can be used in a thread to paint onto QImage, QPrinter, and
|
||||
QPicture paint devices. Painting onto QPixmaps and QWidgets is \e not
|
||||
supported. On OS X the automatic progress dialog will not be
|
||||
supported. On \macos the automatic progress dialog will not be
|
||||
displayed if you are printing from outside the GUI thread.
|
||||
|
||||
Any number of threads can paint at any given time, however only
|
||||
|
|
|
@ -77,7 +77,7 @@
|
|||
\li \l{Qt for iOS}{iOS}
|
||||
\li \l{Qt for Windows}{Windows}
|
||||
\li \l{Qt for Linux/X11}{Linux/X11}
|
||||
\li \l{Qt for OS X}{OS X}
|
||||
\li \l{Qt for macOS}{\macos}
|
||||
\li \l{Qt for WinRT}{Windows Runtime}
|
||||
\endlist
|
||||
|
||||
|
|
|
@ -508,7 +508,7 @@
|
|||
the name of the file to open. Qt comes with QFileDialog, which is a dialog
|
||||
from which the user can select a file. The appearance of the dialog depends
|
||||
on the desktop platform that you run the application on. The following
|
||||
image shows the dialog on OS X:
|
||||
image shows the dialog on \macos:
|
||||
|
||||
\image gs4.png
|
||||
|
||||
|
|
|
@ -61,11 +61,11 @@ visit the following page:
|
|||
\li \l{Qt for Windows - Building from Source}
|
||||
\endlist
|
||||
|
||||
\section1 OS X
|
||||
\section1 \macos
|
||||
|
||||
\list
|
||||
\li \l{Qt for OS X - Requirements}
|
||||
\li \l{Qt for OS X - Building from Source}
|
||||
\li \l{Qt for macOS - Requirements}
|
||||
\li \l{Qt for macOS - Building from Source}
|
||||
\endlist
|
||||
|
||||
\section1 Linux/X11
|
||||
|
|
|
@ -70,7 +70,7 @@
|
|||
|
||||
Qt supports a high DPI mode where the main coordinate system is virtualized and
|
||||
made independent of the display pixel density. This mode is implemented by some
|
||||
operating systems (OS X, iOS). In addition, Qt contains an implementation which
|
||||
operating systems (\macos, iOS). In addition, Qt contains an implementation which
|
||||
may be used where operating system support is missing.
|
||||
|
||||
Geometry is now specified in device independent pixels. This includes widget and
|
||||
|
@ -86,12 +86,12 @@
|
|||
|
||||
The operating systems supported by Qt offer the following support for high DPI displays:
|
||||
|
||||
\section3 OS X and iOS
|
||||
\section3 \macos and iOS
|
||||
|
||||
The Apple platforms implement scaling and coordinate system virtualization in the
|
||||
in the operating system. Normally, no special configuration is required.
|
||||
|
||||
\note On OS X, high-DPI support is enabled by settings in the Info.plist file.
|
||||
\note On \macos, high-DPI support is enabled by settings in the Info.plist file.
|
||||
Make sure they are present.
|
||||
\code
|
||||
<key>NSPrincipalClass</key>
|
||||
|
@ -102,8 +102,8 @@
|
|||
Never versions of qmake will generate Info.plist's with the NSPrincipalClass key,
|
||||
which is sufficient since NSHighResolutionCapable is true by default.
|
||||
|
||||
\note OS X and iOS may apply further virtualization such that device pixels do not
|
||||
correspond 1:1 to display pixels. This happens on the iPhone 6+ and on OS X configured
|
||||
\note \macos and iOS may apply further virtualization such that device pixels do not
|
||||
correspond 1:1 to display pixels. This happens on the iPhone 6+ and on \macos configured
|
||||
with 'display scaling' enabled.
|
||||
|
||||
\section3 Microsoft Windows
|
||||
|
@ -160,7 +160,7 @@
|
|||
see \l{Drawing High Resolution Versions of Pixmaps and Images}.
|
||||
|
||||
\li Qt 5.6 supports cross-platform high-DPI scaling for legacy applications,
|
||||
similar to the scaling done natively by OS X. This allows applications written
|
||||
similar to the scaling done natively by \macos. This allows applications written
|
||||
for low-DPI screens to run unchanged on high-DPI devices. This feature is
|
||||
opt-in, and can be enabled by the following environment variables:
|
||||
\list
|
||||
|
|
|
@ -77,7 +77,7 @@
|
|||
\c .rc file and run the \c rc or \c windres program on the \c .rc file,
|
||||
then link your application with the resulting \c .res file.
|
||||
|
||||
\section1 Setting the Application Icon on OS X
|
||||
\section1 Setting the Application Icon on \macos
|
||||
|
||||
The application icon, typically displayed in the application dock
|
||||
area, is set by calling QWindow::setWindowIcon() on a window. It is
|
||||
|
|
|
@ -228,7 +228,7 @@
|
|||
evaluating JavaScript expressions comes with a performance cost.
|
||||
|
||||
You can use bindings to handle low and high pixel density on platforms that
|
||||
do not have automatic support for it (like OS X and iOS do).
|
||||
do not have automatic support for it (like \macos and iOS do).
|
||||
The following code snippet uses the \l{Screen}{Screen.PixelDensity}
|
||||
attached property to specify different images to display on screens with
|
||||
low, high, or normal pixel density:
|
||||
|
@ -246,7 +246,7 @@
|
|||
}
|
||||
\endcode
|
||||
|
||||
On OS X and iOS, you can provide alternative resources with double the size
|
||||
On \macos and iOS, you can provide alternative resources with double the size
|
||||
and the \e @2x identifier for icons and images and place them in the
|
||||
resource file. On Retina displays, the @2x versions are used automatically.
|
||||
|
||||
|
@ -291,9 +291,9 @@
|
|||
For more information about high DPI support in Qt and the supported
|
||||
platforms, see \l{High DPI Displays}.
|
||||
|
||||
\section2 High DPI Scaling on OS X and iOS
|
||||
\section2 High DPI Scaling on \macos and iOS
|
||||
|
||||
On OS X and iOS, applications use high DPI scaling that is an alternative to
|
||||
On \macos and iOS, applications use high DPI scaling that is an alternative to
|
||||
the traditional DPI scaling. In the traditional approach, the application is
|
||||
presented with an DPI value used to multiply font sizes, layouts, and so on.
|
||||
In the new approach, the operating system provides Qt with a scaling ratio
|
||||
|
|
|
@ -62,7 +62,7 @@
|
|||
|
||||
\section1 Protocols and Support on Different Platforms
|
||||
|
||||
On OS X, and Microsoft Windows versions prior to Windows 2000,
|
||||
On \macos, and Microsoft Windows versions prior to Windows 2000,
|
||||
there is nothing like complete session management for applications
|
||||
yet, i.e. no restoring of previous sessions. (Windows 2000 and XP
|
||||
provide "hibernation" where the entire memory is saved to disk and
|
||||
|
@ -112,7 +112,7 @@
|
|||
|
||||
\section1 Testing and Debugging Session Management
|
||||
|
||||
Session management support on OS X and Windows is fairly limited
|
||||
Session management support on \macos and Windows is fairly limited
|
||||
due to the lack of this functionality in the operating system
|
||||
itself. Simply shut the session down and verify that your application
|
||||
behaves as expected. It may be useful to launch another application,
|
||||
|
|
|
@ -112,7 +112,7 @@
|
|||
\li N'Ko
|
||||
\endlist
|
||||
|
||||
On OS X, the following languages are also supported:
|
||||
On \macos, the following languages are also supported:
|
||||
\list
|
||||
\li Oriya
|
||||
\li Sinhala
|
||||
|
@ -354,10 +354,10 @@
|
|||
the Unicode Standard in the absence of higher-level protocols.
|
||||
\endlist
|
||||
|
||||
\section2 OS X
|
||||
\section2 \macos
|
||||
|
||||
For details on OS X-specific translation, refer to the Qt for OS X issues
|
||||
document \l{Qt for OS X - Specific Issues#Translating the Application Menu and Native Dialogs}{here}.
|
||||
For details on \macos-specific translation, refer to the Qt for macOS issues
|
||||
document \l{Qt for macOS - Specific Issues#Translating the Application Menu and Native Dialogs}{here}.
|
||||
|
||||
\section1 Related Pages
|
||||
*/
|
||||
|
|
|
@ -86,7 +86,7 @@
|
|||
\li Parts of implementation of QSegfaultHandler class. \li BSD-style \li
|
||||
\row \li \l{QUrl::fromUserInput}{QUrl} \li Implementation of QUrl::fromUserInput(). \li Modified BSD \li
|
||||
\row \li \l{Contributions to the Cocoa Platform Plugin Files}{Cocoa Platform Plugin}
|
||||
\li Specific parts of the Qt for OS X Cocoa port. \li BSD-style \li \l{Qt for OS X}
|
||||
\li Specific parts of the Qt for macOS Cocoa port. \li BSD-style \li \l{Qt for macOS}
|
||||
\row \li \l{The qtmain Library}{qtmain library}
|
||||
\li A helper library for writing a cross-platform main() function on Windows. \li Modified BSD \li \l{Qt for Windows}
|
||||
\row \li \l{Shift-JIS Text Codec}
|
||||
|
|
|
@ -63,7 +63,7 @@
|
|||
|
||||
\note As \l{Xcode5Req}{required by Apple}, you should always use the latest
|
||||
Xcode version when building your applications for the App Store.
|
||||
In practice this means you also need the latest version of OS X to develop
|
||||
In practice this means you also need the latest version of \macos to develop
|
||||
iOS apps with Qt, due to Xcode's system requirements.
|
||||
|
||||
For running Qt applications in the simulator that comes with Xcode,
|
||||
|
@ -268,7 +268,7 @@
|
|||
\section1 Deployment
|
||||
|
||||
Developing, building, running, and debugging a Qt for iOS application can all be done
|
||||
with Qt Creator on OS X. The toolchain is provided by Apple's Xcode,
|
||||
with Qt Creator on \macos. The toolchain is provided by Apple's Xcode,
|
||||
and running qmake on a project targeted for iOS will also generate an
|
||||
Xcode project file (.xcodeproj), with initial application settings. As Qt
|
||||
Creator does not provide an interface for managing all of the settings specific
|
||||
|
@ -279,7 +279,7 @@
|
|||
\target Info.plist
|
||||
\section2 Information Property List Files
|
||||
|
||||
Information property list file (Info.plist) on iOS and OS X is used for configuring
|
||||
Information property list file (Info.plist) on iOS and \macos is used for configuring
|
||||
an application bundle. These configuration settings include:
|
||||
|
||||
\list
|
||||
|
|
|
@ -27,15 +27,17 @@
|
|||
|
||||
/*!
|
||||
\page osx.html
|
||||
\title Qt for OS X
|
||||
\brief Platform support for OS X.
|
||||
\title Qt for macOS
|
||||
\brief Platform support for \macos.
|
||||
\ingroup supportedplatform
|
||||
\keyword Qt for OS X
|
||||
|
||||
OS X is a UNIX platform and behaves similarly to other Unix-like
|
||||
platforms. The main difference is that X11 is not used as the windowing
|
||||
system. Instead, OS X uses its own native windowing system that is
|
||||
accessible through the Cocoa API. Application development on OS X is
|
||||
done using Xcode, which is available from \l{https://developer.apple.com/xcode/}.
|
||||
\macos (previously known as OS X or Mac OS X) is a UNIX platform and
|
||||
behaves similarly to other Unix-like platforms. The main difference is
|
||||
that X11 is not used as the windowing system. Instead, \macos uses its own
|
||||
native windowing system that is accessible through the Cocoa API.
|
||||
Application development on \macos is done using Xcode, which is available
|
||||
from \l{https://developer.apple.com/xcode/}.
|
||||
|
||||
\section1 Downloading and Installing Qt
|
||||
|
||||
|
@ -52,14 +54,14 @@
|
|||
|
||||
Below, you will find more information about building Qt from source.
|
||||
\list
|
||||
\li \l{Qt for OS X - Building from Source} - building and installing from source
|
||||
\li \l{Qt for macOS - Building from Source} - building and installing from source
|
||||
\endlist
|
||||
|
||||
\note Qt 5 uses Cocoa, therefore, building for Carbon is not possible.
|
||||
|
||||
\section1 OS X Versions
|
||||
\section1 \macos Versions
|
||||
|
||||
See \l{Supported Platforms} for the list of OS X versions supported by Qt.
|
||||
See \l{Supported Platforms} for the list of \macos versions supported by Qt.
|
||||
|
||||
Qt can be built for either x86 or x86_64. 64-bit is used by default.
|
||||
To select a 32-bit build, use the \c macx-clang-32 or \c macx-g++32 mkspec.
|
||||
|
@ -107,13 +109,13 @@
|
|||
CONFIG -= app_bundle
|
||||
\endcode
|
||||
|
||||
\section1 Deploying Applications on OS X
|
||||
\section1 Deploying Applications on \macos
|
||||
|
||||
In general, Qt supports building on one OS X version and deploying to
|
||||
earlier or later OS X versions. The recommended way is to build on the
|
||||
latest version and deploy to an earlier OS X version.
|
||||
In general, Qt supports building on one \macos version and deploying to
|
||||
earlier or later \macos versions. The recommended way is to build on the
|
||||
latest version and deploy to an earlier \macos version.
|
||||
|
||||
OS X applications are typically deployed as self-contained application
|
||||
\macos applications are typically deployed as self-contained application
|
||||
bundles. The application bundle contains the application executable as well
|
||||
as dependencies such as the Qt libraries, plugins, translations and other
|
||||
resources you may need. Third party libraries like Qt are normally not
|
||||
|
@ -121,22 +123,22 @@
|
|||
|
||||
A common way to distribute applications is to provide a compressed disk
|
||||
image (.dmg file) that the user can mount in Finder. The deployment tool, \c
|
||||
macdeployqt (available from the OS X installers), can be used to create
|
||||
macdeployqt (available from the \macos installers), can be used to create
|
||||
the self-contained bundles, and optionally also create a .dmg archive.
|
||||
Applications can also be distributed through the Mac App Store. Qt 5 aims
|
||||
to stay within the app store sandbox rules. macdeployqt (bin/macdeployqt)
|
||||
can be used as a starting point for app store deployment.
|
||||
|
||||
\list
|
||||
\li \l{Qt for OS X - Deployment}
|
||||
\li \l{Qt for macOS - Deployment}
|
||||
\endlist
|
||||
|
||||
\section1 OS X Issues
|
||||
\section1 \macos Issues
|
||||
|
||||
The page below covers specific issues and recommendations for creating
|
||||
OS X applications.
|
||||
\macos applications.
|
||||
\list
|
||||
\li \l{Qt for OS X - Specific Issues}
|
||||
\li \l{Qt for macOS - Specific Issues}
|
||||
\endlist
|
||||
|
||||
\section1 Where to Go from Here
|
||||
|
@ -158,8 +160,8 @@
|
|||
|
||||
/*!
|
||||
\page osx-requirements.html
|
||||
\title Qt for OS X - Requirements
|
||||
\brief Setting up the OS X environment for Qt.
|
||||
\title Qt for macOS - Requirements
|
||||
\brief Setting up the \macos environment for Qt.
|
||||
|
||||
Qt requires Xcode to be installed on the system. You can get it from:
|
||||
|
||||
|
@ -167,7 +169,7 @@
|
|||
|
||||
\section1 Required Compiler Versions
|
||||
|
||||
Qt for OS X is tested and compatible with several versions of GCC (GNU
|
||||
Qt for macOS is tested and compatible with several versions of GCC (GNU
|
||||
Compiler Collection) and Clang (as available from Xcode). For a list of
|
||||
tested configurations, refer to the \e{Reference Configuration} section of
|
||||
the \l{Community Supported Platforms#Reference Configurations}{supported platforms}
|
||||
|
@ -181,11 +183,11 @@
|
|||
|
||||
/*!
|
||||
\page osx-building.html
|
||||
\title Qt for OS X - Building from Source
|
||||
\brief How to install Qt on OS X.
|
||||
\title Qt for macOS - Building from Source
|
||||
\brief How to install Qt on \macos.
|
||||
|
||||
Qt for OS X has some requirements that are given in more detail
|
||||
in the \l{Qt for OS X Requirements} document.
|
||||
Qt for macOS has some requirements that are given in more detail
|
||||
in the \l{Qt for macOS Requirements} document.
|
||||
|
||||
The following instructions describe how to install Qt from the source package.
|
||||
You can download the Qt 5 sources from the \l{Downloads} page. For
|
||||
|
@ -270,30 +272,30 @@
|
|||
|
||||
/*!
|
||||
\page osx-issues.html
|
||||
\title Qt for OS X - Specific Issues
|
||||
\brief A description of issues with Qt that are specific to OS X.
|
||||
\title Qt for macOS - Specific Issues
|
||||
\brief A description of issues with Qt that are specific to \macos.
|
||||
|
||||
This page outlines the main issues regarding OS X support in Qt.
|
||||
OS X terminologies and specific processes are found at
|
||||
This page outlines the main issues regarding \macos support in Qt.
|
||||
\macos terminologies and specific processes are found at
|
||||
\l{https://developer.apple.com/}.
|
||||
|
||||
\section1 Aqua
|
||||
|
||||
Aqua is an essential part of the OS X platform. As with Cocoa and
|
||||
Aqua is an essential part of the \macos platform. As with Cocoa and
|
||||
Carbon, Qt provides widgets that look like those described in the Human
|
||||
Interface Descriptions. Qt's widgets use HIThemes to implement the look and
|
||||
feel. In other words, we use Apple's own APIs for doing the rendering. More
|
||||
documentation about Aqua is found at the
|
||||
\l{http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/Intro/Intro.html#//apple_ref/doc/uid/20000957}
|
||||
{OS X Human Interface Guidelines}.
|
||||
{\macos Human Interface Guidelines}.
|
||||
|
||||
The \l{Macintosh Style Widget Gallery} page
|
||||
contains sample images of widgets using the OS X platform theme.
|
||||
contains sample images of widgets using the \macos platform theme.
|
||||
|
||||
\section2 Qt Attributes for OS X
|
||||
\section2 Qt Attributes for \macos
|
||||
|
||||
The following lists a set of useful attributes that can be used to tweak
|
||||
applications on OS X:
|
||||
applications on \macos:
|
||||
|
||||
\list
|
||||
\li Qt::AA_MacPluginApplication
|
||||
|
@ -316,17 +318,17 @@
|
|||
\li QMainWindow::unifiedTitleAndToolBarOnMac
|
||||
\endlist
|
||||
|
||||
OS X always double buffers the screen, therefore, the
|
||||
\macos always double buffers the screen, therefore, the
|
||||
Qt::WA_PaintOnScreen attribute has no effect. Also it is impossible to paint
|
||||
outside of a paint event so Qt::WA_PaintOutsidePaintEvent has no effect
|
||||
either.
|
||||
|
||||
\section2 Right Mouse Clicks
|
||||
|
||||
The QContextMenuEvent class provides right mouse click support for OS X
|
||||
The QContextMenuEvent class provides right mouse click support for \macos
|
||||
applications. This will map to a context menu event, for example, a menu
|
||||
that will display a pop-up selection. This is the most common use of right
|
||||
mouse clicks, and maps to a control-click with the OS X one-button mouse
|
||||
mouse clicks, and maps to a control-click with the \macos one-button mouse
|
||||
support.
|
||||
|
||||
\section2 Menu Bar
|
||||
|
@ -358,7 +360,7 @@
|
|||
section with the \l{#Limitations}{list of limitations} below has more
|
||||
information.
|
||||
|
||||
Qt provides support for the Global Menu Bar with QMenuBar. OS X users
|
||||
Qt provides support for the Global Menu Bar with QMenuBar. \macos users
|
||||
expect to have a menu bar at the top of the screen and Qt honors this.
|
||||
|
||||
Additionally, users expect certain conventions to be respected, for example
|
||||
|
@ -382,7 +384,7 @@
|
|||
|
||||
\section2 Special Keys
|
||||
|
||||
To provide the expected behavior for Qt applications on OS X,
|
||||
To provide the expected behavior for Qt applications on \macos,
|
||||
the Qt::Meta, Qt::MetaModifier, and Qt::META enum values
|
||||
correspond to the Control keys on the standard Apple keyboard,
|
||||
and the Qt::Control, Qt::ControlModifier, and Qt::CTRL enum values
|
||||
|
@ -397,25 +399,25 @@
|
|||
|
||||
\section2 Accessiblity
|
||||
|
||||
Many users interact with OS X with assistive devices. With Qt the aim is
|
||||
Many users interact with \macos with assistive devices. With Qt the aim is
|
||||
to make this automatic in your application so that it conforms to accepted
|
||||
practice on its platform. Qt uses Apple's accessibility framework to provide
|
||||
access to users with disabilities.
|
||||
|
||||
\section1 Library and Deployment Support
|
||||
|
||||
Qt provides support for OS X structures such as Frameworks and bundles.
|
||||
Qt provides support for \macos structures such as Frameworks and bundles.
|
||||
It is important to be aware of these structure as they directly affect the
|
||||
deployment of applications.
|
||||
|
||||
Qt provides a deploy tool, \l{The Mac Deployment Tool}{macdeployqt}, to
|
||||
simplify the deployment process. The \l{Qt for OS X - Deployment}
|
||||
simplify the deployment process. The \l{Qt for macOS - Deployment}
|
||||
article covers the deployment process in more detail.
|
||||
|
||||
\section2 Qt Libraries as Frameworks
|
||||
|
||||
By default, Qt is built as a set of frameworks. Frameworks are the
|
||||
OS X preferred way of distributing libraries. The
|
||||
\macos preferred way of distributing libraries. The
|
||||
\l{http://developer.apple.com/documentation/MacOSX/Conceptual/BPFrameworks/index.html}
|
||||
{Apple's Framework Programming Guide} site has far more information about
|
||||
Frameworks.
|
||||
|
@ -443,7 +445,7 @@
|
|||
|
||||
\section2 Bundle-Based Libraries
|
||||
|
||||
If you want to use some dynamic libraries in the OS X
|
||||
If you want to use some dynamic libraries in the \macos
|
||||
application bundle (the application directory), create a
|
||||
subdirectory named \e Frameworks in the application bundle
|
||||
directory and place your dynamic libraries there. The application
|
||||
|
@ -486,36 +488,34 @@
|
|||
|
||||
\section1 Compile-Time Flags
|
||||
|
||||
The following flags are helpful when you want to define OS X specific
|
||||
The following flags are helpful when you want to define \macos specific
|
||||
code:
|
||||
|
||||
\list
|
||||
\li \c Q_OS_DARWIN is defined when Qt detects you are on a
|
||||
Darwin-based system (including the Open Source version)
|
||||
\li \c Q_OS_MAC is defined when you are on an Apple Darwin-based system such OS X
|
||||
or iOS.
|
||||
\li \c Q_OS_OSX is defined when you are on an OS X system.
|
||||
Darwin-based system such as \macos or iOS.
|
||||
\li \c Q_OS_MACOS is defined when you are on an \macos system.
|
||||
\endlist
|
||||
|
||||
\note \c Q_WS_MAC is no longer defined in Qt 5.
|
||||
|
||||
If you want to define code for specific versions of OS X, use
|
||||
If you want to define code for specific versions of \macos, use
|
||||
the availability macros defined in \e{/usr/include/AvailabilityMacros.h}.
|
||||
|
||||
The QSysInfo documentation has information about runtime version checking.
|
||||
|
||||
\section1 OS X Native API Access
|
||||
\section1 \macos Native API Access
|
||||
|
||||
\section2 Accessing the Bundle Path
|
||||
|
||||
OS X applications are structured as a directory (ending with \e .app).
|
||||
\macos applications are structured as a directory (ending with \e .app).
|
||||
This directory contains sub-directories and files. It may be useful to place
|
||||
items, such as plugins and online documentation, inside this bundle. The
|
||||
following code returns the path of the application bundle:
|
||||
|
||||
\snippet snippets/code/doc_src_mac-differences.cpp 1
|
||||
|
||||
\note When OS X is set to use Japanese, a bug causes this sequence
|
||||
\note When \macos is set to use Japanese, a bug causes this sequence
|
||||
to fail and return an empty string. Therefore, always test the
|
||||
returned string.
|
||||
|
||||
|
@ -600,11 +600,11 @@
|
|||
|
||||
If you have installed the Qt for X11 package from \l{Fink}, it will set the
|
||||
\c QMAKESPEC environment variable to \c darwin-g++. This will cause problems when
|
||||
you build the Qt for OS X package. To fix this, simply unset your \c
|
||||
you build the Qt for macOS package. To fix this, simply unset your \c
|
||||
QMAKESPEC or set it to \c macx-g++ before you run \c configure. To get a
|
||||
fresh Qt distribution, run \c{make confclean} in the command-line.
|
||||
|
||||
\section2 MySQL and OS X
|
||||
\section2 MySQL and \macos
|
||||
|
||||
There seems to be a issue when both \c -prebind and \c -multi_module are
|
||||
defined when linking static C libraries into dynamic libraries. If you
|
||||
|
@ -615,18 +615,18 @@
|
|||
re-link Qt using -single_module. This is only a problem when building the
|
||||
MySQL driver into Qt. It does not affect plugins or static builds.
|
||||
|
||||
\section2 D-Bus and OS X
|
||||
\section2 D-Bus and \macos
|
||||
|
||||
The QtDBus module defaults to dynamically loading the libdbus-1 library on
|
||||
OS X. That means applications linking against the QtDBus module will
|
||||
load even on OS X systems that do not have the libraries, but they
|
||||
\macos. That means applications linking against the QtDBus module will
|
||||
load even on \macos systems that do not have the libraries, but they
|
||||
will fail to connect to any D-Bus server and they will fail to open a
|
||||
server using QDBusServer.
|
||||
|
||||
To use D-Bus functionality, you need to install the libdbus-1 library, for
|
||||
example through Homebrew, Fink or MacPorts. You may want to include those
|
||||
libraries in your application's bundle if you're deploying to other
|
||||
systems. Additionally, note that there is no system bus on OS X and
|
||||
systems. Additionally, note that there is no system bus on \macos and
|
||||
that the session bus will only be started after launchd is configured to
|
||||
manage it.
|
||||
|
||||
|
@ -652,7 +652,7 @@
|
|||
|
||||
Qt has support for sheets, represented by the window flag, Qt::Sheet.
|
||||
|
||||
Usually, when referring to a native OS X application, \e native means an
|
||||
Usually, when referring to a native \macos application, \e native means an
|
||||
application that interfaces directly to the underlying window system, rather
|
||||
than one that uses some intermediary layer. Qt applications run as first
|
||||
class citizens, just like Cocoa and Carbon applications. We use Cocoa
|
||||
|
@ -662,21 +662,21 @@
|
|||
|
||||
/*!
|
||||
\page osx-deployment.html
|
||||
\title Qt for OS X - Deployment
|
||||
\brief Describes the deployment process for OS X.
|
||||
\title Qt for macOS - Deployment
|
||||
\brief Describes the deployment process for \macos.
|
||||
|
||||
This document describes how to create a \l{Qt for OS X}{OS X} bundle
|
||||
This document describes how to create a \l{Qt for macOS}{\macos} bundle
|
||||
and make sure that the application finds the resources it needs at run-time.
|
||||
We demonstrate the procedures in terms of deploying the
|
||||
\l{tools/plugandpaint/app}{Plug & Paint} example application that comes with the
|
||||
Qt installation package.
|
||||
|
||||
The Qt installers for OS X include a \l
|
||||
The Qt installers for \macos include a \l
|
||||
{macdeploy}{deployment tool} that automates the procedures described here.
|
||||
|
||||
\section1 The Bundle
|
||||
|
||||
On OS X, a GUI application must be built and run from a bundle, which is a
|
||||
On \macos, a GUI application must be built and run from a bundle, which is a
|
||||
directory structure that appears as a single entity when viewed in the
|
||||
Finder. A bundle for an application typically contains the executable and
|
||||
all the resources it needs. Here is the snapshot of an application bundle
|
||||
|
@ -689,7 +689,7 @@
|
|||
\li It is easily installable as it is identified as a single entity.
|
||||
\li Information about a bundle is accessible from code.
|
||||
\endlist
|
||||
This is specific to OS X and beyond the scope of this document. For
|
||||
This is specific to \macos and beyond the scope of this document. For
|
||||
more information about bundles, see
|
||||
\l {http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFBundles/index.html}{Apple's Developer Website}.
|
||||
|
||||
|
@ -736,7 +736,7 @@
|
|||
|
||||
Now, provided that everything compiled and linked without any
|
||||
errors, we should have a \c plugandpaint.app bundle ready
|
||||
for deployment. Try installing the bundle on a machine running OS X
|
||||
for deployment. Try installing the bundle on a machine running \macos
|
||||
that does not have Qt or any Qt applications installed.
|
||||
|
||||
You can check what other libraries your application links to using
|
||||
|
@ -777,7 +777,7 @@
|
|||
approach, the bundle we have prepared so far is incomplete. The
|
||||
application will run, but the functionality will be disabled due
|
||||
to the missing plugins. To deploy plugin-based applications we
|
||||
should use the framework approach, which is specific to OS X.
|
||||
should use the framework approach, which is specific to \macos.
|
||||
|
||||
\section1 Frameworks
|
||||
|
||||
|
@ -805,7 +805,7 @@
|
|||
We assume that you already have installed Qt as frameworks, which
|
||||
is the default when installing Qt, in the /path/to/Qt
|
||||
directory. For more information on how to build Qt without Frameworks,
|
||||
visit the \l{Qt for OS X - Specific Issues} documentation.
|
||||
visit the \l{Qt for macOS - Specific Issues} documentation.
|
||||
|
||||
When installing, the identification name of the frameworks is set. This
|
||||
name is used by the dynamic linker (\c dyld) to find the libraries for your
|
||||
|
@ -865,7 +865,7 @@
|
|||
\snippet snippets/code/doc_src_deployment.qdoc 39
|
||||
|
||||
First we create a \c Frameworks directory inside the bundle. This
|
||||
follows the OS X application convention. We then copy the
|
||||
follows the \macos application convention. We then copy the
|
||||
frameworks into the new directory. As frameworks contain
|
||||
symbolic links, we use the \c -R option.
|
||||
|
||||
|
@ -978,7 +978,7 @@
|
|||
making your application link to the correct Qt frameworks in the bundle
|
||||
using \c install_name_tool.
|
||||
|
||||
Now you should be able to move the application to another OS X
|
||||
Now you should be able to move the application to another \macos
|
||||
machine and run it without Qt installed. Alternatively, you can
|
||||
move your frameworks that live outside of the bundle to another
|
||||
directory and see if the application still runs.
|
||||
|
@ -997,14 +997,14 @@
|
|||
|
||||
Although the process of deploying an application do have some
|
||||
pitfalls, once you know the various issues you can easily create
|
||||
packages that all your OS X users will enjoy.
|
||||
packages that all your \macos users will enjoy.
|
||||
|
||||
\section1 Application Dependencies
|
||||
|
||||
\section2 Qt Plugins
|
||||
|
||||
All Qt GUI applications require a plugin that implements the \l {Qt
|
||||
Platform Abstraction} (QPA) layer in Qt 5. For OS X, the name of the
|
||||
Platform Abstraction} (QPA) layer in Qt 5. For \macos, the name of the
|
||||
platform plugin is \c {libqcocoa.dylib}. This file must be located within a
|
||||
specific subdirectory (by default, \c platforms) under your distribution
|
||||
directory. Alternatively, it is possible to adjust the search path Qt
|
||||
|
@ -1049,25 +1049,25 @@
|
|||
|
||||
Compiler-specific libraries rarely have to be redistributed with your
|
||||
application. But there are several ways to deploy applications, as Qt can be
|
||||
configured, built, and installed in several ways on OS X. Typically your
|
||||
configured, built, and installed in several ways on \macos. Typically your
|
||||
goals help determine how you are going to deploy the application. The last
|
||||
sections describe a few things that you must be aware of while deploying
|
||||
your application.
|
||||
|
||||
\section2 OS X Version Dependencies
|
||||
\section2 \macos Version Dependencies
|
||||
|
||||
Qt 5 applications can be built on the latest OS X version and deployed to
|
||||
Qt 5 applications can be built on the latest \macos version and deployed to
|
||||
previous versions. This is achieved using \e{weak linking}. In
|
||||
\e{weak linking}, Qt tests whether a function added in a newer
|
||||
version of OS X is available on the computer it is running
|
||||
version of \macos is available on the computer it is running
|
||||
on. This allows Qt to use newer features when it runs on a newer
|
||||
version of OS X, while remaining compatible on the older versions.
|
||||
version of \macos, while remaining compatible on the older versions.
|
||||
|
||||
For more information about cross development issues on OS X,
|
||||
For more information about cross development issues on \macos,
|
||||
see \l
|
||||
{https://developer.apple.com/library/mac/#documentation/DeveloperTools/Conceptual/cross_development/Introduction/Introduction.html}{Apple's Developer Website}.
|
||||
|
||||
The linker is set to be compatible with all OS X versions,
|
||||
The linker is set to be compatible with all \macos versions,
|
||||
so you must change the \c MACOSX_DEPLOYMENT_TARGET environment
|
||||
variable to get \e{weak linking} to work for your application. You
|
||||
can add the following:
|
||||
|
@ -1139,7 +1139,7 @@
|
|||
\title Contributions to the Cocoa Platform Plugin Files
|
||||
\contentspage {Other Licenses Used in Qt}{Contents}
|
||||
\ingroup licensing
|
||||
\brief License information for contributions by Apple, Inc. to specific parts of the Qt for OS X Cocoa port.
|
||||
\brief License information for contributions by Apple, Inc. to specific parts of the Qt for macOS Cocoa port.
|
||||
|
||||
This page is about the contributions to the following files
|
||||
\list
|
||||
|
|
|
@ -105,7 +105,7 @@
|
|||
\li \l{Platform and Compiler Notes - Android#Deployment}{Android}
|
||||
\li \l{Qt for iOS}{iOS}
|
||||
\li \l{Qt for Linux/X11 - Deployment}{Linux/X11}
|
||||
\li \l{Qt for OS X - Deployment}{OS X}
|
||||
\li \l{Qt for macOS - Deployment}{\macos}
|
||||
\li \l{Qt for Windows - Deployment}{Windows}
|
||||
\endlist
|
||||
\endlist
|
||||
|
|
|
@ -82,8 +82,8 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li GCC 4.8.1, GCC 4.9.1
|
||||
\li
|
||||
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for OS X}{OS X}
|
||||
\row \li OS X \b 10.8, \b 10.9, \b 10.10, \b 10.11
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for macOS}{\macos}
|
||||
\row \li \macos \b 10.8, \b 10.9, \b 10.10, \b 10.11
|
||||
\li \b {Clang as provided by Apple}
|
||||
\li
|
||||
|
||||
|
@ -105,10 +105,10 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li Hosts: \b {Windows 8.1}, Windows 10
|
||||
\row \li iOS 6 and above
|
||||
\li \b {Clang as provided by Apple}
|
||||
\li \b {OS X host}
|
||||
\li \b {\macos host}
|
||||
\row \li Android (API Level: 16)
|
||||
\li \b {GCC as provided by Google}
|
||||
\li Hosts: \b {Ubuntu 14.04 (64-bit)}, OS X, Windows
|
||||
\li Hosts: \b {Ubuntu 14.04 (64-bit)}, \macos, Windows
|
||||
\endtable
|
||||
|
||||
//! [5.7] //! [latest]
|
||||
|
@ -161,11 +161,11 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li GCC 4.8.1, GCC 4.9.1
|
||||
\li
|
||||
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for OS X}{OS X}
|
||||
\row \li OS X \b 10.8, \b 10.9, \b 10.10, \b 10.11
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for macOS}{\macos}
|
||||
\row \li \macos \b 10.8, \b 10.9, \b 10.10, 10.11
|
||||
\li \b {Clang as provided by Apple}
|
||||
\li
|
||||
\row \li OS X 10.7
|
||||
\row \li \macos 10.7
|
||||
\li \li Deployment only
|
||||
|
||||
\row \li {3,1} \header \li {3,1}
|
||||
|
@ -189,10 +189,10 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li Hosts: \b {Windows 8.1}, Windows 10
|
||||
\row \li iOS 6 and above
|
||||
\li \b {Clang as provided by Apple}
|
||||
\li \b {OS X host}
|
||||
\li \b {\macos host}
|
||||
\row \li Android (API Level: 9)
|
||||
\li \b {GCC as provided by Google}
|
||||
\li Hosts: \b {Ubuntu 14.04 (64-bit)}, OS X, Windows
|
||||
\li Hosts: \b {Ubuntu 14.04 (64-bit)}, \macos, Windows
|
||||
\endtable
|
||||
|
||||
//! [5.6]
|
||||
|
@ -237,11 +237,11 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li GCC 4.8.1, GCC 4.9.1
|
||||
\li
|
||||
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for OS X}{OS X}
|
||||
\row \li OS X 10.8, \b 10.9, \b 10.10
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for macOS}{\macos}
|
||||
\row \li \macos 10.8, \b 10.9, \b 10.10
|
||||
\li \b clang-600.0.54
|
||||
\li
|
||||
\row \li OS X 10.7
|
||||
\row \li \macos 10.7
|
||||
\li i686-apple-darwin11-llvm-gcc-4.2
|
||||
\li
|
||||
|
||||
|
@ -271,10 +271,10 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li Hosts: \b {Windows 8.1}, Windows 10
|
||||
\row \li iOS 5.1.1 and above
|
||||
\li \b {Clang as provided by Apple}
|
||||
\li \b {OS X host}
|
||||
\li \b {\macos host}
|
||||
\row \li Android
|
||||
\li \b {GCC as provided by Google}
|
||||
\li Hosts: \b {Ubuntu 14.04 (64-bit)}, OS X, Windows
|
||||
\li Hosts: \b {Ubuntu 14.04 (64-bit)}, \macos, Windows
|
||||
\endtable
|
||||
|
||||
//! [5.5]
|
||||
|
@ -322,11 +322,11 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li GCC 4.8.1
|
||||
\li
|
||||
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for OS X}{OS X}
|
||||
\row \li OS X 10.8, \b 10.9, \b 10.10
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for macOS}{\macos}
|
||||
\row \li \macos 10.8, \b 10.9, \b 10.10
|
||||
\li \b clang-600.0.54
|
||||
\li
|
||||
\row \li OS X 10.7
|
||||
\row \li \macos 10.7
|
||||
\li \b i686-apple-darwin11-llvm-gcc-4.2
|
||||
\li
|
||||
|
||||
|
@ -355,10 +355,10 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li \b {Windows 8.1 host}
|
||||
\row \li iOS 5.1.1 and above
|
||||
\li \b {Clang as provided by Apple}
|
||||
\li \b {OS X host}
|
||||
\li \b {\macos host}
|
||||
\row \li Android
|
||||
\li \b {GCC as provided by Google}
|
||||
\li Hosts: \b {Ubuntu 12.04 (64-bit)}, OS X, Windows
|
||||
\li Hosts: \b {Ubuntu 12.04 (64-bit)}, \macos, Windows
|
||||
\endtable
|
||||
|
||||
//! [5.4]
|
||||
|
@ -406,14 +406,14 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li GCC 4.6.1, GCC 4.6.3, GCC 4.8.1
|
||||
\li
|
||||
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for OS X}{OS X}
|
||||
\row \li OS X \b 10.8, \b 10.9, 10.10
|
||||
\row \li {3,1} \header \li {3,1} \l {Qt for macOS}{\macos}
|
||||
\row \li \macos \b 10.8, \b 10.9, 10.10
|
||||
\li \b clang-600.0.54
|
||||
\li
|
||||
\row \li OS X 10.7
|
||||
\row \li \macos 10.7
|
||||
\li \b i686-apple-darwin11-llvm-gcc-4.2
|
||||
\li
|
||||
\row \li OS X 10.6
|
||||
\row \li \macos 10.6
|
||||
\li \li Deployment only
|
||||
|
||||
\row \li {3,1} \header \li {3,1}
|
||||
|
@ -441,10 +441,10 @@ Mobile Platforms: \l {Qt for Android}{Android},
|
|||
\li \b {Windows 8.1 host}
|
||||
\row \li iOS 5.0 and above
|
||||
\li \b {Clang as provided by Apple}
|
||||
\li \b {OS X host}
|
||||
\li \b {\macos host}
|
||||
\row \li Android
|
||||
\li \b {GCC as provided by Google}
|
||||
\li Hosts: \b {Ubuntu 12.04 (64-bit)}, OS X, Windows
|
||||
\li Hosts: \b {Ubuntu 12.04 (64-bit)}, \macos, Windows
|
||||
\endtable
|
||||
|
||||
//! [5.3]
|
||||
|
|
|
@ -95,7 +95,7 @@ version 2.7 and onwards.
|
|||
|
||||
For a set of basic UI controls, the \l{Qt Quick Controls} module implements
|
||||
several controls such as buttons, menus, and views. These controls mimic the
|
||||
native behavior found in different platforms such as Windows, OS X, and Linux.
|
||||
native behavior found in different platforms such as Windows, \macos, and Linux.
|
||||
|
||||
\list
|
||||
\li \l{Qt Quick Controls Overview}
|
||||
|
|
|
@ -222,7 +222,7 @@
|
|||
</td><td style="width:30%; border: none; vertical-align: top">
|
||||
\endraw
|
||||
\image qtquickcontrols-example-gallery-osx.png
|
||||
\caption Controls gallery example on OS X
|
||||
\caption Controls gallery example on \macos
|
||||
\raw HTML
|
||||
</td><td style="width:45%; border: none; vertical-align: top">
|
||||
\endraw
|
||||
|
@ -337,7 +337,7 @@
|
|||
\li \l{Qt Android Extras} enables you to integrate Java code into your Qt
|
||||
application.
|
||||
|
||||
\li \l{Qt Mac Extras} enables you to access specific features on OS X and
|
||||
\li \l{Qt Mac Extras} enables you to access specific features on \macos and
|
||||
iOS.
|
||||
|
||||
\li \l{Qt Windows Extras} enables you to use Windows-specific features
|
||||
|
|
|
@ -153,7 +153,7 @@
|
|||
\li \l[QtBluetooth]{Qt Bluetooth}
|
||||
\li All
|
||||
\li \l{Qt for Android}{Android},
|
||||
\l{Qt for iOS}{iOS}, \l{Qt for Linux/X11}{Linux} and \l{Qt for OS X}{OS X}
|
||||
\l{Qt for iOS}{iOS}, \l{Qt for Linux/X11}{Linux} and \l{Qt for macOS}{\macos}
|
||||
\li Provides access to Bluetooth hardware.
|
||||
\row
|
||||
\li \l[QtCanvas3D]{Qt Canvas 3D}
|
||||
|
@ -190,8 +190,8 @@
|
|||
\row
|
||||
\li \l[QtMacExtras]{Qt Mac Extras}
|
||||
\li All
|
||||
\li \l{Qt for OS X}{OS X}
|
||||
\li Provides platform-specific APIs for OS X.
|
||||
\li \l{Qt for macOS}{\macos}
|
||||
\li Provides platform-specific APIs for \macos.
|
||||
\row
|
||||
\li \l[QtNfc]{Qt NFC}
|
||||
\li All
|
||||
|
@ -213,7 +213,7 @@
|
|||
\row
|
||||
\li \l[QtPositioning]{Qt Positioning}
|
||||
\li All
|
||||
\li \l{Qt for Android}{Android}, \l{Qt for iOS}{iOS}, \l{Qt for OS X}{OS X},
|
||||
\li \l{Qt for Android}{Android}, \l{Qt for iOS}{iOS}, \l{Qt for macOS}{\macos},
|
||||
\l{Qt for Linux/X11}{Linux}, \l{Qt for WinRT}{WinRT}.
|
||||
\li Provides access to position, satellite and area monitoring classes.
|
||||
\row
|
||||
|
@ -265,7 +265,7 @@
|
|||
\row
|
||||
\li \l[QtSerialPort]{Qt Serial Port}
|
||||
\li All
|
||||
\li \l{Qt for Windows}{Windows}, \l{Qt for Linux/X11}{Linux}, and \l{Qt for OS X}{OS X}.
|
||||
\li \l{Qt for Windows}{Windows}, \l{Qt for Linux/X11}{Linux}, and \l{Qt for macOS}{\macos}.
|
||||
\li Provides access to hardware and virtual serial ports.
|
||||
\row
|
||||
\li \l[QtSvg]{Qt SVG}
|
||||
|
@ -282,7 +282,7 @@
|
|||
\row
|
||||
\li \l[QtWebEngine]{Qt WebEngine}
|
||||
\li All
|
||||
\li \l{Qt for Windows}{Windows}, \l{Qt for Linux/X11}{Linux}, and \l{Qt for OS X}{OS X}.
|
||||
\li \l{Qt for Windows}{Windows}, \l{Qt for Linux/X11}{Linux}, and \l{Qt for macOS}{\macos}.
|
||||
\li Classes and functions for embedding web content in applications using the
|
||||
\l{http://www.chromium.org/Home}{Chromium browser project}.
|
||||
\row
|
||||
|
|
|
@ -787,7 +787,7 @@ recommendations for handling those changes.
|
|||
\list
|
||||
\li The \c {qttest_p4.prf} file is removed. Use \c{CONFIG+=testcase} and
|
||||
other flags instead.
|
||||
\li The \c{-dwarf2} configure argument is removed. DWARF2 is always used on OS X now.
|
||||
\li The \c{-dwarf2} configure argument is removed. DWARF2 is always used on \macos now.
|
||||
\li Configure no longer calls \c{qmake -recursive} by default, because the
|
||||
subsequent build invokes qmake as needed. Use \c{-fully-process} to
|
||||
restore the old behavior.
|
||||
|
|
|
@ -148,7 +148,7 @@ choose the best suited tool for the job.
|
|||
\li X
|
||||
\li
|
||||
\li Qt Widgets and Qt Quick Controls integrate well to the underlying
|
||||
platform, providing a native look'n'feel on Windows, Linux, and OS X.
|
||||
platform, providing a native look'n'feel on Windows, Linux, and \macos.
|
||||
\row
|
||||
\li Custom look'n'feel
|
||||
\li X
|
||||
|
|
|
@ -61,9 +61,9 @@
|
|||
|
||||
\section2 Qt Bluetooth Module
|
||||
\list
|
||||
\li Classic Bluetooth support added for \l{Qt for OS X}{OS X}.
|
||||
\li Classic Bluetooth support added for \l{Qt for macOS}{\macos}.
|
||||
\li Bluetooth Low Energy support added for \l{Qt for Android}{Android}, \l{Qt for iOS}{iOS}
|
||||
and \l{Qt for OS X}{OS X}
|
||||
and \l{Qt for MacOS}{\macos}
|
||||
\endlist
|
||||
|
||||
\section2 Qt Core Module
|
||||
|
|
|
@ -131,7 +131,7 @@
|
|||
|
||||
\section2 Qt Platform Abstraction (QPA)
|
||||
\list
|
||||
\li Optional support for using FreeType on OS X.
|
||||
\li Optional support for using FreeType on \macos.
|
||||
\li Added support for NVIDIA Jetson TK1 Pro boards running Vibrante
|
||||
Linux via a new eglfs backend utilizing DRM, EGLDevice, and
|
||||
EGLStream.
|
||||
|
@ -146,7 +146,7 @@
|
|||
|
||||
\section2 Qt Positioning Module
|
||||
\list
|
||||
\li Added support for OS X.
|
||||
\li Added support for \macos.
|
||||
\li Added support for GPS receivers exposed as a serial port on Windows
|
||||
desktop (all versions).
|
||||
\li Removed libgeoclue dependency for the GeoClue backend.
|
||||
|
|
Loading…
Reference in New Issue