1 :hidebou:2011/03/22(火) 04:27:36.93
HTABOXコアは新たな発想のHTML Application 開発、実行環境です。
現在各種コモンコントロールを提供する3.00のリリース準備中です。
お気軽にご意見をお寄せください。
http://kuroda.bglb.jp/htabox/

66 :デフォルトの名無しさん:2011/04/18(月) 14:03:45.44
TZ Browser、見た目にこだわっているせいでVista以降で利用するとダサい。
軽量がコンセプトなのだから変に小細工しなくていいのでは……?

もし、見た目にこだわりたいのなら
・クラシック
・XPのLuna
・Vista以降のAero
この3つの環境になじむようにすべきでは……?

74 :hidebou:2011/04/18(月) 20:43:21.64
貧弱な開発機しかないものですから、Vistaも推奨スペック以下のPCで最終的
な動作確認のためだけに動かしていましたが、あらためて眺めると結構いろい
ろと違うんですね。一番驚いたのが「特大アイコン」です。この大きさの32ビ
ットビットマップでアルファマスク付ならそれだけで1Mb近くになるんじゃない
でしょうか。


198 :デフォルトの名無しさん:2011/05/14(土) 16:47:42.06
> qtjs windows版
> http://www.vector.co.jp/soft/winnt/prog/se490867.html
> JavaScript実行環境 プログラミング言語Qtの機能をバインド済み スクリプトでGUIアプリケーション作成可

JavaScriptとC++でGUIという点に似たものを感じてメモ

222 :デフォルトの名無しさん:2011/05/20(金) 20:11:12.88
とりあえず、夜10時には寝ること。朝6時には起きること。1日1時間、散歩すること。
庭の草取りをすること。
毎日少しずつでも太陽を浴びて汗を流さないと人間の体は壊れます。
そんなあたりまえのことを1週間も続けていると、体は元に戻っていこうとしますから。
大丈夫です。

244 :デフォルトの名無しさん:2011/06/25(土) 20:16:14.69
またC:直下にtest.xml吐いてますよ

311 :hidebou:2011/07/24(日) 22:36:08.00
やっとHTABOX300というプロジェクトを揺ぎ無い信念で作成することができま
した。この絶望の淵の中で新たな生命が誕生しました。毎回そう思うのです
が、私の愚かさも、私の賢さも、このプロジェクトに凝縮されています。


315 :デフォルトの名無しさん:2011/07/26(火) 23:13:43.29
>>311
お疲れ様です。努力が結実したこと、嬉しく思います。
「受難は天に登るための階段だ」という古いことわざがあります。
困難を憎まず、うまく味方につけて下さい。
その才能の高まりが、正当に評価される日を信じて止まないです。
めっきり暑くなってきましたが、どうかお身体にはお気をつけ下さい。

319 :hidebou:2011/07/27(水) 04:09:40.70
将来、動作環境に.NETが必ず期待できるとなれば、立ち上がりこそ時間がか
かるもののJScriptアセンブリとHTMLを融合させることでVBScriptに近い処理
速度を達成できるはずですが、現状においてHTMLアプリケーションを開発し、
そのコードをJavaやC++へ移植する予定が無いならば、VBScriptで記述する方
がいいと結論付けます。JScriptに生のSAFEARRAYを扱う機能を追加すること
はやぶさかではありませんがVBScriptという道具が実在する訳ですから上手
に使い分けるというアプローチが正しいと思います。

355 :デフォルトの名無しさん:2011/11/03(木) 21:37:35.21
メンテ不能なコードの件
http://www.kijineko.co.jp/node/672
メンテナンス困難なソースコード
http://www.kijineko.co.jp/node/925

公開されてるのに読めない・ビルドできないコードって面白い考え方かも

434 :デフォルトの名無しさん:2012/04/13(金) 19:03:17.03
何か2.50系だと↓こんな事言われます

---------------------------
エラー
---------------------------
DateTime = 2012/04/12 2:41:41
File = .\main.cpp
Line = 759
Description = InvokeEx : userAgent
Error = この操作を完了するのに十分な記憶域がありません。
---------------------------
OK
---------------------------


435 :hidebou:2012/04/13(金) 20:30:09.11
>>434
貴重な情報をありがとうございます。早急に原因を調査しますが、OS等の
環境を教えていただけると、より迅速に解決できると思います。ご面倒お
かけしますが、よろしくお願いします。

521 :デフォルトの名無しさん:2012/04/22(日) 00:33:19.23
このスレと関係があるかはわかりませんが、こんなものがあったら便利だと思うんですが。

HTAのようなものというか、WSHにHtmlエリアが付いたものというか・・・
上半分または左半分のエリアにボタンやチェックボックスなどのフォームをhtmlで配置できて簡単なユーザー対話が出来る。
下半分はまんまコンソール画面でふつーにexecやWScript.Echoみたいな
VbscriptやJScriptのCscriptをいじってる感じ表示できる。
なんとも中途半端だけど、いろいろ試したいサンデープログラマーが興味持ちそうなツール。
こんなものはもうあるんですかね?

526 :デフォルトの名無しさん:2012/04/22(日) 14:50:33.68
Kanegon's Web Page
http://www2.wbs.ne.jp/~kanegon/
のjseval

CommandPrompt.HTA
http://www.vector.co.jp/soft/winnt/util/se405418.html

タブ切り替え型テキストエディター風のコマンドプロンプト「ColorConsole」
http://www.forest.impress.co.jp/article/2008/04/16/colorconsole.html

何となくこのへんを連想

528 :hidebou:2012/04/22(日) 17:05:34.48
実際にはこんなスクリプトを内部で動かす予定です。

var ret = Pause("実行しますか?<link>はい</link>又は<link>いいえ</link>を選択");
if(ret == "はい")
{
Println("実行中です");
}
else
{
Println("終了しました");
}

533 :デフォルトの名無しさん:2012/04/23(月) 00:08:50.04
>>526
そのへんも実はチェックしたんだけれども、イメージはだいぶ違います。
コンソールと言いすぎたのが誤解を与えちゃったかな。
エディタ部分でスクリプトを書いてCscriptで実行する環境にGUIを少しつけた感じ。
作者さんのOutline.exeやTBZ、HTA、Cscriptみたいなものがごちゃごちゃに混ざったイメージ。
それはHTAなのかもしれないけど、縦2分割の半分または横2分割の半分というように
GUIの部分をおおざっぱな型で決め付けてしまって設定を簡易化しておいて使い続けてもらえば、
そこからHTML型のアプリケーションを覚えていくのも楽になるのではないかと思ったんですね。
その代わりできることは限られるし、見た目もスマートではないけれど、
中の動きが見える状態で使えて、そこそこのUIは持っていて、ある程度は楽ができる道具みたいな感じです。
これは作者さんのアプリと報酬についての考えとは違うかもしれないけれど、
素人や子供たちが、そのスクリプトを1週間使ったあとで、頭からスクリプトの内容を忘れたあとでも、
らくに改良できる状態に戻るにはどうしたらよいのかということの提案でもあります。

てきとーに描いてみたイメージ http://up3.viploader.net/pc/src/vlpc011168.jpg

>>528
わかりやすいツールができるのを期待してます

589 :デフォルトの名無しさん:2012/04/29(日) 00:56:10.37
そのエディタって行番号表示はあるの?

671 :デフォルトの名無しさん:2012/05/10(木) 20:24:23.94
小ネタ
exe生成の場合HTAタグでicon="start.exe"とか自分自身を指定しておくと、
アイコンリソースの置換にも追従するのでちょっと便利かも

当然exe自体をリネームされるとアイコンを見失うけどリネームはマニフェスト絡みで独自の警告が出ますし

677 :デフォルトの名無しさん:2012/05/10(木) 23:10:04.34
ToolStatus.htaを試すと確かに30個目以降のツールバーボタンが右側の表示、
31個目以降は加えて左側の表示も欠けますね

あと終了時に必ず↓のエラーが出ます
---------------------------
mshta.exe - アプリケーション エラー
---------------------------
"0x01ee3d32" の命令が "0x7e63b190" のメモリを参照しました。メモリが "read" になることはできませんでした。


プログラムを終了するには [OK] をクリックしてください
---------------------------
OK
---------------------------

711 :デフォルトの名無しさん:2012/05/14(月) 20:32:15.41
IE8のXPで試したらツールバー画像の透過色の部分がテーマに追従していないような感じです

723 :デフォルトの名無しさん:2012/05/15(火) 18:13:49.44
ツールバー画像の座標や透過色のテーマ追従を確認できました

ただ何回かに一回、マウスカーソルがdefault→progress→default→……と
ひっきりなしに切り替わり続けることがあります

同じ1.73GHzでもXP+IE6よりXP+IE8の方が発生しやすい模様です

727 :hidebou:2012/05/15(火) 20:43:08.45
これを確実に防止する方法は実に簡単なんです。多分それをやると「うざい」
と言われるんでしょうが、スプラッシュウインドウを出せばいいんです。
「HTABOX CORE ....」とうかいうウインドウが開始当初に一定時間表示され
れば絶対に起きない問題です。もしそれが最も確実だとしたらそうするかも
知れません。ソフトハウスさんへ納入する場合はそこをユーザーさんのロゴ
に変えればいいという発想です。

728 :723:2012/05/15(火) 20:49:46.44
一番発生しやすかったのはXP+IE8環境で、
EXE生成デモで作ったアプリケーションを多重起動して次々にそのウインドウを閉じていった時ですね

最新のバイナリを試すのは個人的な事情でちょっと後になりそうです

>>727
0×0pxのスプラッシュウインドウでも防止策として有効なんでしょうか?

746 :デフォルトの名無しさん:2012/05/16(水) 17:53:42.05
EXE生成デモでまたタスクボタンが二重になるようです

753 :hidebou:2012/05/16(水) 20:48:15.72
3.00が目指すところはもは更にその上の高みです。HTMLはアプリケーション
開発をどこまで効率化できるのか。言語間の壁を取り払いCOMという共通プラ
ットホーム上でいかに連携させるか。組織としての開発ではない環境で、組織
と伍して戦える製品を生み出せるパフォーマンスをいかに提供できるか。その
時、ネットワークやサーバーはどう組み込まれるべきなのか。贅沢は言いませ
ん。私がそのことを考え続ける時間さえあれば、必ずその具体例をお見せでき
るでしょう。ただし、その時間があるかどうかはこの2.5が世間にどう評価され
るかで決まってしまうでしょう。

755 :デフォルトの名無しさん:2012/05/17(木) 18:13:33.53
>>753
コア2.40のエンコーダと
ブラウザ上で作動するWYSWYGなHTMLエディタと
作成したアプリケーションの部品を公開して有料または無料で配布できるオンラインストアを
足して割らないようなIDEを妄想しました

874 :hidebou:2012/06/25(月) 23:24:02.22
http://kuroda.bglb.jp/htabox/htaboxapp.zip
を更新しました。ヘルプ未完成ですが、ヘルプ冒頭と最後尾に可変サイズHWND
をHTML中に埋め込んだ場合のデモエレメントが存在します。内容は単なる
GRAY_BRUSHですが、本物のWS_THICKFRAMEを出現させていますので、DHTMLによ
る可変サイズエレメントとは一線を画すレスポンスになっていると思います。
この機能は<OBJECT>タグで実現されています。ですからウインドウイベントの
解析部を汎用なものにすれば、どんなブラウザ上でも動かせると思います。

876 :hidebou:2012/06/26(火) 10:32:57.51
http://kuroda.bglb.jp/htabox/htaboxapp.zip
を更新しました。ヘルプ未完成ですが、ヘルプ冒頭と最後尾にある可変サイズ
HWNDをタイトルバー付きに変更してみました。「取り説が必要なものは作るな」
というのは至極ごもっともな話ですが、作り手側からしてみるとなし得難い課題
でもあります。たとえば可変領域があって、それが見慣れたウインドウの外観で
れば、なんの説明もなくサイズを変更してもらえると思います。

877 :デフォルトの名無しさん:2012/06/26(火) 19:45:00.70
>>874>>876の起動画面↓は仕様ですか?
http://uploda.cc/img/img5197.PNG

ちょっとどころではなく起動に躊躇するデザインなのですが

878 :hidebou:2012/06/27(水) 13:32:54.27
>>877情報ありがとうございます。背景色関係で機種依存してしまった部分
があったようです。その部分のコードを再検証したいと思います。

また、今まではすべて実行時に文字列を描画して動的画像生成を行ってきま
したが、変更の必要がないケースでは一度だけ動的生成を促してPNG保存し、
実行時はこのキャッシュファイルを表示する仕様に変更します。動機は単純
で、ヘルプのエディタ起動ボタンを動的描画した場合、まった同じ画像を複
数生成するために起動がもたつくというおまぬけな状態となるからです。

908 :hidebou:2012/08/25(土) 13:20:06.22
私はこの拡張テキスト規格にRichTextPlusという名前を付けて提供しようと
考えています。プレーンなテキストが持つ汎用性を最大限に生かした総合的
なツールです。また、HTMLでの公開用に複数のプレーンテキストのタイトル
部分をより高次元でアウトライン操作可能なエディタも提供します。このエ
ディタでHTMLプレビューした場合、画像表示されているタイトル部分を右ク
リックすることで、即座にテキストレベルでの編集が可能となります。

909 :hidebou:2012/08/25(土) 13:35:03.80
HTABOXとは何か?を正しく理解してもらうために、そして、受け取り手がい
かなる知識階層にいようとも戸惑わないために、私は何をどういう順序で説
明すべきか?という動機でスタートしたエディタ関連の技術は、HTABOX用コ
ードの編集、実行環境にとどまらず、広範囲な情報管理ツールとして成長し
逆にHTABOXがエディタのマクロ実行エンジンとなるような予感もします。

910 :hidebou:2012/08/26(日) 21:40:49.15
今日はファイルダイアログの拡張子フィルタをユーザーが切り替えた場合に
入力済みファイルパスの拡張子部分を自動的に置き換えるという、実にマイ
ナーな課題に取り組んでいました。こういった車輪を再発見せざるを得ない
分野というのはつい後回しになってしまいますが、この辺の作りこみが利用
者側をいかに大切にしているかの指標にもなりますので、手を抜けません。
納得できる記述に到達するまで一日を要しましたが、あらゆる呼び出しで表
示されたファイルダイアログはこの変更の恩恵を受けることができます。

911 :hidebou:2012/08/27(月) 23:05:17.67
今日はRichEditへのOLE埋め込み手法を全面的に見直しました。結果として
画像等のように埋め込まれているが選択する必要が無いもの。HTMLのように
選択して表示サイズを変更できるもの。が使用するクラスを明確に分離して
余計な記述を一掃しました。従来は選択されたくない領域に不可視なHWNDを
被せていたのですが、数が増えれば重くなるのは目に見えていましたから、
その方式を捨てて、マウスイベントが発生した場合に、選択されたくない埋
め込みオブジェクトが選択されているかをチェックする方式としました。

また、HTMLは横幅を指定しないとインライン要素が折り返せないわけですが、
編集中に最適な横幅を模索可能なように埋め込み矩形サイズがドラッグ可能
となりました。要求を満たしながら、ソースコードが短くなった時はすこし
だけ幸せな気分になれます。

912 :hidebou:2012/08/28(火) 19:44:55.51
なぜプログラムは途中で投げ出されてしまうのか?の原因について考えてみ
ました。根本的な要因は「似て非なるもの」を分散して書いてしまうことで
す。ソースコードは誤りに気づき、改良される運命にあります。じゃあ直そう
とソースコードへ向かった時に、該当する部分が分散してしまっていると、
それだけで嫌になります。まして、複数のビルドに跨ればなおさらです。
飯の種でもない限り「もうやーめた」になってしまうのも無理はありません。

対策はただ一つ「似て非なるもの」を書かないことです。2つ3つ書いて似
ていると思ったら共通部分を基底クラスにします。はじめからクラス継承構
造を思い描いた設計など教科書の中の話でしかありませんが、複数の具象の
共通点を基底としてまとめるという行為はこの問題を解決する効果的な方法
です。

913 :hidebou:2012/08/30(木) 01:27:36.17
アウトライン操作や、プレーンテキストにタグ規則を導入するような課題は
「文字列操作という力技」で「頭爆発しそうに面倒こと」を解決しなければ
ならない割に、それ自体はそれほど目新しいものでもないという過酷な分野
です。多分こういった局面で短時間にスマートなコードが書ける人は本当の
意味で「頭がいい人」なんだろうと思います。プラットホームは異なれども
う十年近くこの課題に向けて様々なものを書きましたが、エディタ自体をカ
スタマイズできる状況になって、やっと納得できるコードにたどり着けた気
がします。整形XMLの場合はSAXによるストリームパース、プレーンテキスト
の場合は高速な正規表現エンジンがこの課題を解決する鍵だと感じました。

914 :hidebou:2012/09/01(土) 20:00:18.62
テキストエディタを単体でも活用できる体系に仕上げる作業を終えました。
二段組の文章でもない限り、もうMSWORDを使うこともないだろうというと
ころまで煮詰めました。これで劇的にヘルプを書くスピードが上がるはず
です。結果的にテキスト中の??から??までの記号を見出し階層を認識し、
テキストでもアウトライン操作を可能としました。部分的フォント設定、
箇条書きリスト、画像挿入、HTML挿入はすべてタグで定義し、エディタは
プレーンテキスト表示モードとタグ解釈モードを随時切り替えられます。

HTMLはすべて動作している状態で埋め込まれ、スクリプトへ実行中のTOM
インスタンスが渡されますから、埋め込まれたHTML中のボタンから文章を
マクロ的に操作できます。この時JScriptの正規表現が活用できることは
大変大きなアドバンテージとなるはずです。

最大の特徴である編集中のスナップショット画像出力は各種形式に対応し、
見出しが存在する文章を開く場合、見出しをツリー表示して選択可能とす
ることにより、一部分を編集状態として当該部分だけを画像出力すること
も可能です。サンプル文章を兼ねる説明を添付してできるだけ早くお見せ
したいと考えています。


http://toro.2ch.net/test/read.cgi/tech/1300735656/l50/../人気ブログランキングへ