はてなブックマーク

macOSにおけるパッケージマネージャといえばHomebrewが定番ですね。 ところで、最近は純粋関数型パッケージマネージャのNixが流行りで激アツです。Nix関連ツールのnix-darwinを使うと、Homebrewのようなパッケージ管理ができるということを知り、やってみました。 前回の記事で作ったファイルを書き換える形で進めていくので、先に以下の記事をご確認ください。また、Apple Silicon Mac環境での作業を基に書いています。 導入 nix-darwinはNix経由でmacOSの設定をできるツールです。 今回はHomebrewで入れるGUIアプリをこのnix-darwinの管理下に移します。 都度brew installを実行するのではなく、設定ファイルにアプリ一覧を記述できるというのが嬉しいポイントです。 前回作ったflakeにnix-darwinを導入します。

最近発表されたこちらに衝撃を受けました。 htmzは、iframeを利用してhtmlの一部を書き換えるアイデアです（本記事ではhtmzの詳細な解説はしません）。 リポジトリはこちら。 かなり古いブラウザ環境でも動きそうなミニマルなスニペットで、個人的に非常に好みです。なぜいままで現れなかったのでしょう…。 感動したので自分でいろいろ試していたところ、パーシャルHTMLの埋め込みを思いついたので記事にしました。 やりたいこと 以下のhtmlファイルがあるとしましょう。 管理の単純化や再利用性の向上のために、ページ要素を分割しているイメージです。

また、Shiftキーを押しながらのキー入力が負担になることの対策として、stickyという仕組みも用意されています。 このキーを押すと、次のキーがShiftされた扱いになります。以下は;をstickyとした例です。 コンセプト 上でSKKライクと書いていますが、tuskkはあくまで日本語入力補助プラグインを指向しており、SKK実装を作ることを目的としていません。 他のSKK実装でできることを諦めている部分があるため、既存のSKKに慣れ親しんでいるひとは違和感を覚える点があるかもしれません。 以下のような点が特徴的だと思います。 辞書の読み込み tuskkは SKK辞書ファイルの読み込みを行いません 。 変換を呼び出したときにripgrepを利用して辞書を検索し、それをパースして候補リストに表示します。 入力中文字の表示 SKKといえば変換開始位置を▽で表示しているイメージですが、tuskk

BluestreamというWeb toolを作りました。 Deno Deployで動いています。 https://bluestream.deno.dev/kawarimidoll.bsky.socialのようにBlueskyのハンドル(bsky.socialのみ対応)をpathnameにしてアクセスすることで、Blueskyの投稿のRSSを生成します。 上記のTOPページからハンドルを入力することも可能です。 リポジトリはこちら。 活用例 任意のRSSリーダーに取り込むことができます。 Slackで表示するとこんな感じ。 IFTTTなどのサービスでRSSをトリガーとすることで、他のサービスへの連携が可能です。 以下はBlueskyへPostするたびにPixe.laへ記録していくサンプルです。 設定方法は以下の記事を参考にしてください。 困ったポイント 以下の記事ではnpm:@atproto

先月より、Bluesky Socialを利用しています。かつてのThe Bird App[1]のような雰囲気があるSNSです。 Bluesky（というかAT Protocol）はまだβ版ではありますが、APIが公開されており、それを使用して投稿などを行うことが可能です。 個人的に特徴的だと思ったのは、Rich textをサポートしていることです。 将来的にはboldやitalicなども追加される可能性があるようですが、現状はメンションや外部URLへのリンクを作る機能のみとなっています。 本記事ではDenoを使ってBlueskyへ𝑹𝒊𝒄𝒉な投稿を行う方法を説明します。 メンションする 基本のコードを示します。 @yui.bsky.socialへメンションを飛ばすコードです。 import AtprotoAPI from "npm:@atproto/api"; const { Bsky

現在、最新のVimおよびNeovimでは、getregion()が使用できます。 https://github.com/vim/vim/commit/3f905ab3c4f66562f4a224bf00f49d98a0b0da91 https://github.com/neovim/neovim/pull/27578 getregion()は引数で始点・終点の座標を指定して取得することができるので、本記事で紹介しているものよりも柔軟です。とくに理由がなければこちらの使用をおすすめします。 getregion()が定義されていないバージョンを考慮し、本記事はそのまま残しておきます。 function! s:get_current_selection() abort if mode() !~# '^[vV\x16]' " not in visual mode return '' endif "

Neovimで、gOというキーマッピングをご存知でしょうか。 VimにはないNeovimのマッピングで、ファイルのアウトラインを抽出します（gOはおそらくgo Outlineのイメージ）。 この機能は、現時点ではhelpとmanファイルにしか対応していません。 これをMarkdownでも行う設定を紹介します。 Markdown TOC抽出関数 以下を設定することで、Markdownファイル内のヘッダを抽出し、Quickfixリストに一覧します。 Markdown限定の処理なので、ftpluginに入れると良いと思います。 function! s:markdown_outline() abort let fname = @% let current_win_id = win_getid() " # heading execute 'vimgrep /^#\{1,6} .*$/j' fname

NeovimのLSPの設定支援プラグインとして人気だったnvim-lsp-installerの開発終了が発表されました。 nvim-lsp-installer will no longer be actively maintained, meaning I won't be doing things like porting new mason.nvim packages to nvim-lsp-installer, monitoring lspconfig for changes that require updates, or put much effort into user support or bug issues (the recommendation for the latter will be to migrate to mason.nvim). 現在、同じ作者の後継プロジ

先日、ghコマンドのエクステンションとして、gh graphというものを作りました。 こちらにオプションで表示を出し分ける機能を追加したのですが、シェルスクリプトでの引数解析に手こずったので考え方を残しておきます。 以下の記事がたいへん参考になりました。感謝！ サンプルスクリプト 本記事の説明をざっくりとまとめた基本的なスクリプトを作成しました。以下のGistに載せています。 コピーして実行してみてください。 基本戦略 whileループの中でcaseを使い、スクリプトの引数（optionもargumentも含む）を一つずつ処理します。 ループするごとにshiftで引数を取り除いていき、0個になるまで続けます。 while (( $# > 0 )) do case $1 in -o) echo "option o" ;; -*) echo "invalid option" exit 1 ;;

日本語だか英語だかわからんようなタイトル、失礼しました。 GitHub公式CLIのghの拡張機能を作成しましたので紹介します。 gh q gh-qという名前にしました。 依存関係 以下のツールが必要です。 https://github.com/junegunn/fzf 強力なFuzzy finder https://github.com/x-motemen/ghq git cloneの先を自動で振り分けてくれるツール 導入 gh extension install kawarimidoll/gh-qでインストールできます。 つかいかた gh qで起動します。 基本的には、自分のリポジトリが一覧で表示され、fzfを利用したfuzzy findで選択できます。 そして、選択したものをghq getでクローンします。 オプションを渡すことで、他のユーザーのリポジトリを選択することも可能です。 先

Vimのキーマッピングは、対象のモードにより、nmapやxmapなど複数のコマンドが存在します（:h map-commands）。 しかし、「ノーマルモードでもビジュアルモードでも同じマッピングを設定したい」と思うことがあります。 通常は、このためにほぼ同じ（最初の1文字だけ違う）コマンドを何回も使用することになり、冗長な記述になってしまいます。 今回は、この複数モードでのマッピングを一括で指定するコマンドを作ったのでご紹介します。 導入 以下のコードを.vimrcやinit.vimなどの設定ファイル内に記載してください。 つかいかた :Keymap {modes} {arguments-of-map-commands}で実行できます。 modesは必須引数です。対象のモードを文字列で渡します。ノーマルモードだけのマッピングならn、ノーマルモードとビジュアルモードならnxとします。 arg

times in msec clock self+sourced self: sourced script clock elapsed: other lines 000.022 000.022: --- NVIM STARTING --- 003.629 003.607: locale set 013.985 010.355: inits 1 014.206 000.221: window checked 017.278 003.072: parsing arguments 018.015 000.737: expanding arguments 018.289 000.274: inits 2 018.589 000.300: init highlight 018.590 000.001: waiting for UI 022.316 003.726: done waiting for

2021年12月17日にDeno 1.17がリリースされました。 本記事では、上記のリリースノートの内容をざっと紹介していきます。 Import assertions/JSON modulesに対応した Web Cryptography APIが拡充された --no-check=remoteフラグが追加された Deno.connectTls()にALPN対応が追加された unrefTimer/refTimerが追加された 各種APIが更新された TypeScript 4.5に対応した 標準ライブラリが更新された Import assertions/JSON modulesに対応した Import assertionsおよびJSON modulesがフルサポートされました。 これらは今年のはじめにV8にStage 3として導入されました。 リリースノートのサンプルがわかりやすいです。 JSO

先日、以下の記事を公開しました。 こちらで紹介したのがdexというツールです。これを利用したVim(Neovim)用のDexというコマンドも併せて紹介しています。 このコマンドを使って、以下の記事で紹介されているローカルPlaygroundを作ってみようと思います。 playjsコマンド こちらのスクリプトに実行権限をつけ、パスの通ったディレクトリに配置してください。 #!/bin/bash # 開発用設定の整っているディレクトリへ移動 # cd ~/ghq/github.com/kawarimidoll/deno-dev-template/ # JSファイル名 filename="playground.js" # ファイル作成 echo 'console.log("Playground start");' > "$filename" # 作ったファイルを開き、:Dexコマンドで自動実行を

公開からしばらく経っても見られているので追記： 記事中でfiletype.nvimについて言及していますが、luaによるファイルタイプ検出機能はNeovim0.8本体に採用されました これ以降のバージョンを使っている方はプラグインとして導入する必要はありません https://github.com/nathom/filetype.nvim/issues/36 古い設定が非常に遅かったというだけの話なのですが…。 Neovimは、起動時に--startuptime <filename>オプションをつけると、起動ログをファイルに残すことができます。

以前、こちらの記事を公開しました。 Neovimでターミナルを開き、編集中のファイルに応じてdeno runかdeno testを実行するというコマンドです。 開発用に、自動で--allow-allおよび--unstableをつけているので、実行時に必要なオプションを考える必要がありません。しかも--watchもしているのでコードを修正に反応して再起動します。 個人的に、かなり重宝しています。 今回、こちらのコマンドをDenoスクリプトで作り直したので紹介します。 dex A dexterous deno executor略してdexです。 機能 deno runおよびdeno testを簡単に自動実行できます。 渡されたファイル名から自動でテストファイルかどうかを判断し、deno runまたはdeno testを実行します。 自動で--allow-all --unstable --no-

Denoでサーバーを建てる方法が以前とは変化しています。 本記事では、Deno 1.16 / std 0.114環境での手法を解説します。 記事執筆時点での結論：std/httpのserve まずは結論から。 現在、推奨されているのはstd/httpのserveメソッドを使う方法です。 0.114.0時点でのstd/httpのREADMEには説明が追加されていないのですが、JSDocや、Deno 1.16のリリース記事ではこのserveメソッドが使われており、最近まで推奨されていたlistenAndServeメソッドは非推奨となっています。 サンプルを作ってみました。 serveの第一引数はHandler: (request: Request, connInfo: ConnInfo) => Response | Promise<Response>、第二引数はServeInit: { add

2021年11月9日にDeno 1.16がリリースされました。 本記事では、上記のリリースノートの内容をざっと紹介していきます。 fetchがfile URLをサポートした React17のJSX変換がサポートされた Signal Listener APIが追加された Error.causeがコンソールに表示されるようになった TLS接続のハンドシェイクを明示的に実行できるようになった Web Streams APIに機能が追加された Deno.startTlsが安定化された Per-test permissionsが安定化した localStorageの使用に--locationが不要になった AbortSignalに理由が指定できるようになった dntがリリースされた V8が9.7にバージョンアップした fetchがfile URLをサポートした fetchメソッドの引数にファイルパス

追記ここから 本記事の内容はNeovim専用です。 以下の記事で紹介しているものは、エディタを問わず、便利な機能が追加されています。 今後はこちらをご利用ください。 追記ここまで 最近、いろいろとDenoで開発しています。 以下のような制作物をZennで紹介しています。 Deno Deploy専用のSSG Diplodocus DenoでGitHubの草を取得できる github-contributions-api Deno Deployに自己紹介ページを作れる Denote DenoでHTMLタグを書ける markup-tag Deno Deployで使えるログモジュール tl-log 開発を続けていくうち、サンプルやテストを書いて、確認のために手動で何度も実行するのが億劫になってきました。 そんな中、こちらの記事にインスパイアされ、変更を自動検出して確認できる環境があると良いなと認識し

Zennは開発者向けのサイトなので、これを読んでいる方もおそらくGitHubに登録しているのではないかと思います。 では、GitHub Sponsorsは登録済みでしょうか。 登録すると、以下のようにhttps://github.com/sponsors/[username]のページが作られ、ここから寄付を募ることができます。 こちらの登録を行う上で、ネットを探しても「登録は手順に沿って進めていけばOKです！」といった記事が多く、画像などを交えて解説しているページが見当たらなかった[1]ので、自分でまとめてみることにしました。 なお、本記事は2021年8月時点の情報です。 その後の更新で仕様が変化している可能性もあるので、入力などはご自身の調査と責任の上で行ってください。 仮登録する こちらがGitHub SponsorsのTOPページです。 Get sponsoredからエントリーしまし

2021/09/01（日本時間だと09/02）にDeno Deploy Beta 2がリリースされました。 ツイートにもありますが、トピックは以下の4点です。 Deno.readFile for loading static files Better interoperability with CLI using Deno.serveHttp Crash reports Website redesign with better navigation and accessibility 公式の記事をもとに、アップデートされた点を見ていきます。 File system APIが追加された 以下のAPIが追加されました。 Deno.readFile Deno.readTextFile Deno.cwd DeployでGitHubリポジトリをリンクして使用している場合、相対パス形式でファイルを読み

起動するとシェル画面がclearされ、[t-rec]: Press Ctrl+D to end recordingという説明が表示されます。 説明の通り、Ctrl+Dで録画を終了し、自動的にGIFとして出力されます。 出力先は同ディレクトリ、ファイル名はt-rec.gif[2]となっています。 ツールの操作説明などに使用する場合、[t-rec]: Press Ctrl+D to end recordingの説明が邪魔に感じますが、--quietオプションで消すことができます。 ほかにも、--end-pause 3sのようにして動画の終わりに3秒の待機時間を入れたり、--videoオプションでmp4形式で出力することもできます。 Blazingly fastを名乗るだけあって、なかなか軽快です。 help内容 ❯ t-rec --help t-rec 0.6.0 Sven Assmann <

始まりは いつも とつZenn 先日、DenoでCLIツールを作る記事を書きました。 この記事ではDenoの標準ライブラリのみを使っていましたが、今回はCLIフレームワークのdeno-cliffyを使用し、より実践的なCLIツールを作成していきます。 こちらのcowsayを参考に、denosayを作成します。 完成品のイメージはこんな感じです。 いいか、AAに前振りは無え denosayに必須となるものは何でしょうか。Ascii Artですね。 公式のArtworkにはそれっぽいものはありません。 ということで作ります。 上記のArtworkのページや、以下の記事のヘッダーを参考にしました。

執筆時(2021年7月)の結論はiTerm2でしたが、その後(2021年10月)にkittyへ変更しています https://zenn.dev/link/comments/042910c9f19999 Macで開発をするうえで、基本的には標準のterminal.appを使っていました。 特に不足を感じていなかったのですが、先日の記事で「True colorに対応していない」という弱点が発覚しました。 これに伴い、ターミナル系アプリをいろいろ比較した結果を残しておこうと思います。 ターミナルのカタログとしてお使いください。 あと、自分がマイナスを感じて使用を止めてしまったものもあるのですが、あくまで個人的な感想ということでよろしくお願いします。 作業記録（Zenn Scrap）はこちら Alacritty Rust製ターミナルです。爆速らしいです。 ただかなり思想が振り切っていて、タブ機能な

こちらの記事で過去のツイートをPixelaグラフに保存しました。 ラストで「デイリーで毎日のツイートを取り込めばよい」のように書きましたが、そうすると、取り込み処理が動くまでその日の草が加算されません。 PixelaのページにはTodayの項目があるので、せっかくなら随時更新されてほしいところです。 ということでIFTTTを使ってツイート直後にPixelaに草を生やすようにします。 これぞゴミを木に変える力です。 作業記録（Zenn Scrap）はこちら Pixela Webhookを生成する ツイートするたびに草を生やすということは、グラフの数値を加算する形で更新していくということです。 Pixelaでは、これを行うWebhookが提供されています。 ではAPIからWebhookを生成しましょう。 値を加算するので、typeにはincrementを指定します。 ❯ curl -X POS