[Exchange and share] 论UI设计 - 1 (重心)
Tofloor
poster avatar
水月
deepin
2024-01-29 15:35
Author

昨天看了水王的一个帖子(再论启动器界面设计 ),里面有一个关于UI设计的质量的投票,结果令人震惊。

aa.png

上面是我写这篇帖子时截取的图片,几乎所有参与投票的人都认为现在的UI在走下坡路。

诚然,UI设计存在一定的主观性,不同的人有不同的喜好。

但是在不同的时期有不同的主流审美,大家在审美方面的观点应该是符合统计学规律的。

如果只有一个人认为你不行,那可能是偏见,但是当几乎所有人都认为你不行时,很有可能你确实不行。

个人认为,深度在UI设计上走到今天的窘境上,有一个更本的问题没有搞清楚,那就是设计的“重心”在哪里。

同样也是个人观点:深度的UI设计缺乏规划,搞到哪里算哪里;没有统一的设计理念,怎么想就怎么来;没有为用户服务的观念,自己想怎么搞就怎么搞。


今天写这篇帖子,就是为了溯本求源,拨乱反正

UI设计的重心是什么?

要搞清楚这个问题才能做好UI设计,不然很容易陷入“贪多嚼不烂”的陷阱之中。

个人认为,UI设计应该以“交互逻辑上的便捷实用” 为重心。

诸君以为UI设计的重心应该是什么?

Reply Favorite View the author
All Replies
1 / 2
To page
momo
deepin
2024-01-29 15:56
#1
deepin要有自己的UI设计理念,但是不知道他们的理念是啥
Reply View the author
牧芸
deepin
2024-01-29 15:59
#2

v23怎么说呢……圆角太多是最难受的一点

第二个感觉是又挤又空 ,这点说不上来 但就是不对劲,好像鼠标从这头移到那头都显得眼累

最后是感觉杂,层次杂 字体大小杂 毛玻璃和各种图标放在一块杂……

还有就是有的时候字体颜色和背景很突兀(之前看到一篇帖子,说如果加个阴影就可以了)

Reply View the author
wlly-lzh
deepin
2024-01-29 16:16
#3

我跟你的观点是一样的,UI是要为交互服务的,实用性应该要摆在最前面的。

我认为实用性是UI设计的重心。

Reply View the author
水月
deepin
2024-01-29 16:23
#4
momo
deepin要有自己的UI设计理念,但是不知道他们的理念是啥

彼此彼此,我也不知道deepin的设计理念是什么。

Reply View the author
乾豫恒益
deepin
2024-01-29 16:25
#5

本人的想法如下:

  1. 实用为王道,但实用不等于背景图片简单的发指。建议:系统在发布之前,就基础UI打开的速度尽可能的快,把时间还给用户。 非系统级的UI,打开时间尽可能的满足用户的最低耐心要求,特别是在爆躁的工作环境中。
  2. 内存占用要低,虽然目前内存的容量不太会是个问题。但是:如果图片和控件太多,太浪费时间,用户对UI的好感会直线下降。
  3. 有能力的程序员,在有时间的情况下,可以重写那些不友好的控件,比如一个下拉框,下拉一次,后面的数据调用有至少三次,对于远程数据库就是极端的不友好了。
  4. 安全、安全、安全,重要的事情说三次,系统级的UI要经过严格的测试,不要大量占用系统API资源,甚至建议大佬把相应的API函数独立出来。这样可以保证UI挂掉的时候,系统不会死机,这个灰常重要。用户级的UI,有实力的把系统API独立出来,让自己的程序健康度大大的提升。
  5. 以上仅限于本人的想法,供大家参考;如果可用,本人之幸;如果不可用,抛之无碍。
Reply View the author
水月
deepin
2024-01-29 16:29
#6
乾豫恒益

本人的想法如下:

  1. 实用为王道,但实用不等于背景图片简单的发指。建议:系统在发布之前,就基础UI打开的速度尽可能的快,把时间还给用户。 非系统级的UI,打开时间尽可能的满足用户的最低耐心要求,特别是在爆躁的工作环境中。
  2. 内存占用要低,虽然目前内存的容量不太会是个问题。但是:如果图片和控件太多,太浪费时间,用户对UI的好感会直线下降。
  3. 有能力的程序员,在有时间的情况下,可以重写那些不友好的控件,比如一个下拉框,下拉一次,后面的数据调用有至少三次,对于远程数据库就是极端的不友好了。
  4. 安全、安全、安全,重要的事情说三次,系统级的UI要经过严格的测试,不要大量占用系统API资源,甚至建议大佬把相应的API函数独立出来。这样可以保证UI挂掉的时候,系统不会死机,这个灰常重要。用户级的UI,有实力的把系统API独立出来,让自己的程序健康度大大的提升。
  5. 以上仅限于本人的想法,供大家参考;如果可用,本人之幸;如果不可用,抛之无碍。

我简单的总结一下,就是流畅高效对吧。

(个人认为安全似乎不属于UI设计的范畴,这个应该是后端去搞的)

Reply View the author
乾豫恒益
deepin
2024-01-29 16:33
#7
水月

我简单的总结一下,就是流畅高效对吧。

(个人认为安全似乎不属于UI设计的范畴,这个应该是后端去搞的)

遇上很多次了,由于UI的控件设计缺陷,把整个UI锁死(假死),系统进入漫长的等待时间,但CPU的占用并没有变化,还可以在后台执行其他的命令。

举例:在点击执行按钮后,系统删除一个最前面的界面,然后慢悠悠的重画曾被遮盖的一个界面,那个酸爽,实在是...

Reply View the author
魔法师
deepin
2024-01-29 17:35
#8

UI:元素做加法
特点:功能做减法
版本:每天做加法
适应新 UI 设计:优先功能裁剪

Reply View the author
昨夜的星辰
deepin
2024-01-29 19:35
#9

首先需要明确一点,deepin最终是要为UOS服务的,上论坛的人在UOS/deepin总用户来说还是少部分

UI个人认为简单够用就好,目前的UI界面也说的过去,功能可以再加一加

试了下treeland,别的不说,设置壁纸界面个人感觉就挺好的,至少壁纸可以设置平铺或者拉伸或者剪裁之类的

先满足功能性上的要求再谈其它的

很多人很是怀念V15的侧边控制中心,有亮点,但是对于普通用户或者准确说是没啥基础的用户而言那个形式并不如现在的形式实用

系统归根结底是拿来跑应用软件的,论坛里有相当一部分是玩系统的,目的就不一样

DDE可以加功能,但是不要像KDE那样功能太多了,虽然很能满足折腾人员的需求,便是对于普通人来说太专业了,没必要。相反,如果遇到不懂还瞎折腾的人那系统很容易搞出问题来,这肯定不符合UOS的理念

声明:以上为个人观点

Reply View the author
猫粮
deepin
2024-01-29 19:38
#10

我建议设计师看看openkylin2.0的ui,也用一用现在的openkylin1.0,看看系统是不是非得设计的花里胡哨才能好看。

Reply View the author
要讲武德
deepin
2024-01-29 21:07
#11
猫粮

我建议设计师看看openkylin2.0的ui,也用一用现在的openkylin1.0,看看系统是不是非得设计的花里胡哨才能好看。

以前设计图还藏着掖着不敢放出来,说是怕隔壁kylin偷偷领先,哈哈哈哈哈。现在怕是kylin不敢放出来了

Reply View the author
mozixun
deepin
2024-01-29 21:19
#12

某些只会吐槽设计的人没有必要去理会,投的票数不当票就行,因为你去问他该怎么设计时他下一步就吓尿了

开源社区最应该鄙视的就是这些人,而不是那些吐槽之后然后带着完整设计哲学与方案来提commit的,那些提commit的人的意见才真正应该听取。这是开源软件,不是商业闭源软件,源码都在github上

相反,DDE的设计从v20到v23一直都有主线,设置界面基本模仿win10,让用户上手速度更快,在dock栏上学macOS/win11采取中间放置(但高效模式仍可以改回来),在treeland窗管上学习了ChromeOS的dock栏弧边曲线。系统应用内的设计基本一致使用DTK,极少出现应用按钮/菜单不一致的地方(至少我没感觉)

来这边提你自己的意见不如去好好搞DDE-Tweaks,专门满足你的各种奇怪需求

最后,OpenKylin莫名奇妙给我一种廉价的感觉,而且UKUI4.0的设计的确细节上真的好看,但是和系统应用一起放到宏观之后这股感觉就扑面而来,比如不是扁平的应用图标,应用商店的菜单选项等

Reply View the author
Merlin
Super Moderator
Product Manager
2024-01-29 22:21
#13
大家的意见,我们都会转发给设计部门的同事,设计部门的同事看到大家的建议也会吸收改进。有的时候比较忙,回复的时候看到能回答,的内容就随手回复了。
Reply View the author
pkcn
deepin
2024-01-30 08:40
#14
Merlin
大家的意见,我们都会转发给设计部门的同事,设计部门的同事看到大家的建议也会吸收改进。有的时候比较忙,回复的时候看到能回答,的内容就随手回复了。

可以尝试设置一个公开活动,召集社区来设计UI,然后团队内部再讨论社区设计的UI作品是否可以使用当下的技术实现,把能够实现的UI再挑选出来进行社区投票

Reply View the author
mzcc
deepin
2024-01-30 10:27
#15
mozixun

某些只会吐槽设计的人没有必要去理会,投的票数不当票就行,因为你去问他该怎么设计时他下一步就吓尿了

开源社区最应该鄙视的就是这些人,而不是那些吐槽之后然后带着完整设计哲学与方案来提commit的,那些提commit的人的意见才真正应该听取。这是开源软件,不是商业闭源软件,源码都在github上

相反,DDE的设计从v20到v23一直都有主线,设置界面基本模仿win10,让用户上手速度更快,在dock栏上学macOS/win11采取中间放置(但高效模式仍可以改回来),在treeland窗管上学习了ChromeOS的dock栏弧边曲线。系统应用内的设计基本一致使用DTK,极少出现应用按钮/菜单不一致的地方(至少我没感觉)

来这边提你自己的意见不如去好好搞DDE-Tweaks,专门满足你的各种奇怪需求

最后,OpenKylin莫名奇妙给我一种廉价的感觉,而且UKUI4.0的设计的确细节上真的好看,但是和系统应用一起放到宏观之后这股感觉就扑面而来,比如不是扁平的应用图标,应用商店的菜单选项等

强,换句话来说就是:爱用就用,不用,滚!

Reply View the author
把一切操作变成GUI
deepin
Backbone of ecological co-construction group
2024-01-30 10:35
#16
pkcn

可以尝试设置一个公开活动,召集社区来设计UI,然后团队内部再讨论社区设计的UI作品是否可以使用当下的技术实现,把能够实现的UI再挑选出来进行社区投票

最终投票出来的,无论哪一个UI得票数最高,后续都还会有人吐槽,因为不是100%的票数投出来的。


Reply View the author
把一切操作变成GUI
deepin
Backbone of ecological co-construction group
2024-01-30 10:37
#17

我建议不要再纠结UI了,多在功能、流畅性和生态软件上面花功夫比较好,因为不论UI做成什么样都会有人吐槽的。Mac os,ios都一样有人吐槽,真正用于工作的,不会太去在意UI细节,更在乎能不能高效率完成我手上的工作,事业机关政府机关更加是。

Reply View the author
pkcn
deepin
2024-01-30 10:41
#18
把一切操作变成GUI

最终投票出来的,无论哪一个UI得票数最高,后续都还会有人吐槽,因为不是100%的票数投出来的。


其实有时侯,有些吐槽是可以不必理会的,毕竟UI设计是一回事,能不能实现出来又是一回事,如果设计的UI很漂亮,但是实现出来非常卡顿,那也是无用的。UI设计应该紧跟团队的资源的技术实力。

Reply View the author
babyfengfjx
Super Moderator
CQA
2024-01-30 10:56
#19

UI这个东西确实是个非常难得出统一结论的话题,目前大家所看到的也只是设计中的一小部分,对于整体体验上会缺乏统一性,也没有最终完成整体设计的效果,带给大家的感受确实会有一点缺失,但又因为这个大家感知最直接明显,所以多讨论讨论不是什么坏事,有些思想如果借鉴吸收了,做出对应的变化,那就是一个非常好的良性循环了。

Reply View the author
水月
deepin
2024-01-30 15:13
#20
把一切操作变成GUI

我建议不要再纠结UI了,多在功能、流畅性和生态软件上面花功夫比较好,因为不论UI做成什么样都会有人吐槽的。Mac os,ios都一样有人吐槽,真正用于工作的,不会太去在意UI细节,更在乎能不能高效率完成我手上的工作,事业机关政府机关更加是。

你真的以为只是ui不好看的问题吗?

UI是要为其背后的交互操作服务的,你以为只是不好看,实际上也是不好用。

就拿启动器来说吧,wlly-lzh一直在说这个事,就是因为启动器搞的不好用、不实用,附带一点点的美观问题。

他盯着这件事都快一年了,如果只是简单的美观问题,他能坚持这么久吗?

Reply View the author
1 / 2
To page