Pe 0.87.001

致命的にバグってたので緊急リリース。
コマンドライン引数が設定されていない場合に ps1 実行で死んでいた。

しんどい。

PowerShell AA Pe 0.86.0 版

こーいう配列があって、

9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, -1
9, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, -1
9, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, -1
9, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, -1
9, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, -1
9, 1, 0, 1, 1, 1, 0, 0, 0, 0, 0, 1, 9, 2, 9, 2, 9, 2, 2, 2, 9, 2, 2, 9, 9, 9, 2, 9, 9, 2, 2, 2, 9, 2, 2, 2, -1
9, 1, 0, 1, 0, 1, 0, 0, 0, 0, 0, 1, 9, 2, 9, 2, 9, 2, 3, 2, 9, 2, 3, 2, 9, 2, 3, 2, 9, 3, 2, 3, 9, 2, 3, 3, -1
9, 1, 0, 1, 0, 1, 0, 1, 1, 1, 0, 1, 9, 2, 9, 2, 9, 2, 9, 2, 9, 2, 9, 2, 9, 2, 9, 2, 9, 9, 2, 9, 9, 2, 9, 9, -1
9, 1, 0, 1, 1, 1, 0, 1, 0, 1, 0, 1, 9, 2, 9, 2, 9, 2, 2, 2, 9, 2, 9, 2, 9, 2, 9, 2, 9, 9, 2, 9, 9, 2, 2, 2, -1
9, 1, 0, 1, 0, 0, 0, 1, 1, 1, 0, 1, 9, 2, 9, 2, 9, 2, 3, 3, 9, 2, 9, 2, 9, 2, 2, 2, 9, 9, 2, 9, 9, 2, 3, 3, -1
9, 1, 0, 1, 0, 0, 0, 1, 0, 0, 0, 1, 9, 2, 9, 2, 9, 2, 9, 9, 9, 2, 9, 2, 9, 2, 3, 2, 9, 9, 2, 9, 9, 2, 9, 9, -1
9, 1, 0, 1, 0, 0, 0, 1, 1, 1, 0, 1, 9, 2, 2, 2, 9, 2, 9, 9, 9, 2, 2, 3, 9, 2, 9, 2, 9, 9, 2, 9, 9, 2, 2, 2, -1
9, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 9, 3, 3, 3, 9, 3, 9, 9, 9, 3, 3, 9, 9, 3, 9, 3, 9, 9, 3, 9, 9, 3, 3, 3, -1
9, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, -1
9, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, -1
9, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, -1
9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, 9, -1

こー言う処理に食わせて

foreach ($dot in $appIcon) {
    switch ($dot) {
        0 { Write-Host '   ' -NoNewline -ForegroundColor White -BackgroundColor White }
        1 { Write-Host '|||' -NoNewline -ForegroundColor Black -BackgroundColor Black }
        2 { Write-Host '===' -NoNewline -ForegroundColor Red -BackgroundColor Red }
        3 { Write-Host '---' -NoNewline -ForegroundColor DarkRed -BackgroundColor DarkRed }
        9 { Write-Host '   ' -NoNewline }
        -1 { Write-Host '' }
    }
}

こーなる

こういう実装中の暇つぶしは好きです。。。

Pe 0.84.0 リリースで分かったこと

• まぁ動くだろ的なノリで適当にリリースするとやっぱ泣く
• Nuget から落としてきたライブラリでも依存ライブラリがある
• CefSharp が Microsoft Visual C++ 再頒布可能パッケージ が必要なのを完全に見落としていた
• 見落としていたというかまっさら Win7 で動かなかったのを .NET Core のなんかだろと軽視していたツケ
• VSで開発してるからライブラリあって当たり前でまったく気にならなかった
• 自環境でダウンロード検証したが、帯域絞るなりしてみた方がよかった
• 0.83.0付属のアップデート処理機能だと落としきる前にタイムアウトしてるっぽい
• これに関してはもうどうしようもないが、リリースノートの差し替え差し替えでぐっだぐだ
• もうまじ💩

Pe 0.84.0 リリース！

Pe を .NET Framework から .NET Core に変更した。
以下文書は酔っぱらいながら書いてる🍶。

移行に当たり git log を確認すると諸々の流れはこんな感じ

1. 2017/06/11 0.83.0 リリース
2. 2018/11/19 バージョンアップに着手
3. 2019/01/06 バージョンアップ諦め
4. 2019/03/02 バージョンアップに再着手
5. 2019/06/08 バージョンアップ再諦め
6. 2019/08/20 バージョンアップに再々着手しつつ .NET Core に唾を付ける
7. 2020/02/24 .NET Core にて 0.84.0 のリリース

まぁ色々あった。

.NET Framework から .NET Core への移行

まぁ気になる人はこれだと思う。

基本的には問題ない、と言いたいが対象ユーザー層との相談が必要になると思う。

サーバーサイドならなんも考える必要はないけどデスクトップ界隈ならば、

• 対象端末に .NET Core ランタイムはあるか
• ランタイムがないのであれば自己完結型で💩レベルに膨れ上がるバイナリを許容できるか

なのでこれを解決する必要がある。

Pe の場合、これは自己完結型でユーザー許可を取らずにぶち込んだ。

ただこれも見映えの話で、自己完結型だと DLL が山ほど出力されるのでユーザーがなんも考えず EXE を起動できる必要がある。

(ユーザー目線で見ると .NET Core 自己完結型の EXE 探してダブルクリックとか結構な無理がある)

Pe では自己完結型の出力先を <Pe>\bin\ にして必要な諸々を bin ディレクトリに委譲したうえでユーザー操作では <Pe>\Pe.exe (と互換性保持用の PeMain.exe)だけに限定した。

起動順序として Pe.exe -> bin\Pe.Main.exe となる。

せっかく .NET Core(C#) で作ってるのにこの起動アプリケーションを C で作るというなんかもう何してんのか分からないことになっているしコマンドライン引数の再受け渡しでさらに何してんのか分けわからんことになってる。

プログラマー様に渡すならどうでもいいけど配布プログラムになるとこうするのが妥協案として一番まともだと思う。

ちなみに UI 系のものはことごとく捨てた。

UI 系ライブラリの .NET Core 対応を待つのもバカっぽいのですてた。

※ .NET Framework 版の .NET Core 上での再使用はなんとなく嫌だったので除外

これに関しては現行(.NET Framework)版の UI 充実度に左右されると思うので .NET Framework ライブラリ を .NET Core 上で動かすのが最適解だと思う。

ていうかサーバー用途じゃなけりゃ .NET 5 になっても MS が互換レイヤー用意するだろうから Windows だと無理くり .NET Core 自己完結型 にする必要ないと思う。

ブラウザに関して .NET Core に移ってまで WebBrowser に心ポキポキ折られると心が持たないので CefSharp を入れたがこれもまたサイズがでっかい。

まぁ .NET Core 自己完結型の中だと誤差だよ、誤差。

リリースに関して

これもうアップデート処理が出来たからリリースしましたとしか言えない。

.NET Core だと 1 exe で MB 単位の EXE 出来上がるのでこれのためにアップデート用 EXE に切り分ける選択肢はなし、本体側で実行できないと💩状態。

.NET Framework でもそうだったけど、 EXE を殺すのはどうでもよくて依存 DLL があるとなんもできなくなるのでこれを実現するためにいろいろ考えた結果 Pe.exe(Pe.Main.exe) から powershell を呼び出して呼び出し先で渡された Pe の PID 終了を待つようにした。

正直一番ましな方法だと思ってる。

ちなみに pwsh を優先して、なければ powershell を呼び出すようにしてるから多分どこでも動く。

これに関しては bat でも何でもよかったけど、 win10 なら bat でも ps1 でもなんでも動くだろっていう安直な想い。

PowerShell

• Pe の可動部分(アップデート周り)では PowerShell の命令に限定している。
• ビルドスクリプトは .NET の処理使ったり好き勝手やってる。

ビルド環境(おおよそ CI 環境)は開発者側で何とでもなるのでどうでもいいが、

アップデート環境 = リリース版 = 知らない人 の環境なのでここで動くシェルスクリプトっぽくでコマンドプロンプトより高機能で bash よりどこでも動くとなるともう PowerShell しかないのでこれでやるのが現状最強だと思う(ver 5 だけに限定するなら特に)。

.NET Core(3) への移行について

• .NET Framework から移行するのは簡単
• ただし移行だけに専念して .NET Core にまつわるロジック変更以外は何もしない方がいいと思う
• Pe の場合、組み直し中の .NET Core 移行だったのでかなりしんどかった
• (非プログラマの)ユーザーがクッソ重いバイナリを許容してくれてクッソ多いファイルから EXE を見つけてくれるなら .NET Core に移行してもいいと思う。無理なら何かしら解決策を提示する必要はある
• プログラム組む側の人間なら移行していいと思う。たのしい！
• プログラム組まない人間であれば情シスが .NET Core って言って来たら工数を要件と確認した方がいいともう。さらに言えば 1.5 倍にした方が安全だと思う(はまると死ぬ)

結論

うちは好きにしたけど君はまぁ頑張れ。

2020/02/25 12:00 追記

0.83.0 -> 0.84.0 の自動アップデートがたぶんタイムアウトかなんかで無理な可能性あり。
俺んちではできたけど会社ではだめだった。

0.83.0 までは軽量だったから問題なかったんだろうね、手動だ手動。

avastをアンインストールした

前々から誤検知が多すぎた。
昔は無料版で使って世話になったし有料版を3-4年使ったけどさっすがに誤検知がしんどくなってきた。
特に適当なプログラムを組んでデバッグ実行したらそのプログラムを検知するのがクソ鬱陶しい。

あとインターネットが追跡されてます！的なくっそどうでもいいポップアップが四六時中自己主張するのがアンインストールの引き金。

いままでありがとう さようなら avast こんにちは Windows Defender

クイックデリバリー

クイックデリバリーかそれに準じるようなの欲しい。

もう仕事がんばらず駐車場生活したい。

Visual Studio 2019 のタイトルバー

タイトルバーがメニューに統合されて個人的に非常に使いにくい問題。

これで解決したメモ → https://stackoverflow.com/questions/53636350/re-enable-title-bar-in-visual-studio-2019

設定にあるんかも知んないけど探しきれてない && stackoverflow 見た方が早かった。

search-hook 0.2.0

PC で UA カチャカチャ変えて android firefox でも検索除外いけたのでリリースしたけど実機だと無理で笑ってしもうた。

あと　pageAction のアイコン出ないんかね？
調べることいっぱいあるわぁ。

search-hook

検索時の除外ワードのアドオンを作った。

https://addons.mozilla.org/ja/firefox/addon/search-hook/

もともとを Hide Unwanted Results of Google Search 使ってたんだけど Fx のアドオン WE 化に伴い使えなくなったので作った。多分探せば同じようなんはあると思うけど探してないから知らん。

言語適用やら入力検証やら対応サイトの追加、外部データからのフィルタリングとかやることいっぱいあるけどとりあえず公開してみた。

ひっさびさの MnMn

最近 eclipse で Java ばっかやってたから VS で C# が最強すぎて泣けた。

つーかもうきちんと設計して作り直すか放棄したい。
なんていうかコントローラ(VM)で全部やる書き捨て実装のノリがきつい。

MnMn 簡易アップデート: 2017-11-03 10:27:25

チャンネルのコメント数取れてなかったのを修正した。

実装してから長らく使いもしなかった簡易アップデート処理を初めて使ってみた。

ちなみに公式の方は10月のリニューアル延期したんだってね。

ちなみに最近は MnMn 飽きたし .NET Core 2 ASP Mvc で遊んでいるのです。

0.82.0 自動アップデートリリース！

木曜なんぞ週末じゃぼけぇ。

MnMn 0.82.0

地味にリリースした .NET Framework 4.7 対応版。

このバージョンはまだ自動アップデートせずに手動ダウンロードできる状態にしておいた。
週末くらいに自動アップデート対象にする。

MnMn 0.81.0, 0.81.1

最近緊急リリースが多いというかリリース後に不具合発覚が頻発してる。
検知自体はクラッシュレポートもらえるから早いうちに対応できるけどかなんなぁ。

この状態であれこれ機能実装・修正するのもリスクあるし次の 0.82.0 は .NET 4.7 に移行するだけに留めたい。

NUnit から MsTest への切り替えはユニットテストが意味的に機能しない

現実的じゃない。
端的に TestCase と同じ動きのコード追加がもうすでにテスト漏れになるからやめた方がいいよ。

MnMn 0.78.1 - 0.79.0 - 0.79.1

大混乱でまさかの同日 3 リリース。

なんだろう、0.78.0が諸悪の根源なんだけどちかれた。
0.78.0 から 0.79.0 までのキャッシュ状態が完全にぶっ壊れた。んふふ。
ただキャッシュデータ生きてるのが救いだよね。
(末尾に謎 1 byte が加算されるから無事ではないわな)

🐎=3

もうそろそろ youtube の実装入りたいんですがいいすかね。

既存バグ？ (∩　ﾟдﾟ)アーアーきこえなーい

つーかもう今まで頑張ってきたけど API 提供してないサービスとかとワケわからん。

脳細胞の劣化

課題を書こうと思って課題ページで新規作成画面開いたら書こうとしていた課題内容を忘れている。

これが最近多い。
脳みそ死んでんね。

MnMn 0.69.1

緊急リリース！

仕様変更なんだろね。

2017-06-20 15:26:26 にクラッシュレポートで教えてくれた人ありがとう。
ちょうど会社PCがWindows Update走ってやる気なくしたからすぐ帰って修正した。

だたこれかなりやっつけ対応だから下手すりゃまたなんかあるかもね。
とりあえず調査やらなんやらは #642 でやる予定(0.71.0で調査反映したいけど時間があるかどうか)。
リクエストがXMLじゃなくてJsonになってるあたり超怖い。

まぁそんな感じでゆるゆるいきたい。

ゆーちゅーぶ

そろそろ Youtube に取り掛かりたい今日この頃。

アップデート周り終わったらニコニコの仕様追従なければ Youtube 対応してみたい。

MnMn 0.64.0

終了時の処理が根本的にバグってたから修正した。

なんかいい感じに動いてた気がしたけど幻だった。

ほーむぺーじを書き換える

.Net Core とかやりたくね？ って気持ち。

今のやつって D 言語使って vibe.d で構築してるけどもう何がなんだか分けわからんレベルで再構築できないんで C# ちゃんに乗っかってなんか作ってみたい。

つーわけで近々つながらないかも。

MnMn 0.60.0

途中に 0.59.1 とか噛んでいろいろ面倒なことなってたけど無事リリースできた。

このバージョンでは前々からやりたかったアップデート処理の統合とファインダーからの動画ダウンロードを実装した。
アップデートの方はロジック変更っていう怖い実装なので旧処理も使えるようにしておいた。
ダウンロードの方は基本的にユーザーから隠す形で、それでいて更新履歴見れば使える形で実装した。
後者は試験パターン少なかったし試験後にもいろいろ手を加えたからなんか変だったら連絡ほしいなってお思う。

MnMn 0.58.0

簡易アップデート機能を付けた。

基本的には通常のアップデートで最新版を提供してたけどちょっとした修正、特にテキストファイルベースの修正ってわざわざリリースしなくてもいいんじゃないかと思ったので作った。
今すぐ使うわけじゃないけど MnMn の各種定義データは可能な限り外部ファイルにしてるのでそれだけ直せばいい場合は簡易アップデートでささっと更新できるようになった。
(実際使ってみないとバグとかまではわかんないけど)

一応開発側の思いとしては使わない方針で、やっべぇ時にだけ使う運用でいきたい。

あれあれ、あれよ

仕事したり出張したり湯豆腐がおいしかったりすると実装が全く進まないあれよ。

Visual Studio 2017 拡張メモ

環境変えたりしたときいっつもあの拡張あれあれ、なんだっけってなるからよく使う VS 2017 の拡張機能をメモで残しておく。
基本的には 2015 から継続してるやつ。

• File Nesting
  ファイルの下にファイル入れるやつ。
  機能としてはそうなんだけど操作としてはファイルをファイルの下に入れるイメージ。
• Match Margin
  カーソルに当たってる部分単語を強調表示。
  シンボルじゃなくて文字列にヒットするから XAML で地味に便利。
• SlowCheetah - XML Transforms
  App.Debug.config 用。
  デバッグ時に便利。
• Trailing Whitespace Visualizer
  終端空白が見える。
  見えるのがいいのだ。
• VSColorOutput
  出力ウィンドウの出力内容を色付け。
  初期設定でも通常出力が淡くなって error とか warning が色付けされるので WPF のバインドエラーがよく目立つ。
• CodeBlockEndTag
  閉じカッコに先頭カッコの内容を表示する。
  上下移動しなくていいから楽なんだけどそこまで行伸ばすなという話。
  (2013のころ #region とかも見れる別のいい感じの拡張使ってた気がする)

MnMn 0.57.0

クラッシュレポートから修正掛けたり前々から気になっていた処理を修正したりした。

Twitter自動投稿botがなんかバグってるけどあまり気にしないでおこうと思った。

使用許諾の文言変えたから今回も起動時に強制表示させることになった。
この表示ってネトゲのログイン画面みたいであんまり好きじゃない。


ちなみにアップデートなんだけどわざわざ全モジュール(90MB弱)落とすのすっごい資源の無駄。
デプロイを複雑化せず(1手順も増やさない)なんかいい方法ないもんかね。

Bitbucket と Twitter 連携が思って他の違う

commit毎に呟くとかなんかすごい。

push時点での一番最新commitだけ表示してくれると思ってたからなんだろうね、この気持ち。

Visual Studio と Visual Studio Code に対する感想

私の端末環境だと VS(2017) と VSC の起動時間って3秒くらいしか変わりないんよね。

この程度の時間なら VSC 使わずともサクラエディタや vim でも別に問題ないなぁと思う今日この頃。
なんだったら慣れ親しんだサクラエディタで十分ですん。
そもそも IDE 以外のエディタってのはいかに標準のまま使用するかであってそれなら Windows 操作の及ぶサクラエディタに軍配が上がるから Ctrl+C で意図しないモード切替とかいらないんです、コピーしたいんです、 yy とか Windows 標準外の挙動いらないです。

サクラエディタじゃあれやこれが出来ない？
そういう時ってほんの数秒待って VS 使うから別に。。。

MnMn 0.55.0

ニコ生の課題を一旦終わらせた。

細かいやつとか独立可能なやつを細分化して課題作成した。
あとTwitterデビューしたのでなんも考えずバージョンアップした(旧目安箱早く潰したいんだ)。

ついったーはじめました

IDこれ -> sk_cttn_QQ

使い方が分からん。
BitBucketと連携だけして垂れ流したいんだけどどうすりゃいいのよ。

MnMn 0.53.0

クラッシュレポートの修正やらマウスジェスチャ(内臓ブラウザ)の実装やら市場情報取得やらを行った。


まだリリースする気はなかったけどVS2017入れた記念でリリースした。

あと毎度毎度リリース時にブログ書いてたけどだるいからやめる。
気が向いたときに書くことにする。

ちなみに明日は意味なく有給なのだ。ぐっすり寝るのだ。

クラッシュレポート死んでんじゃないですか！

メールアドレスに null 入れるアホなプログラム作ったやつはどこのどいつや。

MnMn 0.52.0

拡縮できるようにした。

開発的にはクラッシュレポート周りを調整した。

23:10 追記:
更新履歴表記ミス
a[href="_blank"] -> a[target="_blank"]

MnMn 0.51.0

クラッシュレポートに情報を追加した。

いやさぁ、最初スタックトレースだけでいいと思ってたんだけどクラッシュ時に何をしてたのかが分からんのよね。
あとキャッシュディレクトリ周りで死んでもレポートにそれを含めてなかったからなーんも分からんのよね。

今のとこ見た目多そうなのが、

System.NullReferenceException: オブジェクト参照がオブジェクト インスタンスに設定されていません。
   場所 ContentTypeTextNet.MnMn.MnMn.ViewModel.Controls.Service.Smile.Video.Player.SmileVideoPlayerViewModel.SetMedia()

   ...略...  

なんだけどさぁ、ログ見ないと動画IDとかわかんなくて再現できないんだよね。

あと謎だったのがこれ、

System.DllNotFoundException: DLL 'mozglue' を読み込めません:指定されたモジュールが見つかりません。 (HRESULT からの例外:0x8007007E)

見つかんないワケねーだろと思いつつも、例外吐いてんだからファイル見つかんないんだろうとしか思えない。

今のところクラッシュレポートから課題は作成してないけど追々中身精査して課題を作るつもり。

クラッシュレポート送信を実装したことによる今

MnMn が落ちたことを検知出来てすっごい便利。

0.50.0 をリリースして24時間未満そこらだけど4件送られてきて、それが全部 開発側の想定してないエラーなので今後改修する不具合候補として非常に有用だと感じる。
(逆に100DL程度で4件落ちたっていうのが結構な割合で地味に傷ついた)
たぶん今上がってるクラッシュレポート以外にクラッシュレポート生成の余裕すらない OutOfMemoryException が含まれてるはずだから氷山の水面下はもうちっと落ちてるんだろうとは思う。

でも #422: クラッシュレポート生成時に直近のログがないときっつい！ で書いてるようにログがないのは結構きついね。
スタックトレースだけだと追うには追えるけど工数掛かるので追う気がない現状なので次回リリース分には直近ログも含めるようにしてから本格的に調査に入りたい。

あとクラッシュレポートが投げられると私のところにも通知メールが投げられるのでちょっとだけビクッてなる。

MnMn 0.50.0

クラッシュレポートの送信機能付けたー。

google様に尻尾振って適当なWebサービス構築した、楽だわぁ。

bitbucketのダウンロード先URIが変わってた

今まで https://bitbucket.org/sk_0520/mnmn/downloads を指定してたんだけどいつからか最後に `/` を付けないと 404 になるようになってた。

なのでブログとかプロジェクトサイトのトップページを https://bitbucket.org/sk_0520/mnmn/downloads/ に書き換えた。
こういうのあせるよね。

MnMn 0.49.0

りりーす。

そろそろニコ生用にコミュニティとかチャンネルの処理入れないとなぁ。

ゲーム買ったんだけどイベント中にみんな抜き身の刀剣振り回してて怖い。

MnMn 0.48.0

細かいのをちょこちょこ実装してデバッグコードを仕込んだ。

ちょっくら最近時間がない。

MnMN 0.47.0

スプラッシュスクリーン！

永続ライセンスを円でください！

dotMemory がほしいのですよ。
でも ReSharper Ultimate が $399 ってきつくね？ しかも年かよ、趣味じゃ無理っすよ。

MnMn 0.46.0

GeckoFx と MnMn がすこし歩み寄った。

歩み寄るには歩み寄ったがその道を整備するのに1週間かかったから継続対応としていったんリリース。

MnMn 0.45.0

ソース整理と更新履歴に画像表示できるようにした。

それ以外はこれと言って大きな実装なし。

MnMn 0.44.0

XML のシリアライズ時で発生するメモリリークを修正したのと細かいのを色々いじった。

つーかあれよ、bitbucket 重い！

MnMn-Setup 1.1

死んでんじゃないですかー　やだー

見ず知らずのアナタになんの関係もない話

ポトフがうまい！

MnMn 0.43.0

サービス側のDLが遅い場合にバッファリングできるように頑張ってみた。頑張っただけ。

MnMn 0.42.0

クッソめんどい処理にメスを入れた。

患者は血だらけ執刀医は縫合めんどくなったので野良環境にリリースして不具合報告を待つことにした。

めでたしめでたし。

MnMn-Setup 1.0

もうね、なんで私が PC 操作の問い合わせ受けないといけないのさ。

というわけで Web インストーラを作成した、あとはこの子が何とかしてくれるはず。してくれてほしい。

.NET Framwork 4.6 必須だったりするワケのわからないインストーラだけどもう疲れたから勘弁してくらさい。動作も適当に組んだからよくわからんけどたぶん大丈夫。デバッグ中に Avast がうるさかったけど大丈夫大丈夫。