piu lentoの日々 (piu lento days)

数週間前にSpotifyからメールが来た。題に書いたように、5/12から僕の使っている古いデスクトップアプリが使えなくなるとか書いてあったが、古い版やAPIを使う自作のプログラムも使っているので、具体的に いつ使ったどのバージョンが駄目か示してくれないと、何が使えなくなるのか分からず困った。

メールには問い合わせ先が書いてあったけど期待できないから検索したら、最初は何も出てこなかった。公式サイトにも何も書いてなかった。仕方なく、メールでの問い合わせも可能なようなので出してみたら、予想通りの回答が来た。: Linux版は非公式なのでサポート対象外(なので知らねえ!)と。※ そして、それ以外の質問(どのバージョンが「古い」のか、僕のLinux版は「古い」のか、見分ける方法は?)は無視だ。

※公式のページにインストール方法を書いたり、有料コンテンツへのアクセスを許可しているのに、こういう時に「非サポート」と逃げるのは無責任だ。

頭に来たし、できることもないので放置していたら、次の週に またメールが来て更にイライラした。

再度検索してみたら今度は出て来て(参照: 1, 2)、結構多くの方が困惑し、みんな怒っているようだ。その中に、チャットのようなもので問い合わせて「大丈夫」という回答を得た方が居たが、僕は信用・安心していない。

というのは、通知メール自体が曖昧な書き方(→ 英語版)※だし、問い合わせた時の回答も「分かってない人」からだったからだ。きっと、今のSpotifyはツイッターのように中が混乱していて、「古いアプリが使えなくなる」ことの実体・真相を把握している人は少なく、サポート担当は分かってないのではないか。

※メールには以下のように書いてあるが、客が使っている版が2021/4より前にリリースされたものかどうか書いてないから駄目な条件が不明で、2021/4以降にリリースされたものは使い続けられるのか不明だ。

• • 客が使っている版(バージョン不明)は古いので、2023/5/12から使えなくなる。
  • 2021/4より前にリリースされたものも使えなくなる。

どうして こういう書き方をするのか分からない。: 「バージョン＊以前のものは駄目」と書けば明確になるのに。もしかして、Linux版を「古い」という表現で排除しようとしているのだろうか?

大体、日本語での回答と英語での回答(上記)が違うのがおかしい! 僕は、英語で、使っているバージョン(上の「大丈夫」と同じ)を書いて聞いたのに、日本語で上述のように駄目という回答が来た。日本のサポートの連中が使えないなら、迷惑でしかないから きっぱり撤去して欲しい!

だから、できることは、5/12(メールは日本語だったが、UTCか日本時間かも不明!)の9時(UTCの0時)頃に、引き続きSpotifyアプリが使えるかどうかを試すしかない。使えなくなったら困るが※、今は何もできない。

※その時は、不便だけどweb版プレーヤーを使えば、とりあえず再生は可能だ。

駄目になったら移行先※を考えるか、他者のプレーヤーを試そう。

※探したけど ほとんどない・・・

(2023/5/12 9:15) 古いアプリが使えなくなるという期限(2023/5/12、ただしUTCかどうか不明)になったので、今使っている(現行版, version 1.2.8.923.g4f94bf0d: 警告が来た時から変更なし)Spotifyを再起動して使えるか試したが、問題なく再生できている。

ただ、キャッシュの関係でまだ大丈夫なのかも知れないし、そもそもSpotifyが信用できないので、しばらく様子を見る。

そういえば、この稿を書いて少しした頃から警告のメールが来なくなったので、Spotifyが誤りに気付いたのか、警告は以前使っていた旧版に対してだったのかも知れない。いずれにしても、原因(何が悪かったのか)教えてくれないのは迷惑だ。

(5/12 18:51) アプリは更新されていないけどUIが更新されたようで、少し変わった(けど、変わったのは どうだっていいところで、依然としてイマイチどころか、使いにくくなった)。ということは、このアプリは「古くない」し、使い続けられるってことだろう。Spotifyの(日本語の)サポートの奴は全くいい加減なことを書いていた。

先日書いたspicetify-cliのCSSを改造して できるようにした。結局、Spotifyアプリの実体はHTMLで、元々はコピーできるのだが、なぜか無効にしていたので、それを再度有効にすればいいだけの話だった。

こういうことは今までにも何度も見た(例: Webで右クリック禁止)が、全くクソ馬鹿野郎だと思う。考えが浅はかだ。そうやってユーザーの利便性を落として、どういう意味・価値があるのか。そんなに自分の財産を保護したいなら、公開せずに後生大事に金庫にでも保存していればいいのに! もし意識せずにそうなったのなら、もっと低レベルだ。

文学作品だったら少しは分かるが、単なる技術的とか豆知識とかの類でコピペ禁止にしたって、嫌がらせ以外に何の意味もないよ。

文学作品や歌詞だって、データをコピーするのはユーザーの自由で、それを合法的に使うのには何の問題もないのに、最初から疑ってできないようにするのは ちょっと違うと思う。

CSSは得意でないので結構苦労したが、基本的には、CSS中でコピーしたい要素の user-select プロパティを text などに変更すれば良い。

苦労したのは、以前の版(現行もそうかも)のSpotifyアプリのCSSがぐちゃくちゃで、同じような要素が別のクラスになっているので、「探しては設定する」を何度も繰り返した(そこまでする必要はなかったが、ついムキになったｗ)。

参考までに、以下に、以前の版(1:1.1.68.632.g2b11de83)のSpotifyアプリに対するspicetify-cli(1.2.1)のデフォルトのテーマ(SpicetifyDefault)の改造版のuser.cssへの追加分を載せる。ただし、他にもいろいろ変更しているので、これだけではうまく行かないかも知れないし、残った(コピーできない)部分があるかも知れない。でも、基本的なアイデアはこれだけ(コードは長く見えるが、主要部分は下から2行目のたった1行だけ)だ。

/* Make texts selectable.: Butty */
/* Not effective/useful in some part (eg. tracks in track list). 
  Because, possibly, the draggable attribute is set by JS.: TODO */
[draggable] {
  user-select: unset;
}

#document, /* Not enough: Reset later by JS. */
/* For playlist page. */
.glue-page-header__content-inner, 
.playlist-content,
/* For album page. */
.Header__content, 
.AlbumRoot__content .glue-page-wrapper,
/* Sidebar and player control (bottom). */
.LeftSidebar, .view-player, 
/* Others. */
.tracklist-album, .tracklist-chart, .tracklist-basic, .tracklist-playlist, 
  .tracklist-podcast, .tracklist-popular, .tracklist-station, .tracklist-queue, .tracklist-search,
.HomeRoot, .MadeForYouRoot, 
.RadioHubRoot, .RecentlyPlayedPage,
.App__description, .app-content, .App__content, .App,
/* For credits. */
.CreditsModalContent
{
  user-select: text;
}

これで、マウスのドラッグやCtrl-Aで以下のようにテキストが選択でき、当然ながらCtrl-Cでクリップボードにコピーできるようになった。

Spotifyアプリからテキストをコピーできるようにした。(全選択した状態)

なお、サイドバーと下部のプレイヤー制御部が選択されていないが、別の要素のためのようで、どちらかの部分でCtrl-Aを押すと選択できる。

なお、思い付き+勢いでやってみたため、ちょっと不便なことがある。ボタンなどの余計なテキストも選択され、また、曲一覧の部分では思った部分がなかなかマウスで選択できず、特定の曲の選択が難しいのだ。これはHTMLの作り(JSで設定されたdraggable属性はCSSでは解除できない)と僕の未熟さのせいで、基本的にはちゃんとできるはずだ。

あと、全然見ない(ので忘れて居た)のと、一応 日本での取り扱い状況を尊重して、歌詞をコピーできるようにはしていない。

実際に使うか使わないかは別として、「(クソみたいな制限なんてせず、)できるものはできるままにしておく」ってのが僕の主義なので やってみた。