这个标题栏的装饰确实是由系统提供的,如果系统没有设置就连标题栏都没有了
软件自己并没有定义自己要有多少标题栏,所以就是系统提供的了
像QQ,微信,wps这样的应用自己提供标题栏的,就不会受到系统配置影响了
所以这个问题不成立,没有强扭的瓜,是应用自己没做标题栏,做了的是不会强扭的
这个标题栏的装饰确实是由系统提供的,如果系统没有设置就连标题栏都没有了
软件自己并没有定义自己要有多少标题栏,所以就是系统提供的了
像QQ,微信,wps这样的应用自己提供标题栏的,就不会受到系统配置影响了
所以这个问题不成立,没有强扭的瓜,是应用自己没做标题栏,做了的是不会强扭的
确实是故意的, 故意恶心用户。 这个丑陋的大额头从20版出来天天都有发帖吐槽的,就硬是无视。23还是这么搞,不行你做一个设置像大圆角一样可以自定义不行吗。把那丑陋的审美QJ用户的眼睛。deepin在强的开发都会毁在这垃圾设计师手里。团队负价值
这个标题栏的装饰确实是由系统提供的,如果系统没有设置就连标题栏都没有了
软件自己并没有定义自己要有多少标题栏,所以就是系统提供的了
像QQ,微信,wps这样的应用自己提供标题栏的,就不会受到系统配置影响了
所以这个问题不成立,没有强扭的瓜,是应用自己没做标题栏,做了的是不会强扭的
按照你的说法,这确实不是“强扭的瓜”。
但是很多第三方软件用这种大额头真的很不合适。
所以为什么系统不提供小额头的标题栏呢?
然后再在自带软件中设置好任务栏的高度呢?
第三方软件的“大额头”问题不是第一次出现了,之前能够解决现在就不能解决了?
问题就摆在这,希望深度的团队不要无视问题!
关键是23源里面貌似也没有deepin-tweak包
各有所见吧,我觉得大额头拖动窗口更方便,容易点到
不过就是有的一条额头上横向有多个窗口,为了多显示每个窗口名字一起挤着的话,没下鼠标位置又不好拖了
确实是故意的, 故意恶心用户。 这个丑陋的大额头从20版出来天天都有发帖吐槽的,就硬是无视。23还是这么搞,不行你做一个设置像大圆角一样可以自定义不行吗。把那丑陋的审美QJ用户的眼睛。deepin在强的开发都会毁在这垃圾设计师手里。团队负价值
确实是有自定义的,后面开发的回复就是给了自定义的方法来着
或者可以试试GXDE OS,这个是小圆角的DDE
这个问题,论坛都反映八百来遍了,真的不知道官方是怎么想的.
说句不好意思的话,如果不是上论坛,都不知道大额头这回事。
再说句让楼主不开心的话,在UOS中我是关闭小额头功能使用的。
说句不好意思的话,如果不是上论坛,都不知道大额头这回事。
再说句让楼主不开心的话,在UOS中我是关闭小额头功能使用的。
就你会阴阳怪气。
额头大不大要辩证的看。不能片面的单一角度看。大小是相对的,脱离对象比大小是没有结果的,必须有一个锚定物。比如绿豆。额头大了好不好也是一样,不能片面单一的归于不好,也不能片面单一的归于好。在这个二象世界里,好坏受观察者影响很大。有一些共性的东西模模糊糊,这是身为人类这一共同体的缘故。这些模模糊糊的东西,是好坏中间部分,关于好坏对比争论最有价值有意义的部分,就在这里,不在额头,所以额头整大了不一定好。 虽然大额头比小额头好看宽敞,但中看不中用过不了日子。还是选一种不大不小,要大就大,要小就小的额头吧。
这个解释是不成立的,因为uos就可以缩小额头,单纯不给你用罢了
这个解释是不成立的,因为uos就可以缩小额头,单纯不给你用罢了
下午抽时间看了下,确实是这样的,DTK里有紧凑模式适配的代码
不过我在用Arch 还是Qt5的DTK,不知道deepin行不行
两种方式:
在dtkwidget 里找到 dsizemode.h element 那个函数强制return t1 就行
或者在dtkgui里搜 dguiapplicationhelper isCompactMode 函数 改他的判断
还有一种针对单个应用的
终端看看有没有 dde-dconfig-editor 进去后 左边是应用,中间有 org.deepin.dtk.preference
这个功能放的比较隐蔽,怕是有bug
下午抽时间看了下,确实是这样的,DTK里有紧凑模式适配的代码
不过我在用Arch 还是Qt5的DTK,不知道deepin行不行
两种方式:
在dtkwidget 里找到 dsizemode.h element 那个函数强制return t1 就行
或者在dtkgui里搜 dguiapplicationhelper isCompactMode 函数 改他的判断
还有一种针对单个应用的
终端看看有没有 dde-dconfig-editor 进去后 左边是应用,中间有 org.deepin.dtk.preference
这个功能放的比较隐蔽,怕是有bug
这个函数名好刁钻
@gfdgd_xi拿走给GXDE配上
这个函数名好刁钻
@gfdgd_xi拿走给GXDE配上
多少还是有问题的,我估计这个模式只是市场需求,强上的,登录页面的框都有点错位了
归根结底,Dtk很多长宽都是代码里写死的,改起来很麻烦,最著名的就是那个qt5intgration 整得不三不四的
希望dtk能顺应前端那边 design token的思想,借鉴ant design等UI库中design token的落地经验,把这个设计系统规范化,能让样式尽量在一起维护
这个解释是不成立的,因为uos就可以缩小额头,单纯不给你用罢了
会出bug
多少还是有问题的,我估计这个模式只是市场需求,强上的,登录页面的框都有点错位了
归根结底,Dtk很多长宽都是代码里写死的,改起来很麻烦,最著名的就是那个qt5intgration 整得不三不四的
希望dtk能顺应前端那边 design token的思想,借鉴ant design等UI库中design token的落地经验,把这个设计系统规范化,能让样式尽量在一起维护
确实
多少还是有问题的,我估计这个模式只是市场需求,强上的,登录页面的框都有点错位了
归根结底,Dtk很多长宽都是代码里写死的,改起来很麻烦,最著名的就是那个qt5intgration 整得不三不四的
希望dtk能顺应前端那边 design token的思想,借鉴ant design等UI库中design token的落地经验,把这个设计系统规范化,能让样式尽量在一起维护
但是还是很多应用是可以的
@gfdgd_xi 把圆角改小,这风格不就统一了吗
但是还是很多应用是可以的
@gfdgd_xi 把圆角改小,这风格不就统一了吗
圆角是可以发dbus改的,不用动代码
但是还是很多应用是可以的
@gfdgd_xi 把圆角改小,这风格不就统一了吗
这额头果然顺眼多了
我知道深度自带的软件有自己的风格,而且深度自家的软件能够适应这种风格。
但是请不要试图强行将自家的风格带入到别家的软件上!
强扭的瓜不甜!