[-OP-] Opera轉向WebKit

看板Browsers作者 (Torsades de Pointes)時間13年前 (2013/02/13 20:11), 編輯推噓16(17推 1噓 92→)
留言110則, 26人參與, 最新討論串1/3 (看更多)
消息來自Opera自家的公開發表↓ http://www.opera.com/press/releases/2013/02/13/ To provide a leading browser on Android and iOS, this year Opera will make a gradual transition to the WebKit engine, as well as Chromium, for most of its upcoming versions of browsers for smartphones and computers. 所以或許Opera 12.x就是Presto的最後一版,再來就通通換WebKit了也說不定. 雖說泛WebKit陣營或許不希罕這些share,不過少了戰友兼敵手後Gecko可就冏了... 繼續這樣下去的話桌面上先不論,行動平台上Gecko大概會一點機會都沒有吧. (MoFo也知道這可能性所以跑去做B2G自立平台了,不過會不會成氣候嘛..?) == NetApplications的2013/01行動市場分析: Safari:61.02% Android內建:21.46% Opera Mini:9.84% Chrome:2.02% 加總後可是驚人的94.34%,IE當年在桌面上最囂張的時候也不過如此... 再看StatCounter的2013/01行動市場分析: Android內建:30.85% iPhone:23.08% Opera:15.35% iPod Touch:2.69% Chrome:1.06% 加總後是73.03%,沒有NetApplications那邊那麼誇張但也不容小覷. (這邊的統計有9.75%是中國貨UC瀏覽器,是否要無視各位可以考慮看看) (又StatCounter的算法把iPad算進桌面那塊,所以iOS Safari事實上是更高的) Gecko喔,準備好面對現實了嘛? --
→
01/25 22:01,
有些時候女生更在意機殼外觀長怎樣，這個時候你必須帶她去
01/25 22:01
→
01/25 22:01,
在逛逛有沒有喜歡的機殼型式。最後為了避嫌，在買零件的時
01/25 22:01
推
01/25 22:02,
後露出胸部是正常的
01/25 22:02
→
01/25 22:02,
後帶著小妹妹一起去買，讓她付錢避免有A錢嫌移。這樣你就可
01/25 22:02
→ a60100:以跟她單獨出去三次了 #1DFjHCJn (PC_Shopping) (咦 01/25 22:02
推
01/25 22:04,
在買零件的時後露出胸部是正常的 ←我笑了
01/25 22:04
-- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.23.102
→
02/13 20:37, , 1F
(默)
02/13 20:37, 1F
→
02/13 20:42, , 2F
果然行動裝置是webkit的天下 2大陣營都是...
02/13 20:42, 2F
→
02/13 20:43, , 3F
不知道到時候Presto會不會開源
02/13 20:43, 3F
→
02/13 20:47, , 4F
順帶一提 IE ONLY在行動裝置為主的未來絕對會變民怨
02/13 20:47, 4F
→
02/13 20:51, , 5F
倒也不見得 例如網路ATM就算非IE only也不能行動使用
02/13 20:51, 5F
→
02/13 20:52, , 6F
手機平板沒得插讀卡機是要怎麼用ATM讀金融卡..XDrz
02/13 20:52, 6F
→
02/13 20:52, , 7F
USB OTG
02/13 20:52, 7F
→
02/13 20:54, , 8F
NFC表示
02/13 20:54, 8F
→
02/13 20:55, , 9F
NFC當然是個選項 不過就算PC上目前也沒有實用吧..
02/13 20:55, 9F
→
02/13 20:56, , 10F
另外USB不是萬能 現在的讀卡機插手機有可以辨識的?
02/13 20:56, 10F
→
02/13 20:57, , 11F
系統內核沒插相關的ko的話 插入也不起作用的
02/13 20:57, 11F
→
02/13 20:58, , 12F
還要root的話對很多怕傷保固的人來說是不考慮的
02/13 20:58, 12F
→
02/13 20:59, , 13F
但先不論ATM 要是政府網站上不了絕對會被消遣一番的XDDD
02/13 20:59, 13F
→
02/13 21:01, , 14F
當然目前較入口的網站看起來還OK?
02/13 21:01, 14F
→
02/13 21:01, , 15F
這我不否認 不過比起IE only 衙門般會按時上下班的網站才冏
02/13 21:01, 15F
→
02/13 21:01, , 16F
(一天要系統維護8hr是什麼鬼..)
02/13 21:01, 16F
→
02/13 21:04, , 17F
隨上班時間運作也太扯XD
02/13 21:04, 17F
→
02/13 21:07, , 19F
放年假中XDrz
02/13 21:07, 19F
→
02/13 21:11, , 20F
網站放假中XDDD
02/13 21:11, 20F
→
02/13 22:01, , 21F
IE 壟斷悲劇是因為做的爛又封閉，WebKit 至少很優又開源
02/13 22:01, 21F
→
02/13 22:02, , 22F
目前 WebKit 的發展 Apple 和 Chromium 貢獻最多，能有更
02/13 22:02, 22F
→
02/13 22:02, , 23F
多人一起來改進、推動也是不錯。
02/13 22:02, 23F
→
02/13 22:04, , 24F
爛是以今非古了 當年NC的標準支援度更是慘不忍睹
02/13 22:04, 24F
→
02/13 22:05, , 25F
我自己的看法是：問題不在WEBKIT，而是基於Chromium開發 暗
02/13 22:05, 25F
→
02/13 22:05, , 26F
當然封閉+有佔有率後擺爛是無話可說
02/13 22:05, 26F
推
02/13 22:39, , 27F
基於Chromium開發實在讓人很無言.....
02/13 22:39, 27F
噓
02/13 22:44, , 28F
對不起原PO 不過基於Chromium的話那我就要放棄Opera了
02/13 22:44, 28F
推
02/13 22:45, , 29F
說放棄也不知道該轉向哪裡...可能等成品出來再看看吧 唉
02/13 22:45, 29F
推
02/13 23:02, , 30F
放棄不知道該去哪+1 救命啊~~~~~~~~~~~~~
02/13 23:02, 30F
→
02/13 23:29, , 31F
.......................
02/13 23:29, 31F
→
02/13 23:36, , 32F
拿Chromium的話大概真的要變多執行緒+少選項了 慘
02/13 23:36, 32F
還有 38 則推文
還有 1 段內文
→
02/15 22:44, , 71F
套件還是不一定吧，像火狐上的 feedly 已經卡在舊版好久
02/15 22:44, 71F
→
02/15 22:45, , 72F
Lastpass 的 Chrome 版介面還是從更小眾的 Safari 版移植
02/15 22:45, 72F
→
02/15 22:46, , 73F
回來的咧。開發上也比以前限制少了，有些還能用 plug-in
02/15 22:46, 73F
→
02/15 22:47, , 74F
輔助達成更深層的功能。
02/15 22:47, 74F
→
02/15 22:48, , 75F
是說 WebKit 和 Gecko 是渲染引擎，跟套件沒什麼關係啦XD
02/15 22:48, 75F
推
02/15 23:37, , 76F
那張圖太搞笑了 XD
02/15 23:37, 76F
推
02/15 23:47, , 77F
樓上有內幕要爆嗎？ XD
02/15 23:47, 77F
推
02/16 01:17, , 78F
誰說套件跟渲染引擎沒關係 Firefox的套件之所以自由度高
02/16 01:17, 78F
→
02/16 01:18, , 79F
就是靠Gecko和XUL
02/16 01:18, 79F
→
02/16 01:48, , 80F
我相信跟架構的關係應該比較大 同樣用Gecko的K-Meleon可沒
02/16 01:48, 80F
→
02/16 01:48, , 81F
那麼多的套件可以隨意裝
02/16 01:48, 81F
→
02/16 11:21, , 82F
XUL 沒錯，Gecko 不是只跟網頁有關？不然就我搞錯了="=
02/16 11:21, 82F
→
02/16 11:23, , 83F
而且現在很多用新 API 寫出來的感覺似乎更不需要 XUL 了
02/16 11:23, 83F
推
02/16 12:23, , 84F
我覺得很多推文似乎都誤Opera 官方的意思了XD
02/16 12:23, 84F
→
02/16 14:17, , 85F
xul也有帶來一點限制啦... 不過對剛入門寫套件的人還是方便點
02/16 14:17, 85F
→
02/16 14:24, , 86F
然後gecko是XUL的處理核心
02/16 14:24, 86F
→
02/16 14:25, , 87F
xul-runner好像還沒完全成熟
02/16 14:25, 87F
推
02/16 19:06, , 88F
K-Meleon的GUI部分是用win32原生介面
02/16 19:06, 88F
→
02/16 19:08, , 89F
Firefox的GUI是用XUL 跟網頁一樣是靠Gecko繪製出來的
02/16 19:08, 89F
→
02/16 19:09, , 90F
另外Jetpack如果要動到GUI 也是對XUL進行操作
02/16 19:09, 90F
→
02/16 19:14, , 91F
印象中Firefox的GUI還可以用CSS改 也是因為這關係吧
02/16 19:14, 91F
→
02/16 19:15, , 92F
不過這樣也表示用相同的核心 GUI可以有不同的實作法？ 拿
02/16 19:15, 92F
→
02/16 19:16, , 93F
Chromium當底也可以不要一堆執行緒+沙箱嗎
02/16 19:16, 93F
→
02/16 19:18, , 94F
Opera換Webkit只是像Sleipnir和Lunascape之類切換核心
02/16 19:18, 94F
→
02/16 19:23, , 95F
Fx如果換Webkit就不是Fx 乾脆砍掉(不重練)算了
02/16 19:23, 95F
→
02/16 19:45, , 96F
我到是希望Gecko可以讓使用者決定要用多少個process,哪個畫面
02/16 19:45, 96F
→
02/16 19:46, , 97F
要給哪個process跑之類,部分程式炸掉沒回應時,其它部分可以
02/16 19:46, 97F
→
02/16 19:47, , 98F
好好的結柬(graceful shutdown）
02/16 19:47, 98F
→
02/16 19:48, , 99F
但決對不是別人那樣什麼都要多一個process
02/16 19:48, 99F
→
02/16 20:08, , 100F
XULRunner目前唯一的實現，核心是用 Gecko.
02/16 20:08, 100F
→
02/16 20:10, , 101F
用 Webkit 實現XUL，Mozilla, Google看起來都沒這打算。
02/16 20:10, 101F
→
02/16 20:11, , 102F
Opera 應該也不會做類似XUL的架構，
02/16 20:11, 102F
→
02/16 20:12, , 103F
不然直接跳Gecko陣營就好了，幹嘛用速成的Webkit.
02/16 20:12, 103F
→
02/16 22:32, , 104F
應該沒人沒事會去用 XUL 吧...XD
02/16 22:32, 104F
→
02/16 22:35, , 105F
連自己的 Android 版都捨 XUL 不用了。而且介面用 XUL 就
02/16 22:35, 105F
→
02/16 22:36, , 106F
是害火狐在 Mac 上一堆東西不支援的主因之一（得特別去實
02/16 22:36, 106F
→
02/16 22:37, , 107F
作，然後 Mozilla 社群的效率又... 你知道的。）
02/16 22:37, 107F
→
02/16 23:57, , 108F
行動版也沒那麼多東西好自定... XUL的目標和彈性都太大了
02/16 23:57, 108F
→
02/16 23:58, , 109F
看看vimperator/pentadactyl把Fx改到什麼地步
02/16 23:58, 109F
→
02/17 01:33, , 110F
樓上+1 pentadactyl是好東西
02/17 01:33, 110F
‣ 更多 Alica 的文章
文章代碼(AID): #1H6uBSvM (Browsers)
‣ 更多 Alica 的文章
文章代碼(AID): #1H6uBSvM (Browsers)