Apple、Google、Microsoft、MozillaがWebブラウザ拡張機能改善グループ結成
Apple、Google、Microsoft、Mozillaは6月4日（米国時間）、W3CでWebブラウザの拡張機能を改善するためのコミュニティグループ「WebExtensions Community Group」（WECG）を立ち上げたと発表した。 Appleは「Safari」、Googleは「Chrome」、Microsoftは「Edge」、Mozillaは「Firefox」というWebブラウザを提供している。WECGは他のWebブラウザメーカーや開発者などにも参加を呼び掛けた。 拡張機能の共通のビジョンに沿って、将来の標準化に向けて取り組むことを目指す。開発者が簡単に共通の拡張機能を作成できるよう、一貫性のあるモデル、機能、API、アクセス許可の共通コアを指定することや、悪用されにくいアーキテクチャの概要を説明していく。 まずは、各Webブラウザの既存のモデルとAPIを基盤とし、仕様
Latest topics > なぜMozillaはXULアドオンを廃止したのか？（翻訳） - outsider reflex
Latest topics > なぜMozillaはXULアドオンを廃止したのか？（翻訳） 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « 「同調圧力は忌むべきものだ」と思考停止していたことに気付いた話 Main 「なぜMozillaはXULアドオンを廃止したのか？」に寄せられていた反応を見て、「甘い……甘すぎる……」と思って、W3C信者時代からの価値観に行き着いた話 » なぜMozillaはXULアドオンを廃止したのか？（翻訳） - Aug 22, 2020 （原著：David Teller, 2020年8月20日、CC BY-NC 4.0で公開されている内容の全訳。Qiitaにもクロスポストしています。） 要約：Firefoxはかつて、XUL
【追記あり】楽天ウェブ検索のChrome機能拡張が狂気のアップデートで削除待った無し！ - HHS
楽天ヘビーユーザーなので地味に愛用してきた「楽天ウェブ検索」のGoogle Chrome機能拡張ですが…アップデートで狂っているとしか思えない仕様に変更されました。 上の画像を見てもらうと分かりますが、楽天ウェブ検索の機能拡張をオンにすると… Google Chromeのホームボタンが「https://websearch.rakuten.co.jp/」に固定されます。 さらに…Chromeの検索機能も「楽天ウェブ検索」に固定されちゃうんです！ まぁ…インストール時だけなら大丈夫か。自分で変更しようと思い設定画面にアクセスすると… ホームページ変更も検索エンジン変更も「楽天ウェブ検索」によって制御されていました。オフにしないと…Googleの検索エンジン使えないんですよ。こんな仕様にしたら全員使わなくなるでしょ！？ 楽天リーベイツというポイントサイトの通知のためにインストールしていましたが…
Latest topics > Chrome Extensionsのマニフェストのバージョン3とアメリカの銃規制 - outsider reflex
Latest topics > Chrome Extensionsのマニフェストのバージョン3とアメリカの銃規制 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « ツリー型タブでタブの並び順が壊れる問題との格闘 Main Chrome Extensions Manifest V3とFirefoxアドオンの死（の可能性） » Chrome Extensionsのマニフェストのバージョン3とアメリカの銃規制 - Jan 29, 2019 ちょっと前に話題になったChromeの拡張機能のAPIの新バージョンの案の概要を把握するために、変更点のまとめの部分だけを読んでみた。全訳するのも大変なので、適宜つまみながら。 動機 APIや権限の仕組みに対して大規模
デスクトップ版Firefox 57で拡張機能はWebExtensionsベースに限定化 - Mozilla Flux
Mozillaは、Add-ons in 2017 | Mozilla Add-ons Blogにおいて、Firefox 57のリリース（2017年11月28日：米国時間）に伴い、デスクトップ版ではWebExtensionsベースの拡張機能だけを読み込む措置を執る旨を明らかにした。XUL／XPCOMベースやAdd-on SDKベースの拡張機能（レガシー拡張機能）は、一切利用できなくなる。この措置を確実なものとするため、Mozilla Add-ons（AMO）では、Firefox 53のリリース（2017年4月18日：米国時間）に伴い、新規の拡張機能を登録する場合にWebExtensionsベースでないと受け付けなくなる。 現時点でのスケジュールは、Add-ons/2017 - MozillaWikiに詳しい。それによれば、Firefox 53のリリース時点で具体的に実施される措置は、AMOに
オープンソースのエディタ「Visual Studio Code 1.5」リリース。Vimエミュレーションの強化、20万ファイル以上の大規模プロジェクトでもファイル検索高速化など
オープンソースのエディタ「Visual Studio Code 1.5」リリース。Vimエミュレーションの強化、20万ファイル以上の大規模プロジェクトでもファイル検索高速化など マイクロソフトはオープンソースで開発しているエディタ「Visual Studio Code」の最新版となる「Visual Studio Code 1.5」のリリースを発表しました。 対応するOSは、Windows、OS X、Linux 64bit。 Visual Studio Code 1.5では、大規模プロジェクトでの検索高速化、ファイルエクスプローラのアイコン設定、Vimエミューレション拡張の強化などが行われています。 22万以上のファイル名を数秒でサーチ 大規模プロジェクトでの検索強化では、カレントディレクトリ以下の全ファイル名を対象に、キーボード入力の内容と一致するファイルをリアルタイムにサーチ（いわゆるイ
Mozilla、Blink互換拡張機能API「WebExtensions」の現状と今後の計画を発表 | スラド IT
Mozillaは21日、Blink互換の拡張機能API「WebExtensions」について、開発状況と今後の計画を発表した(Mozilla Add-ons Blogの記事、 The Registerの記事)。 現在WebExtensionsはアルファ版の状態であり、2016年3月にリリースされるFirefox 45でAPI「alarms」「contextMenus」「pageAction」「browserAction」が完全サポートされる。さらに「bookmarks」「cookies」「extension」「i18n」「notifications」「runtime」「storage」「tabs」「webNavigation」「webRequest」「windows」といったAPIも部分的にサポートされるとのこと。 その後、Firefox 47でベータ版、Firefox 48で安定版とする
Firefox アドオン開発の未来
[これは Mozilla Add-ons Blog の記事 The Future of Developing Firefox Add-ons の翻訳です] Mozilla は今日、Firefox のアドオンへ今後行われるいくつかの重要な変更について皆さんにお知らせします。Firefox のアドオンエコシステムは長年にわたる漸進的かつ有機的な成長を通じて発展してきましたが、以下のような課題を踏まえ、ある程度の抜本的な変更を伴う Firefox の近代化作業が進んでいます。 Electrolysis や Servo といった新技術の活用 スパイウェアやアドウェアからのユーザの保護 アドオン審査期間の短縮 これらの改善を可能にする方法をアドオン開発コミュニティの皆さんによく理解してもらえるよう、今日、以下 4 つの関連する変更をお伝えします。 Firefox に WebExtensions と呼
WebExtensions - MozillaWiki
If you are looking for documentation on how to develop an extension with WebExtensions APIs with Firefox, please check out MDN. This page is an introduction to Mozilla's implementation of WebExtensions, a new browser extension API; a cross-browser system for developing extensions. The goals of this API are: Porting add-ons to and from other browsers should be easier. Reviewing add-ons for addons.m
C API Stability
C API Stability¶ Unless documented otherwise, Python’s C API is covered by the Backwards Compatibility Policy, PEP 387. Most changes to it are source-compatible (typically by only adding new API). Changing existing API or removing API is only done after a deprecation period or to fix serious issues. CPython’s Application Binary Interface (ABI) is forward- and backwards-compatible across a minor re
Chrome40にservice workersがきた
Chrome 40になってService workersが来たらしい。デモを動かしてみたり自分で書いてみたりして紹介記事でも書こうかなと思っていたが、 +Hajime Morrita はRebuild.fmに出演して紹介してしまったし、ほかにもすでにいくらか紹介記事が出始めてきた（たとえばhttp://qiita.com/kinu/items/2abd61b4390f9bbaffc9）。賑やかしにと自分もスクリーンキャストの動画も撮ってみた。 ここではデモの補足として、Service workersってどんなものなのかをふんわり考えてみる。 Service workers とは って項目を書いたのだがこの説明が難しい……。新しいウェブのAPI、だけだとだからなにって感じ。Service workersはweb workersの一種なのだが、って説明しはじめると泥沼に嵌りそうだ。 Servi
Google Cloud Messaging for Chromeを体験してみた | コーヒーサーバは香炉である
Google Cloud Messaging for Chromeキター! これでChrome Extensionに対してサーバからプッシュ通知ができる。 グーグル、「Chrome」でプッシュ通知を可能に–「Google Cloud Messaging for Chrome」発表 – CNET Japan Chromium Blog: Building efficient apps and extensions with push messaging Google Cloud Messaging for Chrome – Google Chrome もともとGCM (Google Cloud Messaging) はAndroid向けのテクノロジーで、C2DM (Android Cloud to Device Messaging) の後釜のようなものだった。それがGoogle Chro
よりネイティブアプリに近くなる Chrome Apps v2 － ＠IT
2012/09/11 2012年9月8日、慶應義塾大学で開催された「HTML5 Conference 2012」で、グーグルの北村英志氏は「What's new in Chrome Apps / Extensions？」と題したセッションを行った。「Chrome Apps/Extensionsがバージョンアップされる」と話し、Chrome Apps v2とExtensionsの追加機能やその注意点などを説明した。 近日アップデート予定のChrome Apps v2は、よりネイティブアプリケーションに近くなるらしい。これまでのChrome Apps v1は、「ブックマークと何が違うか聞かれる」（北村氏）というように、Webサイトと区別がつきにくいエクスペリエンスだった。だが、Chrome Apps v2では、「今回のバージョンアップで、よりネイティブアプリに近いエクスペリエンスと機能が使える
webRequest APIをざっくり理解する。(あるいはChrome拡張の作り方) – mzsm.me
昨日2月9日、Google Chrome 17の安定版がリリースされました。 このバージョンでの変更点の一つに、webRequest APIが正式に実装されたことがあります。 これまでこのAPIはexperimental(実験的機能)として実装されていましたが、今回晴れて正式なものになりました。 このAPIを使うと、Chromeが行う通信を監視して通信があるたびにイベントを実行したり、HTTPヘッダを書き換えたりすることができます。 Chrome 17では、User-Agentを他のブラウザに偽装することができる機能がDeveloper Toolsに付いたのですが、その機能もこのAPIを利用して実装されてい(ると思われ)ます。(Developer Tools自体もJavaScriptによって実装された“Webアプリ”なので、多分そのはずです) HTTPヘッダをいじれるというと不安に思われる
How to write extension for Mercurial
引数／戻り値の型が不明瞭: 文字列／changectx 型／内部データ形式(node) 1.0 版以前は、内部データ形式を必要とするケースが多かった 現行版では概ね、引数なら文字列／changectx 型が併用可能、 戻り値は changectx/filectx ないし revlog 型になっている (内部データ形式の直接アクセスは隠蔽)ので、 あまり心配する必要は無い(筈) ---- 引数／戻り値の型が不明瞭: 文字列／changectx 型／内部データ形式(node) 1.0 版以前は、内部データ形式を必要とするケースが多かった 現行版では概ね、引数なら文字列／changectx 型が併用可能、 戻り値は changectx/filectx ないし revlog 型になっている (内部データ形式の直接アクセスは隠蔽)ので、 あまり心配する必要は無い(筈) undocumented な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - ovity/octotree: GitHub on steroids
TechCrunch | Startup and Technology News