たすくさんの #QtCS 参加中のツイートまとめ(二日目) #qtjp

Tasuku Suzuki @task_jp

今日は朝一から究極の選択だなぁ wiki.qt.io/Qt_contributor…

Tasuku Suzuki @task_jp

ローカルミートアップのセッションにきた。

Tasuku Suzuki @task_jp

日本、オスロ、ロンドン、カリフォルニアでやっているのは知っている。でも他は分からない。

Tasuku Suzuki @task_jp

Qt のミートアップをしても色んなレベルの人や興味の範囲とか対象が違いすぎてツラい。

Tasuku Suzuki @task_jp

どこの国でも頑張ろうとして、挫折している人がいるねぇ。

Tasuku Suzuki @task_jp

どうやって毎回ちゃんと人を集めるかみたいな話が多くて、うちらがやろうとしていることとは逆だなーと思った。

Tasuku Suzuki @task_jp

作り直し中の Qt Quick Controls のセッションで待機

Tasuku Suzuki @task_jp

blog.qt.io/blog/2015/03/3… これの話。

Tasuku Suzuki @task_jp

QtQuick.Controls 1.x はなんでも出きるように柔軟に設計されている半面 Loader を使いすぎたりしていてすっごい遅い／重い。

Tasuku Suzuki @task_jp

Button を一つおくと、Object が 57 個、QtQuick のアイテムが 16 個作られるという極悪仕様だった。

Tasuku Suzuki @task_jp

そもそも全部のコントロールが Qt Quick で実装されている。

Tasuku Suzuki @task_jp

QtQuick.Controls 2.x のコントロールは「ちゃんと」C++ で実装した。

Tasuku Suzuki @task_jp

Component をセットして動的にロードする形式もやめて、直接 Item（の内部的にはポインター）を設定する形にした。

Tasuku Suzuki @task_jp

（組み込み向けの Control なので）スタイルについての API はない。そこは好きに作って。

Tasuku Suzuki @task_jp

ネイティブのルック＆フィールは「いまは」ターゲットではない。でもこの延長線上で実現はしたい。

Tasuku Suzuki @task_jp

現在の状況。5.6 で入れたいけどいくつかクリアしなければいけない問題がある。QML エンジンの改造？が必要。

Tasuku Suzuki @task_jp

ポップアップの（組み込みでの）対応をどうするのか。アイテムレベルでやるか、ウィンドウを出すか。 IM 経由でテキストの選択の対応 パレット？？

Tasuku Suzuki @task_jp

そもそも共通のコードで全部のプラットフォームで動く Qt Quick の Controls っているの？ それぞれのスタイル（Mac OS X、Mordern、、、）向けに専用化したものを作った方がいいかもしれないんじゃない？

Tasuku Suzuki @task_jp

組み込み向けの Qt Quick Controls にアクセシビリティっているの？

Tasuku Suzuki @task_jp

そんなユースケースないんじゃない？いや、あるでしょ？この Qt Quick Controls のターゲットはどこなの？みたいな楽しい議論ｗ

Tasuku Suzuki @task_jp

様々な解像度のスクリーンに動的に対応するような仕組みは今はない。けど、必要だと思う？

Tasuku Suzuki @task_jp

Qt Quick Control 1.x はどうなるの？ 2.x はまだまだかかるのでしばらくは 1.x も続けていくが、基本的には Done ということで積極的には開発はしない。両方を同時に使うことは（ネームスペースを使えば）可能

Tasuku Suzuki @task_jp

Improving QML debugging and profiling connections のセッション

Tasuku Suzuki @task_jp

そもそもアプリ側がデバッグの「サーバー」になっていて Qt Creator が「クライアント」なのはどうなんだろう？というところから。

Tasuku Suzuki @task_jp

gdbserver と同じやり方でいいじゃん vs gdbserver よりベターにできるじゃん