Microsoft EdgeのChromium移行とか - fragmentary
週明けに出回った、Microsoft EdgeがChromiumベースになるという話について、Microsoftからアナウンスがあった。 Microsoft Edge: Making the web better through more open source collaboration - Windows Experience Blog For the past few years, Microsoft has meaningfully increased participation in the open source software (OSS) community, becoming one of the world’s largest supporters of OSS projects. Today we’re announcing that we intend to ado
Hayato.io
Hayato.io This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Free Credit Report Dental Plans Parental Control Healthy Weight Loss Work from Home Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Cookie settings|Do Not Sell or Share My Personal Information
やはりHTML/DOMは再発明されるべきじゃないか - mizchi's blog
と思う次第である。以下理由。 JavaScript, GUI設計の今 JSはそのプラットフォーム特性上、あらゆる言語の使用者の、あらゆる不満が集まる場所で、ヘイトを集めやすい環境だと思う。近年は npm というプラットフォームの登場でエコシステムが生まれ、思いつく限りあらゆるメソッドが適用されてきた。貧弱な言語基盤だが、その中で生き残った方法論が、今一番GUIの課題を上手く扱えている、と自分は考えている。 React/Redux や Angular によって、Flux/MVVMという抽象パターンが枯れてきたように思う。(この際、現場はまだ jQuery だぞ、みたいな話は無視する)。要は View は State の写像である、ということに尽きる。State はシリアライズ可能(JSON)で、Flux Action/Rx.Observable の Event Stream を入力とし、それ
Getting Started with Headless Chrome | Blog | Chrome for Developers
TL;DR Headless Chrome is shipping in Chrome 59. It's a way to run the Chrome browser in a headless environment. Essentially, running Chrome without chrome! It brings all modern web platform features provided by Chromium and the Blink rendering engine to the command line. Why is that useful? A headless browser is a great tool for automated testing and server environments where you don't need a visi
Firefoxの次世代Webエンジン「Project Quantum」発表。Rust言語によるServoの技術を採用し、2017年内に劇的な高速化を実現すると － Publickey
Firefoxの次世代Webエンジン「Project Quantum」発表。Rust言語によるServoの技術を採用し、2017年内に劇的な高速化を実現すると Project Quantumは、Mozillaが開発を推進しているRust言語による新型の高速ブラウザエンジン「Servo」の技術をFirefoxに取り入れ、PCやスマートフォンで普及しているマルチコアとGPUを積極的に活用することで、劇的な高速化を実現するとしています。 Pages will load faster, and scrolling will be silky smooth. Animations and interactive apps will respond instantly, and be able to handle more intensive content while holding consist
WEB制作向けブラウザ「Blisk」を使った瞬間、恋に落ちた
それで、「そんなにいいのかな？」と半信半疑でインストールして、使ってみた瞬間、惚れました。 プログラミングをする人にとって、Sublime Textは、「恋に落ちるエディター」とよく言われていますけど、WEB開発者にとってBliskは「恋に落ちるブラウザ」といっても過言はないのではないかと思います。 以下では、そう思うに至った理由について述べたいと思います。 この記事は、2016年7月9日に書いたものです。2016年11月1日にversion 1.0.125.166が出たことにより、機能の一部が有償プランに加入しないと利用できなくなりました。ですので、無料で利用する場合は、30分で機能制限がかかったりするようになったのでご了承ください。 Blisk（ブリスク）とは Bliskは、WEB制作者がサイトの動作確認をする上で、便利な機能がデフォルトで備わっているWEBブラウザです。 現在は、Wi
flexboxのバグに立ち向かう（flexboxバグまとめ） - Qiita
注）本文中の「コンテナ」「アイテム」について 本文中でいう「コンテナ」「アイテム」は、flexコンテナとflexアイテムのことを指しています。 コンテナ display: flexや、wrap指定などをする 複数のアイテムを含む アイテム flex: 1 0 0%などの指定をする 1. アイテム潰れる問題（Safari） Chrome Safari 潰れてますね。 起きる条件 Safari なぜ コンテンツの最小サイズを尊重してくれない模様 どうすればいいのか flex-shrinkに0を指定 flex-basisにautoを指定（デフォ値なので、指定がなければそのままでOK） Safari10にて修正済み（つまり、SierraとiOS 10以降では対応不要） 2. align-items:center はみ出す問題 Chrome IE11 はみ出てますね。 起きる条件 IE10-11 f
ブラウザのハードウェアアクセラレーションを理解してJavaScriptアニメーションを最適化する方法 - Qiita
最近、アニメーションがっつりなウェブアプリケーションを早くするみたいな仕事をしていて、ハードウェアアクセラレーションってどういう仕組みなんだろうと調べていたらこんな英語でこういう記事があったので、紹介してみる。 訳しつつ独自解釈を入れてみたのが以下のような感じ。 一般にアニメーショングラフィックスをCPUのみで処理しようとした際、アニメーションにおけるフレーム毎にピクセル単位で生成し、描画するという処理を行っている。一方でCPU+GPUを処理に用いる場合、アニメーションさせる要素をGPUで確保されている無数の「テクスチャー（レイヤー）」に書き込む。そのうえでCPUからのアニメーション処理要求に応じてGPUが内部的にアニメーションを行うことで、高速な処理を実現している。 一般にいうブラウザのHA（ハードウェアアクセラレーション）とは、アニメーションを行わせるDOM要素を抽出し、その単位でGP
フロントエンド速度改善をしようとして参考にしたもの - $shibayu36->blog;
最近フロントエンドの速度改善をほんの少しだけやって、いろんな資料を参考にしたので、今後また速度改善をする時に備えて、参考になった資料をまとめておく。今回パフォーマンス改善やった項目としてはExpiresヘッダ付ける、gzip圧縮かける、JSをbodyの一番下にとか基本的なことしかやらなかったので、そのあたりはこの記事ではまとめていません。 今回は「測定する」「ブラウザがどう表示しているか知る」「改善を検討する」の流れで調べていったのでその順にまとめる。 測定する 何はともあれ測定しないと何も始まらないので、まずは測定の仕方について調べた。 PageSpeed Insights( https://developers.google.com/speed/pagespeed/insights/ )と、webpagetest( http://www.webpagetest.org/ ) はとりあえ
今どきのCSS3グラデーションの指定方法 (2015年版)
緑はベンダープリフィックスが必要 前回との差異はAndroid4.4よりlinear-gradient (to bottom)に対応している点です。 Androidブラウザのシェア 現在のAndroidブラウザのシェアですが、Android4.0以下は非常に少なくなっており対応する必要はなくなってきています。 参考:Dashboards | Android Developers というわけで、-webkit-gradient()による指定はもう不要で-webkit-linear-gradient()とlinear-gradient()のみ記述しておけば、ほとんどのブラウザに対応可能です。 /*Other Browser*/ background: #91bae4; /*For Old WebKit*/ background: -webkit-linear-gradient( top, #b
UWP を Continuum に完全対応させるには？ - 高橋 忍のブログ - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
「さよならChrome。私、Firefoxに戻ります。」を読んだ感想 - 文系プログラマによるTIPSブログ
今日以下のニュースがアップされたので、最近のブラウザについて思うところ等を書いてみようと思います。 まず結論から言うと、 chromeは速くない。速くないのに大量にメモリを消費する。 という事が言えます。 chromeのプロセスとメモリ消費 firefoxのプロセスとメモリ消費 safariのプロセスとメモリ消費量 メモリ消費が多いと遅いか javascriptエンジンによる速度差 レンダリング速度 開発ツール chromeはいつのまにかオワコン化しているかもしれない 雑感 chromeのプロセスとメモリ消費 その原因の一つとして、アドオン1個につき1プロセス生成している、という点が挙げられると思われます。 ↑これは私の環境でchromeを起動して、タブを4個開いた場合のプロセスの状態です。100M以下の細かなプロセスが沢山いますね。 ではアドオンを全て無効にしてみましょう。 大分プロセス
さよならChrome。私、Firefoxに戻ります
さよならChrome。私、Firefoxに戻ります2015.02.16 12:008,028 渡邊徹則 みなさん、ブラウザなに使ってます？ Chromeですよね。ではその前はなに使ってました？ Firefoxですよね。 Chromeは、機能を最小限に絞った、その分恐ろしく速いブラウザでした。初めて試した時は、まるでコンピューターを買い替えた時のような感覚を味わったものです。しかし最近のChromeは、太りすぎて、遅くて、少なくとも私の環境では、しょっちゅうクラッシュするようになりました。もう、我慢の限界なんです。 その予兆は、数年前からありました。グーグルは2011年頃から、肥大化するChromeのファイルサイズを下げようと四苦八苦していたんです。 インストール時のサイズは問題ありません。ただ、ちょっと検索しただけでも、ここ数年のChromeに対する不満はゴロゴロ出てきます。とりあえず、タ
［速報］マイクロソフトの新ブラウザ「Project Spartan」発表。新レンダリングエンジン、Webページの共有機能など
［速報］マイクロソフトの新ブラウザ「Project Spartan」発表。新レンダリングエンジン、Webページの共有機能など マイクロソフトは1月21日（現地時間）、イベント「Windows 10: The Next Chapter」で次期WindowsとなるWindows 10に搭載される新しいブラウザ「Project Spartan」（コード名）を発表。その概要を明らかにしました。 Project SpartanはInternet Explorerとは異なる新しいWebブラウザとして開発。新しいルック＆フィールを備え、「現在のWebに対応しつつ、新しいレンダリングエンジンを搭載している」と説明されました。 Webの情報を簡単に共有 1つ目の特長は、Webの情報を共有しやすい点。表示したWebページにスタイラスやタッチでそのまま書き込むことが可能。
実は2014年に終結していた？--ブラウザ戦争の現状をおさらい
現代のブラウザ戦争が本格的に始まったのは2004年のことだ。Mozillaの「Firefox」が2004年、「Internet Explorer」（IE）の完全かつ絶対的な市場支配に戦いを挑み、それから5年足らずでユーザー数を0人から数億人に伸ばすことに成功した。 Googleも2008年、「Google Chrome」ブラウザを発表して、それに続いた。Chromeは2012年にはFirefoxに追いついた。 この戦いは2014年に遂に終結したのかもしれない。 この10年間で多くのことが変わった。現在、モバイルデバイスの台数は従来のPCを上回っており、デスクトップブラウザの重要度はモバイルウェブクライアントやアプリに大きく劣るようになってしまった。現在の主要なプレーヤーは、Appleのモバイル版「Safari」とGoogleのChromeだ。Mozillaは大きな過渡期を迎えており、Mic
gulp で BrowserSync を使う
HTML・CSS・JS 周りを含むプロジェクトを進める際に、これまでなら MAMP などのローカルでのサーバー環境を用意して進めていたのですが、 grunt や gulp などが出てきてからは、それらをベースに BrowserSync などを利用して開発を進めるようになりました。 毎回準備する手間が省けるのと、デプロイ場所をいろいろと変更してもひとまとめで扱うことができるため、今では無くてはならないツールになっています。 BrowserSync 導入gulp を使うことを前提に導入の方法をざっくり。 Node と gulp はすでに導入済みとして進めます。 最低限ブラウザに表示させることを前提に、以下の package 構成にします。 package.json gulp は npm のグローバルでインストールされているなら、必ず必要というわけではないですが、一応入れておきます。 尚、 br
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://e-algorithm.xyz/vulnerability/
Engadget | Technology News & Reviews
TechCrunch | Startup and Technology News
Blog - LINE ENGINEERING