山科駐在員のブログ

おはようございます。
DesktopJW for OS-Xですが、Tjw/Jww/JWC/Jws/JWKの５つのファイルタイプが読めるバージョンv1.900をリリースしました。

開発中の TouchJW v2のコアエンジンを搭載しています。

OS-X版も頑張ってます。

DeskTopJW_Plus (Hideyuki Miyanishi) が、有料Macアプリランキング24時間で、圏外⇒43位に急浮上しました。 https://t.co/L0zKLKqps9

— App Storeランキング急上昇情報 (@AppStoreHit) 2015, 9月 5

TouchJW v1.xxx系で試行錯誤していましたが、Win10の関係もあり、新機能をいろいろと搭載していますが、OSの関係で新機能？をWindows版に乗っける予定です。

Win8.1では、ファイルピッカーコントラクトをアプリ側に実装していればメトロスタイルのアプリからファイルピッカーでサンドボックス内のファイルをファイル送信したりできたのですが、Win10ではWin8.1であったストアアプリのほとんどが無いので、機能追加してFileSavePickerを実装しないといけません。

たとえば、Win8.1だと、OneDriveのメトロアプリをインスコしておけばOneDriveのメトロアプリからTouchJWのファイルピッカーコントラクトを呼び出してサンドボックスのファイルを送り出すことができましたが、Win10では方法が見当たりません。

ということで、FileSavePickerを実装して、ファイルを書き出す機能を追加します。

そうなると、この機能は従来のプログラムだと「名前を付けて保存」になるのですが、一般的なタブレットやスマホのアプリではありません。じゃぁどうしようか？と、調べると、Microsoft Office　Mobile(Excel/Wordなど)が「複製」という名称を使っています。

考えてみれば、「サンドボックス」から複製するので、名前的にはぴったりです。ということで、iOS版にも基本「名前を付けて保存」今風になり「複製」は必要な機能かもしれません。

スマホだから、タブレットだから？と思っていましたが、使い込んでいくとこういう機能の部分が見えてきます。

といいうことで、TouchJWは「このファイルの複製」という命令がどうやら導入される予定です。

WindowsPhone8.1のステータスバーの高さを得る。

PointerPressedイベントで帰ってくるe->GetCurrentPoint(nullptr)は、
ステータスバーを含んだ座標が帰ってきた。RasCurrentPointも調べたが、これは違うようで、DPI補正されてる感じ(^^;…

ということで、

http://blogs.msdn.com/b/amar/archive/2014/05/12/status-bar-in-windows-phone-8-1.aspx

を参考にして、

static StatusBar ^ StatusB =
Windows::UI::ViewManagement::StatusBar::GetForCurrentView();
Rect v= StatusB->OccludedRect;

ステータスバーのオブジェクトをかっぱらってきて、OccludedRectのプロパティを参照する。

これに出てきました。

ここまで来れば、目的は達しました。

あとは、ここを頑張って読む。

https://msdn.microsoft.com/library/windows/apps/windows.ui.viewmanagement.statusbar%28v=win.10%29.aspx

iPhone用　アプリ　ユーティリティ部門　第21位 TouchJW https://t.co/aECX9jOAW4 JW_CAD/Jw_winのデータファイルをiPhone/iPadで閲覧する… #ユーティリティ #アプリ pic.twitter.com/EmPQzx9mHt

— 本日の人気アプリランキング！ (@di_calabria) 2015, 9月 5

おはようございます。

Visual C++2015のデバッグ中に画像の例外発生!!!!なぜじゃ？

発生する部分 IStreamクラスでなにかが起こっている。ちなみに
コケル部分は以下の通り…

IStream *stream;

stream->Write(tv, (ULONG)p3.QuadPart, &hh);

DX::ThrowIfFailed(// ここで例外
    m_wicFactory->CreateDecoderFromStream(
        stream,
        nullptr,
        WICDecodeMetadataCacheOnDemand,
        &decoder));

ところが全く同じロジックを使っているルーチンでは例外発生が起きずに無事に動いている…なぜじゃ？ということで試行錯誤して、ストリームの考え方から言って、ストリームのシークポインタがおかしいのか？と思って、例外のシークポインタを強制的にリセットしてやった。

IStream *stream;

stream->Write(tv, (ULONG)p3.QuadPart, &hh);
stream->Seek(p, STREAM_SEEK_SET, &p2);//<-追加

DX::ThrowIfFailed(
m_wicFactory->CreateDecoderFromStream(
stream,
nullptr,
WICDecodeMetadataCacheOnDemand,
&decoder));

ということで、無事に動いた(^_^)v

Web上のサンプルプログラムはエラーの出るやつなのですが、なぜ？こういう現象が起こるんだろうか？謎?????

ということで、念のために、エラーの発生しない全く同じロジックにも安全のため同じシークをリセットするルーチンを追加しよう.

これ半日悩んだ….orz..、

iPad用　アプリ　ユーティリティ部門　第22位 TouchJW http://t.co/C4DrDOxSli JW_CAD/Jw_winのデータファイルをiPhone/iPadで閲覧する… #ユーティリティ #アプリ pic.twitter.com/ISjM1nbhXY

— アプリ情報なーう！ (@app_lis) 2015, 9月 1