PTT數位生活區 / Browsers (瀏覽器)

Re: [-Fx-] Firefox 57 的工具列設計

看板Browsers (瀏覽器)作者 (feder)時間8年前 (2017/11/30 13:15), 8年前編輯推噓10(10推 0噓 53→)
留言63則, 8人參與, 8年前最新討論串2/2 (看更多)
※ 引述 《s949106 (feder)》 之銘言： : 標題: [-Fx-] Firefox 57 的工具列設計 : 時間: Sun Nov 19 02:10:19 2017 : 　 : 不知道有沒有人和我一樣覺得新版工具列的 UI 設計有一點不好嗎？ : 　 : 如圖， : https://i.imgur.com/CCANmmH.png
: 　 : 怎麼會在一條工具列上弄了三個選單按鈕？ : 且這三個按鈕功能大同小異， : 很占工具列的位置。 : 　 : 其實我認為可以把網址列的選單按鈕去掉， : 讓使用者選擇按鈕是要在網址列內或外， : 或是讓網址列按鈕變成一般按鈕。 : -- : ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.184.40.10 : ※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1511028624.A.9A5.html : 　 : ※ 編輯: s949106 (111.184.40.10), 11/19/2017 02:14:52 感謝大家的回覆 很多人回覆我那三個按鈕是為了分類 這我一直都了解 但是我說的大同小異是 那三個選單鈕的作用一樣是將按鈕收集在一起 且這些按鈕都不能隱藏又都在同一列 占了空間，視覺上也不簡潔 所以對部分使用者來說是多餘的 使用者介面不是應該化繁為簡嗎？ 若要說到分類 右邊兩個選單能放的按鈕類似 還有，截圖按鈕為什麼在網址列 重新整理按鈕為什麼在工具列？ 這樣的操作直覺嗎？ 所以我之前提到上面引文的解決方法 總之，我的想法是既然能讓使用者自訂 為什麼還要強制使用者分三個選單？ 抱歉，話多了，只是個人想法 想說出來讓大家理解也討論看看 也同時想理解反對的人的想法 --- : 推 tzback: 常用放工具列 偶爾用放>>裡 其它藏起來 11/19 02:28 : → tzback: 個人是滿喜歡更多工具鈕跟按鈕能到處放的設計 11/19 02:29 : → tzback: 如果按鈕固定放工具列+1選單鈕 好像用chrome就好了 11/19 02:38 我認為就算火狐有只有選單鈕和工具鈕 也完全和 Chrome 不同啊 我也喜歡到處放 但是網址列的按鈕只能塞網址列 最右邊的工具鈕還跟 Chrome 一樣固定不能動也不能隱藏 我就是不想讓他像 Chrome 自訂性低啊 : 推 kaoh08: >>類似早前套件狀態列的替代 這樣整合更好取用也方便 11/19 05:31 以前也有很多方便的功能呢 : → wei770702: 要怎麼把擷取螢幕單獨出來按鈕 我不想在...那邊 11/19 08:07 : → kuro: 右鍵 > 新增至網址列 11/19 08:32 : → hijacker: 新版真的滿多爛設計的 11/19 12:10 對啊，不直覺 : → wei770702: 感謝KURO 11/19 12:15 : 推 cloudstr: 以前可以裝附件元件列 把圖示都丟到下面 不像現在很麻煩 11/19 13:06 對啊，他都讓我自訂了 為什麼擺個按鈕還要照它的分類 : 推 HardRealTime: 不喜歡+1, 歷史的部份想看最近關閉的分頁多了一層 11/19 13:45 : → HardRealTime: 總之介面的更動覺得用起來不若之前順手QQ 11/19 13:45 操作直覺真的很重要 : → cloudstr: 已經退回56.2 這是第一次讓本人做出降級決定的版本 11/19 13:52 我也是，且我居然不是因為附加元件 : 推 SecondRun: 設計不好 很多東西都要多按好幾層 11/19 14:52 感覺設計師換一批人了 : 推 Agency: 書籤工作列可以當附加元件列用 11/19 14:55 請問是什麼意思？ : → sate5232: 三個按鈕功能完全不同吧 怎麼會大同小異 11/19 21:51 : → sate5232: ...是針對目前分頁，>>是擺放按鈕的，另一個是主選單 11/19 21:52 : → sate5232: 要是全都塞成一個才難找 11/19 21:52 1. 你誤會我說的類似了，上面有解釋 2. 按鈕都可以自訂怎麼會塞成一個？ 使用者只會擺自己需要的 : → tzback: 分頁列.工具列.書籤工具列都能擺按鈕很方便 11/19 22:37 對啊，我也喜歡可以到處擺 但是網址列的按鈕不能擺外面 且那三個選單鈕不能隱藏 尤其又加上視覺和空間因素 不可能每個人都喜歡一條工具列有三個選單鈕 : 推 Toge: 擷取螢幕直接滑鼠右鍵選單就有了吧 11/20 14:34 : 推 Toge: 而且...和>>裡面的按鈕都可以移出來 11/20 14:38 嗯嗯，但我說的是三個選單鈕佔位置 : 推 coffeeortea2: 這三個按鈕的功能都不一樣啊，擺在一起更麻煩吧... 11/21 16:52 重點是能自訂就不會都擺在一起 就算剩一個選單鈕 選單裡只會擺自己需要的 : 推 kaoh08: ...是個別分頁控制 >>是套件全域設定 三是Fx的選項 11/22 00:52 了解 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.185.15.220 ※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1512018901.A.084.html ※ 編輯: s949106 (111.185.15.220), 11/30/2017 13:18:05
推
11/30 13:53, 8年前 , 1F
有做政府機關那種幾百人用的系統就知道，一人一張嘴
11/30 13:53, 1F
→
11/30 13:53, 8年前 , 2F
不可能做到大家都滿意，要我說，頂多是少了自訂的自由度
11/30 13:53, 2F
→
11/30 14:00, 8年前 , 3F
網址列...說實在的除了礙眼，不覺得佔到什麼位置
11/30 14:00, 3F
→
11/30 14:01, 8年前 , 4F
>>會覺得佔位代表用不到，移掉就好了，這都適應問題吧
11/30 14:01, 4F
所以我才要想讓它更有自訂性囉 同意適應的問題 但是如果 UI 直覺的話，就不需要使用者適應了。 我也寫過不少 UI（Add-on）呢。 然後我用的到 << 喔， 是其他兩個我認為類似且多餘，因為功能重複佔位置。
推
11/30 14:58, 8年前 , 5F
「右邊兩個選單能放的按鈕類似」是左邊嗎？
11/30 14:58, 5F
引文圖片的右邊兩個紅框裡的按鈕
→
11/30 14:59, 8年前 , 6F
反過來說，要那麼高的自訂性要幹什麼？網址列目前不能從工具
11/30 14:59, 6F
→
11/30 15:14, 8年前 , 7F
列移開要求工具列按鈕能放到網址列就沒有意義。
11/30 15:14, 7F
不是， 我是要網址列的按鈕能到網址列外的地方， 把網址列變乾淨對我來說至少有意義，哈。
→
11/30 15:01, 8年前 , 8F
網址列中的按鈕最明顯的是只對目前的頁面作用才會顯示，而且
11/30 15:01, 8F
→
11/30 15:02, 8年前 , 9F
附加元件真的想做出現在網址列的按鈕也做得到，
11/30 15:02, 9F
→
11/30 15:03, 8年前 , 10F
和工具列上的還是有明顯差別吧？
11/30 15:03, 10F
關於差別不大我原文一開始提了
→
11/30 15:05, 8年前 , 11F
當然可以問 Firefox 為何不把重整等對單個頁面起作用的功能
11/30 15:05, 11F
→
11/30 15:06, 8年前 , 12F
全部加成到網址列的按鈕中，不過截圖放在那我覺得有合邏輯。
11/30 15:06, 12F
所以按鈕放哪因人而異， 這就是為什麼我想自訂， 更正，我也是要自訂性高。
推
11/30 15:10, 8年前 , 13F
右邊兩個能放的按鈕差多了，最右邊的就是 Firefox 內建的，
11/30 15:10, 13F
左邊可以放很多右邊有的選項耶 更正，我說的左是右邊兩個其中靠左的那個
→
11/30 15:12, 8年前 , 14F
要說中間和左邊才比較類似吧？明明後面一直拿工具列按鈕為何
11/30 15:12, 14F
→
11/30 15:12, 8年前 , 15F
不能放到網址列舉例，結果說右邊兩個類似？
11/30 15:12, 15F
我都有舉例啊， 對我來說這三個是差不多功能的。 你現在的左邊是 …，中間是 <<， 我們說的是同一個事情吧？ 還有什麼工具列按鈕不能拿到網址列？ 我只說網址列的按鈕不能移到其他地方， 然後為什麼有這種想法和說右邊兩個按鈕類似有衝突？ 反正三個對我來說都是選單， 不過這些話也證明您多少也覺得這三個按鈕有類似的地方。
→
11/30 15:14, 8年前 , 16F
我的推文似被誤刪了，還是那樣，網址列一天不能從工具列移開
11/30 15:14, 16F
→
11/30 15:14, 8年前 , 17F
要求工具列按鈕能放到網址列就沒有意義。
11/30 15:14, 17F
抱歉，也謝謝你和我一起長篇大論，哈哈。*[m *[37m編輯到有點累… 話說，這個位置是不是有推文？ 從網頁版抓回來的 推 magic999: 原推文kaoh08就說三顆按鈕的類型了，還嫌不夠直覺XD 我想，類型包括我很多人都知道XD 我這篇一開始不就有解釋了嗎
→
11/30 16:26, 8年前 , 18F
那三個按鈕功能明明就不同
11/30 16:26, 18F
原文一開始有解釋我說的類似了 ※ 編輯: s949106 (111.185.15.220), 11/30/2017 16:28:34
→
11/30 16:29, 8年前 , 19F
像是重新整理跟截圖，在工具列網址列真的那麼重要嗎...?
11/30 16:29, 19F
我的重點並不是那兩個按鈕在哪啊
推
11/30 16:32, 8年前 , 20F
右邊兩個按鈕一個是系統，一個是給你自訂，哪來類似
11/30 16:32, 20F
→
11/30 16:34, 8年前 , 21F
以我個人來說，常用的在最右邊那顆都有了，>>就關掉
11/30 16:34, 21F
→
11/30 16:35, 8年前 , 22F
我也不會跳出來嫌>>這顆按鈕很雞肋，我沒用不代表別人沒
11/30 16:35, 22F
→
11/30 16:35, 8年前 , 23F
用，同理類推，或許這兩顆重複性很高，但絕對不是雞肋
11/30 16:35, 23F
→
11/30 16:38, 8年前 , 24F
一眼就看的到的按鈕，放哪應該不是太重要
11/30 16:38, 24F
抱歉不小心刪到你推文，也感謝你的回覆 不過事情沒有絕對， 每個人看法不同，就像我和你現在一樣 還有， 不用再每個人跟我說那按鈕的分類了啦 我知道分類！～ XD 我說的類似不是分類類似， 此篇一開始說過～ ※ 編輯: s949106 (111.185.15.220), 11/30/2017 16:40:09
→
11/30 16:42, 8年前 , 25F
》叫Toolbar button, Use this button when your extensi
11/30 16:42, 25F
→
11/30 16:42, 8年前 , 26F
on's features are applicable to almost all web pages.
11/30 16:42, 26F
→
11/30 16:42, 8年前 , 27F
The toolbar button is visible in all browser tabs.
11/30 16:42, 27F
→
11/30 16:43, 8年前 , 28F
…叫Address bar button, Compare to the address bar bu
11/30 16:43, 28F
→
11/30 16:43, 8年前 , 29F
tton, which offers similar behavior but is used in si
11/30 16:43, 29F
→
11/30 16:43, 8年前 , 30F
tuations where the extension needs to be accessed on
11/30 16:43, 30F
→
11/30 16:43, 8年前 , 31F
specific pages only.
11/30 16:43, 31F
→
11/30 16:44, 8年前 , 32F
≡就瀏覽器Menu 沒什麼好講的
11/30 16:44, 32F
→
11/30 16:46, 8年前 , 33F
11/30 16:46, 33F
也請你看看這篇原文一開始這句 但是我說的大同小異是 那三個選單鈕的作用一樣是將按鈕收集在一起 ※ 編輯: s949106 (111.185.15.220), 11/30/2017 16:46:28 ※ 編輯: s949106 (111.185.15.220), 11/30/2017 16:59:04 總之就是它們一樣是選單鈕 三個按鈕內容有什麼不同我知道 我沒有要和你們爭這個… 我的重點是 一個列上同時出現三個選單鈕 對於部分人是多餘的設計 你們現在和我說的差異我完全同意 就像你們有理解到我舉的例 如重新整理鈕，右邊兩個鈕重複性高
→
11/30 17:07, 8年前 , 34F
那三個按鈕的內容就跟你說的一樣是不同的阿
11/30 17:07, 34F
例如我說的哪句？ ※ 編輯: s949106 (111.185.15.220), 11/30/2017 17:22:51 ※ 編輯: s949106 (111.185.15.220), 11/30/2017 17:24:43
→
11/30 17:31, 8年前 , 35F
原本想給噓，你自己也說了，對部分人是多餘的，啊就部分
11/30 17:31, 35F
→
11/30 17:32, 8年前 , 36F
人了，各方面平衡起來就這樣，不然大招：不爽不要用(?)
11/30 17:32, 36F
→
11/30 17:32, 8年前 , 37F
改變總會有人喜歡有人不喜歡
11/30 17:32, 37F
嗯嗯，我也沒有如此厭惡這個設計， 我完全同意你們對於分類的解釋， 也謝謝你沒噓，哈 不過，我覺得平衡的話 是讓那其他選單鈕也可以隱藏吧？ 倒是，我是很喜歡改變的人， 我認為我的看法是設計問題，不是習慣或改變。
→
11/30 17:51, 8年前 , 38F
反正舊版我也覺得全部自訂塞在≡很亂，至少就我而言57
11/30 17:51, 38F
→
11/30 17:52, 8年前 , 39F
比較有邏輯，以你的重點而言就是，火狐幹嘛鳥你XD
11/30 17:52, 39F
→
11/30 17:53, 8年前 , 40F
反正不爽就降版而已，山不轉路轉，沒移山的能力就繞路吧
11/30 17:53, 40F
→
11/30 17:56, 8年前 , 41F
現代應該是user要被訓練，不是事事都配合user改
11/30 17:56, 41F
→
11/30 17:56, 8年前 , 42F
至少火狐還能降版，公家機關系統可沒辦法XD
11/30 17:56, 42F
所以你放很多選項啊， 我比較喜歡簡單化， 這就是我們看法不同的原因了。 使用者能自己分類就有有自己的邏輯， 這是我要求自訂的原因之一。 不過使用者要被訓練的話 UX/UI 設計師在國外的需求就不會那麼高了。 從上一篇的推文，至少有一兩個看法和我一樣。 但就像你說的，設計師不一定要理我。 但說出自己的看法就是讓大家討論囉 也許有一點點機會讓設計師看到， 會有更好的想法
→
11/30 17:58, 8年前 , 43F
有些事情已經是強迫症，而不是直不直覺的問題了
11/30 17:58, 43F
我並沒有一定要火狐照我說的做啦， 我們沒有人是絕對對的， 我是和大家討論， 就像剛剛了解你反對的原因 是你自訂裡用了很多選項 就像你不喜歡選單裡太多東西程度 我不喜歡一個頁內有兩個以上選單鈕 這不算強迫症吧 ※ 編輯: s949106 (111.185.15.220), 11/30/2017 18:30:43 ※ 編輯: s949106 (111.185.15.220), 11/30/2017 18:42:56
推
11/30 19:53, 8年前 , 44F
如果是把網址列的按鈕移到工具列，或是把那個…隱藏我可以理
11/30 19:53, 44F
→
11/30 19:54, 8年前 , 45F
解
11/30 19:54, 45F
→
11/30 19:55, 8年前 , 46F
不過我覺得你為何會覺得 >> 和 … 差不多正是 Firefox 給使
11/30 19:55, 46F
→
11/30 19:57, 8年前 , 47F
用者彈性的結果(僅管這彈性沒你想的大)(或是 >> 和 ≡ 差不
11/30 19:57, 47F
→
11/30 19:57, 8年前 , 48F
多)
11/30 19:57, 48F
痾 我並沒有這麼認為， 我也沒有認為兩個按鈕自訂性或彈性一樣
→
11/30 19:58, 8年前 , 49F
今天如果按照 Firefox 的設計他是完全可以讓 >> 只出現那些
11/30 19:58, 49F
→
11/30 20:00, 8年前 , 50F
… 和 ≡ 沒有的東西，就不會有你說的什麼類似的問題了。
11/30 20:00, 50F
我並沒有說要讓<<出現其他地方沒有的按鈕 而是建議讓使用者決定按鈕放哪
→
11/30 20:03, 8年前 , 51F
話又說回來，如果你的基本需求是要討論能否把…隱藏而不是
11/30 20:03, 51F
→
11/30 20:04, 8年前 , 52F
討論這三個的分類，這個我沒研究但靠 userChrome.css 做不到
11/30 20:04, 52F
→
11/30 20:04, 8年前 , 53F
嗎？
11/30 20:04, 53F
做不到我想要的， 因為並沒有網址列按鈕在其他地方的 icon *[37m感謝你的回覆*[m
推
11/30 21:11, 8年前 , 54F
明明三個功能差很多，那來的大同小異？
11/30 21:11, 54F
嗯嗯，我完全同意你的說法 麻煩再看看我寫的黃字XD 包括此篇開頭我說好多次了
推
12/01 00:05, 8年前 , 55F
單純要隱藏不難辦到 要移動位置比較麻煩
12/01 00:05, 55F
謝謝，果然如此 ※ 編輯: s949106 (111.185.15.220), 12/01/2017 00:07:02 ※ 編輯: s949106 (111.185.15.220), 12/01/2017 00:21:10
推
12/01 06:18, 8年前 , 56F
我覺得57+的問題不在那三顆，而是整體介面的自定性被限縮
12/01 06:18, 56F
→
12/01 06:26, 8年前 , 57F
很多。 ≡可以透過userChrome.css 改變樣式或位置。
12/01 06:26, 57F
→
12/01 06:28, 8年前 , 58F
》不確定，網址列的按鈕我看滿多的處理方法是先隱藏，然後
12/01 06:28, 58F
→
12/01 06:29, 8年前 , 59F
另外弄個按鈕在工具列（userChrome.css或附加元件）
12/01 06:29, 59F
對對對，相較於我的上一篇，這篇終於有人有類似想法了 我對於那三個按鈕有意見就是因為我無法隨心所欲自訂這些按鈕 我想要隱藏我不需要的按鈕、想要按鈕在別的地方 請問要怎麼用 css 讓不存在的按鈕顯示在工具列呢？ 這樣在使用內建自訂移動工具列按鈕時， 這顆自製按鈕會造成問題嗎？ ※ 編輯: s949106 (111.185.15.220), 12/02/2017 00:35:20
推
12/02 14:46, 8年前 , 60F
三個按鈕我也覺得留一個就好了
12/02 14:46, 60F
推
12/02 14:48, 8年前 , 61F
12/02 14:48, 61F
→
12/02 14:50, 8年前 , 62F
網路上拿別人的微調後，意外的成功改成很簡潔
12/02 14:50, 62F
→
12/02 14:50, 8年前 , 63F
有興趣我可以再把我的userchrome給你
12/02 14:50, 63F
看起來不錯 如果可以的話麻煩你傳給我了 非常非常感謝~ ※ 編輯: s949106 (111.185.15.220), 12/04/2017 01:15:37
‣ 更多 s949106 的文章
文章代碼(AID): #1Q7vFL24 (Browsers)
Browsers 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 s949106 的文章
文章代碼(AID): #1Q7vFL24 (Browsers)