クラウドソーシングによるGUI。オープンベータテストを実施。 - ページ 8 123456789101112131415...58 新しいコメント Реter Konow 2020.02.19 13:18 #71 Alexandr Andreev: いつものスタイル設定になること。リンクボタン、ホバーボタン、クリックボタン、ボタンだけなど、ある瞬間があります。そして、それぞれの瞬間に、彼らは通常、独自のスタイル、またはそれらの混合物を作る。 実は私、こういうのって、ボタンに実行させるコードの設定をどうすればいいのか、ずっと勘違いしていたんです。視覚的にもわかるように。また、コードに誤りがないかどうかを独自にチェックすることも。 そのような仕事の鮮明な例として、メニューを作るためのメニュー作成が挙げられるでしょう。つまり、グラフィカルに、いわば埋め込みコードで左右のメニューをその場で作ることが可能になるのであれば。 それとも、コードでボタンを生成しているだけなのでしょうか......？ スタイルの設定は、編集のほんの始まりに過ぎません。次第に、可能性が雪崩のように増えていく。主な作業は、マークアップ言語の基本機能をビジュアルエディタにドラッグ＆ドロップすることです。難しいことではないんです。映像レベルでは、超音速の壁を突破するような、ある種のブレイクスルーがあると言えるでしょう。表現が難しいのですが...。- 可能性が鍵の下に閉じ込められていたのに、ビジュアルに行ったらその扉が開いていて、積み重なっているような感じなんです。ただ、実装に時間がかかる。 今後の課題 1.ウィンドウを追加する。 2.要素を削除する。 3.新しいツールの作成 - ブルーフレーム 4.ウィンドウ内の要素をコピーする。 5.編集の焦点を広げる。 6.編集対象を追加する。 7.保存したプロジェクトの選択と読み込み 8.エンジンをアップグレードする ... //------------------------------------------------ コードは基本的に生成されません。数値記述の要素を含むカーネルが生成される。ユーザーアプリケーションに付属するエンジンで読み込まれ、双方向の通信を管理する。 Alexandr Andreev 2020.02.19 13:29 #72 Реter Konow: スタイルの設定は、編集のほんの始まりに過ぎません。次に、機能の数が雪崩のように増えていきます。主な作業は、マークアップ言語の基本機能をビジュアルエディタにドラッグ＆ドロップすることです。難しいことではないんです。映像レベルでは、超音速の壁を突破するような、ある種のブレイクスルーがあると言えるでしょう。表現が難しいのですが...。- 可能性が鍵の下に閉じ込められていたのに、ビジュアルに行ったらその扉が開いていて、積み重なっているような感じなんです。ただ、実装に時間がかかる。 今後の課題 1.ウィンドウを追加する。 ... //------------------------------------------------ コードは基本的に生成されません。生成されるのは、数値記述の要素を含むカーネルである。ユーザーアプリケーションに付属するエンジンで読み込まれ、双方向の通信を管理する。 希望すること：ベーススタイルの作成とその編集、デフォルトスタイルの作成。ボタンのスタイルを別途カスタマイズするスタイルテンプレートは、現代のトレンドを取り入れながら、より重視されるべきです。 ユーザーファイルのコードをその場で編集することが可能です。例えば、特定のクラスの呼び出しや、表示するリストなどです。したがって、さらに後処理をするための一定の対応基準である必要があります。 視覚的な編集が可能であることは論理的ですが、それは最初のステップに過ぎず、その中で右のボタンを使い、明確なメニューを作ることが論理的であると私は思います。一般に、コードを独立させる方が簡単です。将来、MTでの作業だけでなく、そのコードが必要になるかもしれませんから。少なくともインルードでは、市場向けにやるのであれば、それに応じてファイルはプラグイン可能です。 通常、このような方向性では、新しいステップを踏むごとにコードの問題がさらに増えていき、ある一定の時間ですべてが完了するように見えても、実際にはもっと時間がかかることがよくあります。そして、これは常にそうであり、比喩的に雪崩は最初の完全に動作するバージョンのリリース後にのみ機能を増加させるだろう。 Реter Konow 2020.02.19 13:41 #73 Alexandr Andreev: 望ましいのは、ベーススタイルの作成とその編集、デフォルトスタイルの作成です。ボタンのスタイルは別途カスタマイズしてください。 現代のトレンドを取り入れたスタイルテンプレートにもっと重きを置くべき。 ユーザーファイルのコードをその場で編集することが可能です。例えば、特定のクラスやリストを表示する必要がある場合の呼び出しです。だから、さらに後処理をするための標準的な対応が必要なのです。 視覚的な編集の可能性を広くすることは論理的なことです。しかし、それは最初のステップに過ぎず、右のボタンを使い、そこに明確なメニューを作ることが論理的だと思うのです。一般に、コードを独立させる方が簡単です。将来、MTでの作業だけでなく、そのコードが必要になるかもしれませんから。したがって、このファイルはプラグイン可能です。 スタイルテンプレートの保存については考えてみます。マークアップ言語では、これは簡単なことだった。そこでは、プロパティチェーンを要素から要素にコピーするだけで、ちょうどいい感じになります。ここではダイレクトチェーンはありませんが、作ることに何か問題があるのでしょうか？もっとシンプルで良いのではと思います。テンプレートのプロパティの値を保存したスタイルセットみたいなもの...。 使用可能なファイルの編集についてですが、具体的にどのようなことを話しているのか、よくわかりません。例を挙げると... 接続に必要なファイルが印刷されます。その数は2つ。エンジンのロード情報とユーザーアプリケーションのAPIが含まれています。元素と「コミュニケーション」するように。 Реter Konow 2020.02.19 13:48 #74 エレメントにテキストを印刷する。 Igor Zakharov 2020.02.19 13:56 #75 グリッドを考える - ある種の整列・配置が必要。3つの要素が並ぶともう大変 Реter Konow 2020.02.19 13:57 #76 Igor Zakharov: グリッドについて考える - ある種のアラインメントが必要である。 私もそう思います。考えておくよ。 Alexandr Andreev 2020.02.19 14:10 #77 Igor Zakharov: グリッドについて考える - ある種のアライメント/バインディングが必要です。 そう、このグリッド全体が10倍......なのです。 ユーザーの関心を見る必要がある。例えば、こんなチャートが作れたら...例えば最大値で線を引くとか、そういうことがその場でできる。 今のところ、作者にとってプログラム設計の 非常に良い勉強になる以外の何物でもないからだ。ただメニューを作るだけでは、面白みがありません。そして、機能呼び出しはボタンから行うようにします。 しかし、html上でのcanvasの普及により、何か普遍的なものを実装することにスポーツ的な関心が集まっています。しかし、私には複雑すぎる .... 確かに、コード生成に限定するという選択肢もある。ボタン配置がすべて整った "inludnik "のように、あとはデータを入力するだけ............。- もバリアントです。追記：最も身近で実行可能な選択肢 Andrey Khatimlianskii 2020.02.19 20:33 #78 ピーターはWindowsを発明し、書いたのですたった30年遅かっただけ =) Реter Konow 2020.02.20 10:05 #79 私の目標は、3月3日までに以下のタスクリストを実行することです。 1.窓の増設・撤去 2.項目を削除する。 3.新しいツールの作成 - ブルーフレーム 4.ウィンドウ内の要素をコピーする。 5.編集の焦点を広げる。 6.編集対象を追加する。 7.保存したプロジェクトの 選択と読み込み 8.エンジンをアップグレードする 9.グリッドと要素位置のオートコレクト //------------------------------------------------ その後、ビジュアルエディターを使って、カスタムアプリケーション用のWindowsライクなインターフェイスを作成することができます。 (中略)単純な要素の集合を持つ。この後、表や各種リストが続きます）。 Реter Konow 2020.02.20 18:56 #80 Andrey Khatimlianskii: ピーターはWindowsを発明し、書いたのですたった30年遅かっただけ =) 巨人の足跡をたどる)。 123456789101112131415...58 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
いつものスタイル設定になること。リンクボタン、ホバーボタン、クリックボタン、ボタンだけなど、ある瞬間があります。そして、それぞれの瞬間に、彼らは通常、独自のスタイル、またはそれらの混合物を作る。
実は私、こういうのって、ボタンに実行させるコードの設定をどうすればいいのか、ずっと勘違いしていたんです。視覚的にもわかるように。また、コードに誤りがないかどうかを独自にチェックすることも。
そのような仕事の鮮明な例として、メニューを作るためのメニュー作成が挙げられるでしょう。つまり、グラフィカルに、いわば埋め込みコードで左右のメニューをその場で作ることが可能になるのであれば。
それとも、コードでボタンを生成しているだけなのでしょうか......？
スタイルの設定は、編集のほんの始まりに過ぎません。次第に、可能性が雪崩のように増えていく。主な作業は、マークアップ言語の基本機能をビジュアルエディタにドラッグ＆ドロップすることです。難しいことではないんです。映像レベルでは、超音速の壁を突破するような、ある種のブレイクスルーがあると言えるでしょう。表現が難しいのですが...。- 可能性が鍵の下に閉じ込められていたのに、ビジュアルに行ったらその扉が開いていて、積み重なっているような感じなんです。ただ、実装に時間がかかる。
今後の課題
1.ウィンドウを追加する。
2.要素を削除する。
3.新しいツールの作成 - ブルーフレーム
4.ウィンドウ内の要素をコピーする。
5.編集の焦点を広げる。
6.編集対象を追加する。
7.保存したプロジェクトの選択と読み込み
8.エンジンをアップグレードする
...
//------------------------------------------------
コードは基本的に生成されません。数値記述の要素を含むカーネルが生成される。ユーザーアプリケーションに付属するエンジンで読み込まれ、双方向の通信を管理する。
スタイルの設定は、編集のほんの始まりに過ぎません。次に、機能の数が雪崩のように増えていきます。主な作業は、マークアップ言語の基本機能をビジュアルエディタにドラッグ＆ドロップすることです。難しいことではないんです。映像レベルでは、超音速の壁を突破するような、ある種のブレイクスルーがあると言えるでしょう。表現が難しいのですが...。- 可能性が鍵の下に閉じ込められていたのに、ビジュアルに行ったらその扉が開いていて、積み重なっているような感じなんです。ただ、実装に時間がかかる。
今後の課題
1.ウィンドウを追加する。
...
//------------------------------------------------
コードは基本的に生成されません。生成されるのは、数値記述の要素を含むカーネルである。ユーザーアプリケーションに付属するエンジンで読み込まれ、双方向の通信を管理する。
希望すること：ベーススタイルの作成とその編集、デフォルトスタイルの作成。ボタンのスタイルを別途カスタマイズするスタイルテンプレートは、現代のトレンドを取り入れながら、より重視されるべきです。
ユーザーファイルのコードをその場で編集することが可能です。例えば、特定のクラスの呼び出しや、表示するリストなどです。したがって、さらに後処理をするための一定の対応基準である必要があります。
視覚的な編集が可能であることは論理的ですが、それは最初のステップに過ぎず、その中で右のボタンを使い、明確なメニューを作ることが論理的であると私は思います。一般に、コードを独立させる方が簡単です。将来、MTでの作業だけでなく、そのコードが必要になるかもしれませんから。少なくともインルードでは、市場向けにやるのであれば、それに応じてファイルはプラグイン可能です。
通常、このような方向性では、新しいステップを踏むごとにコードの問題がさらに増えていき、ある一定の時間ですべてが完了するように見えても、実際にはもっと時間がかかることがよくあります。そして、これは常にそうであり、比喩的に雪崩は最初の完全に動作するバージョンのリリース後にのみ機能を増加させるだろう。
望ましいのは、ベーススタイルの作成とその編集、デフォルトスタイルの作成です。ボタンのスタイルは別途カスタマイズしてください。 現代のトレンドを取り入れたスタイルテンプレートにもっと重きを置くべき。
ユーザーファイルのコードをその場で編集することが可能です。例えば、特定のクラスやリストを表示する必要がある場合の呼び出しです。だから、さらに後処理をするための標準的な対応が必要なのです。
視覚的な編集の可能性を広くすることは論理的なことです。しかし、それは最初のステップに過ぎず、右のボタンを使い、そこに明確なメニューを作ることが論理的だと思うのです。一般に、コードを独立させる方が簡単です。将来、MTでの作業だけでなく、そのコードが必要になるかもしれませんから。したがって、このファイルはプラグイン可能です。
スタイルテンプレートの保存については考えてみます。マークアップ言語では、これは簡単なことだった。そこでは、プロパティチェーンを要素から要素にコピーするだけで、ちょうどいい感じになります。ここではダイレクトチェーンはありませんが、作ることに何か問題があるのでしょうか？もっとシンプルで良いのではと思います。テンプレートのプロパティの値を保存したスタイルセットみたいなもの...。
使用可能なファイルの編集についてですが、具体的にどのようなことを話しているのか、よくわかりません。例を挙げると...
接続に必要なファイルが印刷されます。その数は2つ。エンジンのロード情報とユーザーアプリケーションのAPIが含まれています。元素と「コミュニケーション」するように。
エレメントにテキストを印刷する。
グリッドについて考える - ある種のアラインメントが必要である。
私もそう思います。考えておくよ。
グリッドについて考える - ある種のアライメント/バインディングが必要です。
そう、このグリッド全体が10倍......なのです。
ユーザーの関心を見る必要がある。例えば、こんなチャートが作れたら...例えば最大値で線を引くとか、そういうことがその場でできる。
今のところ、作者にとってプログラム設計の 非常に良い勉強になる以外の何物でもないからだ。ただメニューを作るだけでは、面白みがありません。そして、機能呼び出しはボタンから行うようにします。
しかし、html上でのcanvasの普及により、何か普遍的なものを実装することにスポーツ的な関心が集まっています。しかし、私には複雑すぎる
....
確かに、コード生成に限定するという選択肢もある。ボタン配置がすべて整った "inludnik "のように、あとはデータを入力するだけ............。- もバリアントです。追記：最も身近で実行可能な選択肢
私の目標は、3月3日までに以下のタスクリストを実行することです。
1.窓の増設・撤去
2.項目を削除する。
3.新しいツールの作成 - ブルーフレーム
4.ウィンドウ内の要素をコピーする。
5.編集の焦点を広げる。
6.編集対象を追加する。
7.保存したプロジェクトの 選択と読み込み
8.エンジンをアップグレードする
9.グリッドと要素位置のオートコレクト
//------------------------------------------------
その後、ビジュアルエディターを使って、カスタムアプリケーション用のWindowsライクなインターフェイスを作成することができます。
(中略)単純な要素の集合を持つ。この後、表や各種リストが続きます）。
ピーターはWindowsを発明し、書いたのですたった30年遅かっただけ =)
巨人の足跡をたどる)。