SkyArts.com公式ブログ
Android, iPhone等のスマートフォン向けアプリ開発などの話題を中心に、時事ネタなどを気の向くままに書いています。
Home
 

SkyArts.com’s X (Twitter) Updates for 2025-12-01 – 2026-01-01




2025-12-03
  • 今度は 03 から始まる電話番号からワン切りの電話（番号を調べると不要な営業の模様）が来たので iPhone （iOS 26.1）の「連絡先を着信拒否」に該当の電話番号を登録しようとしたのですが、やはり電話アプリ内から直接登録できないですね。
    2025-12-03 15:02:12

  • 以前は該当番号の詳細を表示して「連絡先を着信拒否」に即登録できた様ですが、少なくとも iOS 26.1 では即登録する機能が見当たらないですね。

    毎回 OS の「設定」アプリから「電話」を選んで「連絡先を着信拒否」に登録しないといけないのは面倒ですね。 in reply to SkyArts_dot_com 2025-12-03 15:04:01

  • しかも「電話」アプリの設定画面の「連絡先を着信拒否」機能は電話番号をペーストすると（登録用のボタン等が消えるので）『 （ペースト後は）「Enter キーを押さないといけない」という操作を理解していないと何もできなくなる不親切仕様』ですし。 in reply to SkyArts_dot_com 2025-12-03 15:08:24

  • iPadOS 26.x の UIScrollView は、

    – 内部 View のサイズ変更時に何らかの条件が揃うと勝手に一番上にスクロールしてしまう

    問題がある感じ。

    何かで内部的にリセットがかかるのかな？？
    2025-12-03 17:26:16

  • UIScrollView は内部的にスクロール前に bounds 値に値が設定される様ですが、勝手に一番上にスクロールする際には（setBounds メソッドとして）オーバーライドしていても呼び出されない特別な呼び出し（super 側では呼び出されている模様）がある様なのですよね。 in reply to SkyArts_dot_com 2025-12-03 17:31:32

  • 1つは原因がわかったかも！

    – UIScrollView を全画面表示＆ステータスバーを表示 の時に UIScrollView の上部（ステータスバーとは無関係）をタップすると何故かステータスバー・タップのイベント（最上部へスクロール）が発生する

    という呆れた問題ですね。

    ただ、もう一つある様なのですよね。 in reply to SkyArts_dot_com 2025-12-03 19:40:46

  • iOS 26.x / iPadOS 26.x は、

    – 別画面（UIViewController）を開いた後、画面の場所を問わず右にスワイプすると前画面に戻ろうとする

    という結構致命的な仕様変更がされていますね。
    しかも、UITextView 内でも発生するのでかなり厄介。

    メイン機能は画面遷移で開くな！、という事の様ですね。
    2025-12-03 19:54:34

  • 取り敢えず、

    – iPadOS 26.x の UIScrollView は、scrollViewShouldScrollToTop メソッドをオーバーライドして false を返す

    という形にして置けば解決するかな。

    ステータスバーに機能を持たせすぎ＆ Window UI 追加で色々と変になっている感じ。 in reply to SkyArts_dot_com 2025-12-03 20:21:04

  • タッチイベントを上書き（super に処理を返さない）をすれば前画面に戻ろうとする処理は避けられる様ですが、せめて左端位の範囲だけで何とかならなかったのかな？？

    そこまで前画面に戻る操作は求めていないのですけれどね。 in reply to SkyArts_dot_com 2025-12-03 20:22:35

  • iPadOS 26.x の場合、画面上部は UINavigationController の高さ位まで scrollViewShouldScrollToTop メソッド呼び出しがある様ですね。

    新 Window UI だと確かにサイズを変更した際に UINavigationController の分がステータスバー（またはタイトルバー）の様な動作になるので、その流れかな。 in reply to SkyArts_dot_com 2025-12-03 20:51:21

  • という事は、

    – iPadOS 26.x では UIScrollView （UITextView を含む）を使う場合は必ず scrollViewShouldScrollToTop メソッドをオーバーライドして false を返さないと意図しない操作ですぐに先頭にスクロールする

    という問題がでてしまう事になりますね。
    かなり酷いですね。 in reply to SkyArts_dot_com 2025-12-03 20:56:00

  • OS の「設定」アプリでも問題が発生するのですね。
    呆れるばかりの酷さ。 in reply to SkyArts_dot_com 2025-12-03 20:58:22

  • iPadOS 26.2 beta 2 のシミュレータでは、

    – 英語のソフトキーボードの「English (Japan)」で「-」（半角マイナス、ハイフン）キーを押すと日本語の長音記号が（変換無しで）入力される問題

    は改善している様ですね。

    後は正式リリース待ちかな。 in reply to SkyArts_dot_com 2025-12-03 21:44:05

  • UITextView 内でテキスト編集時でも構わずに前の画面に戻ろうとするのは流石にやりすぎなので、Apple社に改善の要望を出しておきました！ in reply to SkyArts_dot_com 2025-12-03 21:45:35

  • 取り敢えず、何も無い所をタップしただけで一番上にスクロールする、というのは誤操作の原因なので Apple社に改善の要望を出しておきました！ in reply to SkyArts_dot_com 2025-12-03 21:46:58

  • もう一つ iPadOS 26.x で何らかの条件が揃うと一番上にスクロールする、というのがある様ですが、その様な動作は UIScrollView の scrollViewShouldScrollToTop メソッド関連以外では考えにくいので、scrollViewShouldScrollToTop メソッドで false を返せば直る気がするのですよね。 in reply to SkyArts_dot_com 2025-12-03 23:03:57

  • この問題は、

    – UITableView 等の UIScrollView を継承している子クラスでも発生
    – ステータスバーを非表示にしていても上部のある程度の範囲のタップ操作を強奪して発生

    なので、全ての UIScrollView 関連クラス分対応するのは厳しいかな。
    プロパティ等で簡単に設定できると良いのですが。 in reply to SkyArts_dot_com 2025-12-03 23:43:31


2025-12-04
  • UIScrollView クラスの scrollsToTop プロパティを false 設定にすれば良い様ですね。

    ただし、scrollViewShouldScrollToTop(_:) メソッドをオーバーライドしている時は考慮しないといけない、という事ですね。

    全 UIScrollView クラス使用箇所を修正しないといけないのかな。面倒ですね。 in reply to SkyArts_dot_com 2025-12-04 10:09:01

  • Navigation bar をタップしたら一番上にスクロールした、等の意図しない動作があると嬉しくないので、iPadOS 26 以降は scrollsToTop プロパティを false 設定位はしておいた方が良いかな。

    UI は Storyboard を一切使用せずにソースコードで書いているので切り分けは簡単にできますし。 in reply to SkyArts_dot_com 2025-12-04 10:44:23

  • 何となくもう一つの問題の発生条件がわかったかも！
    結果的に問題の原因は同じだと思います！

    OS がアプリ上部のタップ操作を勝手に奪うとは本当に迷惑な仕様ですね！ in reply to SkyArts_dot_com 2025-12-04 12:35:54

  • iPadOS 26 では scrollsToTop プロパティを false 設定した場合、

    – アプリの上部タップでのスクロールはしなくなる
    – ただし、アプリの上部をダブルタップするとアプリ・ウィンドウのリサイズが始まる

    という感じ。

    ダブルタップは余りしないので大きな問題はないけれど余計な機能ですね。 in reply to SkyArts_dot_com 2025-12-04 15:17:40

  • iPadOS 26 向けアプリ全体で一気に scrollsToTop プロパティを false 設定した時と同じ動作にできないものかな？？

    できればアプリ上部でのダブルタップ時の動作も無効にできないのかな？？

    iPadOS 26 の要らない機能を無効にする為にアプリを更新しないといけないというのはとてもナンセンス。 in reply to SkyArts_dot_com 2025-12-04 18:17:42

  • iOS / iPadOS 向け Wrix （超高機能テキストエディタ）を iPadOS 26.x で使用した際に

    – アプリの上部のタブバーやツールバーをタップすると勝手に最上部にスクロールする

    という問題が出ています！

    この問題は iPadOS 26.x がアプリの上部のタップ操作を強奪してしまうのが原因です。
    ＞
    2025-12-04 18:23:56

  • iOS / iPadOS 向け Wrix （超高機能テキストエディタ）では、以下の設定をする事でこの問題は改善します！
    ※iPadOS 26.x では必須！

    – 「編集」設定画面の下の方にある「ステータスバーをタップした時に先頭に移動するかどうか」チェックをオフにする

    設定 – 編集設定画面
    https://skyarts.com/japan/products/ios/wrix/settings.html#edit_settings in reply to SkyArts_dot_com 2025-12-04 18:27:32

  • 今後は iPadOS 26.x 向けにアプリ上部をタップしてもスクロールが動かない様にアプリ全体を修正する予定です！
    それまでの間は先の設定をして使用して下さい。
    ※ iOS 26.x では同じ問題は発生しません。

    https://skyarts.com/japan/products/ios/wrix/index.html in reply to SkyArts_dot_com 2025-12-04 18:30:29

  • iPadOS 26.x がアプリの上部のタップ操作を強奪して勝手に最上部にスクロールしてしまう範囲は以下の様な感じです。

    – アプリ上部のステータスバーの高さの2倍程度の高さ（ステータスバー非表示でも発生）
    – ナビゲーションバーがある場合はナビゲーションバーの高さも含まれる in reply to SkyArts_dot_com 2025-12-04 18:34:53

  • 念の為に補足しますが、

    – iOS / iPadOS ではステータスバーをタップした時に最上部にスクロールする機能がデフォルトではオンになっているが、今回の問題は iPadOS 26.x ではステータスバーの範囲を超えてアプリ内の上部の範囲のタップ操作が強奪されてスクロールが動作する

    という問題です。 in reply to SkyArts_dot_com 2025-12-04 18:37:23

  • 勿論、アプリの画面内で UIScrollView クラス（ UITextView 等のサブクラスを含む）を使用していない場合は問題は出ませんが、アプリ上部でのダブルタップ時はアプリ・ウィンドウのリサイズ処理が開始されます。

    iPadOS 26.x ではアプリ上部でのタップ操作は要注意、という事ですね。 in reply to SkyArts_dot_com 2025-12-04 18:40:40

  • 「iPadOS 26.x がアプリの上部のタップ操作を強奪」
    というのは正しくないかな。

    タッチイベントは一応来るので、
    「iPadOS 26.x が（ステータスバーとは関係なく）アプリの上部のタップ操作も最上部へのスクロール操作と判断して処理してしまう」
    が正しい表現かな。 in reply to SkyArts_dot_com 2025-12-04 18:50:31


2025-12-05
  • Google 検索で「inkscape」をキーワードにして検索した所、本家のトップページは全く出てこないのですね。
    出てきても Windows 版のダウンロードページで説明などのテキストはなし。

    最近はここまで検索結果が酷くなってしまったのですね。
    本家かどうかを判断する手間も必要になってしまった感じ。
    2025-12-05 16:06:53


2025-12-07
  • 「iPadOS 26.x が（ステータスバーとは関係なく）アプリの上部のタップ操作も最上部へのスクロール操作と判断して処理してしまう」問題の回避策を思案中！

    この問題を理解した上で使いたいと思う人はほとんど居ないと思うので、強制的に全停止（使用不可）させても問題ないとは思うのですけれどね。
    2025-12-07 15:03:50

  • 設定画面等でもスクロールする機会はあるのですが、問題になるのはやはり

    – テキスト編集時にアプリ上部のボタン等を押した際に最上部に移動してしまう
    – 何らかの一覧表示時にアプリ上部のボタン等を押した際に最上部に移動してしまう

    位だとは思うのですけれどね。 in reply to SkyArts_dot_com 2025-12-07 15:07:39

  • 元々「ステータスバーをタップで最上部にスクロール」という機能自体が存在しなかった、と考えれば良いのかも知れないですね。
    Android OS には無い機能ですし。

    しかし、iOS/iPadOS、Android も OS がアプリの操作を邪魔するのは止めて欲しいですね。 in reply to SkyArts_dot_com 2025-12-07 15:10:54

  • iOS の UIScrollView クラスの scrollIndicatorInsets プロパティが Deprecated になっている様ですが、ソースコードには何も記載がなく、ビルド時に警告も出ないのですが、一体何これ？？
    代替プロパティは iOS 11.1 の時に追加されている様なので古くからありますね。

    https://developer.apple.com/documentation/uikit/uiscrollview/scrollindicatorinsets
    2025-12-07 20:55:08

  • たまたま Xcode の右端に出る Quick Help を表示していた所、 Deprecated と表示されたので「何これ？？ 知らないよ！」という事になりました。 in reply to SkyArts_dot_com 2025-12-07 20:56:43

  • Apple社に Deprecated API 使用時はビルド時に必ず警告を出すように、と要望を出しておきました。

    Deprecated API 使用時に警告が出るのは普通の事だとは思うのですけれどね。 in reply to SkyArts_dot_com 2025-12-07 22:06:48

  • iOS & iPadOS 26.2 RC がリリースされていたのですね。

    週明けには iOS & iPadOS 26.2 の正式版が出そうかな。
    2025-12-07 22:07:39

  • 取り敢えず、Deprecated の警告は出ていなくても API ドキュメントには Deprecated と記載があるので修正しておかないといけないですね。

    他にも警告なしの Deprecated API がありそうな予感。 in reply to SkyArts_dot_com 2025-12-07 22:10:33


2025-12-08
  • Swift のソースコードには何も記載はないですが、Objective-C のソースコードには Getter のメソッドの方は Deprecated という形になっていますね。
    ※Setter のプロパティには何も記載はない

    という事は、値設定時は Deprecated の影響を受けない、という事かな。 in reply to SkyArts_dot_com 2025-12-08 02:03:17

  • この問題は、

    – UINavigationBar がある時は UINavigationBar の下まで影響する
    – UINavigationBar が無い場合は Status bar （表示/非表示関係なく）の2倍の高さ程度が影響する

    という感じ。
    どちらにしてもアプリ上部の範囲内なので影響は大きいですね。
    左右にスワイプでも別の影響がありますし。 in reply to SkyArts_dot_com 2025-12-08 03:01:05

  • つまり、

    – iPadOS 26.x ではアプリの上部でのボタン操作等の操作は誤作動の元なのでするな！

    という事の様ですね。

    新ウィンドウ・システムの為にアプリ側が使い勝手を譲歩しなくてはいけないとは。
    何か違う気がするのですけれどね。
    完全に「机上の空論」設計ですね。 in reply to SkyArts_dot_com 2025-12-08 03:06:20

  • これならば最初からウィンドウのタイトルバーを表示してくれた方が誤作動も無いので良いと思うのですけれどね。
    タイトルバーを省くから見えない操作が発生して混乱するのですよね。 in reply to SkyArts_dot_com 2025-12-08 03:13:55


2025-12-09
  • iOS & iPadOS 26.2 RC 2 がリリースされていますね。

    Xcode 26.2 RC のアップデートは無い様ですが。 in reply to SkyArts_dot_com 2025-12-09 08:59:48

  • でも、ステータスバー・タップの設定をオフにしても

    – ステータスバーの倍の高さ
    – ナビゲーションバーがある場合はナビゲーションバーの範囲

    をダブルタップするとOSによるアプリ・ウィンドウのサイズ変更が開始されるのですよね。

    タップは防げてもダブルタップのOSの操作は防げないのですよね。 in reply to SkyArts_dot_com 2025-12-09 12:57:00

  • ステータスバー・タップの設定の注意書きはこの様な感じかな。

    注意: iPadOS 26以降ではOS自体の動作仕様変更によりステータスバー以外にアプリの上部やナビゲーションバーをタップした際にも機能が動作します。
    iPadOS 26以降での使用時は誤操作防止の為にオフにする事をお勧めします。 in reply to SkyArts_dot_com 2025-12-09 12:47:58

  • iPadOS 26以降向けにはデフォルトでステータスバー・タップの設定はオフにしますし、ここまで注意書きをした上でオンにして使うのであればそれは自己責任ですよね。 in reply to SkyArts_dot_com 2025-12-09 12:50:08

  • でも、ステータスバー・タップの設定をオフにしても

    – ステータスバーの倍の高さ
    – ナビゲーションバーがある場合はナビゲーションバーの範囲

    をダブルタップするとOSによるアプリ・ウィンドウのサイズ変更が開始されるのですよね。

    タップは防げてもダブルタップのOSの操作は防げないのですよね。 in reply to SkyArts_dot_com 2025-12-09 12:57:00


2025-12-10
2025-12-12
  • Apple社から

    App Store Connect のアプリ情報セクションにある年齢レーティングに関する質問への回答を更新せよ。
    2026 年 1 月 31 日までに回答しない場合、アップデートを送信できなくなるぞ！

    とメールで連絡が来たのですが、公開中のアプリは全て設定してあるはずなのですけれどね？？
    2025-12-12 08:52:02

  • 公開中のアプリの「アプリ情報」に「新規」マークが付いているアプリと付いていないアプリがあるのですが、これの違いかな？？

    でも該当の設定は追加ではできないので、空のアップデートを追加する形にするのかな？？ https://x.com/SkyArts_dot_com/status/1999268494878343591/photo/1 in reply to SkyArts_dot_com 2025-12-12 09:02:08

  • 非公開のアプリの方に設定がされていない項目がありますね。
    多分、この事だとは思いますが、そもそも非公開のアプリの方は Apple社の難癖で公開できなくなったアプリも含まれるのですよね。

    最悪でもアップデートできなくなる位の様ですし、実際にアップデートする時でも問題ないかな。 in reply to SkyArts_dot_com 2025-12-12 09:02:20

  • どのアプリが未設定なのかを教えてくれると助かるのですけれどね。

    ただ、実際に設定するには「アプリをアップデート」しないと不可な気もしますが。 in reply to SkyArts_dot_com 2025-12-12 09:04:30


2025-12-13
  • iOS 26.2 がリリースされていたのですね。
    2025-12-13 09:38:59

  • 同時に iOS 18.7.3 もリリースされていますね。 in reply to SkyArts_dot_com 2025-12-13 09:58:39

  • iPadOS 26.2 でも
    「iPadOS 26.x が（ステータスバーとは関係なく）アプリの上部のタップ操作も最上部へのスクロール操作と判断して処理してしまう」
    問題は直っていない様なので、完全に「仕様」だとして対応しないといけないですね。
    2025-12-13 11:05:27


2025-12-15
  • Apple Developer Program の年会費（12,980円）を支払って更新完了！
    2025-12-15 12:26:23

  • ホリデーシーズンなので iOS アプリの審査が

    12月19日から26日の期間は審査の完了に要する時間が長くなる場合がありますのでご留意ください。

    との事なので、iPadOS 26.x 対応分を審査申請に出さないといけないですね。
    2025-12-15 12:30:04

  • iOS / iPadOS 向け Wrix （超高機能テキストエディタ）の審査申請完了！
    今回は主に iPadOS 26 以降の OS 自体の仕様変更によりアプリ上部でのタップ操作が先頭へのスクロール扱いにされてしまう問題の対応です。

    審査終了まで少々お待ちください。

    https://skyarts.com/japan/products/ios/wrix/index.html
    2025-12-15 15:17:29

  • 他の iOS アプリは、iPadOS 26 以降でも大きな問題は出なさそうなので保留かな。

    Wrix （超高機能テキストエディタ）の場合はテキスト編集画面がスクロールバー有りで全画面表示が基本なので結構問題が出るのですよね。
    カーソル移動でタップしただけで勝手に先頭にスクロールされては困りますし。 in reply to SkyArts_dot_com 2025-12-15 15:22:55

  • iPadOS 26 以降のアプリ上部のタップ対策は取り敢えずできましたが、同じ範囲での

    – ダブルタップ
    – 左右へのスワイプ

    によるアプリ・ウィンドウのサイズ変更開始の対応は不可なのですよね。
    単語選択の為にダブルタップしたら先頭にスクロール、とか笑えないので何とかしたいのですよね。 in reply to SkyArts_dot_com 2025-12-15 16:20:16

  • iPadOS 26 以降のアプリ上部でのダブルタップでのアプリ・ウィンドウのサイズ変更開始に関しては、「ゆっくりダブルタップ」すれば何とか回避できそうではありますが、「ダブルタップはゆっくり」と説明しないといけない時点でナンセンスですし。

    UI の配置自体を考えないと誤操作ばかりになりそう。 in reply to SkyArts_dot_com 2025-12-15 16:24:14


2025-12-16
2025-12-17
  • Wrix (Ultra-High-Functional Text Editor) Ver 5.18 for #iOS / #iPadOS has been Released!

    It’s FREE! & No Ads!
    Please try Ultra-Comfortable Text Editing Environment!
    The stress of Text Editing will be greatly reduced on iOS!

    FREE Trial Available!

    https://apps.apple.com/app/id1582282292?&ls=1&mt=8 https://x.com/SkyArts_dot_com/status/2000983344927150484/photo/1
    2025-12-17 02:36:20

  • iOS 26.x / iPadOS 26.x で追加された（余計な）動作仕様を無効にする機能を追加しないといけないですね。

    最初から余計な動作仕様を追加しなければ済む話なのにね。
    本当にナンセンスですね。
    2025-12-17 11:07:18

  • 余りにも●●な動作仕様なので設定画面での説明が長くなってしまい格好悪くなりますね。

    それ程理解に苦しむレベルの●●な動作仕様なのですよね。

    そもそも誤作動、誤操作の事を想定していない「机上の空論」で追加された様な動作仕様ですしね。 in reply to SkyArts_dot_com 2025-12-17 11:18:03

  • #iOS / #iPadOS 向け Wrix （超高機能テキストエディタ）Ver 5.18 を公開しました！

    基本無料で使えます！
    別次元の超快適なテキスト編集環境を体験してみて下さい！

    ※広告無しです！
    ※超高機能メモ、アウトライン、ToDo等として使用可！
    ※無料試用期間があります！

    https://apps.apple.com/jp/app/id1582282292?l=ja&ls=1&mt=8 https://x.com/SkyArts_dot_com/status/2001116821777473551/photo/1
    2025-12-17 11:26:43

  • 今回の #iOS / #iPadOS 版 Wrix （超高機能テキストエディタ）の主な更新内容は、

    – iPadOS 26 の仕様変更による（アプリ上部のタップ操作時の）問題の対策

    です！

    別次元の超快適なテキスト編集環境を是非体験してみて下さい！
    広告無し＆基本無料で使用できます！

    https://skyarts.com/blog/jp/skyarts/?p=35346
    2025-12-17 11:28:13

  • iOS 26.x / iPadOS 26.x で追加された（余計な）動作仕様を無効にする機能を追加完了！
    良い感じにできました！
    一応設定画面で選択可能ですが、デフォルトは当然オフ（無効化）です！

    アップデート版を出したばかりなのともう少しテスト後にリリースですね。 in reply to SkyArts_dot_com 2025-12-17 12:19:50

  • iOS 26.x / iPadOS 26.x で追加された（余計な）動作仕様を無効にする機能は（意味不明な動作仕様を解説したりと）説明が長くて視認性が悪くなり、しかも格好悪いので、最低限のリンク・テキスト等を用意して別途ダイアログ等で表示してもらう方が良いかな。 in reply to SkyArts_dot_com 2025-12-17 12:24:18


2025-12-18
  • Apple App Store で公開できなくなった or できなかったアプリがいくつかありますが、別のアプリストアを使えば公開できるのかな？？
    2025-12-18 13:43:55

  • また意味不明な技術使用料等の高額な手数料を取られるのかな？？

    広告付き無料配布であれば気にしないで済みますが、広告会社が「他のアプリストアでの配信での広告を許可するかどうか」が課題かな。 in reply to SkyArts_dot_com 2025-12-18 13:46:58

  • 結局、Apple App Store 以外で配信した場合に何パーセント手数料が取られるの？？
    海外の例と同じく余計な手数料を取る事で他のアプリストアでの配信を妨害する手法が使われる様なので、そこをきちんと禁止しなかったのは完全にミスですね。

    https://www.apple.com/jp/newsroom/2025/12/apple-announces-changes-to-ios-in-japan/ in reply to SkyArts_dot_com 2025-12-18 14:00:23


2025-12-19
  • ホリデーシーズンでアプリ審査に時間がかかるかもですが、iOS 26/iPadOS 26 で追加された（余計な）動作仕様を無効にする機能追加分のアップデート版を審査申請しようかな。

    元々 Wrix （超高機能テキストエディタ）は OS の使いにくい所を回避/否定するアプリですし（笑）
    https://skyarts.com/japan/products/ios/wrix/index.html
    2025-12-19 13:52:12

  • iOS / iPadOS 向け Wrix （超高機能テキストエディタ）を審査申請しました！

    今回は主に iOS 26 / iPadOS 26 で追加された誤操作必至の（余計な）動作仕様の問題対応です。

    審査終了まで少々お待ちください。

    https://skyarts.com/japan/products/ios/wrix/index.html
    2025-12-19 14:16:28


2025-12-20
  • やっと審査が終了したかな。

    これで iOS 26 / iPadOS 26 で追加された誤操作必至の（余計な）動作仕様の問題から逃れられるかな。
    本当に余計な動作仕様を入れてアプリ側に迷惑をかけないで欲しいですね。 in reply to SkyArts_dot_com 2025-12-20 23:30:33

  • この iOS 26 / iPadOS 26 で追加された誤操作必至の（余計な）動作仕様は、

    – クリエイティブ・アプリ以外の固定のコンテンツやページ等を見る時はまだ使える
    – しかし、クリエイティブ・アプリで何らかのコンテンツを編集する際には誤操作必至なので大迷惑

    という感じだと思います。 in reply to SkyArts_dot_com 2025-12-20 23:32:19


2025-12-21
2025-12-23
  • ドメインの更新期限が近づいてきているからか

    【重要】ドメイン ●● を引き続き保持しますか？

    といったフィッシング詐欺メールが届くようになってきたので、更新手続きをしました！
    2025-12-23 14:55:22

  • 該当のドメイン更新のフィッシング詐欺メールの本文には（偽の）更新用 URL があり、パラメータのメールアドレスを変更して開いた所、

    – CAPTCHA認証後にメールアドレス、パスワード入力（インチキ情報でもOK）
    – その後にクレジットカード情報を入力させる（1,942 JPY）

    という流れの様です。 in reply to SkyArts_dot_com 2025-12-23 14:58:35

  • 流れ的には
    【確認】●● をこのまま手放してもよろしいですか？
    【最終期限】●● 更新の最終機会
    ⚠【最終催告書】ドメイン更新期限超過のご通知：●● は48時間後に削除されます
    ⚠ 【データ削除警告】ドメイン●● 契約期限：残り24時間で失効
    【最終結果】ドメイン ●● は現在無効化処理中です in reply to SkyArts_dot_com 2025-12-23 15:38:41

  • 【重要】ドメイン ●● を引き続き保持しますか？

    という感じで勝手に物語を作って騙そうとしてきていました。

    期限や更新 Web サイトは完全にインチキですけれどね。 in reply to SkyArts_dot_com 2025-12-23 15:39:47


2025-12-24
  • （偽の）ドメインの更新期限のフィッシング詐欺メールの次は内部の人間を装って

    – 貴拠点の実務責任者（数字管理および決済関連の担当者）を含めたTeamsまたはChatworkのグループを立ち上げろ
    – 会社のLINEグループを一時的なプラットフォームとして作成しろ

    という詐欺メールですね。
    2025-12-24 13:27:02

  • これも中国人が絡んでいる感じ。

    – メール送信は Outlook .com
    – 件名は全角で会社名（でもきちんと調べていない感じ）
    – メール内の日本語には一部中国語の簡体を使用 in reply to SkyArts_dot_com 2025-12-24 13:30:03


2025-12-25
  • iOS / iPadOS 26 で追加された「画面のどの場所でも右スワイプすると前画面に戻る機能が発動する」動作仕様以外に
    – 画面の左端で右スワイプで前画面に戻る機能発動

    は両方共に UINavigationController クラスが関連していたのですね。
    2025-12-25 18:37:12

  • なので、UINavigationController 非表示時はどちらも発動しない。

    Wrix （超高機能テキストエディタ）の中で一画面だけ UINavigationController を非表示にしているので他の画面と合わせた方が良いのかな。
    画面の左端で右スワイプで前画面に戻る機能発動は動作して欲しいのもありますし。 in reply to SkyArts_dot_com 2025-12-25 18:39:30


2025-12-26
  • Wrix （超高機能テキストエディタ）の中で UINavigationController を非表示にしている一画面（主画面以外）でも UINavigationController を表示させてみましたが、今まで表示されていなかった分、違和感がありますね。

    画面の左端で右スワイプで前画面に戻る機能は便利ではありますが。 in reply to SkyArts_dot_com 2025-12-26 16:09:59

  • ただ、左右へのスワイプで機能が動作するので「画面のどの場所でも右スワイプすると前画面に戻る機能が発動する」動作とは相性が悪いですね。

    やはり、「画面のどの場所でも右スワイプすると前画面に戻る機能が発動する」動作は余計な機能ですね。 in reply to SkyArts_dot_com 2025-12-26 16:11:20


2025-12-30
  • 任天堂を騙るフィッシング詐欺メールが来ました！

    「Nintendo Switch Onlineの自動継続購入が完了できなかった」
    という内容でクレジットカード情報を入力させるのが目的かも。

    メールの送信元、リンク先のドメイン（.cfd）共に香港ですね。
    2025-12-30 21:02:51


2025-12-31
  • 某国内スマートフォンメーカーが「test」としか記載の無い Google AdSense 広告を出しているのですが、何の狙いがあるのかな？？

    明らかにテスト広告でしょうし、広告主は広告代理店の様なので「何も効果の無い意味のない広告を出して広告費はしっかり取られる」をやっている様な気が。
    2025-12-31 08:38:20


2026-01-01
0
01
1月

2026/01/01 This post was written by Categories: 未分類 No comments yet



コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

CAPTCHA

*



  • SkyArts.comのリンク

  • 外部リンク

  • 2026年1月
    月 火 水 木 金 土 日
     1234
    567891011
    12131415161718
    19202122232425
    262728293031  

  • 最近の投稿

  • カテゴリー

  • タグ

    Android Android Market Brighter Google Google Checkout iOS iPad iPhone LifeChecker NeoCalcs NeoFiler NeoPiano Phrase Keyboard PianoStar PuzzMon SequencerPad SkyArtsエディタ SmileTalker Twitter Wrix アタッチセーバー アプリ インテリア コスメ スポーツ用品 タップ世界選手権 バッグ ピクらっち ファッション ブランド ブランド物バッグ モバスカ 不正使用対策 入荷情報 占い 干支占い 支払いの不承認 支払い拒否通知 激安ショップ 激安ショップ入荷情報 無限ナンバープレース 血液型占い 財布 電子書籍 黒豆
    • Copyright © 2026 SkyArts.com公式ブログ. All Rights Reserved.
    Top