seiun/SeiunActivity.kt at main · akiomik/seiun · GitHub

https://github.com/akiomik/seiun/blob/main/app/src/main/java/io/github/akiomik/seiun/SeiunActivity.kt#L87

ここにnavigationのdestinationの比較を入れて現在と変わらないならスクロール処理を追加

一番上にスクロールさせるのはこれって感じになるのかしら

リストとグリッド  |  Jetpack Compose  |  Android Developers

https://developer.android.com/jetpack/compose/lists?hl=ja#control-scroll-position

LazyListStateをbottom barから触らなきゃいけないの大変そう

ところで atproto.com/specs/lexicon のprimitives interfaceに `"datetime"` なんて存在しないんですがこの型ってなんですか＾＾；

cidのhash作るのに中身を変えないとかだったらこうなるのかもしれないなぁとか思ってる（fingerprint hashだし

nostreamもstrfryもnostr-rs-relayもsupported_nipsに入れてるのでほとんど平気そうだけどまぁNIP-11ちゃんと確認してNIP-15対応か見るのが安全そう

11のRはレッドベルベットケーキ

12のSはスノーコーン

CIDはcommit hashっぽい？

https://atproto.com/guides/data-repos#identifier-types

4.4 キットカット、5 ロリポップ、6 マシュマロ、7 ヌガー、8 オレオ、9 パイのあとなんやと思ったらQueen Cakeで分からんってなった

Android 10からお菓子の名前を出してこなくなったから全然コードネーム意識してなかったけど13ってティラミスだったんだ

単純にJavaどころかKotlin stdlibすら貧弱なのでめんどくさいだけっぽさがある

RFC3339に従ってるからまともなパーサーならどれが来ても解釈できるので何も問題ないでしょの態度

自分でRFC 3339 フォーマット用意するの？めんどくさ……

atZoneSameInstantなるほどねつってる

Kotlin SimpleDateFormat parse wrong timezone - Stack Overflow

https://stackoverflow.com/questions/62929417/kotlin-simpledateformat-parse-wrong-timezone#62930263

発信者が決めたタイムゾーンならまぁという感じがある

TimeZoneに対応してるかしてないかで使えなくなるの嫌すぎる

こわいはなし

語が被ってるときしんどくてしんどい

OSSだと検証できるけどOSSだとこっそり報告修正パッチみたいなのが大変なので大変

利用者も開発者も善意悪意関わらず問題を作る

だいたい何が問題がわかりきってるやつだからサニタイズの車輪再発明なんてやらん

まず最初にXSSとSQLインジェクションを考慮してフレームワークに乗せるよね