データ共有アプリ

クリップボード共有アプリを作ったけど、実はあれ、当初考案したアプリを作れなかったので、無理くり作ったヤツだった。

 

当初は、リッチテキストに色々書いて、共有するのが目的だったんだけど、使用したwin32apiラッパーのクレートがリッチテキストの保存・読込みに対応してなかったので放棄した。

悩んだ末に、クリップボード共有アプリになったんだけど、やっぱり当初考えたアプリが気になるので、MS嫌いなのにwin32apiを調べ始める。

 

• win32api

昔のapiだから、全部関数。

しかも、引数更新系。

うわ～、古っ。

データは、構造体で、引数として渡す。

処理は、対象ウィンドウ（コントロール）にメッセージ飛ばして、処理してもらう。

引数は2個決まってて、あらゆる変数をその引数にキャストして渡してる。

しかも、int を用途毎に別名作ってるので、一目で何に使うのか分かりやすいんだろうけど、何するにもキャストキャストキャスト。

うーん、全く勉強する気にならん。

 

• クレート改造

とは言え、勉強しなきゃクレート改造も出来ないので、ちまちま勉強して、クレート改造に取り組む。

リッチテキスト自体は、導入されてて、機能は、書式設定のみ使える。

後は、保存と読み込みのメッセージを投げて、処理するようにすればよい。

メッセージ用の定数をヘッダファイル見つつ、追記。

保存・読込み用の構造体があるので、これもヘッダファイル見つつ、追記。

構造体のメンバにコールバック関数があるから、これも追記。

 

試しに動かしてみるが、当然動かないｗ

まぁ、そんな簡単に動くわけないよな。

win32apiのデータ型とRustのデータ型が違うので、コールバック関数に何設定すればいいのか、分からん。

更新引数はmut付ければいいのか？

Rustは生ポインタ使わないから、どう書けばいいのやら？（unsafe内なら使えるけど）

 

他のwin32apiのクレートを参照しつつ、書き換えていく。

データ型は、たぶんOKなんだが、ボタン押すとアプリが落ちる。

せめてコンソールにエラー出してくれぇぇぇ。

 

他のクレートを参照しまくって、見つけた！

同じような構造体定義にpackedを使ってた。

意味が分からんが、記載して、動かしたら、動いた！！

 

どうやら、メモリの空きを詰めるのがpackedらしい。

それだとC言語の想定しているメモリアドレスと違ってくるから、逆に落ちそうだけど、何故動くのか？

原因は分からんまま、動いたので、良しとする。

 

• データ共有アプリ作成

win32apiラップクレート改が出来たので、さっそく当初想定したアプリを作る。

クリップボード共有アプリのソースをコピペしつつ、画面デザインしつつ、完成。

今回は、「転送」ボタン押すとリッチテキストファイルに保存。

タイマーで1秒毎にリッチテキストファイルの更新を監視して、更新されてたら、自動読込み。

ボタン1個になったので、手間が減った。

しかも、クリップボード共有アプリでは、実現できなかった、書式付テキスト、表を転送出来るようになった。

これで思いついたアプリを作る事が出来て満足～。

 

• 画像の不具合

さっそく、別アプリ作ったよ～、と周知して、一人満足感に浸ってたら、画像が貼り付けできないと報告あり。

そういや転送される事しか確認してなかった。

転送後の画像をコピーして、Excelに張り付けたら、「Image」と文字列で張り付く。

うがぁぁぁぁ、そういやリッチテキストファイルって、全部文字列で保存していたな。

見た目画像なので、失念してた。

リッチテキストに対応している、ワードパッドとWordは、画像として貼り付けできるが、ExcelとTeamsにはImageと文字列で張り付く。

 

どうにもならんので、Excelには、形式指定貼り付けして。TeamsはExcelに張り付けた画像をコピペして、と対策案を提示。

 

コピーした文字列を画像に変換出来ればいいんだけど、どうやればいいのか、さっぱり分からん。

分かる方、教えて～。