2021/03/27
から 松原正和
0件のコメント
Web開発をするときに、DBに色値を格納することもあると思います。一般的には #FFFFFF形式で表される色値です。
開発中のベータ版で、色値として判定される文字列がDBに格納された場合に、色表示を行うロジックを作ってみました。
少し悩ましいのが、データ型やカラム名は特に判定せず、データが#FFFFFF形式の場合に 色表示してよいのかということ。色値を表すDBのデータ型は（普通は）ありませんし、”COLOR” や “COL” をカラム名に含むもの…と判定して出すのもなんだかイマイチです。
あと、red や blue などの名称で色を表現することもありますが、今のところこれは非対応…どうすべきか。いるのか？。
誤判定して色表示してしまうと少し表示がうるさい感じかなとも思いますが、特に困るものでもないような気もします。何かご意見などあればいただけると嬉しいです。
～追記～
名称でもカラー表示するようにしました。
…商品マスタ（とか）に “Salmon” とか”Tomato”と入っていたら色表示されてしまいますが…とりあえず、良いことにしましょう。
2021/02/21
から 松原正和
1件のコメント
A5: SQL Mk-2 Version 2.16.0 beta 23で「CSV/TSVファイルからテーブル作成（インポート）」機能を追加しました。CSVファイルから型を類推して新規テーブル作成＆インポートする機能です。
各カラムの型は変更することもできます。
これまでもこの機能の要望はあったのですが、テーブルはきちんと設計してから作る派なので、簡単にテーブルを追加するような機能はつけていませんでした。（DB管理者から怒られそう？）
CSV(TSV)からふらっとテーブルを作るような需要というのは多いもんでしょうか…。
2021/02/21
から 松原正和
0件のコメント
Version 2.16.0 beta 24にて、SQLエディタから、SQL文をHTML書式でコピーする機能をつけてみました。HTMLのソースがコピーされるのではなく、HTMLコピー機能を使ってカラー書式付きでコピーする機能です。グリッド（結果セット）から罫線付きでコピーされるのと同じような仕組みです。
普通にSQLエディタで範囲選択して、Ctrl+C押下でHTML形式にてコピーされます。Officeなどでは、HTMLコピーを受け入れられるので、貼り付けるとカラー構文表示のまま貼り付けられます。
HTMLコピーを受け入れないアプリケーションではこれまで通りプレーンテキストでSQLが貼り付けられます。
あまり利用頻度自体は多くないので、やりたいなとは思っていたものの、なかなか実装できていませんでした。個人的にはパワポの資料などでも、ちょっとしたSQL文を貼り付けたりすることもあるので、ちょっと便利になるかもと思っています。
2021/01/17
から 松原正和
0件のコメント
2021/05/04 追記 以下は古い記事です。Wine 5.0 を使用して Arm Mac での動作に成功したので、そちらを参照するようにしてください。
変節してまで M1 MacMINIを買ったので、なんとかA5:SQL Mk-2がMacOSで動作するように頑張っています。
M1 Macでは素のWineはまだ動作しないので、CrossOver for Mac 20を使っての検証を行います。きっと、M1 Macで動作すれば、Intel Macでも動作するでしょう（という期待）。
CrossOver for MacがGPLでソースが公開されていることを知らず、うっかり買ってしまいました。（そういえばWineはGPLだった…）。まあ、CrossOver for Mac(とWine)は素晴らしいソフトウェアだと思うので良いでしょう。
…検証して沢山の問題点が見つかり、すぐに「使える」とは言えない状況ですが、致命的なのがSQLエディタで数十行程度コピペするだけでA5:SQL Mk-2がフリーズしてしまう現象。
どうやら、SQLエディタで定義しているカラー構文表示の正規表現の処理で問題がある模様。A5:SQL Mk-2の内部で暫定的にWine動作時にカラー構文表示の一部機能を省略することにしてみました。とりあえずフリーズはしなくなったようです。
もう一つ困ったのが、テーブルエディタ等のグリッドで日本語を入力しても、確定しようとすると元の値に戻ってしまう現象。半角文字を1文字でも入力すると（その半角文字を消しても）大丈夫なようです。WineでなにかIME動作時のウィンドウメッセージが飛んできていないのかな…。これの修正（対処）はもう少しかかりそうです。
あとは、初回起動時にヒラギノフォントが見つかったらそれを使うようにしてみたり、テーマカラー機能が中途半端にしか動作しないので、システムデフォルトのグレーに直したり…。
少し意外だったのは、グリッドからExcelにコピペしたときに、罫線はつかなかったものの、書式が付いた状態でコピペされたこと。Wine経由でもHTML書式のついた表のコピペがサポートされるのですね。
Excelへの書式付きコピーはA5:SQL Mk-2のウリの機能なので、完全ではないにせよ動作してよかったです。
Excelへの直接出力や、Excelへのテーブル定義書出力は正しく動作しないようですね。MacOSにはCOMオートメーションがそもそも動作しないので、これは仕方ないです。
2021/01/17
から 松原正和
0件のコメント
あまり知られていないかもしれない機能ですが、これまでもShift+タブの×ボタンクリックで確認画面なしでタブを閉じる機能が実装されていました。
多くなりすぎたタブを整理するのに便利な機能…のはずですが、肝心のタブの内容が何だったかわからないと、閉じてよいタブか判断が付きません。
そこで、Version 2.16.0 beta 20から、Shiftキーを押しながらタブの上をマウスオーバーすると、一時的にアクティブタブを切り替える機能を実装しました。
Shift+マウスオーバーでタブの内容を確認し、不要なタブだったらそのまま×ボタンでクローズ（確認画面なし）できます。Shiftキーを離すか、マウスカーソルがタブ以外に移動すれば、Shiftキーを押す前にアクティブだったタブに自動的に戻ります。
これで不要タブの削除がはかどりますね。
2020/12/29
から 松原正和
0件のコメント
積年の澱（おり）のように凝り固まった偏見を変節して Mac mini を買ってしまいました。先に白状すると、Apple M1 のベンチマークを見てシングルスレッドのパフォーマンスにビビってしまったのです。
色々考えているところはあって、Mac向けの Sequel Pro (Sequel Ace)を評価してみたいとか、Wineとか使ってA5:SQL Mk-2の動作を確認したい（CrossOver for Macもあるし、そのうちWineもM1対応するよね？）とか、仮想環境なりBootcampみたいな仕組みが出てきてARM Windowsが動くようになるでしょ？（そのうちMicrosoftもARM Windowsのライセンス発売するでしょ？）とか、どうにも使えなかったら仮想通貨でも採掘させてみるか（やったことない）とか、若干楽観的な認識のもとMac miniを買ってしまいました。
ARM Windowsを評価するだけならARM Windowsマシンを購入するという手もあったのですが、Surface Pro Xは少々お高いですし、中古のARM Windows機はさすがにパフォーマンスが…。
Macbook Air (または Pro)も少々お高く、今年メインマシンの中身（CPU+マザーボード+メモリ+SSD）を8年ぶりに刷新した価格すら超えてしまうので却下です。Macのキーボードはキーストロークが浅すぎて許せないだろうなというのも(HHKB使い)。
ジニーエフェクト気持ち悪いなーとか（止めた）、CommandとControlキーが分かれているのはいいとしても ⌘ とか ⌥ とか読めないんですけど？とか、スクリーンショットのショートカットがcommand + shift + 3とか直感的じゃないよね？とか、画面はリモート接続で使うつもりだったのにプロトコルがVNCなのはちょっと…うちは無駄に4Kディスプレイ2枚なせい？でVNCめちゃめちゃ重くて有線LANですら使い物にならないんですけど？とか、Finderにアドレスバーがなくてメニューからなんですか？（メニュー遠い…マウスの移動量が…）とか、Finderから右クリックで新規文書作れないの？とか、アプリケーションインストール時にダイアログが出て、アプリケーションのアイコンをアプリケーションフォルダのアイコンにドラッグ＆ドロップしなければいけないの最初全く分からなかったんですけどこれは直感的なんですか？とか、かな漢字変換の未確定文字が明朝体なの気持ち悪い(Google日本語入力を導入)とか、いろいろ文句があるのはきっとまだ偏見が残っているのでしょう。
で、とりあえず、CrossOver for Macを評価してA5:SQL Mk-2を動作させてみました。…が、UX的にこれは酷いなーと。localhost以外への接続だとなぜか固まるとか、SQLエディタで文字を入力しているだけで固まるとか、CrossOver for Macの問題かWineの問題なのかRosetta 2の問題なのか、どこに問題があるのか判別できませんでした。MacOSや、CrossOver for Macのバージョンアップで解決してくれればいいのですが…。あと、 高DPIに対応していなくてフォントがカクカクになってしまうのがちょっと悲しいですね。それと、ショートカットキーが利かないと思ったらCommandキーではなくてControlキーでした。
…なんとなくですが、ショートカットキーとか×ボタンの挙動とか、WindowsのアプリケーションがMacのアプリケーションとして動くというより、Macの中にWindows環境があるといった動き方ですね。
なお、A5:SQL Mk-2自体のネイティブ対応ですが、ちらと考えはしたものの、
等の理由によりちょっとムリな状況です。
あとは、Sequel Ace評価してみました。A5:SQL Mk-2よりライトなツールでしょうか。あまり、高機能でなくシンプルなほうがわかりやすくていいのだろうか？とか思ってみたり。A5:SQL Mk-2もライト版作ってみるか？とか（いる？）。Macは(Linuxもだけど)Control+SpaceがOSに抑えられているので、Escapeキーで入力支援が働くのは良いかも。A5:SQL Mk-2はユニバーサルデザイン的な考慮からCtrl+Space以外にもF4で入力支援を利かせていたけれど Esc に変えようかなと思ってみたり。
当初使い勝手の面や、いろいろアプリケーションが動かないとか、持て余し気味だったのですが、最近ようやくdockerがベータ版で対応し始めたり、PallarelsがMicrosoftと協力してARM Windows動くかも？とかウワサみたいなものがあったり…とりあえず、MicrosoftさんからARM Windowsのライセンスが販売されるようになると嬉しいです。
2020/11/07
から 松原正和
0件のコメント
小学２年生になった子供たちが学校で九九を勉強し始めているみたい…ということで思いつきで「九九 計算尺」を作ってみました。九九の範囲内で整数の掛け算だけできる計算尺のペーパークラフトです。
PDFはこちらからダウンロードできます。
印刷用プログラムはDelphi製でgithubから３条項BSDライセンスで公開中です。
PDFまたは印刷用プログラムからA4サイズ横で印刷したら、以下の図に従って切りとって組み立ててください。精度が必要なのでハサミよりはカッターの方が良いでしょう。少し厚めの紙に印刷できると扱いやすいかもしれません。
|
1 |
作成中の図 |
本体は点線で山折りにし、のりしろの部分を折った下側に張り付けてふくろ状にして、中にスライダを差し込みます。
完成すると次のようになります。
使い方
かけられる数の▼の下に数字を合わせます。かける数の上の数字を読み取ると答えになります。
例）３×５＝１５ の場合
…今時親御さんでも計算尺とか知ってる人はどのくらいいるのだろうか…。
2020/06/07
から 松原正和
4件のコメント
これまで、自分は「ジオメトリ」というものをよく知らなかったのですが、お仕事の関係上これからジオメトリ関連をよく扱うことになるので、A5:SQL Mk-2 のジオメトリ対応させていきます。
とりあえず、PostgreSQL(PostGIS)のGeometry型対応です。…なんか最近はMySQLでもジオメトリ対応している？？？。
Version 2.15.0出したばかりですが、Version 2.15.1でGeometry型対応をちょっと入れます。
Geometry型はユーザー定義型として、バイナリデータ型として扱われます。このままデータを取得すると、OpenGISのWKB形式(HEX表現)になってしまうのですが、これをA5:SQL Mk-2側で解釈してOpenGIS のEWKT形式（ ST_AsText() 関数で得られる形式…多分）で表示するようにします。
本当は、地図も同時に出せるとよいのだけれど、それはもう少し後になると思います。
2020/06/07
から 松原正和
0件のコメント
A5:SQL Mk-2 Version 2.15.0 をマイクロソフトストアで配布し始めました。Vectorはもうちょっとかかるようです。
でさっそく不具合というか制限というか、どうしようもないのでわかってリリースしたのですが、A5:SQL Mk-2 Version 2.15.0のテーマ機能と高DPI環境はあんまり相性がよくありません。
テーマ機能は、見た目を変える機能で、Windows標準のコンポーネントをかっこよく（多分）見せる機能です。
一方、高DPI環境はこれまでのWindowsでは、96dpiを前提としていたフォントサイズをそれ以上(144dpiとか192dpiとか)とすることで4Kディスプレイなどで、文字や画像(用意した場合)をきれいに表示する機能です。（なお、A5:SQL Mk-2の高DPI対応では画像はこれまでのものを拡大表示しているだけです。）
で、高DPI環境で、テーマ機能を使った場合なのですが、どうも、ウィンドウのタイトルバーの高さが高くなりすぎてしまう関係上、ダイアログボックス等で、高さが足りなくなって一部ボタンが見切れてしまうようになってしまいました。
上の例ではかろうじてOKボタンが見えているものの、ダイアログによってはボタンの判別がつかない場合もあるようです。これは、利用しているライブラリの仕様上、修正が難しいと考えています。Version 2.15系では、高DPI環境下ではテーマ機能は使わないほうがいいかもしれません。
2019/12/22
から 松原正和
0件のコメント
A5:SQL Mk-2で絵文字を使うと、こんな風に表示されます。
世の中にはカラー絵文字というのがあるそうで、WindowsではDirectDraw(DirectWrite)を使うとカラー絵文字が使えるらしい。何となくやってみたいなあと思い、テキストエディタコンポーネントをちょっと修正してみました。
カラー絵文字は表示されたものの、行番号が表示されないし、文字がちょっと見切れている。スクロールすると文字が消える…。文字描画だけをDirectWriteに変えただけではだめそうだ。どうやら、GDIとDirectDrawを共存というのは難しいらしい。グラフィック全ての描画をDirectDrawに切り替えないといけないようだ。
テキストエディタコンポーネントの描画をすべて修正するのは難しいし、この修正は当面リリースできなさそう?。