作者s949106 (feder)
看板Browsers
標題Re: [-Fx-] Firefox 57 的工具列設計
時間Thu Nov 30 13:14:58 2017
※ 引述 《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://webptt.com/m.aspx?n=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://webptt.com/m.aspx?n=bbs/Browsers/M.1512018901.A.084.html
※ 編輯: s949106 (111.185.15.220), 11/30/2017 13:18:05
1F：推 magic999: 有做政府機關那種幾百人用的系統就知道，一人一張嘴11/30 13:53
2F：→ magic999: 不可能做到大家都滿意，要我說，頂多是少了自訂的自由度11/30 13:53
3F：→ magic999: 網址列...說實在的除了礙眼，不覺得佔到什麼位置11/30 14:00
4F：→ magic999: >>會覺得佔位代表用不到，移掉就好了，這都適應問題吧11/30 14:01
所以我才要想讓它更有自訂性囉
同意適應的問題
但是如果 UI 直覺的話，就不需要使用者適應了。
我也寫過不少 UI（Add-on）呢。
然後我用的到 << 喔，
是其他兩個我認為類似且多餘，因為功能重複佔位置。
5F：推 mjsg: 「右邊兩個選單能放的按鈕類似」是左邊嗎？11/30 14:58
引文圖片的右邊兩個紅框裡的按鈕
6F：→ mjsg: 反過來說，要那麼高的自訂性要幹什麼？網址列目前不能從工具11/30 14:59
7F：→ mjsg: 列移開要求工具列按鈕能放到網址列就沒有意義。11/30 15:14
不是，
我是要網址列的按鈕能到網址列外的地方，
把網址列變乾淨對我來說至少有意義，哈。
8F：→ mjsg: 網址列中的按鈕最明顯的是只對目前的頁面作用才會顯示，而且11/30 15:01
9F：→ mjsg: 附加元件真的想做出現在網址列的按鈕也做得到，11/30 15:02
10F：→ mjsg: 和工具列上的還是有明顯差別吧？11/30 15:03
關於差別不大我原文一開始提了
11F：→ mjsg: 當然可以問 Firefox 為何不把重整等對單個頁面起作用的功能11/30 15:05
12F：→ mjsg: 全部加成到網址列的按鈕中，不過截圖放在那我覺得有合邏輯。11/30 15:06
所以
按鈕放哪因人而異，
這就是為什麼我想自訂，
更正，我也是要自訂性高。
13F：推 mjsg: 右邊兩個能放的按鈕差多了，最右邊的就是 Firefox 內建的，11/30 15:10
左邊可以放很多右邊有的選項耶
更正，我說的左是右邊兩個其中靠左的那個
14F：→ mjsg: 要說中間和左邊才比較類似吧？明明後面一直拿工具列按鈕為何11/30 15:12
15F：→ mjsg: 不能放到網址列舉例，結果說右邊兩個類似？11/30 15:12
我都有舉例啊，
對我來說這三個是差不多功能的。
你現在的左邊是 …，中間是 <<，
我們說的是同一個事情吧？
還有什麼工具列按鈕不能拿到網址列？
我只說網址列的按鈕不能移到其他地方，
然後為什麼有這種想法和說右邊兩個按鈕類似有衝突？
反正三個對我來說都是選單，
不過這些話也證明您多少也覺得這三個按鈕有類似的地方。
16F：→ mjsg: 我的推文似被誤刪了，還是那樣，網址列一天不能從工具列移開11/30 15:14
17F：→ mjsg: 要求工具列按鈕能放到網址列就沒有意義。11/30 15:14
抱歉，也謝謝你和我一起長篇大論，哈哈。*[m
*[37m編輯到有點累…
話說，這個位置是不是有推文？
從網頁版抓回來的
推 magic999:
原推文kaoh08就說三顆按鈕的類型了，還嫌不夠直覺XD
我想，類型包括我很多人都知道XD
我這篇一開始不就有解釋了嗎
18F：→ APM99: 那三個按鈕功能明明就不同11/30 16:26
原文一開始有解釋我說的類似了
※ 編輯: s949106 (111.185.15.220), 11/30/2017 16:28:34
19F：→ magic999: 像是重新整理跟截圖，在工具列網址列真的那麼重要嗎...?11/30 16:29
我的重點並不是那兩個按鈕在哪啊
20F：推 magic999: 右邊兩個按鈕一個是系統，一個是給你自訂，哪來類似11/30 16:32
21F：→ magic999: 以我個人來說，常用的在最右邊那顆都有了，>>就關掉11/30 16:34
22F：→ magic999: 我也不會跳出來嫌>>這顆按鈕很雞肋，我沒用不代表別人沒11/30 16:35
23F：→ magic999: 用，同理類推，或許這兩顆重複性很高，但絕對不是雞肋11/30 16:35
24F：→ magic999: 一眼就看的到的按鈕，放哪應該不是太重要11/30 16:38
抱歉不小心刪到你推文，也感謝你的回覆
不過事情沒有絕對，
每個人看法不同，就像我和你現在一樣
還有，
不用再每個人跟我說那按鈕的分類了啦
我知道分類！～ XD
我說的類似不是分類類似，
此篇一開始說過～
※ 編輯: s949106 (111.185.15.220), 11/30/2017 16:40:09
25F：→ kaoh08: 》叫Toolbar button, Use this button when your extensi11/30 16:42
26F：→ kaoh08: on's features are applicable to almost all web pages.11/30 16:42
27F：→ kaoh08: The toolbar button is visible in all browser tabs.11/30 16:42
28F：→ kaoh08: …叫Address bar button, Compare to the address bar bu11/30 16:43
29F：→ kaoh08: tton, which offers similar behavior but is used in si11/30 16:43
30F：→ kaoh08: tuations where the extension needs to be accessed on11/30 16:43
31F：→ kaoh08: specific pages only.11/30 16:43
32F：→ kaoh08: ≡就瀏覽器Menu 沒什麼好講的11/30 16:44
也請你看看這篇原文一開始這句
但是我說的大同小異是
那三個選單鈕的作用一樣是將按鈕收集在一起
※ 編輯: s949106 (111.185.15.220), 11/30/2017 16:46:28
※ 編輯: s949106 (111.185.15.220), 11/30/2017 16:59:04
總之就是它們
一樣是選單鈕
三個按鈕內容有什麼不同我知道
我沒有要和你們爭這個…
我的重點是
一個列上同時出現三個選單鈕
對於部分人是多餘的設計
你們現在和我說的差異我完全同意
就像你們有理解到我舉的例
如重新整理鈕，右邊兩個鈕重複性高
34F：→ APM99: 那三個按鈕的內容就跟你說的一樣是不同的阿 11/30 17:07
例如我說的哪句？
※ 編輯: s949106 (111.185.15.220), 11/30/2017 17:22:51
※ 編輯: s949106 (111.185.15.220), 11/30/2017 17:24:43
35F：→ jiangee: 原本想給噓，你自己也說了，對部分人是多餘的，啊就部分11/30 17:31
36F：→ jiangee: 人了，各方面平衡起來就這樣，不然大招：不爽不要用(?)11/30 17:32
37F：→ jiangee: 改變總會有人喜歡有人不喜歡11/30 17:32
嗯嗯，我也沒有如此厭惡這個設計，
我完全同意你們對於分類的解釋，
也謝謝你沒噓，哈
不過，我覺得平衡的話
是讓那其他選單鈕也可以隱藏吧？
倒是，我是很喜歡改變的人，
我認為我的看法是設計問題，不是習慣或改變。
38F：→ magic999: 反正舊版我也覺得全部自訂塞在≡很亂，至少就我而言5711/30 17:51
39F：→ magic999: 比較有邏輯，以你的重點而言就是，火狐幹嘛鳥你XD11/30 17:52
40F：→ magic999: 反正不爽就降版而已，山不轉路轉，沒移山的能力就繞路吧11/30 17:53
41F：→ magic999: 現代應該是user要被訓練，不是事事都配合user改11/30 17:56
42F：→ magic999: 至少火狐還能降版，公家機關系統可沒辦法XD11/30 17:56
所以你放很多選項啊，
我比較喜歡簡單化，
這就是我們看法不同的原因了。
使用者能自己分類就有有自己的邏輯，
這是我要求自訂的原因之一。
不過使用者要被訓練的話
UX/UI 設計師在國外的需求就不會那麼高了。
從上一篇的推文，至少有一兩個看法和我一樣。
但就像你說的，設計師不一定要理我。
但說出自己的看法就是讓大家討論囉
也許有一點點機會讓設計師看到，
會有更好的想法
43F：→ magic999: 有些事情已經是強迫症，而不是直不直覺的問題了11/30 17:58
我並沒有一定要火狐照我說的做啦，
我們沒有人是絕對對的，
我是和大家討論，
就像剛剛了解你反對的原因
是你自訂裡用了很多選項
就像你不喜歡選單裡太多東西程度
我不喜歡一個頁內有兩個以上選單鈕
這不算強迫症吧
※ 編輯: s949106 (111.185.15.220), 11/30/2017 18:30:43
※ 編輯: s949106 (111.185.15.220), 11/30/2017 18:42:56
44F：推 mjsg: 如果是把網址列的按鈕移到工具列，或是把那個…隱藏我可以理11/30 19:53
45F：→ mjsg: 解11/30 19:54
46F：→ mjsg: 不過我覺得你為何會覺得 >> 和 … 差不多正是 Firefox 給使11/30 19:55
47F：→ mjsg: 用者彈性的結果(僅管這彈性沒你想的大)(或是 >> 和 ≡ 差不11/30 19:57
48F：→ mjsg: 多)11/30 19:57
痾 我並沒有這麼認為，
我也沒有認為兩個按鈕自訂性或彈性一樣
49F：→ mjsg: 今天如果按照 Firefox 的設計他是完全可以讓 >> 只出現那些11/30 19:58
50F：→ mjsg: … 和 ≡ 沒有的東西，就不會有你說的什麼類似的問題了。11/30 20:00
我並沒有說要讓<<出現其他地方沒有的按鈕
而是建議讓使用者決定按鈕放哪
51F：→ mjsg: 話又說回來，如果你的基本需求是要討論能否把…隱藏而不是11/30 20:03
52F：→ mjsg: 討論這三個的分類，這個我沒研究但靠 userChrome.css 做不到11/30 20:04
53F：→ mjsg: 嗎？11/30 20:04
做不到我想要的，
因為並沒有網址列按鈕在其他地方的 icon
*[37m感謝你的回覆*[m
54F：推 rwhung: 明明三個功能差很多，那來的大同小異？11/30 21:11
嗯嗯，我完全同意你的說法
麻煩再看看我寫的黃字XD
包括此篇開頭我說好多次了
55F：推 Wcw5504: 單純要隱藏不難辦到 要移動位置比較麻煩12/01 00:05
謝謝，果然如此
※ 編輯: s949106 (111.185.15.220), 12/01/2017 00:07:02
※ 編輯: s949106 (111.185.15.220), 12/01/2017 00:21:10
56F：推 rwhung: 我覺得57+的問題不在那三顆，而是整體介面的自定性被限縮 12/01 06:18
57F：→ rwhung: 很多。 ≡可以透過userChrome.css 改變樣式或位置。 12/01 06:26
58F：→ rwhung: 》不確定，網址列的按鈕我看滿多的處理方法是先隱藏，然後 12/01 06:28
59F：→ rwhung: 另外弄個按鈕在工具列（userChrome.css或附加元件） 12/01 06:29
對對對，相較於我的上一篇，這篇終於有人有類似想法了
我對於那三個按鈕有意見就是因為我無法隨心所欲自訂這些按鈕
我想要隱藏我不需要的按鈕、想要按鈕在別的地方
請問要怎麼用 css 讓不存在的按鈕顯示在工具列呢？
這樣在使用內建自訂移動工具列按鈕時，
這顆自製按鈕會造成問題嗎？
※ 編輯: s949106 (111.185.15.220), 12/02/2017 00:35:20
60F：推 a1qazbgt5: 三個按鈕我也覺得留一個就好了 12/02 14:46
62F：→ a1qazbgt5: 網路上拿別人的微調後，意外的成功改成很簡潔 12/02 14:50
63F：→ a1qazbgt5: 有興趣我可以再把我的userchrome給你 12/02 14:50
看起來不錯
如果可以的話麻煩你傳給我了
非常非常感謝~
※ 編輯: s949106 (111.185.15.220), 12/04/2017 01:15:37