仕事がひと段落…

5月から始める仕事の新コンテンツのためにHSP（HotSoupProcessor）にて開発しておりましたテキスト整形のプログラムが無事に完成し、午前中に公開の運びとなりました。すでにWEBサーバ上にある膨大なテキストデータを「キーワード」検索してデータを引っ張りだすのは氷翠さんのPHPプログラム。私はローカルに落としたテキストファイルから必要なデータを選び出し、HTMLファイルに整形する処理を担当しました。テキストファイルに画像が付属している場合がありまして、その際はサーバーから一端ダウンロードしてHSPの隠しウィンドウに読み込むと画像サイズが取得できるので、それを元にイメージタグのパラメータを設定したりしております。今後はこのコンテンツを充実させていき、売り上げ増に繋がっていけば良いと思います。まずはひと仕事終えて「ホッとしている」と言いたいところなのだけれど、次はサイト作成のお仕事が待っております。頑張らねば…。

HSPアプリの開発…

昨日に引き続き、Windowsで動作するインタプリタ型のプログラム言語「HSP（Hot Soup Processor）」のお話。新たに開発することになったテキストデータの整形プログラムですが、データベースから書き出されたテキストデータを解析し、コンテンツごとに配列変数に入れ、中身を解析してタグ付けするところまで完成しました。いよいよGUIを作っていくわけですが、HSPはGUI作成がちょっと面倒なところがあるんですよね。そんなお話。

視覚的にオブジェクトを配置していく機能がないので、オブジェクト配置の命令を書いては、実行して結果を確認。数値を変えて位置を微調整する…その繰り返しになってしまいます。救いはインタプリタ型言語なのでコンパイルに時間がかからないこと。だから我慢できますね（笑）。純正ではないビジュアル・エディター的なものがなくもないのだけれど…かつて使ったものは便利とは言えないものだったので諦めております。

HSPのバージョンを3.3にしてから、今まで使っていた外部プラグインが使えなくなってしまったので純正のプラグインのみを使うようにしており、拡張オブジェクトの取り扱いを最初から勉強しなおしているのです。だから時間がかかる（汗）。５月から公開するWEBコンテンツを作るためのプログラムなので、なんとか今週中に試作品を完成させたいと思っております。

HSPでUTF8を扱う…

Windowsで動作するインタプリタ型のプログラム言語「HSP（Hot Soup Processor）」にて急きょ、プログラムを開発することになりました。会社のWEBサイトで公開しているデータベース内のテキストデータを、テーマとおおよその年月日で抽出する必要がありまして。社内サーバーのテキストデータを扱うなら私ひとりでできるのだけれど、その場合はWEB掲載用の整形やら画像処理も発生します。だったら、すでにWEB上にある自社のデータを二次利用すれば余計な手間はかからない…と思い、WEB上での処理は氷翠さんにお願いしました。

氷翠さんは仕事が速いので半日で目的のプログラムを作ってくれました。データは検索したテーマごとにテキストファイル化されております。私のほうではいくつかのテキストファイルを1つに結合し、中身を整形。その後で削除するデータか残すデータかどうかを判断、最後にタグ付けしてhtml化する…そんなアプリを作る計画なのです。

ところが、書き出されてくるテキストファイルは文字コードがUTF8。このままではHSPで扱うことができません。エディタで変換をかけようにも、そのままでは化けしてしまう文字があったりするのです。

どうしたものかなぁと思っていたら、新しいHSPにて文字コードが相互変換できるようになっているのを見つけました。そこでFTPなどネット関係の拡張命令を含む純正のプラグイン「hspinet.as」をインクルード。この中に文字コードに関するものがありまして…「nkfcnv」命令ですね。おかげで長年の問題であったUTF8のテキストファイルをHSPで扱うことが簡単にできるようになりました。私がHSPで文字処理を始めたころは、できなかったはず。だからないものとばかり思っておりました。先入観が仇になったわけです。それにしても、いつからUTF8が扱えるようになっていたんだろう？　もっと速く気付けば良かったです。

一番大きな問題が解決したので、あとは急ピッチで開発を進めていこうと思います。

HSPのスプリットウィンドウ…

Windowsで動作するインタプリタ型プログラム言語「HSP（Hot Soup Processor）」をUbuntu上の「Wine」にて動かす際にネックになるのがヘルプビューワが動作しない問題です。これはブラウザベースであることが原因のため、ブラウザに依存しないヘルプビューワを自分で開発することにしました。アプリ名は「H2Viewer」にする予定。どうせなら検索機能を強化して使い勝手のよいものにするつもりです。そんな中、左側の命令リストと右側のリファレンス表示エリアのサイズを自由に変更できるようにするため、スプリットウィンドウを実装しようと思ったのだけれど…なかなかうまくいかず大変でした。ようやく自分なりに理解しウィンドウのサイズ変更が自由にできるようになりました。完成まではまだまだ時間がかかりますけれども、頑張ろうと思います。本当はスプリットウィンドウの概念とか仕様とか、サンプルソースが難しくて自分で書き直してようやく理解できた話などを書いていたのだけれど、その文章が消失してしまいました（泣）。書き直すエネルギーが残っていないので、ここまでにとどめておきます。うん、実に残念。

テキスト整形アプリ完成…

2種類のテキストを自動判別し整形処理をしてくれるアプリケーションをWindowsで動作するインタプリタガタプログラム言語「HSP(Hot Soup Processor)」にて開発しております。β版が完成したため、Ubuntu上のWineで動作させようと思ってテストをすると起動せず。いや正確には起動はするのだけれど、目的のテキストファイルをドラッグ＆ドロップした途端にアプリケーションがストンと落ちるのです。それを解消するお話。

ドラッグ＆ドロップ機能の実装は「llmod3」と「dragdrop.hsp」によるものです。Windows上では、当たり前ですが問題なく動作しますから、Wine上のWindows APIとの相性がよろしくないのでしょう。

サードパーティー製の外部プラグインは使わずに開発を進めることに決めた以上、ドラッグ＆ドロップ機能は諦めることにしました。代わりに考えたのが所定のフォルダ内にあらかじめテキストファイルを入れてからアプリケーションを起動する方法。これならば実はドラッグ＆ドロップよりも処理が簡単ですし、扱いやすいのではないかと思ったのです。

で、アプリと同一階層に処理用のフォルダを作成しました。もしそのフォルダを消してしまった時に自動生成する機能なんかも設けたりしてエラーチェックも万全。これで完成か…と思いきや専用フォルダを設けるよりも、アプリケーションの場所に直接テキストファイルを置いたほうがより簡単だなぁと思ったので、せっかくの機能ですが封印。アプリと同一階層にテキストファイルを置けば、自動認識してファイルを読み込み、2種類の処理のうちどちらの処理が必要がも自動判断する仕様にしました。

で、ちょっと使ってもらったあとで、さらに改良。データの書き出し順序を変更してその後の処理をしやすくしたほか、別の原稿用紙に簡単に貼り付けられるように、クリップボードにコピーするボタンを設けました。

ほかにテキスト書き出し機能もつけようか…とも思いましたが、それはこのアプリをしばらくT女史に使ってもらってから考えようと思います。