記事"グラフィカルインタフェースVIII: ファイルナビゲータコントロール(チャプター3)"についてのディスカッション - ページ 5

 
Anatoli Kazharski:
ちなみに、これはファイルシステムを読み込む際のリストの順番である。つまり、オペレーティング・システムのファイル・ナビゲーターに表示される順番ではない。
そのため、フォルダとファイルの2つのリストを用意し、出力時にマージする必要がある。
 
Artyom Trishkin:
つまり、フォルダーとファイルの2つのリストを用意し、出力時にそれらをマージする必要があるのです。

お邪魔して申し訳ないのですが、あなたのビデオのある点にとても興味を持ちました。

すべてがとてもクールで機能的に見えますが、私の質問は他のことに関するものです。ファイルナビゲータを 開き、ツリーリストの項目の上にカーソルを移動すると、白い水平のカーソル矢印が一瞬現れます。これは何なのでしょうか?私の知る限り、アナトリーはそのようなものを実装していません。おそらく、私はこの矢印が説明されている記事や章を見逃してしまったのでしょう。

どこにそのことが書いてあるのか教えていただけませんか?

 
Реter Konow:

お邪魔して申し訳ないのですが、あなたのビデオのある点にとても興味を持ちました。

すべてがとてもクールで機能的に見えますが、私の質問は他のことに関するものです。ファイルナビゲータを 開き、ツリーリストの項目の上にカーソルを移動すると、白い水平のカーソル矢印が一瞬現れます。これは何なのでしょうか?私の知る限り、アナトリーはそのようなものを実装していません。おそらく、これらの矢印が説明されている記事や章を見逃してしまったのでしょう。

どこにそのようなことが書いてあるのか教えてください。

これは2つの領域のプロポーショナル・リサイズです。アナトリーが実装している。私はどこにも干渉していない。
 
Реter Konow:

...

どこにそのことが書いてあるのか教えてください。

マウス・カーソル・ポインターを作成するためのCPointerクラス です。
 
Artyom Trishkin:
これは2つのエリアの大きさを比例して変化させるものだ。アナトリーが実装したものだ。私は一切干渉していない。
ありがとう。)
 

ありがとう。

読みました、とても興味深いです。ツリー・リストの実装は僕から見るととても複雑だ。

しかし、おそらく、このアプローチでは、他に方法はないでしょう...。しかし、これは私の主観的な意見です。

ビデオでは、2つの領域の間のハンドルをつかんでリサイズしているところが見られないのが残念です。

それ以外はクールだ。)

 
Реter Konow:

ありがとう。

とても興味深く読ませていただきました。ツリーリストの実装は、僕から見るととても複雑なんだ。

しかし、おそらく、このアプローチでなければ、他に方法はないのでしょう...。しかし、これは私の主観的な意見です。

ビデオでは、2つの領域の間のハンドルをつかんでリサイズしているところが見られないのが残念です。

それ以外はクールだ。)

テストファイルを自分のコンピュータにダウンロードして、どのように動くか見る機会がある。
 
Реter Konow:

ありがとう。

とても興味深く読ませていただきました。ツリーリストの実装は、僕から見るととても複雑なんだ。

しかし、おそらく、このアプローチでなければ、他に方法はないのでしょう...。しかし、これは私の主観的な意見です。

ビデオでは、2つの領域の間のハンドルをつかんでリサイズしているところが見られないのが残念です。

それ以外はクールだ。)

何の問題もないものを見せるつもりはなかった。私の観点から不便なものだけを見せました。
 
Anatoli Kazharski:
あなたのコンピューターにテストファイルをダウンロードし、どのように機能するかを確認する機会があります。

記事の一番下にあるのはmqhライブラリファイルだけです。

テスト用のexeはありますか?

ただ、どのようにまとめれば見たいものが見られるのか、よく理解できないのですが......。

おそらく、OOPを最後まで勉強し、すべての記事を読み直し、このための特別なアドバイザーを考案しなければならないだろう。一般的には...問題だ...。

 
Artyom Trishkin:
問題のないものは見せたくなかった。不快に感じるものだけを見せたんだ
そうだね。理にかなっている。