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