Qt-users

qt-users@qt-users.jp

1 participants
305 discussions

[Qt-users:602] [質問]windows上にインストールしたQT Creatorにて、Linux(raspberry pi3)上で動作するアプリの作成

by 西岡紳

初めまして。最近QT Creatorを使い始めたshinと申します。表題の通りですが、 windows上にインストールしたCreatorにて、Linux上で動作するアプリを作成する事は可能かどうか、また、その方法について何か情報をお持ちの方は、おられませんでしょうか？ Windows上のCreatorで、windowsアプリを作成する事は、もちろんできています。 GCCコンパイラも有りますので、あとはLinux用のqmakeがあれば出来るのかな？と考えていますが、そのようなものが見つける事が出来ておりません。 Windows上で作成するには、やはり仮想環境上にLinuxを作成し、そのうえでcreatorにてアプリを作るしかないのでしょうか... よろしくお願いいたします。

9 years, 11 months

[Qt-users:599] Qt 勉強会 @ Nagoya No2(16.11) を開催します

by Naoki MATSUMOTO

準備係のnekomatuです。昨月に続いて2回め、やります。第3土曜日はQt勉強会。今回も東京と同日になります。日時： 2016/11/19 (土) 場所：伏見・大須観音駅あたり詳細と申し込みは、下記をURLをご覧下さい。 http://qt-users.connpass.com/event/44421/ 早めに申し込んでいただけると開催者がドキドキしないで済みます（笑）ではでは～ 2016年11月3日 1:21 Shingo Ishida <hermit4loop(a)gmail.com>: > hermit4@おやつ部です。 > > 11月もQt勉強会@Tokyoを開催致します。 > > @Nagoyaがひっそりと#41をとっていましたが、@Osakaさんは独自に > カウントアップされていますし、@Nagoyaさんにもぜひ独自カウントで > カウントを伸ばしていただきたいということで、#41とします。 > > 紛らわしいので、connpassの命名も今回から@Tokyo #41 に切り替えま > した。 > > 日時： 2016/11/19 (土) > 場所：新宿 - 株式会社PTP　９F会議室 > > 詳細と申し込みは、下記をURLをご覧下さい。 > > http://qt-users.connpass.com/event/44379/ > > > 以上、よろしくお願い致します。 > _______________________________________________ > Qt-users mailing list > Qt-users(a)qt-users.jp > http://qt-users.jp/mailman/listinfo/qt-users

9 years, 11 months

[Qt-users:600] QNetworkRequestかQNetworkAccessManagerの送信元IPアドレス指定

by 小澤和広

Qtユーザ会さまいつもお世話になっております。小澤と申します。 QWebEngineを使ったアプリケーションを作成しています。やりたいことは、PCに複数あるNICの１つ１つをQNetworkRequestかQNetoworkAccessManager にbindさせたいと考えていますが、googleで検索してもそれらしき情報が無いため、有識者に相談させて頂きました。方法がありましたら、ご教示ください。以上

10 years

[Qt-users:598] Qt勉強会 @Tokyo #41 を開催します。

by Shingo Ishida

hermit4@おやつ部です。 11月もQt勉強会@Tokyoを開催致します。 @Nagoyaがひっそりと#41をとっていましたが、@Osakaさんは独自にカウントアップされていますし、@Nagoyaさんにもぜひ独自カウントでカウントを伸ばしていただきたいということで、#41とします。紛らわしいので、connpassの命名も今回から@Tokyo #41 に切り替えました。日時： 2016/11/19 (土) 場所：新宿 - 株式会社PTP　９F会議室詳細と申し込みは、下記をURLをご覧下さい。 http://qt-users.connpass.com/event/44379/ 以上、よろしくお願い致します。

10 years

[Qt-users:597] Qt Advent Calendar 2016

by Naoki MATSUMOTO

こんにちは、松本です。うっかりすると今年が終わってしまう時期になりましたね。少し気が早いような気もしますが、アドベントカレンダーが、 @helicalgearさんによって立てられていましたので、共有します。 http://qiita.com/advent-calendar/2016/qt アドベントカレンダーとは？はこちらをご参照ください。 http://blog.qiita.com/post/152366526084/adventcalendar2016 https://twitter.com/helicalgear/status/791811647002206209 ではではー。 2015年12月3日 19:22 Tasuku Suzuki <stasuku(a)gmail.com>: > 鈴木です。 > > 告知が遅れてしまいましたが、今年もやります。 > http://qiita.com/advent-calendar/2015/qt > > ちなみに去年はこんな感じでした。 > http://qiita.com/advent-calendar/2014/qt > > 今年も全部埋まったらいいなーと思っているので、 > ぜひ、みなさんの力をお貸しください。 > > よろしくおねがいします！ > _______________________________________________ > Qt-users mailing list > Qt-users(a)qt-users.jp > http://qt-users.jp/mailman/listinfo/qt-users

10 years

[Qt-users:596] フレームバッファに直接描画する方法

by se_basu200＠yahoo.co.jp

tsukadaと申します。 Linux環境でQtを使用し組み込み系アプリの開発を行っていますが、 msec単位で常に表示更新をしつつ、操作や別の描画をする必要があり、実現方法を検討しております。私が考えた手法としては、マルチスレッドとし、 AスレッドでQtアプリの操作や描画を行う。 Bスレッドでmsec単位の表示更新を常に行う。としたらどうかと考えています。ちなみにBスレッドでmsec単位の表示更新は遅延が許されません。そのため、Bスレッドはタイマーを受信するとフレームバッファに直接描画することでタイミングを担保しようと考えています。そこで、Qtでフレームバッファに直接描画する方法などございますでしょうか？そもそも、フレームバッファに直接描画しなくても、msec単位のタイミングを担保できる描画方法はございますでしょうか？その他、よりよい別の手法などありましたら、ご意見をお聞かせください。以上、よろしくお願いいたします。

10 years

[Qt-users:471] Qt勉強会 #10 @Osaka 開催予定について

by 小林修

Qt大阪勉強会の小林です。いつもお世話になっております。次回の勉強会を以下の日程で開催したいと思います。 2015-11-28（土）13:00 - 17:00 株式会社SRA 関西事業部会議室 https://qt-users.doorkeeper.jp/events/34160 <https://qt-users.doorkeeper.jp/events/34160> 大阪でのQt勉強会です。 Qt を使っている人、勉強している人、興味を持っている人が集まって、情報交換・スキルアップを図る場として、定期的に開催していきたいと思います。活動テーマの例：　・ Qt5 新機能の検証　・組込みLinux向けのQt環境構築　・ QMLのテクニック　・自作Qtアプリの紹介・改良など。また、閉会後、懇親会も持ちたいと思います。（参加申し込み時のアンケートで参加の有無を指定してください。）奮ってご参加下さい。 --------------------------------------------------------------------- 小林修 E-mail：osamu-k(a)arion.ocn.ne.jp <mailto:k@arion.ocn.ne.jp> ---------------------------------------------------------------------

10 years

[Qt-users:592] [Q] 同一シグナルの連続発行禁止

by imudak

はじめまして。imudakです。よろしくお願いします。ずっと悩んでいることがあるのですが、 signal/slot通信で、同一シグナルの連続発行を止められないでしょうか。想定ケースは、例えばボタン連打、周期取得処理などです。 (ボタン連打) [UI] [Model] | | |--requestInc--------->| | |-- begin: incrementの処理開始 | | |--requestInc(2回目)-->| | | | | |--requestInc(3回目)-->| | ... | |--requestInc(n回目)-->| | | (とても長い) | |-- end: increment の処理終了 | | 1. 二つのクラスで間でsignal/slot通信をします。 UI: signal void requestInc(); // increment要求 Model: slot void increment(); // increment実処理 2. incrementは処理にとても時間がかかります(例:1分)。 3. このため、UIとModelを別スレッドで実行します。 QueuedConnectionでsignal/slotは接続します。 4. Bの処理中もAのsignalは発行可能なので、ボタン連打などにより requestIncはバンバン送られます。 5. Modelが最初のincrementを処理したときには、signalが山のように積みあがっいます。n個あるとすると、処理するにはn*1分かかります。別口でUIにincrement結果を返すようななっているとすると、連打した結果がn分後になってようやくUIに反映されます。 (周期取得処理) ボタン連打同様に、1秒ごとに値取得する周期処理などを実行すると 1分待たされる間に60個くらいsignalがたまってしまいます。以下のように解決方法はいくつか思いつくのですが、どれもすっきりしないのです。解1) UI側で対処: signal発行する前に止める - Modelからslot処理終了を受けとるまで、次の発行しない仕組みを独自に作るなど。解2) Model側で対処: slot側で受信後、実処理するか判断。 - 前のsignalを実行し終わった時間から一定時間たつまで実処理しない、など。解3) 同期にする - Model処理している間UIが固まります(マルチスレッド化した意味なし) 「重複したsignalのqueueがあった場合、二つ目以降は圧縮する(無視する)」というような設定がQtにあればと思ったのですが、見当たりませんでした。よく悩みがちな問題な気がするので、自力で作り始めてよいものかどうか… Qtの仕組みやその周辺でスマートに解決した例などあれば、ご教示いただければ幸いです。以上よろしくお願いします。 ----- imudak(a)gmail.com

10 years

[Qt-users:591] Qt勉強会 @Nagoya #41 を開催します (名古屋開催）

by Naoki MATSUMOTO

準備係のnekomatuです。ついにQt勉強会、名古屋で開催します！東京と同時開催になります。日時： 2016/10/15 (土) 場所：伏見・大須観音駅あたり詳細と申し込みは、下記をURLをご覧下さい。 http://qt-users.connpass.com/event/41125/ 以上、よろしくお願い致します。

10 years, 1 month

[Qt-users:590] Qt勉強会 @Tokyo #40 を開催します

by Shingo Ishida

hermit4@おやつ部です。 10月もQt勉強会@Tokyoを開催致します。日時： 2016/10/15 (土) 場所：新宿 - 株式会社PTP　９F会議室詳細と申し込みは、下記をURLをご覧下さい。 http://qt-users.connpass.com/event/41082/ 以上、よろしくお願い致します。

10 years, 1 month

← Newer
1
...
11
12
13
14
15
16
17
...
31
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Qt-users