[功能请求]工具栏宽度可被拖拽!

[青灯明月]

Chrome(ium) 的很多地方特别是界面UI, 其实是非常无脑非常反人类的无语.
虽然内核更新是高歌猛进, 内核语法越来越现代, 性能越来越好,
但终究有些曾经很美好的体验, 是越更新越退化, 直到完全变得不可理喻了

例如↴

111.png (91.59 KiB) 查看 499 次

　
最完美最人性化的解决这问题是百分浏览器(极大优化弥补了Chrome(ium)的几大缺陷)↴

222.png (155.98 KiB) 查看 499 次

　
谷歌提供的插件管理器不是最佳的且是垂直排列, 当插件很多时更不方便.

上面只是一些猫眼的痛点示例之一, 还有很多后续有空再说...
希望猫眼能够着重处理原生不足, 而不是一路更随着堆内核

[catsxp]

地址栏目前是可以设置的
catsxp://settings/getStarted
工具栏 配置地址栏 使用宽地址栏

长度可自定拉伸 ，这个到是可以考虑一二的功能

[青灯明月]

catsxp://settings/getStarted 这个地址就不准, 还不如

代码： 全选

catsxp://settings/?search=配置地址栏#:~:text=使用宽地址栏

另外, 宽地址栏算勉强, 但也不是最佳的, 有时有些页面需要特宽来显示, 对比URL啊什么之类的, 总之也不一定固定多宽.

[catsxp]

地址栏 宽度 个人觉得自适应会更好
它有硬性的最小宽度限制的，太小它就失去它应有的作用了
人为去调大它的宽度，会挤压其它工具栏元素的位置，调了个寂寞...

[青灯明月]

地址栏 宽度 个人觉得自适应会更好
它有硬性的最小宽度限制的，太小它就失去它应有的作用了
人为去调大它的宽度，会挤压其它工具栏元素的位置，调了个寂寞...

非也非也, 地址栏宽度不能太小这是肯定, 99%场景是在例如600-800px区间内才最佳, 可有时你想让它1000px宽度呢, 显然自定义拉伸是最佳做法, 满足各种人群各种场景需求.

会挤压其它工具栏元素的位置，调了个寂寞...

没看到截图吗, 显示不了的元素会自动收纳到Alt+F右上角菜单项里(认为百分浏览器处理得很好), 也就是说得设计一个供收纳的地方啊......

实际上当前问题根本就不在于地址栏宽度, 而在于插件图标的固定不固定, 以及显示不下的插件图标要显示到哪里去
插件图标想固定的数量一多, 就会挤压地址栏的宽度(生存空间), 特别是在窗口化情况.
插件图标不固定那么多, 可是有些图标就想固定显示呢....
而谷歌那个 插件管理器按钮, 每次还得滚动到目标插件图标去, 每次都到那里去操作弹出插件popup也麻烦啊.....
你可以自行安装30个插件尝试下各种体验和窗口化操作, 就知道痛苦了.
所以我认为百分浏览器那种做法是最完美的.

猫眼浏览器肯定不是仅照顾小白用户也肯定不是仅为高玩用户, 如果插件只有十个八个或20个以下的那肯定都不大影响

[catsxp]

明白你要表达的意思，重点不是地址栏宽度大小的问题
重点是把固定的扩展图标收纳到子菜单里，而不是把它隐藏起来...
新核已有相关的UI功能了，只是它并没有把扩展图标加到里头

[青灯明月]

而且当前隐藏插件图标的行为不是隐藏最右侧, 而是隐藏最左侧才更可恶, 因为左侧图标比右侧图标更重要更需要直接交互

新核已有相关的UI功能了，只是它并没有把扩展图标加到里头

恩恩,, 不过 >> 这个收纳按钮也不是最佳吧, 混在其中的小按钮, 而且永远不能相信非自己代码他哪天又改来改去
只是说CentBrowser那种做法是多全其美的:

1) 可自定义拉伸, 即可视化操控地址栏宽度, 这个宽度永不被自动伸缩变小了

2) 多余的插件图标被收纳到子菜单里, 这个也是好处多多

• 按钮在最右上角, 更易于操控

• 更可用⌨ Alt+F 左手快捷键来打开子菜单

• 平铺展示, 无需下滑滚动

• 少了新核的 >> 按钮, 还能用来放置一个插件图标呢

[catsxp]

固定地址栏大小，窗口大小变化时，窗口宽度小于地址栏的宽度如何处理？
把隐藏的扩展图标放主菜单上？确认是人性化设定？用户要记忆每个图标是代表那个扩展(如果是图标样式与配色相近，如何快速分辩？)，还有排序与位置，当主窗口大小发现变化的时候，图标还会重新排序，要重新熟悉新排序新位置……
多扩展用户的痛点是能固定的图标位太少，那记忆这种方案里的 图标样式&图标排序&图标位置 不是更痛的痛点？点击扩展图标菜单里扩展所见即所得，那个快捷方便？
只是习惯了这些设定而已，它并没想象中的那么美好！这是纯纯的负优化啊！