インク瓶
マルハニチロ 「冷凍」 京うの花 500g×3 https://amzn.asia/d/iwyxL1X
android-database-sqlcipher ライブラリは 4.5.5 からsqlcipher-androidに移行した模様。
- 移行前 https://github.com/sqlcipher/android-database-sqlcipher
- 移行後 https://github.com/sqlcipher/sqlcipher-android
- 移行ガイド https://www.zetetic.net/sqlcipher/sqlcipher-for-android-migration/
あと暗号化キーの作り方によっては
Fatal Exception: net.sqlcipher.database.SQLiteException
file is not a database: , while compiling: select count(*) from sqlite_master;
が頻出するようになって、仕事で関わってるアプリではその対応を行った。 https://github.com/sqlcipher/android-database-sqlcipher/issues/594
4.0も3.5も年末には公式サポートがなくなるんだけど、さらにそれより古いバージョン表記のサーバに対してパッチ済みかどうかお伺いをたてるというのも変な話だよ
いうてpawoo.netもmstdn.jpも4.1.x になったので、あと3.5未満のMastodonサーバで大きいとこって(略
Mastodonが添付メディアの順序を投稿で指定した順にするようになったのは 3.5 の https://github.com/mastodon/mastodon/pull/17696 からで、それより古いMastodonでは添付メディアはアップロードした順に表示されるかもしれない。
#SubwayTooter 5.542の並べ替え機能、並べ替えた後に画面切り替えて戻すとリセットされたりしない？ 少し調べるか…
OSで選択した画像のUriは権限の種別によりpickなんとかという内容になってしまい、過去のMediaStoreのUriとは異なる。過去のMediaStoreのUriでクエリしても空カーソルが返る。
例えば過去のアプリではSAFのDocument Uri をMediaStoreのUriに変換したりしていたが、そういう芸当はもう出来なくなる。
過去のアプリのUXは、端末上の全てにアクセスできる前提で、端末上の画像を選ぶ画面をアプリ側で作り込んでいた。その画面に、投稿中の画像の順序を変更する機能も持たせていた。
おそらく今後は端末上の画像を選ぶ画面はセキュリティのためにOSに任せるべきで、投稿中の画像の順序を変更する機能は別の場所に設ける必要がある。
権限を一度取得したらアプリから端末上の画像を全部読める、という時代は終わるのだと思う。それはそうだ、公開したい写真を選ぶためだけに、公開したくない写真にまでアプリがアクセスできるのは危険だろう。
さらに画像を追加しようとした場合、Threadsではまず投稿作成画面のサムネイルをタップする。するとアプリ内のギャラリーが出るが「一部の写真と動画に対して、Threadsによるアクセスを許可しました。」という注意書きがうっすら見えて、その右の管理するボタンを押すと「さらに写真を選択」「設定を変更」の選択肢がある。前者は（A）からやり直してOSがアプリにアクセス許可する画像を増やす。後者はアプリの権限設定への導線で、「写真と動画へのアクセス」を「常に全て許可」にさせたいのだろう。
非常にわかりにくい。
Android のXアプリはまだtargetSdkVersion33だった。ThreadsアプリはtargetSdkVersion 34で、新規インストールして投稿作成時に画像を追加しようとすると権限許可ダイアログに「写真と動画を追加」の選択肢が出る。先頭にあるので多くのユーザはコレを押してしまうだろう。するとOS側が「（A）アプリから見れる画像を選ぶ画面」を開き、それが終わると今度はアプリが「（B）添付する画像を選ぶ画面」を開く。（A）で選んだ画像だけが（B）の候補として表示される。選択完了すると投稿作成画面に戻って来る。ユーザから見ると選択画面が2回出てくるのが煩雑だが、ここまでは納得できなくもない。
続く
Amazon Musicさん、画面が縦長じゃないとレイアウト崩れるようになったなあ…
@lapua KeePass2とかだと、Dropboxにデータベースファイル置いて複数端末からアクセスして同期できますね。
もちろんDropboxの認証が必要ですし、データベースファイルのマスターパスワードは覚えないとダメです。
victor wood ha-fw10000
https://www.victor.jp/headphones/in-ear/ha-fw10000/
イヤホンをポチりました。
仕事で関わってるアプリからnineoldandroidsアニメーションライブラリの依存を除去できる見込みがついた。長かった…
このアカウントは、notestockで公開設定になっていません。
コンテキストメニューから引用リノート（別アカ選択あり）を選べるようにするのが自然かなあ…
Misskeyはブーストボタンを押した後にワンクッション挟んで引用リノートを選べるんだけど、このUIをそのままSTにもってくるとマストドンのカラムとミスキーのカラムで操作が異なるという紛らわしいことになって、ユーザ（俺）が誤操作を警戒して操作テンポが悪くなるという問題がある。結果として返信から投稿画面に入ってチェックボックスを操作して引用リノートにする、あまり直感的ではない手順になってしまった。まあ誤操作はしづらいが、これはこれで適切とも言いにくいのは認識している
@siesta0918 ホントに回線の影響ならアプリからどうにかできる話じゃありませんね…。カラムの左上に通信状態インジケーターとか用意してあるので、止まってそうな時はご確認ください
https://mastodon-train.info/@umikaki5017/101142001232042476 その自分というのはログインユーザなのか元投稿と同一ということなのか。複数アカウント前提のSTとしては表現の曖昧さは減らしたい
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
の投稿
kedama@foresdon.jp
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@Yukiya URLを引用…はコンテキストメニューにあるよ。あとはタンス側も対応してないとムリ
@vando 今のところ、返信のバリエーションという扱いだよ。既存のUIに手を加えずにすむし、下書きからの復元もこの方が自然にできる
これなら自分あてだろうが他人あてだろうが返信であることは確実にわかるし、専有面積はShow threadとほぼ同じ
このアカウントは、notestockで公開設定になっていません。
@mayaeh え、STでも翻訳者からWeblateにissueなげられたり普通にあるよ
@YUKIMOCHI @mayaeh Weblateのメンテナは親切なので、まずissueを投げて共有しては？STもいくつかissueなげてるけど普通に検討してくれるよ
#SubwayTooter でもWeblate使ってるけど、PR貰うんじゃなくてたまにこっちから取り込んでるな…。文字列中のパラメーターが元言語と同じ数と種類かはスクリプトで確認して、あとは内容に問題がなさそうなら取り込んでる。そもそも読めないし内容の確認なんて出来ないや
ハイライトで音が鳴ってもどのカラムかわからないし、ハイライト検出履歴とか欲しい？ #SubwayTooter
LANケーブルにツメがあっても、電源ケーブルにはツメはないんやろ？ 抜けたらより困るのはどっちや？
"【ASMR】お風呂でとろける泡シャンプー♥癒しマッサージ♥バイノーラル♥ Bath Filling Relaxation＆whispering＆Ear Cleaning【周防パトラ / ハニスト】" を YouTube で見る https://youtu.be/SKtPVWYZDzQ シチュエーションの作り込みが凄くよい
マストドンのアップデートでDMの扱いがだいぶ変わったけど、俺DM使う機会があまりないから全然実感ないわー。あー俺も美少女とDMやりとりしたいー（棒読み
botが使ってるメールアドレスのメールサーバに特徴あったりしません？たしかMTAホスト名でもメールアドレスのブロックが出来たような
#SubwayTooter の命名には元となったTwitter用アプリ Subway Tweeter の存在があることは事実なのですが、「地下道の叫喚」でHack and Slash系ゲームの世界観が根底にあったりします。嘘です。
YouTubeプレミアム、ASMR系動画をスマホでバックグラウンド再生できるようになったので継続する予定。たまらん。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@nacika モテない奴というのは常にいるので、そいつらがエンジニアになれば解決
@unarist @nva_infantry_jp 逆に今の公開TLはゲームのメタファーでいうと全体チャットを強制されてるような状態ですよね…
@nva_infantry_jp @unarist 分割統治は問題解決の基本ですからね。タンスとしてスケールを目指す（新規登録を停止しない）ままで住み分けを図るなら、そういう構造しかない気がします
@YUKIMOCHI デフォルトで参加させられちゃうチャンネルがあれば大丈夫！
@unarist
ユーザもフォローできれば良いんでしょうかね。
とりあえず、公開TLで悩むよりはタンス内にチャンネルを複数持てる方が良いと思います。タンス単位で特色を出すのではなくチャンネル単位で特色を出せる。ノンジャンルのチャンネルや初心者向けチャンネルだって作ってしまえば良いし
@unarist チャットとマイクロブログの違いです。フォロー対象もユーザじゃなくてチャンネルになる
閲覧性の点で言うと「かならずチャンネル１つ以上選んで投稿する」と「時々タグをつけて投稿する」の違いでしかないと思うんだよね…。 運用的にはチャンネル管理者というのが出来てカオスになるけど。
DiscordやSlackはパブリックなチャットではないんだけど、じゃあ別途パブリックなチャットがあればそれでよいんじゃないの。IRCにログ保存とパーマリンクをつけたようなの
青い鳥が捨て去って久しい公開TLのために延々悩んでるのが現状じゃないのかい
チャンネルopの権限を分散型でうまく表現できるかどうかがキモで、あとは分散したユーザが分散したチャンネルを作成/参加/退出できたりユーザ間で対話できたりする仕組み自体は特に問題ないはず
つまり俺たちに必要なのはTwitterの分散化ではなくSlackの分散化だったんだよ
(マイクロ)ブログサービスを日本人たちがチャット的に使ってるというのが悩みの原因。最初からチャットのメタファーで連合チャットサービスを書けば解決
タブレットモードを想像してもらうとわかりやすいかもしれませんが、「通知タブを見たら」を判定する条件が結構色々あって自動的に通知を消すというのを実装できてなかったりします
複数アカウントでTL使い分けとかになると、システムからはあるユーザが複数タンスにアカウントを作ってることを認識できない
フォローせずにLTLですませるとソーシャルグラフが育たないので発展しずらいというのがある。せめてブーストが流れれば…
ドン・キホーテから１万９８００円（税抜き）の格安ノートパソコン
https://headlines.yahoo.co.jp/hl?a=20171127-00000042-mai-bus_all
14インチ、RAM2GB。動画試聴用らしい
日本は逆に、太陽光よりも大幅に色温度の高い9000Kくらいの青い光を好む人が少なくない
欧米の室内照明は日本よりも色温度が低い事が多くて、やや黄色味の残ったホワイトバランスの写真を自然だと感じるってのはある
アズールレーン、ぼちぼち出撃回数も3800を超えたんですが加賀が出なくて3-4で足踏みしてます。赤城は4枚出たのに…
