記事"グラフィカルインターフェイスX：ソート、テーブル再構築とセル内のコントロール(ビルド11)"についてのディスカッション - ページ 8

新しいコメント
 
何が問題なのかは理解したつもりだが、テーブルのカラムに写真が含まれている場合、なぜテキストが左の境界線上に整列しているときだけ写真が表示されるのか、その関係がまだわからない。
 
Konstantin:
問題が何であるかは理解したつもりですが、なぜテーブルのカラムに画像が含まれている場合、画像が表示されるのはテキストが左の境界線上に配置されているときだけなのか、その関連性がまだわかりません。


このライブラリはまだ開発中で、すべての側面が解決されているわけではありません。それは記事の中で言及されています。少なくともあなたが使っている要素については、すべての記事をもっと注意深く読んでください。

グラフィカル・インターフェース X: 描画された表とコードの最適化に関する更新 (ビルド 10)

CCanvasTable::DrawImages() メソッドは、 テーブルの 可視領域だけを描画したい場合を考慮して、テーブルのすべての画像を一度に 描画するように設計されています 。現在のバージョンのテーブルでは、列のテキストが左揃えの場合にのみ画像を描画できます。さらに、各反復で、セルに画像が設定されているかどうか、そのピクセル配列が空であるかどうかがチェックされます。すべてのチェックに合格すると、 CCanvasTable::DrawImage() メソッドが呼び出されて画像が描画される。

 
Konstantin:
何が問題なのか理解したつもりですが、テーブルのカラムに画像が含まれている場合、なぜテキストが左の境界線上に配置されているときだけ画像が表示されるのか、その関係がまだわかりません。

ライブラリの説明を読んでください。

ss ...すでに自分で答えました．

 
Artyom Trishkin:

ライブラリーの説明を読む - アナトリーがどこかに書いていた。

ss ...すでに私自身が答えています．

ちなみに、Graphical Interfaces X: Painted Table と Code Optimisation (build 10) の記事の閲覧数は、このシリーズの中で一番少ないです。おそらく、30分で記事を読んで質問に対するすべての答えを見つけるよりも、著者をヘルプデスクにして24時間返事を待つ方が簡単なのでしょう。)))
 
Anatoli Kazharski:
ちなみに、Graphical Interfaces X: Drawn Table と Code Optimisation (build 10) の記事は、このシリーズの中で最も閲覧数が少ない。30分で記事を読んで質問に対するすべての答えを見つけるよりも、作者をヘルプデスクにして24時間返事を待つ方が簡単なのだろう。)))

閲覧数については正しい意見ではない )) 私はすべての記事をローカルに保存しているので、閲覧数はカウントされていない。

ところで、ライブラリの説明は確かに良いのですが、例えば、誰かがここに投稿したように、doxygenのヘルプファイルが必要でしょうが、そのためにはdoxygen標準に従ってコードをフォーマットする必要があります：

/*
 ￤メソッド説明
 ￤param const int ...
 ￤param const int ...
...
 \return if there is a return
 ￤remark if there is an additional explanation
*/
int Class::Metod(...) {...}

ちなみに、このような形式であれば、ソース自体も非常にわかりやすく読むことができ、記事のすべての行を読まなくても、ライブラリのメカニズムの微妙な使い方がすべてわかるでしょう。

 
Konstantin:
私はすべての記事をローカルに保存しているため、私のビューはカウントされません。
私が言っているのは、全体的な閲覧数の統計です。投稿からほぼ2カ月で、その記事の閲覧数は最も少ない。あなた個人への言及はありません。ちょっとした皮肉です。)
 
Konstantin:

ところで、ライブラリの説明は確かにいいのだが、例えば、ここに誰かが投稿しているように、doxygenのヘルプファイルが必要だろうが、そのためには、doxygenの標準に従ってコードをフォーマットする必要がある：

ちなみに、このような形式であれば、ソース自体も非常にわかりやすく読めますし、ライブラリのメカニズムの微妙な使い方も、記事のすべての行を読まなくてもすべてわかるでしょう。

私はサポートサービスをするつもりはなかった。doxygenのヘルプスタイルは悪夢のようだと思うし、そんなスタイルを作るつもりもない。誰かに合わせるつもりなんてさらさらない。ソースは自由に利用できるのだから、自分で好きなように編集すればいい。現在の開発段階でも、多くの人が自分のニーズに合わせてライブラリーのコードを編集し、改良している。

現段階では、記事を読んで自分で仕組みを理解するか、ユーザーがプロジェクトで ライブラリを使うために必要なことがコンパクトに記述されたリリースを待つかのどちらかだ。私は、個人的に皆さんのために時間を割くよりも、今はライブラリのさらなる開発に時間を使いたいと考えています。

P.S. バグレポートを 確認し、次のアップデートで修正します。

 

ちなみに、表の行数が事前にわからない場合、後から行数を追加すると、セルには情報が追加されるが、写真のある列のアライメントを変更することはできない：

何か別の仕組みがあるのかもしれない。

 
Konstantin:

ちなみに、表の行数が事前にわからない場合、後から行数を追加すると、セルには情報が追加されるが、写真のある列のアライメントは変更できない：

何か他のメカニズムがあるのかもしれませんが、教えてください。

何の整列ですか？
 
Anatoli Kazharski:

ヘルプデスクであることに、私は何の意図もなかった。ドキシジェンのヘルプデスクのスタイルは悪夢だと思うし、絶対に作るつもりはない。誰かに合わせるためなら、なおさらです。ソースは自由に使えるから、自分で好きなように編集できる。現在の開発段階でも、多くの人が自分のニーズに合わせてライブラリーのコードを編集し、改良して いる。

現段階では、記事を読んで自分で仕組みを理解するか、ユーザーがプロジェクトでライブラリを使うために必要なことがコンパクトに記述されたリリースを待つかのどちらかだ。私は、個人的にみんなのために時間を割くよりも、ライブラリのさらなる開発に時間を費やした方がいいと思う。


なぜなら、ライブラリはあなたによって開発されており、将来的には常にそのような編集が必要になるからです。

doxygenのヘルプについては、私はなぜそれがひどいのか理解できません。コメントは私が上に書いたように正確に書かれ、その後、プログラム自体がこれらのコメントでヘルプを形成します。）

それでも、行を追加する ときにこのセルのアライメントを変更するメカニズムのバリエーションが欲しいです。

12345678910
新しいコメント