アンパンマンDBとドラゴンクエスト10
アンパンマンDB(記事更新)
前売り券情報が来たので反映。
来週の放送情報。
ジャムおじさんがタイトルに現れると優しい話になる傾向があるけど、さすがに氷の女王は…！
ドラゴンクエスト10(おきがえリポちゃん)
おきがえリポちゃん ～ リボンスターの服 ～ （2025/2/19）｜目覚めし冒険者の広場
毎月の！
女性らしいきれいなドレスですね。
ミフミンは男だけどな！！
他の二人はちゃんと女。
QiitaとNeoMupl
Qiita
先月頑張ってたやつ、Qiitaの記事に書きました。
mifumi323/WinUI3MediaPlayerElementSnapshotSample
これがサンプルプロジェクトのリポジトリ。
動画はAIで作るのもありかとは思ったのですが、大した手間でもないし、一応自作しました。
サンプル目的に都合のいい、軽くて常に動いてて端から端まで被写体があるフリー素材がすぐ見つかればそれが一番だったのですが、まあ有名どころは大きくておしゃれだったり個性が強すぎたりしましたからね。
NeoMupl
細かいことですが、ソリューションファイルが昔のままになっていたので。
アンパンマンDB(システム)
地味なところですが、よく使われる検索結果のキャッシュを記事更新時に自動更新するようにしました。
それと、使わないとわかっているキャッシュを早期に消す対応も。
あと、トップページでの映画カウントダウンを2025年版に差し替えました。
5月末ごろからカウントダウンが始まります。
アンパンマンDBとNeoMupl
アンパンマンDB(記事更新)
声優が判明したので記入しました。
ついでに判明済みの他の情報も。
アンパンマンDB(システム)
昨日の問題に対する対応作り始めました。
検索以外に使うこともできそうな気がしたりしなかったりするけど、どうしようか…。
NeoMupl
11月に作ってたやつ、すっかり忘れてたんで今日リリースしました。
アンパンマンDB
アンパンマンDB(記事更新)
レンタルDVD。
今回は忘れないうちにね。
アンパンマンDB(システム)
一番厄介なリスト系の項目も文字列保持検索に対応して、ひとまず一区切り。
自動テストでも見つけきれなかったやり残しがぼろぼろ見つかったので、もうちょっとしっかり確認してからリリースしようと思います。
「一区切り」という煮え切らない言い方になっているのは、やり残しがあるからということのほかに、今回の対応範囲となる「単なる文字種保持検索」では結局「ばいきんまん」と「バイキンマン」を実用的に区別できないから、なんですよね。
さっきの画像を見ての通り、文字種保持検索を使えば、「バイキンマン」というカタカナを明示すれば、「ばいきんまん」と区別して検索できます。
しかし、キャラDBからボタンで移動できるリンク検索は、文字列の正規化とは別枠であいまい検索をしているので、ここの厳密さに関しては全く手つかずということなのです。
リンク検索は従来のやり方の延長線上だとどうしても「ばいきんまん」と「バイキンマン」を区別しようがないので、根本的に作り直そうかと思っています。
アンパンマンDB(システム)
テキスト系項目も文字種保持検索に対応。
この辺りは間接的な影響とかもまあまあ多いので、一箇所の変更が複数に波及する部分がありました。
カテゴリ系は、内部的にはテキストマッチじゃないので、文字種保持検索には今のところ対応しない予定です。
アンパンマンDB(システム)
文字種保持検索、ひとまず一番使うインデックス検索(キーワードだけ入力したら発動するやつ)を対応させました。
この写真でいうと、「Baby」の部分に「baby」で反応するかどうかが変わっています。
キーワードだけ入力の場合はもちろん従来通りあいまい検索になるんですが、ストリクトクエリで新たに追加した文字種保持用演算子を使う(containsなど)と、大文字小文字ひらがなカタカナなども区別するようになります。
このあたりの追加された演算子などは、後日別課題として、詳しい解説ページを作るつもりでいます。
あと、文字種保持検索を実装すると、ルーズクエリの構文側、例えば「キャラ：ブルーベリーちゃん」の「キャラ：」の部分などが、文字種区別するようになるんですが、確認してみたらここはもともと区別してました。
なので、構文の固定文言部分はまあ文字種区別しない検索でも文字種区別で統一してもいいかな、というところ。
今回の対応範囲、一応テストは通っていますが、今は中途半端な状態なので、本番リリースはもうちょっと先になります。