確実にいましたよ！ …というか、「オレ～が終わったら、…するんだ♪」って、ヤバいフラグじゃなかった？(笑)

ミバの終焉を告げし者たち「2017年11月8日15時に、全てのコミュニティを廃棄し、Miiverseを閉鎖する！」 ミバ民A「そ…そんな…orz。」 ミバ民B「オレたちはどうしたら…？」 ミバ民C「他の場所へ移民するしか…。」 ミバ民D「どこへ行けば良いんだ？」 ミバ民E「マップを見よう！」 ミバ民F「お前それ日本地図だぞ！」 ミバ民G「北海道？」 ミバ民H「それって…！」

今日からトゥイラーのほうで、数名がプチコンを広めようキャンペーンをしているみたいですけど、ミバでは「ふくろさんのイラスト」が宣伝効果を発揮していますよね～♪ それをきっかけにして購入した…という人が実際にいましたし、ミバの終了ギリギリまでイラストなどを投稿してくださいね～！

ナナメくんとは… 1.モデルは女の子！ 2.それを男の娘にチェンジ！ …という複雑なキャラクターです…。 なので、男の娘と認識していれば、正解となります。

そういえば、ゴールド会員の残り日数って、サーバー側が管理していて3DSの日時を変更しても日数が増えるわけではないのかな？(そんなことをする気は無いけど…。) ちなみに、3DSの日時を変更すると悪影響が出るソフトは、そういう不正をさせないための措置らしいですね！

うぐぅ……プチコン専用では悪影響ないですね…。 でも、私は困るので、時間を勝手に変えるという方法は選べません…。

最近、めぐり先生を見かけないニャ～と思っていたら、そういう理由でしたか！ ところで、めぐり先生はMiiverseが終了した後、どうするのですかニャ？ トゥイラーとかに引っ越す予定はありますか？ プチコン生活を続けるには、新天地が必要ですよ！ ミバ終了までに考えてくださいね♪

3DSの時間を変更すると、「毎日ログインボーナスがもらえるようなソフトに悪影響が発生する」のをご存じないのでしょうか？ なので、エラーで時間が初期化された場合でもない限りは、3DSの時間を手動で変えるわけにはいかないのです！

一応、日本を選んだ場合は正しく表示されています。(補正が入らないからとも言えますけど、以前とはその後の仕組みが変わっているので、修正中は間違えていたのです。)

たぶん、上手く補正できたみたいです♪ 実際に、海外で使った人が正しく表示されたか確認できるまでは、まだ本当に大丈夫か分かりませんけど、とりあえず理論上は合っているはずです…きっと…たぶん…おそらく…。

アプリ文化祭か……次回は『着せ替えイズミん』かな？(白目) ※締め切りに間に合うか？(予測不能)

はい、私が考えたのも同じような方法で…、まず最初に現在いる国を選択してもらい、その後に日本の日時に変換するという方法です。 そうすれば、日本で日時を取得したのと同じになりますから…。 ちなみに、なぜ現在いる国か？と言うと、どこの国の人？という質問では居場所が違う場合があるので、現在いる国という質問にしています♪

そういえば、私はとんでもないことに気がついてしまったのかもしれません！ DTREADで現在の年月日(曜日)を取得できますけど、それは日本版での設定なので、日本版以外でこのプログラムを使った場合はどうなるのでしょう？ 例えば、北米版で使用した場合、DTREADで得られる日付は日本とズレてしまうことが多いのでは？ そうだとすると、日本版以外で使えるようにするには、どうしたら良いのでしょう？ 今までDTREADなどを使うプログラムをほとんど作っていなかったため、全く気にしていませんでしたが、それぞれの国で違った日付や時間を取得してしまうなら、別の国で使えるようにするには、どのような補正をすれば対応可能になるのでしょうか？ ……というか、欧州版の配信国全てに対応させる方法なんてあるのですかね？

言語によって記号の意味が違ったり、形式が異なったりするというのは、以前から聞いていましたが、プチコン用の式を作るにはSmile BASICの記号や形式を正しく知っていなければならないので、私にはまだまだ難しい領域ですね…。 それ以前に、複雑な計算式が苦手なので、式の短縮を自分で考えるのは不可能な状態デス…orz。

まぁ、私はその仕組みを理解できていないので、どこが変なのかも分かりませんけど、閏年が正しく判定できさえすれば方法は問いません…。

月日の表示形式を変えました♪

基本的には、こういちさんがオススメの方法が良いですね♪(数行かかってしまいますけど、私でも理解しやすいので…。) Godotさんが書かれた方法も似ていますが、判定後の数値が 28 か 29 になるという形式が都合が良いため、今回はそちらの式を使うようにします。 ちなみに、一行で表したいという人は、別式の 1 か 2 を使えば良いと思います。

な…なんじゃそりゃ～！(吐血) まさか、そのような判定方法があるとは…。 確かに、曜日の順番は固定で、「１つ飛んでいたら29日があることに…」という理屈は分かりますけど、何か遠回りしているような…？ 未来の曜日を特定する計算式があるというのは聞いたことがありますけど、それを閏年の判定に使うとは…。 残念ながら、あまり使いたくない方法ですね…。(私には難しいので…。)

ああ！そうか♪ 最初に N=28 を代入しておいて、閏年の場合だけ N=29 になるとすれば良いのか…。

上の式で2017年を調べると、28でも29でもなくN=0となりました…！ 下の式でも2017年はN=0となりましたが、「閏年でない平年は0または28となる」と判断すれば良いってことですか？