QCoreApplication Class

メンバ関数のドキュメント

QCoreApplication::QCoreApplication(int &argc, char **argv)

Qt Coreアプリケーションを構築します。Qt Coreアプリケーションとは、グラフィカルユーザーインターフェースを持たないアプリケーションのことです。このようなアプリケーションは、コンソール上で、あるいはサーバープロセスとして使用されます。

argc およびargv の引数はアプリケーションによって処理され、arguments() 関数によってより利用しやすい形式で提供されます。

[virtual noexcept] QCoreApplication::~QCoreApplication()

QCoreApplication オブジェクトを破棄します。

[private signal] void QCoreApplication::aboutToQuit()

このシグナルは、アプリケーションがメインイベントループを終了しようとしているとき、たとえばイベントループレベルがゼロになったときに発せられます。これは、アプリケーション内部から `quit()` が呼び出された後、あるいはユーザーがデスクトップセッション全体をシャットダウンしたときに発生する可能性があります。

このシグナルは、アプリケーションが終了直前にクリーンアップ処理を行う必要がある場合に特に有用です。なお、この状態ではユーザー操作は一切行えないことに注意してください。

quit()も参照してください 。

[static] void QCoreApplication::addLibraryPath(const QString &path)

ライブラリパスリストの先頭に「path 」を追加し、ライブラリ検索時にこのパスが最初に検索されるようにします。path が空の場合、またはすでにパスリストに含まれている場合は、パスリストは変更されません。

デフォルトのパスリストは 1 つまたは 2 つのエントリで構成されます。1 つ目はプラグインのインストールディレクトリであり、これはINSTALL/plugins です。ここで、INSTALL は Qt がインストールされたディレクトリです。2 つ目はアプリケーション自身のディレクトリ（現在のディレクトリではありません）ですが、これはQCoreApplication オブジェクトがインスタンス化された後にのみ有効になります。

QCoreApplication のインスタンスが破棄されると、ライブラリパスはデフォルト値にリセットされます。

関連項目: removeLibraryPath()、libraryPaths()、およびsetLibraryPaths()。

[static] QString QCoreApplication::applicationDirPath()

アプリケーションの実行ファイルが含まれているディレクトリを返します。

たとえば、QtをC:\Qt ディレクトリにインストールし、「regexp 」サンプルを実行した場合、この関数は「C:/Qt/examples/tools/regexp」を返します。

macOS および iOS では、これは実際に実行ファイルが含まれているディレクトリを指します。このディレクトリは、アプリケーションがバンドルされている場合は、アプリケーションバンドル内にある場合もあります。

Android では、これは実際に実行ファイルが含まれているディレクトリを指しますが、そのディレクトリはアプリケーションの APK 内にある場合もあります（非圧縮ライブラリのサポートでビルドされている場合）。

applicationFilePath()も参照してください 。

[static] QString QCoreApplication::applicationFilePath()

アプリケーションの実行ファイルのファイルパスを返します。

たとえば、Qtを/usr/local/qt ディレクトリにインストールし、regexp サンプルを実行した場合、この関数は「/usr/local/qt/examples/tools/regexp/regexp」を返します。

applicationDirPath()も参照してください 。

[static noexcept] qint64 QCoreApplication::applicationPid()

アプリケーションの現在のプロセスIDを返します。

[static] QStringList QCoreApplication::arguments()

コマンドライン引数のリストを返します。

通常、arguments().at(0) はプログラム名、arguments().at(1) は最初の引数、arguments().last() は最後の引数となります。Windows に関する以下の注記を参照してください。

この関数の呼び出しには時間がかかるため、コマンドラインを解析する際は結果を変数に格納しておくことを推奨します。

Windows では、変更された argv/argc パラメータがコンストラクタに渡された場合にのみ、argc および argv パラメータからリストが構築されます。その場合、エンコーディングの問題が発生する可能性があります。

それ以外の場合は、arguments() はGetCommandLine() の戻り値から構築されます。この結果、arguments().at(0) で得られる文字列は、Windows 上でアプリケーションを起動するために使用された正確なプログラム名とは異なる場合があります。

applicationFilePath() およびQCommandLineParserも参照してください 。

[since 6.5] Qt::PermissionStatus QCoreApplication::checkPermission(const QPermission &permission)

指定されたステータスを確認しますpermission

結果がQt::PermissionStatus::Undetermined の場合、ユーザーの意図を確認するためにrequestPermission()を介して許可をリクエストする必要があります。

この関数は Qt 6.5 で導入されました。

requestPermission() および「アプリケーションの権限」も参照してください 。

[static] bool QCoreApplication::closingDown()

アプリケーションオブジェクトが破棄されている場合は `true ` を返し、そうでない場合は `false` を返します。

startingUp()も参照してください 。

[override virtual protected] bool QCoreApplication::event(QEvent *e)

QObject::event(QEvent *e) の再実装です。

[static] QAbstractEventDispatcher *QCoreApplication::eventDispatcher()

メインスレッドのイベントディスパッチャオブジェクトへのポインタを返します。そのスレッドにイベントディスパッチャが存在しない場合、この関数は `nullptr` を返します。

setEventDispatcher()も参照してください 。

[static] int QCoreApplication::exec()

メインイベントループに入り、exit() が呼び出されるまで待機します。exit() に渡された値を返します（quit() を通じてexit() が呼び出された場合は、この値は 0 になります）。

イベント処理を開始するには、この関数を呼び出す必要があります。メインイベントループはウィンドウシステムからイベントを受け取り、それらをアプリケーションのウィジェットにディスパッチします。

アプリケーションにアイドル処理（保留中のイベントがないときに特別な関数を実行する）を行わせるには、タイムアウトを 0ns に設定した `QChronoTimer ` を使用します。より高度なアイドル処理の仕組みは、`processEvents()` を使用して実現できます。

一部のプラットフォームでは exec() の呼び出しが戻らない可能性があるため、アプリケーションのmain() 関数内にクリーンアップコードを記述するのではなく、aboutToQuit() シグナルに接続することを推奨します。 たとえば、Windows では、ユーザーがログオフすると、Qt がすべてのトップレベルウィンドウを閉じた後にシステムがプロセスを終了させます。したがって、exec() の呼び出し後に、アプリケーションがイベントループを終了し、main() 関数の末尾にあるコードを実行する時間があるとは保証されません。

quit()、exit()、processEvents()、およびQApplication::exec()も参照してください 。

[static slot] void QCoreApplication::exit(int returnCode = 0)

アプリケーションに、戻りコードを指定して終了するよう指示します。

この関数が呼び出されると、アプリケーションはメインイベントループを離れ、exec()の呼び出しから戻ります。exec()関数はreturnCode を返します。イベントループが実行されていない場合、この関数は何も行いません。

慣例により、returnCode が0の場合は成功を意味し、0以外の値はエラーを示します。

QueuedConnection を使用して、常にシグナルをこのスロットに接続することをお勧めします。制御がメインイベントループに入る前（たとえば、「int main」がexec() を呼び出す前など）に、このスロットに接続された（キューに入れられていない）シグナルが発行された場合、スロットは効果を発揮せず、アプリケーションは終了しません。 キュー化された接続を使用することで、制御がメインイベントループに入るまではスロットが呼び出されないことが保証されます。

なお、同名の C ライブラリ関数とは異なり、この関数は呼び出し元に制御を戻します。停止するのはイベント処理の方です。

また、この関数はスレッドセーフではない点にも注意してください。この関数は、メインスレッド（QCoreApplication オブジェクトがイベントを処理しているスレッド）からのみ呼び出す必要があります。別のスレッドからアプリケーションの終了を要求するには、QCoreApplication::quit() を使用するか、代わりにメインスレッドから QMetaMethod::invokeMethod() を使用してこの関数を呼び出してください。

quit() およびexec()も参照してください 。

void QCoreApplication::installNativeEventFilter(QAbstractNativeEventFilter *filterObj)

メインスレッドでアプリケーションが受信するすべてのネイティブイベントに対して、イベントフィルター `filterObj ` を登録します。

イベントフィルタ `filterObj ` は、メインスレッドで受信されたすべてのネイティブイベントに対して呼び出される `nativeEventFilter()` 関数を通じてイベントを受け取ります。

QAbstractNativeEventFilter::nativeEventFilter() 関数は、イベントをフィルタリング（つまり停止）する必要がある場合は true を返す必要があります。通常の Qt 処理を継続させる場合は false を返す必要があります。そうすることで、ネイティブイベントはQEvent に変換され、標準の Qtevent フィルタリング（例：QObject::installEventFilter()）によって処理されるようになります。

複数のイベントフィルタが設定されている場合、最後に設定されたフィルタが最初に有効になります。

移植性を最大限に高めるためには、可能な限り常に `QEvent ` および `QObject::installEventFilter()` を使用するようにしてください。

QObject::installEventFilter()も参照してください 。

[static] bool QCoreApplication::installTranslator(QTranslator *translationFile)

翻訳ファイル「translationFile 」を、翻訳に使用する翻訳ファイルのリストに追加します。

複数の翻訳ファイルをインストールすることができます。翻訳の検索は、インストールされた順序の逆順で行われるため、最後にインストールされた翻訳ファイルが最初に検索され、最初にインストールされた翻訳ファイルが最後に検索されます。一致する文字列を含む翻訳が見つかり次第、検索は停止します。

QTranslator のインストールや削除、あるいはインストール済みのQTranslator の変更を行うと、QCoreApplication インスタンスに対してLanguageChange イベントが発生します。QApplication インスタンスは、このイベントをすべてのトップレベルウィジェットに伝播します。そこで、changeEvent を再実装することで、tr() 関数を通じてユーザーに表示される文字列をそれぞれのプロパティセッターに渡すことにより、ユーザーインターフェースの再翻訳を行うことができます。Qt Widgets Designer によって生成されたユーザーインターフェースクラスには、呼び出すことができるretranslateUi() 関数が用意されています。

この関数は、成功した場合は `true ` を、失敗した場合は `false ` を返します。

removeTranslator()、translate()、QTranslator::load()、および「動的言語の変更に備える」も参照してください 。

[static noexcept] QCoreApplication *QCoreApplication::instance()

アプリケーションのQCoreApplication （またはQGuiApplication ／QApplication ）インスタンスへのポインタを返します。

インスタンスが割り当てられていない場合は、nullptr が返されます。

データ競合に関する注意：呼び出し側のコードがC++20としてコンパイルされていない限り、この関数を補助スレッドからQCoreApplication インスタンスの存在を確認するために使用してはなりません。

[static] bool QCoreApplication::isSetuidAllowed()

UNIXプラットフォーム上で、アプリケーションがsetuidを実行できる場合、trueを返します。

QCoreApplication::setSetuidAllowed()も参照してください 。

[static] QStringList QCoreApplication::libraryPaths()

ライブラリを動的に読み込む際に、アプリケーションが検索するパスのリストを返します。

この関数の戻り値は、QCoreApplication が作成された際に変更される可能性があります。QCoreApplication を作成する前にこの関数を呼び出すことは推奨されません。アプリケーションの実行ファイルのディレクトリ（作業ディレクトリではありません）は、それが判明している場合、リストに含まれます。これを特定するには、QCoreApplication を構築する必要があります。これは、argv[0] を使用してそのディレクトリを検索するためです。

Qt はデフォルトのライブラリパスを提供していますが、qt.confファイルを使用して設定することも可能です。このファイルで指定されたパスは、デフォルト値よりも優先されます。 qt.conf ファイルがアプリケーションの実行ファイルと同じディレクトリにある場合、QCoreApplication が作成されるまでそのファイルが見つからない可能性があることに注意してください。この関数を呼び出した際にファイルが見つからない場合、デフォルトのライブラリパスが使用されます。

このリストには、プラグインが存在する場合、そのインストールディレクトリが含まれます（プラグインのデフォルトのインストールディレクトリはINSTALL/plugins です。ここで、INSTALL は Qt がインストールされたディレクトリです）。環境変数 `QT_PLUGIN_PATH ` のコロン区切りのエントリは常に追加されます。プラグインのインストールディレクトリ（およびその存在）は、アプリケーションの実行ファイルのディレクトリが判明した時点で変更される可能性があります。

関連項目: setLibraryPaths(),addLibraryPath(),removeLibraryPath(),QLibrary 、および「Qt プラグインの作成方法」。

[virtual] bool QCoreApplication::notify(QObject *receiver, QEvent *event)

event をreceiver に送信します：receiver->event(event)。受信側のイベントハンドラから返された値を返します。この関数は、どのスレッドのどのオブジェクトに送信されたイベントに対しても呼び出されることに注意してください。

特定の種類のイベント（例：マウスやキーイベント）については、レシーバーがそのイベントに関心を持たない場合（つまり、false を返す場合）、そのイベントはレシーバーの親オブジェクトへと伝播され、最上位オブジェクトに至るまで順次伝播されます。

イベントを処理する方法は5通りあり、この仮想関数を再実装するのはそのうちの1つにすぎません。5つのアプローチを以下に示します：

1. paintEvent()、mousePressEvent() などを再実装する方法。これは最も一般的で、最も簡単ですが、機能面では最も制限があります。
2. この関数を再実装する。これは非常に強力で、完全な制御が可能ですが、一度にアクティブにできるサブクラスは1つだけです。
3. QCoreApplication::instance() にイベントフィルタを登録する。このようなイベントフィルタは、すべてのウィジェットのすべてのイベントを処理できるため、notify() を再実装するのと同じくらい強力です。さらに、アプリケーション全体で複数のイベントフィルタを設定することも可能です。 グローバルイベントフィルタは、disabled widgets に対するマウスイベントも検出します。なお、アプリケーションイベントフィルタは、メインスレッド上で実行されているオブジェクトに対してのみ呼び出される点に注意してください。
4. QObject::event() を再実装する（QWidget がそうしているように）。これを行うと、Tab キーの押下イベントを取得でき、ウィジェット固有のイベントフィルタよりも先にそのイベントを確認できます。
5. オブジェクトにイベントフィルタを登録します。このようなイベントフィルタは、フォーカスウィジェットを変更しない限り、TabキーやShift+Tabキーの押下イベントを含め、すべてのイベントを取得します。

今後の方向性:Qt 7 では、メインスレッド外で実行されるオブジェクトに対しては、この関数は呼び出されなくなります。この機能が必要なアプリケーションは、当面の間、イベントの検査に関するニーズに対して他の解決策を見つける必要があります。この変更はメインスレッドにも拡大される可能性があり、その結果、この関数は非推奨となる可能性があります。

関連項目： QObject::event() およびinstallNativeEventFilter()。

[static] void QCoreApplication::postEvent(QObject *receiver, QEvent *event, int priority = Qt::NormalEventPriority)

イベント `event` を、オブジェクト `receiver ` をイベントの受信者としてイベントキューに追加し、直ちに返却します。

イベントはヒープ上に割り当てられる必要があります。これは、イベントキューがイベントの所有権を取得し、投稿後にそれを削除するためです。イベントが投稿された後にそのイベントにアクセスすることは安全ではありません。

制御がメインイベントループに戻ると、キューに格納されているすべてのイベントがnotify() 関数を使用して送信されます。

イベントは、priority の値が降順でソートされます。つまり、priority の値が大きいイベントは、priority の値が小さいイベントよりも先にキューに入れられます。priority には、INT_MAXからINT_MINまでの任意の整数値（両端を含む）を指定できます。詳細については、Qt::EventPriority を参照してください。priority が等しいイベントは、投稿された順に処理されます。

QObject::connect(thread, &QThread::finished, worker, &QObject::deleteLater);

注： この関数はスレッドセーフです。

関連項目： sendEvent()、notify()、sendPostedEvents()、およびQt::EventPriority 。

[static] void QCoreApplication::processEvents(QEventLoop::ProcessEventsFlags flags = QEventLoop::AllEvents)

指定されたflags に従って、呼び出し元スレッドの保留中のイベントの一部を処理します。

この関数の使用は推奨されません。代わりに、処理に時間がかかる操作をGUIスレッドから補助スレッドに移し、イベントループのネスト処理を完全に回避することを推奨します。イベント処理がどうしても必要な場合は、代わりにQEventLoop の使用を検討してください。

イベントループを使用せずに、この関数を継続的に呼び出すローカルループを実行している場合、DeferredDelete のイベントは処理されません。これにより、DeferredDelete イベントに依存して正常に機能するウィジェット（例：QToolTip ）の動作に影響が出る可能性があります。代替手段として、そのローカルループ内からsendPostedEvents()を呼び出す方法があります。

この関数を呼び出すと、呼び出し元のスレッドに関するイベントのみが処理され、利用可能なすべてのイベントの処理が完了した後に戻り値が返されます。利用可能なイベントとは、関数の呼び出し前にキューに入れられたイベントのことです。つまり、関数の実行中に投稿されたイベントは、次回のイベント処理までキューに保留されます。

注： この関数はスレッドセーフです。

関連項目： exec()、QTimer 、QChronoTimer 、QEventLoop::processEvents()、およびsendPostedEvents()。

[static, since 6.7] void QCoreApplication::processEvents(QEventLoop::ProcessEventsFlags flags, QDeadlineTimer deadline)

deadline の有効期限が切れるか、処理すべきイベントがなくなるまで、呼び出し元スレッドの保留中のイベントを処理します。いずれか早い方が適用されます。

この関数の使用は推奨されません。代わりに、長時間かかる処理をGUIスレッドから補助スレッドに移し、ネストされたイベントループ処理を完全に回避することを推奨します。どうしてもイベント処理が必要な場合は、代わりにQEventLoop の使用を検討してください。

この関数を呼び出すと、呼び出し元のスレッドのイベントのみが処理されます。

注： この関数はスレッドセーフです。

この関数は Qt 6.7 で導入されました。

exec()、QTimer 、QChronoTimer 、およびQEventLoop::processEvents()も参照してください 。

[static] void QCoreApplication::processEvents(QEventLoop::ProcessEventsFlags flags, int ms)

呼び出し元スレッドの未処理イベントを、ms ミリ秒間、または処理すべきイベントがなくなるまで（いずれか短い方）処理します。

これは、次の呼び出しと同等です。

QCoreApplication::processEvents(flags, QDeadlineTimer(ms));

[static slot] void QCoreApplication::quit()

アプリケーションに終了を要求します。

アプリケーションが終了を阻止している場合（例えば、ウィンドウの1つが閉じられない場合など）、この要求は無視されることがあります。アプリケーションは、アプリケーションレベルでQEvent::Quit イベントを処理するか、個々のウィンドウに対してQEvent::Close イベントを処理することで、この動作を制御できます。

終了が中断されなければ、アプリケーションはリターンコード 0（成功）で終了します。

中断される可能性を完全に排除してアプリケーションを終了させるには、exit() を直接呼び出してください。なお、このメソッドはスレッドセーフではありません。

QueuedConnection を使用して、常にこのスロットにシグナルを接続することが推奨されます。制御がメインイベントループに入る前（たとえば、「int main」がexec() を呼び出す前など）に、このスロットに接続された（キューに入れられていない）シグナルが発信された場合、スロットは効果を発揮せず、アプリケーションは終了しません。 キュー化された接続を使用することで、制御がメインイベントループに入るまでスロットが呼び出されないことが保証されます。

例：

QPushButton *quitButton = new QPushButton("Quit");
QObject::connect(quitButton, &QPushButton::clicked, &app, &QCoreApplication::quit, Qt::QueuedConnection);

スレッドセーフに関する注意：この関数は、どのスレッドからでも呼び出すことができ、スレッドセーフな方法で現在実行中のメインアプリケーションループを終了させることができます。ただし、QCoreApplication オブジェクトが同時に破棄されている場合、スレッドセーフは保証されません。

注： この関数はスレッドセーフです。

関連項目: exit() およびaboutToQuit()。

[static] void QCoreApplication::removeLibraryPath(const QString &path)

ライブラリパス一覧から「path 」を削除します。path が空であるか、パス一覧に含まれていない場合は、一覧は変更されません。

QCoreApplication のインスタンスが破棄されると、ライブラリパスはデフォルト値にリセットされます。

関連項目： addLibraryPath()、libraryPaths()、およびsetLibraryPaths()。

void QCoreApplication::removeNativeEventFilter(QAbstractNativeEventFilter *filterObject)

このオブジェクトからイベントfilterObject を削除します。そのようなイベントフィルタがインストールされていない場合、このリクエストは無視されます。

このオブジェクトが破棄されると、このオブジェクトに対するすべてのイベントフィルタは自動的に削除されます。

イベントフィルタの有効化中（つまり、nativeEventFilter() 関数内）であっても、イベントフィルタを削除することは常に安全です。

installNativeEventFilter()も参照してください 。

[static] void QCoreApplication::removePostedEvents(QObject *receiver, int eventType = 0)

指定されたeventType の、receiver に対してpostEvent()を使用して投稿されたすべてのイベントを削除します。

イベントはディスパッチされるのではなく、キューから削除されます。この関数を呼び出す必要は通常ありません。万が一呼び出す場合は、イベントを強制的に削除することで、receiver が1つ以上の不変条件を破る可能性があることに注意してください。

receiver がnullptr の場合、eventType のイベントがすべてのオブジェクトから削除されます。eventType が0の場合、receiver のイベントがすべて削除されます。eventType が0の状態でこの関数を呼び出してはいけません。

注： この関数はスレッドセーフです。

[static] bool QCoreApplication::removeTranslator(QTranslator *translationFile)

このアプリケーションで使用されている翻訳ファイルの一覧から、翻訳ファイル「translationFile 」を削除します（ファイルシステム上の翻訳ファイル自体は削除されません）。

この関数は、成功した場合はtrue を返し、失敗した場合は false を返します。

installTranslator()、translate()、およびQObject::tr()も参照してください 。

[since 6.5] template <typename Functor> void QCoreApplication::requestPermission(const QPermission &permission, Functor &&functor)

指定されたpermission をリクエストします。

リクエストの準備が整うと、functor は `functor(const QPermission &permission)` として呼び出され、permission がリクエストの結果を記述します。

functor は、独立した関数または静的メンバ関数であることができます：

qApp->requestPermission(QCameraPermission{}, &permissionUpdated);

あるいはラムダ式でも構いません：

qApp->requestPermission(QCameraPermission{}, [](const QPermission &permission) {
});

ユーザーがリクエストされた `permission` をアプリケーションに明示的に許可した場合、または指定されたプラットフォーム上で `permission ` がユーザーの承認を必要としないことが判明している場合、ステータスは `Qt::PermissionStatus::Granted` となります。

ユーザーがアプリケーションに対して要求されたpermission を明示的に拒否した場合、またはpermission が特定のプラットフォーム上のアプリケーションでは利用できない、あるいは適用されないことが判明している場合、ステータスはQt::PermissionStatus::Denied となります。

リクエストの結果がQt::PermissionStatus::Undetermined となることは決してありません。

この関数は Qt 6.5 で導入されました。

checkPermission() およびアプリケーションの権限も参照してください 。

[since 6.5] template <typename Functor> void QCoreApplication::requestPermission(const QPermission &permission, const QObject *context, Functor functor)

context のコンテキストにおいて、指定されたpermission をリクエストします。

リクエストの準備が整うと、functor はfunctor(const QPermission &permission) として呼び出され、permission がリクエストの結果を表します。

functor は、独立した関数でも、静的メンバ関数でもかまいません。

qApp->requestPermission(QCameraPermission{}, context, &permissionUpdated);

ラムダ式：

qApp->requestPermission(QCameraPermission{}, context, [](const QPermission &permission) {
});

または、context オブジェクト内のスロット:

qApp->requestPermission(QCameraPermission{}, this, &CamerWidget::permissionUpdated);

functor は、context オブジェクトのスレッド内で呼び出されます。リクエストが完了する前にcontext が破棄された場合、functor は呼び出されません。

ユーザーがアプリケーションに対して要求されたpermission を明示的に許可した場合、または特定のプラットフォームにおいてpermission がユーザーの認証を必要としないことが判明している場合、ステータスはQt::PermissionStatus::Granted となります。

ユーザーがアプリケーションに対して要求されたpermission を明示的に拒否した場合、またはpermission がそのプラットフォーム上のアプリケーションでは利用できない、あるいは適用されないことがわかっている場合、ステータスはQt::PermissionStatus::Denied になります。

リクエストの結果がQt::PermissionStatus::Undetermined になることは決してありません。

この関数は Qt 6.5 で導入されました。

checkPermission() およびアプリケーションの権限も参照してください 。

[static] bool QCoreApplication::sendEvent(QObject *receiver, QEvent *event)

notify() 関数を使用して、イベント `event ` を直接受信者 `receiver` に送信します。イベントハンドラから返された値を返します。

イベントが送信されても、そのイベントは削除されません。一般的な手法としては、スタック上にイベントを作成します。例：

QMouseEvent event(QEvent::MouseButtonPress, localPos, globalPos, Qt::LeftButton, Qt::LeftButton, Qt::NoModifier);
QCoreApplication::sendEvent(mainWindow, &event);

postEvent() およびnotify()も参照してください 。

[static] void QCoreApplication::sendPostedEvents(QObject *receiver = nullptr, int event_type = 0)

QCoreApplication::postEvent() によって以前にキューに入れられ、オブジェクトreceiver に対するものであり、イベントタイプがevent_type であるすべてのイベントを直ちにディスパッチします。

ウィンドウシステムからのイベントは、この関数ではなく、processEvents() によってディスパッチされます。

receiver がnullptr の場合、event_type のイベントがすべてのオブジェクトに対して送信されます。event_type が 0 の場合、receiver に対するすべてのイベントが送信されます。

postEvent()も参照してください 。

[static] void QCoreApplication::setAttribute(Qt::ApplicationAttribute attribute, bool on = true)

on がtrueの場合、attribute 属性を設定します。そうでない場合は、この属性をクリアします。

関連項目 :testAttribute()

[static] void QCoreApplication::setEventDispatcher(QAbstractEventDispatcher *eventDispatcher)

メインスレッドのイベントディスパッチャをeventDispatcher に設定します。これは、まだイベントディスパッチャが設定されていない場合、つまりQCoreApplication がインスタンス化される前にのみ可能です。このメソッドは、オブジェクトの所有権を取得します。

eventDispatcher()も参照してください 。

[static] void QCoreApplication::setLibraryPaths(const QStringList &paths)

QLibrary を使用してプラグインを読み込む際の検索ディレクトリ一覧を、paths に設定します。既存のパスはすべて削除され、パス一覧はpaths で指定されたパスとアプリケーションへのパスで構成されます。

QCoreApplication のインスタンスが破棄されると、ライブラリパスはデフォルト値にリセットされます。

関連項目: libraryPaths()、addLibraryPath()、removeLibraryPath()、およびQLibrary 。

[static] void QCoreApplication::setSetuidAllowed(bool allow)

allow が true の場合、UNIX プラットフォーム上でアプリケーションを setuid モードで実行できるようにします。

allow がfalse（デフォルト）の場合、Qtがアプリケーションが実ユーザーIDとは異なる有効ユーザーIDで実行されていることを検出した場合、QCoreApplication インスタンスが作成された時点でアプリケーションは中止されます。

Qtは攻撃対象領域が広いため、setuidプログラムには適したソリューションではありません。しかし、歴史的な理由から、この方式で実行する必要があるアプリケーションも存在します。このフラグを設定すると、そのような状況が検出された際にQtがアプリケーションを中止することを防ぐことができます。なお、このフラグはQCoreApplication インスタンスが作成される前に設定する必要があります。

isSetuidAllowed()も参照してください 。

[static] bool QCoreApplication::startingUp()

アプリケーションオブジェクトがまだ作成されていない場合は `true ` を返し、それ以外の場合は `false` を返します。

closingDown()も参照してください 。

[static] bool QCoreApplication::testAttribute(Qt::ApplicationAttribute attribute)

属性attribute が設定されている場合はtrue を返し、そうでない場合はfalse を返します。

setAttribute()も参照してください 。

[static] QString QCoreApplication::translate(const char *context, const char *sourceText, const char *disambiguation = nullptr, int n = -1)

インストール済みの翻訳ファイルを照会し、sourceText の翻訳テキストを返します。翻訳ファイルの検索は、最も新しくインストールされたファイルから順に、最初にインストールされたファイルまで行われます。

QObject::tr() を使用すると、この機能をより便利に利用できます。

context は通常、クラス名（例：「MyDialog」）であり、sourceText は英語テキストか、識別用の短いテキストのいずれかです。

disambiguation は、同じコンテキスト内で異なる役割において同じsourceText が使用される場合に備えて、識別用の文字列です。デフォルトでは、nullptr となります。

コンテキスト、曖昧性の解消、およびコメントに関する詳細については、QTranslator およびQObject::tr() のドキュメントを参照してください。

n は、複数形に対応するために%n と組み合わせて使用されます。詳細については、QObject::tr() を参照してください。

どの翻訳ファイルにも、context 内のsourceText に対する翻訳が含まれていない場合、この関数はsourceText に相当するQString を返します。

この関数は仮想関数ではありません。QTranslator をサブクラス化することで、別の翻訳手法を使用することができます。

注： この関数はスレッドセーフです。

QObject::tr()、installTranslator()、removeTranslator()、およびInternationalization and Translationsも参照してください 。