ハルイさんこんにちは。
　
「ログディレクトリを開く」がうまく動作しないでしょうか？。ちょっと調べてみます。
　
ログディレクトリの位置ですが、初回起動時に指定する設定情報の保存先の設定により異なります。
　
「レジストリ」に設定を保存する場合、例えば以下の様なフォルダに保存されます。（OSのバージョンにより変わる場合があります。）
C:\Users\[ユーザー名]\AppData\Roaming\mmatsubara\A5M2(x64)\logs
　
「設定ファイル（ポータブルモード）」の場合、A5M2.exeと同じフォルダに作成される「Portable」フォルダ内の「logs」フォルダに保存されます。

suzukiさんこんにちは。
　
はい、現象を確認しました。ディスプレイの設定で、「拡大縮小とレイアウト」が100%以外の値になっているときに発生するようでした。

開発環境の不具合のようで、新しいバージョンの開発環境でコンパイルされるVersion 2.15系のベータ版は発生しないようなので、こちらを使うとよいかもしれません。

あとは、Version 2.14.5でも、エクスプローラから、A5M2.exeを右クリックして「プロパティ」を開き、「互換性」タブから、「高DPI設定の変更」ボタンを押して、出てきたダイアログで、「高DPIスケール設定の上書き」でチェックをONにし、プルダウンの選択を「システム（拡張）」に設定すると、アプリケーションの描画が一部（特にERエディタとか）がボヤっとしますが、解消されると思います。

radianさんこんにちは。
　
すみません、確かにMariaDB ODBCドライバで接続できていないようでした。２重にMySQLのチェックが入っており、２つ目のチェックロジックが動作していたようです。MariaDB ODBCドライバはLGPLなので、問題ないはずですね。次のベータ版で修正します。
　
なお、GPLとプロプライエタリアプリケーションの共存ですが、私自身かなり悩んでいる問題です。FSFの見解では、同じアドレス空間に配置される時点でNGとしているようです。
　
https://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.ja.html#MereAggregation
　
これを厳密に解釈すると、ODBCドライバ経由であってもNGになるということだと解釈しています。これは技術的な問題というより、法的な問題なのでなおのこと問題は難しいと考えています。（FSFは難しくなるように狙っているんだろうと考えています。）
　
…まあ、これを考えるならGPLのIMEが存在するとOS標準のAPIで文字列入力を行うプログラムは全てGPL違反ということになりかねない事態になるのですが…。
　
ちなみにGPLはOSとのリンクについてはGPLの中で例外的に許可しているようです。

radian さんこんにちは。
　
ご利用のMariaDB ODBCのバージョンはいくつでしょうか？。最新のMariaDB ODBCでは発生しないようですが…。
　
内部的には、ODBCのDLLのファイル名に “MYODBC” または、 “MYSQL”の文字列が含まれると、MySQL のODBCドライバ（GPLライセンス）とみなし、接続できないようにしています。

otoroさんこんにちは。
　
すみません、A5:SQL Mk-2の内部では「show columns from テーブル名」を実行しているのですが、NULLを許可するかを表す「Null」列はバージョンによって表現にばらつきがあるようでした。このためNOT NULL制約を誤認していました。これについて Version 2.15.0 beta 32で修正してみましたのでご確認ください。
　
テーブルプロパティ（RDBMS固有の情報）については、次のバージョンで修正したいと思いますので少々お待ちください。

HANDAさんこんにちは。
　
はい、セルの描画は元のグリッドコンポーネントのセル描画にうわかぶせして描いている関係上そのような動作になってしまいます。
　
修正できるか検討しますので少々お待ちください。

mtoさんこんにちは。
　
新しいベータ版でテーブルのカラムがNOT NULLと誤認してしまう不具合を修正しました。お試しいただければと思います。