経緯 もともとMouseoverDictionaryという素晴らしいFirefox用辞書があったのですが、Quantumの登場とXULの廃止とともに使えなくなってしまったため、自分用にChrome拡張をつくった次第です。 ソースコード 実装に関わる技術寄りの用語: React, esbuild, chrome.storage.local, chrome.storage.sync, Cross-extension messaging, Hogan, debounce, resizable/draggable, intl.v8BreakIterator, deinja, クロスブラウザ, など。 ※詳細は「Mouse Dictionaryの技術的な話」をご参照ください https://qiita.com/wtetsu/items/2a5568cb0b5a38c003fb 使い方 インストール

takasekといいます。iOSDCにて、Xcode Source Editor Extensionの世界という発表をしました。 iOSDC ですけどiOSの話は一切出てきません。 iOSDC での発表について かいつまむと、以下のような話です。 Xcode8から導入されたXcode Source Editor Extensionは、思ったより簡単に作れるんですが、正攻法だとやれることが少ないです。 現在編集中のファイルのテキストバッファに読み書きする カーソル位置・文字選択状態を変更する それだけしかできません。 Xcode Source Editor Extensionの世界は、高い壁に阻まれています。その壁を、どう登るのか。 壁(1)入出力の壁: AppKit の助けを借りればペーストボードや他アプリとの連携が可能 壁(2)言語機能の壁: Process を使ってある程度のunixコ

MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました GitHubのPull Request（以下PR）はオープンソースとして外部の方に開発へ参加してもらうのに良い仕組みです。企業においてはチーム開発を支える大切な技術です。しかし大きなソフトウェアになると、PRがどのファイルを指しているのか分かりづらくなります。 特にフォルダで区別してファイル名は同じものが並んでいる時など、どれだか分からなくなってしまうでしょう。そこで使ってみたいのがGitHub Pull Request Treeです。 GitHub Pull Request Treeの使い方 PRのFiles changedを見ると、左側にファイルツリーが追加されます。 複数ファイルが変更されている場合も、どこにあるファイルかが一目で分かります。 GitHub Pull Requ

Google 検索やブログなどで「次のページ」を自動的に読み込み、継ぎ足していく拡張機能です。 使い方 ページを下部までスクロールすると勝手に継ぎ足されていきます。 継ぎ足しでコメント欄などが利用できない時はページ内の緑のアイコンをクリックすると一時停止します。 JavaScript 等で動的にページを変更するサイトでは上手く動作しない場合があります。その時はツールバーのアイコンを右クリックして「このページで無効にする」を選んで下さい。 対応サイトについて 現在 3000 以上のサイトで利用可能です。 有志の方々が作成したデータベースを利用しています（感謝）。 http://wedata.net/databases/AutoPagerize/items

オンラインブックマーク(Google Bookmarks, Pinboard, はてなブックマーク)をインクリメンタルサーチする拡張機能を公開しました。WebExtensionsに対応したものとなり、Firefox57以降でも使えます。 Online Bookmark Incremental Search for Firefox – Firefox 向けアドオン ブックマークをローカルに保存しておいて利用するので、いつでも素早く検索できます。また、ショートカットキーで行やページを移動して、選択行のブックマークを開くことができます。 対応しているサービスは下記の通りです。 Google Bookmarks Pinboard はてなブックマーク 旧拡張機能との違い この拡張機能は、下記のレガシーな拡張(Firefox57以降使えなくなったもの)を置き換えるものになります。 Google Boo

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Here is the English version of this article. この投稿は個人サイトとのクロスポストです。 2017年の8月下旬に思い立って、ツリー型タブのWebExtensions版を作り始め、去る9月26日にバージョン2.0としてリリースしました。 重い腰を上げて取り組む気になれたのは、必須と目していたAPIが一通り実装されてきて、Firefox 57でようやく技術的に作れる目処が立ってきたからでした。 関係者の皆さんの尽力に改めて感謝の意を表明します。 やっている事自体はそう難しい話ではなく、技術的に目新

確かiOS 10.1からだったと思うのですが、Appleから新しいAPI Diffsが提供されなくなりました。その代わり、リファレンスページであるApple Developer DocumentationでSDKのバージョン間の差分をハイライト表示できるようになったので、これが実質的なAPI Diffsの代替になっているのだと思います。 ですが、開発者としては、旧API Diffsのように差分だけをまとめて見たい場合もあります。また、Developer Documentationでは、3階層目にまで降りていかないと変更されたクラス等のリストが見られないため、一覧性に関しても不満を感じていました。

どうもこんにちは、今日は便利な Chrome 拡張のご紹介です。 これは GitHub 上の issue link （#666 とかっていうやつ）を情報量の多い、見やすいバッジに変換してくれる拡張です。 親イシューにいくつかイシューをまとめて管理したいときに、イシューの状態（open/close や assignee ）が一目でわかってとても便利。 Chrome 拡張の permission の関係で GitHub 用と GitHub Enterprise 用の二つをご用意しております GitHub Issue Badges - Chrome ウェブストア permission が https://github.com のみ GitHub Issue Badges (for Enterprise) - Chrome ウェブストア permission が https://*/* になってい

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

This is the biggest and the best collection of the currently available natively created source editor extensions for Xcode. This is awesome! Take me to the list. You can find the actual list hosted on github. The main reason for this is that the project is almost entirely driven by the community and this fact is truely amazing! In under just one year, the repository had a thousand stars (1000⭐️) o

What Apple gives you for $100 as a Safari Extension Developer — and why Reddit Enhancement Suite may cease support for Safari This post has been a long time coming, and is honestly months if not a year overdue. TL;DR (though I’d prefer people read): it’s a ton more work to support Safari than it is to support the rest of the browsers because of its various quirks. Despite that, Safari users make u

ちょっとマニアックな情報ですが、ドキュメントのどこにも書かれていないとっておきのネタです。 Action Extension、またはShare Extensionを開発していて、UINavigationBarを利用しているという方はぜひご覧ください。 この記事は Cocoa Advent Calendar 2016 6日目の記事です。昨日の記事はnaochi___さんの[iOS] Xibを使って自前のダイアログを作るでした。 この記事では、id:kaniza さんの4日目の記事 第 70 回 Cocoa 勉強会関西に行ってきた - kanizaのブログ で触れられている、 第70回 Cocoa勉強会関西 で私が発表した内容について書きます。 "App Extension 上で UINavigationBar.appearance() が HostApp の影響を受ける問題" とは？ このよ

1 はじめに iOS 10から、拡張機能（Extesion）を作成することで、メッセージアプリで、ステッカー（LINEのスタンプみたいな感じ）、メディアファイル及び、対話型のメッセージなどを送信することができるようになりました。 この拡張機能は、Messageフレームワークを使用しますが、その作成方法には、「ステッカーパック」と「IMessageがアプリ」の２種類があります。 今回、このうちの、「ステッカーパック」を作成してみました。 こちらは、Xcodeこそ必要ですが、プログラムは、まったく書かなくても、ステッカーパックのフォルダに画像をドロップをするだけで作成できてしまいます。 使用できる画像ファイルとして、以下の仕様が提示されています。 画像の種類は、PNG, APNG, GIF, 若しくは JPEG 画像のサイズは、500KB以下 100 x 100 ポイント以上、206 x 20

※本記事は、一般に公開されている情報 を元に作成しています ※図は What's New in iOS 10 - Overview - iOS Human Interface Guidelines より引用しています これは何 iOS 10から NCWidgetDisplayMode という概念が追加されました。これに伴い、Today Extension（以下Widget）の高さを調節する方法も変わっています。何も対応しないとOSが決めた高さに固定されます。 この記事ではiOS 10で Widget の高さを調節する方法を解説します。 検証環境 Xcode 8 beta 4 NCWidgetDisplayModeとは 公式ドキュメントには次のように書かれています。 The modes that can be toggled between when the More button is a

サンプルを追加しました => XcodeSourceEditorExtension-Alignment WWDC2016にてXcode Source Editor Extension、Xcode Editor Extensionが発表されました。 どうやらXcode用のApp Extensionが作れる、というもののようです。 Mac App Storeで配布もできるとのことでAlcatrazが不要になるかもしれませんね。 ここではXcode Source Editor Extensionを調べながら試してみます。 ⚠️注意：情報が少ないので多分に推測を含んでいます。 スクリーンショットは削除しました Xcode Source Editor Extensionとは？ 名前の通りSource Editor部分を拡張するもののようです。 もっと広範に拡張したい場合はXcode Editor E

Firefox 49 landed in Developer Edition this week, so we have another update on WebExtensions for you! Since the release of Firefox 48, we feel WebExtensions are in a stable state. We recommend developers start to use the WebExtensions API for their add-on development. Since the last release, more than 35 bugs were closed on WebExtensions alone. If you have authored an add-on in the past and are cu

Mozilla、Microsoft、Operaの三社は、2016年5月2日（米国時間）、W3CのBrowser Extension Community Groupのメーリングリストにおいて、ブラウザの拡張機能におけるコアAPIやマニフェスト、パッケージを標準化することを共同で提案した。今後はGitHubで仕様を公開するとともに、Twitterアカウントでも情報を発信していくようである。 今回の共同提案に至る経緯を補足する記事として、Dev.Opera — For a Better Extensions Ecosystemがある。Operaは、2013年7月時点で、ベンダー中立的なブラウザアドオン用パッケージフォーマットである「NEX」を提唱しており、将来的にはフォーマットの策定作業を標準化団体において行っていくとしていたが、ようやくその努力が実った形だ*1。 現時点で、以下のようなコアAP

あなたはMozilla’s WebExtensionsについて聞いたことがあると思います。 マルチプロセス(e10s)に対応した新しいブラウザ拡張の実装です。 たぶんあなたは「それは何？私は使えるの？」と思ったでしょう。まあ、私は助けるためにここにいます! たぶんMDN’s WebExtensions docsが開発を始めるのにとても適している場所だと思います。 WebExtensionはFirefox extensionを書く新しい方法です。 このテクノロジーはクロスブラウザ互換性の為に開発されました: 膨大な量のAPIがGoogle ChromeやOperaがサポートしているextension API と互換性を保っています。 他のブラウザの為に作られたアドオンは大抵の場合、少しの変更を加えるだけで動きます。APIもまたmultiprocess Firefoxとほぼ互換性を保っています