現在各種コモンコントロールを提供する3.00のリリース準備中です。お気軽にご意見をお寄せください。Browser、見た目にこだわっているせいでVista以降で利用するとダサい。20:43:21.64貧弱な開発機しかないものですから、Vistaも推奨スペック以下のPCで最終的な動作確認のためだけに動かしていましたが、あらためて眺めると結構いろいろと違うんですね。驚いたのが「特大アイコン」です。この大きさの32ビットビットマップでアルファマスク付ならそれだけで1Mb近くになるんじゃないでしょうか。20:11:12.88とりあえず、夜10時には寝ること。朝6時には起きること。1日1時間、散歩すること。庭の草取りをすること。毎日少しずつでも太陽を浴びて汗を流さないと人間の体は壊れます。そんなあたりまえのことを1週間も続けていると、体は元に戻っていこうとしますから。22:36:08.00やっとHTABOX300というプロジェクトを揺ぎ無い信念で作成することができました。この絶望の淵の中で新たな生命が誕生しました。毎回そう思うのですが、私の愚かさも、私の賢さも、このプロジェクトに凝縮されています。23:13:43.29>>311お疲れ様です。努力が結実したこと、嬉しく思います。「受難は天に登るための階段だ」という古いことわざがあります。困難を憎まず、うまく味方につけて下さい。その才能の高まりが、正当に評価される日を信じて止まないです。暑くなってきましたが、どうかお身体にはお気をつけ下さい。速度を達成できるはずですが、現状においてHTMLアプリケーションを開発し、そのコードをJavaやC++へ移植する予定が無いならば、VBScriptで記述する方がいいと結論付けます。JScriptに生のSAFEARRAYを扱う機能を追加することはやぶさかではありませんがVBScriptという道具が実在する訳ですから上手に使い分けるというアプローチが正しいと思います。この操作を完了するのに十分な記憶域がありません。20:30:09.11>>434貴重な情報をありがとうございます。早急に原因を調査しますが、OS等の環境を教えていただけると、より迅速に解決できると思います。ご面倒おかけしますが、よろしくお願いします。00:33:19.23このスレと関係があるかはわかりませんが、こんなものがあったら便利だと思うんですが。上半分または左半分のエリアにボタンやチェックボックスなどのフォームをhtmlで配置できて簡単なユーザー対話が出来る。下半分はまんまコンソール画面でふつーにexecやWScript.EchoみたいなVbscriptやJScriptのCscriptをいじってる感じ表示できる。なんとも中途半端だけど、いろいろ試したいサンデープログラマーが興味持ちそうなツール。17:05:34.48実際にはこんなスクリプトを内部で動かす予定です。00:08:50.04>>526そのへんも実はチェックしたんだけれども、イメージはだいぶ違います。コンソールと言いすぎたのが誤解を与えちゃったかな。エディタ部分でスクリプトを書いてCscriptで実行する環境にGUIを少しつけた感じ。作者さんのOutline.exeやTBZ、HTA、Cscriptみたいなものがごちゃごちゃに混ざったイメージ。それはHTAなのかもしれないけど、縦2分割の半分または横2分割の半分というようにGUIの部分をおおざっぱな型で決め付けてしまって設定を簡易化しておいて使い続けてもらえば、そこからHTML型のアプリケーションを覚えていくのも楽になるのではないかと思ったんですね。中の動きが見える状態で使えて、そこそこのUIは持っていて、ある程度は楽ができる道具みたいな感じです。素人や子供たちが、そのスクリプトを1週間使ったあとで、頭からスクリプトの内容を忘れたあとでも、らくに改良できる状態に戻るにはどうしたらよいのかということの提案でもあります。メモリを参照しました。なることはできませんでした。20:43:08.45これを確実に防止する方法は実に簡単なんです。それをやると「うざい」と言われるんでしょうが、スプラッシュウインドウを出せばいいんです。....」とうかいうウインドウが開始当初に一定時間表示されれば絶対に起きない問題です。それが最も確実だとしたらそうするかも知れません。ソフトハウスさんへ納入する場合はそこをユーザーさんのロゴに変えればいいという発想です。20:48:15.723.00が目指すところはもは更にその上の高みです。HTMLはアプリケーション開発をどこまで効率化できるのか。言語間の壁を取り払いCOMという共通プラットホーム上でいかに連携させるか。組織としての開発ではない環境で、組織と伍して戦える製品を生み出せるパフォーマンスをいかに提供できるか。その時、ネットワークやサーバーはどう組み込まれるべきなのか。私がそのことを考え続ける時間さえあれば、必ずその具体例をお見せできるでしょう。その時間があるかどうかはこの2.5が世間にどう評価されるかで決まってしまうでしょう。23:24:02.22http://kuroda.bglb.jp/htabox/htaboxapp.zipを更新しました。ヘルプ未完成ですが、ヘルプ冒頭と最後尾に可変サイズHWNDをHTML中に埋め込んだ場合のデモエレメントが存在します。内容は単なるGRAY_BRUSHですが、本物のWS_THICKFRAMEを出現させていますので、DHTMLによる可変サイズエレメントとは一線を画すレスポンスになっていると思います。この機能は<OBJECT>タグで実現されています。ウインドウイベントの解析部を汎用なものにすれば、どんなブラウザ上でも動かせると思います。10:32:57.51http://kuroda.bglb.jp/htabox/htaboxapp.zipを更新しました。ヘルプ未完成ですが、ヘルプ冒頭と最後尾にある可変サイズHWNDをタイトルバー付きに変更してみました。「取り説が必要なものは作るな」というのは至極ごもっともな話ですが、作り手側からしてみるとなし得難い課題でもあります。可変領域があって、それが見慣れたウインドウの外観でれば、なんの説明もなくサイズを変更してもらえると思います。13:32:54.27>>877情報ありがとうございます。背景色関係で機種依存してしまった部分があったようです。その部分のコードを再検証したいと思います。実行時はこのキャッシュファイルを表示する仕様に変更します。数生成するために起動がもたつくというおまぬけな状態となるからです。13:20:06.22私はこの拡張テキスト規格にRichTextPlusという名前を付けて提供しようと考えています。プレーンなテキストが持つ汎用性を最大限に生かした総合的なツールです。HTMLでの公開用に複数のプレーンテキストのタイトル部分をより高次元でアウトライン操作可能なエディタも提供します。このエディタでHTMLプレビューした場合、画像表示されているタイトル部分を右クリックすることで、即座にテキストレベルでの編集が可能となります。明すべきか?という動機でスタートしたエディタ関連の技術は、HTABOX用コードの編集、実行環境にとどまらず、広範囲な情報管理ツールとして成長し逆にHTABOXがエディタのマクロ実行エンジンとなるような予感もします。21:40:49.15今日はファイルダイアログの拡張子フィルタをユーザーが切り替えた場合に入力済みファイルパスの拡張子部分を自動的に置き換えるという、実にマイナーな課題に取り組んでいました。者側をいかに大切にしているかの指標にもなりますので、手を抜けません。示されたファイルダイアログはこの変更の恩恵を受けることができます。23:05:17.67今日はRichEditへのOLE埋め込み手法を全面的に見直しました。結果として画像等のように埋め込まれているが選択する必要が無いもの。HTMLのように選択して表示サイズを変更できるもの。使用するクラスを明確に分離して余計な記述を一掃しました。従来は選択されたくない領域に不可視なHWNDを被せていたのですが、数が増えれば重くなるのは目に見えていましたから、その方式を捨てて、マウスイベントが発生した場合に、選択されたくない埋め込みオブジェクトが選択されているかをチェックする方式としました。編集中に最適な横幅を模索可能なように埋め込み矩形サイズがドラッグ可能となりました。要求を満たしながら、ソースコードが短くなった時はすこしだけ幸せな気分になれます。19:44:55.51なぜプログラムは途中で投げ出されてしまうのか?の原因について考えてみました。根本的な要因は「似て非なるもの」を分散して書いてしまうことです。ソースコードは誤りに気づき、改良される運命にあります。直そうとソースコードへ向かった時に、該当する部分が分散してしまっていると、それだけで嫌になります。複数のビルドに跨ればなおさらです。飯の種でもない限り「もうやーめた」になってしまうのも無理はありません。対策はただ一つ「似て非なるもの」を書かないことです。2つ3つ書いて似ていると思ったら共通部分を基底クラスにします。造を思い描いた設計など教科書の中の話でしかありませんが、複数の具象の共通点を基底としてまとめるという行為はこの問題を解決する効果的な方法です。01:27:36.17アウトライン操作や、プレーンテキストにタグ規則を導入するような課題は「文字列操作という力技」で「頭爆発しそうに面倒こと」を解決しなければならない割に、それ自体はそれほど目新しいものでもないという過酷な分野です。いった局面で短時間にスマートなコードが書ける人は本当の意味で「頭がいい人」なんだろうと思います。プラットホームは異なれどもう十年近くこの課題に向けて様々なものを書きましたが、エディタ自体をカスタマイズできる状況になって、やっと納得できるコードにたどり着けた気がします。整形XMLの場合はSAXによるストリームパース、プレーンテキストの場合は高速な正規表現エンジンがこの課題を解決する鍵だと感じました。20:00:18.62テキストエディタを単体でも活用できる体系に仕上げる作業を終えました。二段組の文章でもない限り、もうMSWORDを使うこともないだろうというところまで煮詰めました。これで劇的にヘルプを書くスピードが上がるはずです。結果的にテキスト中の??から??までの記号を見出し階層を認識し、テキストでもアウトライン操作を可能としました。箇条書きリスト、画像挿入、HTML挿入はすべてタグで定義し、エディタはプレーンテキスト表示モードとタグ解釈モードを随時切り替えられます。HTMLはすべて動作している状態で埋め込まれ、スクリプトへ実行中のTOMインスタンスが渡されますから、埋め込まれたHTML中のボタンから文章をマクロ的に操作できます。この時JScriptの正規表現が活用できることは大変大きなアドバンテージとなるはずです。見出しが存在する文章を開く場合、見出しをツリー表示して選択可能とすることにより、一部分を編集状態として当該部分だけを画像出力することも可能です。サンプル文章を兼ねる説明を添付してできるだけ早くお見せしたいと考えています。