このIssueってfeature？enhancement？

RE: https://misskey.xyz/notes/5b41f654f2343401daad0716

TypeScriptの never 便利すぎる

MastodonやPleromaなどのインスタンスではないというニュアンス

Misskeyはマストドンインスタンスなどではなく、まったく別に開発されたサービスです。

Mastodonはオープンソースなので永遠に潰れなそう

うーーーん、冗長になるけど全ての子クラスに同じメソッドを実装するしかないか…？

this という型を使えば良いように思えるかもしれないが(つまり this<T | null>)、ここで this というのはジェネリック適用後の型になっていると思われるので改めてジェネリックを適用することはできないっぽい

どの子クラスが自分を継承するかなんて予めわからないので、子クラスの型を戻り値の型としては使えないからね

戻り値の型を 子クラス<T | null> にできれば解決しそうだけど、TypeScriptでそのようなことを実現する方法はなさそう

ここで厄介(？)なのは、値の null を許可するメソッドはそのクラス自体ではなく親の抽象クラスに実装されているということだ。従って親クラスでそのメソッドの戻り値の型を Parent<T | null> なんてしてしまうと、メソッドチェーンの途中で型が親クラスに変わってしまう。

メソッドチェーンしていく中で、値の null を許可するメソッドを呼び出したら、それ以降のメソッドチェーンでは値の型を null許容 に変化させなければならない。

端的に言うとcafyにstrictNullChecksのサポートを追加したい

複雑なので言葉での説明が難しい

より具体的にいうとあるジェネリッククラスが、あるメソッドを呼び出すことで自分自身のジェネリックパラメータを変化させることができるか？という問題である

抽象クラスは実体がないけど、「自分自身(つまり子クラスのインスタンス)を返すメソッドを持っている」ということは可能

実体を作るのは子クラスですね

ここで this は、すでにジェネリックが適用された型だからさらにジェネリックすることはできないんだろうと思う

もちろんちゃんと T は定義されている

RE: https://misskey.xyz/notes/5b41a671a0720a01e3aa0868

こうなる

RE: https://misskey.xyz/notes/5b41a652a0720a01e3aa0859

thisを使うということもできるっぽいけど、ジェネリックとは相性が悪いみたい

抽象クラス:

abstract class Parent {
  public get(): ??? {
    return this;
  }
}

ここで ??? の部分をどう型注釈したらいいかという問題が生じる

おそらくこのIssueが関連している
https://github.com/Microsoft/TypeScript/issues/275

RE: https://misskey.xyz/notes/5b41a446a0720a01e3aa07df

例えば抽象クラスが自分自身のインスタンスを返すメソッドを実装しているとする(つまりメソッドチェーンができる)ここでそのメソッドの返り値を型注釈したいとすればどうすればいいだろうか？
この抽象クラスを返り値の型としては使えない。なぜならそうしてしまうとこの抽象クラスを継承したFooクラスからこのメソッドを呼び出すと、Fooクラスのインスタンスが返ってくる型を期待するけど実際には抽象クラスのインスタンスの型になってしまう

TypeScriptで、自分自身の型を型定義で参照することってできる？

オセロのi18nがまだだ

無理そう

@BoF@mstdn.fr hmm... 🤔

真理値にした方が良いな

例えば英語ならdividerは" "で、日本語なら""です

その言語が分かち書きするかどうか

crowdin導入前の名残りですね

例えば @foo のような糖衣構文を直したり

それはそれでファイルを自前で解析する必要が出てきそう

(別々のプロセスだから)

ビルドが分かれているということは、それらのビルドの間メモリ上にSetを保持し続ける必要があるけどそれは簡単ではないように思える

ビルドが実際には複数に分かれていたりビルド時以外にもlocalesが参照される時があって、そういうことも考慮しないといけない(そうしないと実際には使われているのに未使用と判断される)

@Gargron@mastodon.social Thank you ✌

更新した
https://github.com/syuilo/misskey/blob/master/docs/translate.en.md

RE: https://misskey.xyz/notes/5b410f704320d401e1be2a63

すこし面倒そう

あ、今お見せしたドキュメントは crowdin を始める前なので若干情報が古いですね。
locale/ja.yml のみの記述で大丈夫です。

当該の箇所を%i18n:@is-locked%みたいに書き換えていきます
https://github.com/syuilo/misskey/blob/master/docs/translate.en.md

MisskeyDeck的な

そうですね

フォローするのに許可が必要かどうかです

Misskey上では3つの異なるデータベースが動いている

メモリ今の2倍欲しい

imagemagickのインストールに失敗していると画像が投稿できない

画像を投稿できるかどうか確認してから

その修正はアカウントが作成できるかどうかとはあまり関係無さそうなんですけどね

遠隔操s

ローカルでは正常にアカウント作成できた

む、DBには接続できているっぽい...？

暑すぎる

よくある間違いとしては、MongoDB管理者としてのユーザーとMisskeyDB管理者としてのユーザーの二つのユーザーを作る必要があることですかね(Misskeyの設定ファイルには後者の情報を設定する)

like this

トップページにインスタンスの統計情報等が表示されるか否かで判断するなどですかね

遠隔操作できれば...

MongoDBに接続できていない可能性が高いです

むむむ
設定ファイルを見せていただくことはできますか？

メンテナの連絡先情報を設定ファイルに記述しましたか？

修正しました

つらい

？

今修正しました

修正されるまでは、
https://github.com/syuilo/misskey/releases/tag/4.15.0
時点のコードを利用していただけると

一番好き
https://youtu.be/9sr5BLeA5a0

https://youtu.be/vpho7azlsGU

かわいい

ひー

expensive

今アイパッヨなので長文の説明が難しいんですが https://qiita.com/tamaina/items/d7c1a758cb6c9d3eaaa5 や https://qiita.com/motiakoron/items/e39320b5f66f07bcf9fb のドキュメントが詳しいです

データベースと、ユーザーを作成する必要があります

昔

const isValid = it(x).must.be.a.string().required().check();

現在

const isValid = $.str.ok(x);

cafyの最初期と現在の比較

Windowsでインストールする場合はちょっとしたハックが必要

私は pacman -S imagemagick みたいにしたような

麻雀入門

まあ使わない方が無難ということは確かだね

menuはやっぱり廃止されたという情報と廃止されていないという情報が同時に流れ込んできて混乱している

それ廃止されてなかったっけ

Chromeが実装してないってことは一般的でないってことだよ

きゃー

投了したいよぉ

1

2

3

サーバー再起動しますので10秒間くらい接続できなくなります

サーバー再起動します？

投了機能を実装してくれ

負けたな

死亡フラグ