KFさんこんにちは。
　
ちょうど SSH接続ライブラリの Devart SecureBridge ライブラリで修正版が出ていましたので Version 2.18.0 release candidate 1 で対応しました。これで、RSAxxxx形式の鍵ファイルを使用しても接続できるかと思います。

KFさんこんにちは。
　
AlmaLinux 9.1(OpenSSH 8.7) を仮想環境に用意していろいろ試してみました。
不具合の修正はできていないのですが、いくつか分かったことがあります。
まず鍵形式による接続可否は以下の通りでした。
・鍵形式がRSA2048, RSA4096, RSA8192 ではSSH接続に失敗
・鍵形式がEd25519の場合は接続可能
　
鍵形式がRSA2048, RSA4096, RSA8192のとき、sha1 ハッシュ形式が使えなくてエラーになるのではなく、sha256形式のハッシュで署名の検証に失敗しているように見えます。
　
以下ログより

debug3: mm_answer_keyverify: publickey RSA signature unverified: incorrect signature
debug1: auth_activate_options: setting new authentication options
debug3: mm_request_send: entering, type 25
Failed publickey for masakazu from 192.168.44.1 port 59880 ssh2: RSA SHA256:fQEfOjI52zktP6VnqMvCnhH3viUh+3Hd8b4/JYeVYgY

　
ところで、OpenSSH は 8.8 から sha1 がデフォルトで使えなくなったような情報を見かけましたが、AlmaLinux は OpenSSH 8.7 でも sha1 が使えなくなっているのですかね？
　
さしあたりの対処としては、Ed25519 鍵を使うと接続できるようです。この症状を修正できるかどうかわかりませんが、もう少し試してみることにします。

t_nakamura さんこんにちは。
　
現状では、保存すると、それ以上 Undo できない仕様です。これは、テキストエディタに使っているコンポーネント由来の制限です。
　
調査したところ、エディタコンポーネントのソースコードを少し書き換えると保存を超えてUndoできるようでしたが、メリット・デメリットありそうな気がします。また、十分に調査できておらず、不具合が発生してしまう可能性があるようにも思えます。
　
ちょっと現状では、保存を超えた Undo は実装しない方が無難かなと思うのですがいかがでしょうか？

かわてさんこんにちは。
　
調査したところ、/GenerateCommentStatement オプションの処理に誤りがあり、BOTH または BOTH_** を指定したときに正しく動作しないようでした。
　
修正したいと思いますので少々お待ちください。

osk さんこんにちは。
　
全テーブル数は136、 全カラム数は1834 は少し多いですね。高速に主キー情報が取得できるクエリー（メタデータ）ができないか試してみます。

ながみねさんこんにちは。
　
> ①
テーブルスペースは比較適度のDB製品にもありますが、特定のDB製品のみの機能に対応していくと、なかなか管理が大変になっていきます。
　
とりあえずですが、ERエディタのプロパティ画面の[インデックスとユニーク制約]タブで、「CREATE INDEX オプション」の欄に「tablespace XXXXX」のように記述すればよいと思います。

> ②
こちらについては、Version 2.18.0 beta 55 で修正しましたのでご確認いただければと思います。

m さんこんにちは。
　
VMware tools がクリップボードの管理等を行っているのだと思いますが、おそらくHTML形式のコピーに対応していないのが原因と思われます。
　
これはVMware 自体が対応しない限り、対応は不可能かと思われます。

kobayashi さんこんにちは。
　
現象を確認しました。PDF作成または印刷処理を実行した直後に（まだ内部で処理が続いている状態で）ER図を操作すると発生していました。
　
Version 2.18.0 beta 53 で修正しましたのでご確認いただければと思います。