Deepin Gnome Shell 是我开发的，　从11.12来就有很多用户建议把面板放在下面，我觉得现在有必要详细的解释一下了：

其实我巴不得面板什么地方都可以放，　放中间都可以，　但是 gnome-shell 的代码是我见过的写的最烂的，　日期格式写死，　提醒面板像强盗一样不重新编译不能改，　窗口和应用程序标签写死，　顶部面板坐标写死，　什么都写死，　以为自己的设计就一定是最好的，　其实最佳自定义才是最好的。

不是我们忽略用户的意见，　我们自己用着也不爽，　从 gnome-shell 3.2 到 gnome-shell 3.4 光　Deepin 的扩展就是８千行代码因为ＡＰＩ随性改变而重写，　这还不算　Deepin-Gnome-Shell 里面代码的修改量，　大家可以想象跟着这样的上游，　他每次发新版本我们都要改代码，　而且我们为用户修改的越多，　每次版本升级工作量越大，　我都无法想象 gnome-shell 3.6 发布的时候代码又要修改多少.

大家有什么不爽的尽管提，　但是我们以后不会再伺候　gnome-shell 了，　我们宁愿重新做一个新的桌面环境。

Deepin Gnome Shell 是我开发的，　从11.12来就有很多用户建议把面板放在下面，我觉得现在有必要详细的解释一下了：

其实我巴不得面板什么地方都可以放，　放中间都可以，　但是 gnome-shell 的代码是我见过的写的最烂的，　日期格式写死，　提醒面板像强盗一样不重新编译不能改，　窗口和应用程序标签写死，　顶部面板坐标写死，　什么都写死，　以为自己的设计就一定是最好的，　其实最佳自定义才是最好的。

不是我们忽略用户的意见，　我们自己用着也不爽，　从 gnome-shell 3.2 到 gnome-shell 3.4 光　Deepin 的扩展就是８千行代码因为ＡＰＩ随性改变而重写，　这还不算　Deepin-Gnome-Shell 里面代码的修改量，　大家可以想象跟着这样的上游，　他每次发新版本我们都要改代码，　而且我们为用户修改的越多，　每次版本升级工作量越大，　我都无法想象 gnome-shell 3.6 发布的时候代码又要修改多少.

大家有什么不爽的尽管提，　但是我们以后不会再伺候　gnome-shell 了，　我们宁愿重新做一个新的桌面环境。

Deepin Gnome Shell 是我开发的，　从11.12来就有很多用户建议把面板放在下面，我觉得现在有必要详细的解释一下了：

其实我巴不得面板什么地方都可以放，　放中间都可以，　但是 gnome-shell 的代码是我见过的写的最烂的，　日期格式写死，　提醒面板像强盗一样不重新编译不能改，　窗口和应用程序标签写死，　顶部面板坐标写死，　什么都写死，　以为自己的设计就一定是最好的，　其实最佳自定义才是最好的。

不是我们忽略用户的意见，　我们自己用着也不爽，　从 gnome-shell 3.2 到 gnome-shell 3.4 光　Deepin 的扩展就是８千行代码因为ＡＰＩ随性改变而重写，　这还不算　Deepin-Gnome-Shell 里面代码的修改量，　大家可以想象跟着这样的上游，　他每次发新版本我们都要改代码，　而且我们为用户修改的越多，　每次版本升级工作量越大，　我都无法想象 gnome-shell 3.6 发布的时候代码又要修改多少.

大家有什么不爽的尽管提，　但是我们以后不会再伺候　gnome-shell 了，　我们宁愿重新做一个新的桌面环境。

Deepin Gnome Shell 是我开发的，　从11.12来就有很多用户建议把面板放在下面，我觉得现在有必要详细的解释一下了：

其实我巴不得面板什么地方都可以放，　放中间都可以，　但是 gnome-shell 的代码是我见过的写的最烂的，　日期格式写死，　提醒面板像强盗一样不重新编译不能改，　窗口和应用程序标签写死，　顶部面板坐标写死，　什么都写死，　以为自己的设计就一定是最好的，　其实最佳自定义才是最好的。

不是我们忽略用户的意见，　我们自己用着也不爽，　从 gnome-shell 3.2 到 gnome-shell 3.4 光　Deepin 的扩展就是８千行代码因为ＡＰＩ随性改变而重写，　这还不算　Deepin-Gnome-Shell 里面代码的修改量，　大家可以想象跟着这样的上游，　他每次发新版本我们都要改代码，　而且我们为用户修改的越多，　每次版本升级工作量越大，　我都无法想象 gnome-shell 3.6 发布的时候代码又要修改多少.

大家有什么不爽的尽管提，　但是我们以后不会再伺候　gnome-shell 了，　我们宁愿重新做一个新的桌面环境。

Deepin Gnome Shell 是我开发的，　从11.12来就有很多用户建议把面板放在下面，我觉得现在有必要详细的解释一下了：

其实我巴不得面板什么地方都可以放，　放中间都可以，　但是 gnome-shell 的代码是我见过的写的最烂的，　日期格式写死，　提醒面板像强盗一样不重新编译不能改，　窗口和应用程序标签写死，　顶部面板坐标写死，　什么都写死，　以为自己的设计就一定是最好的，　其实最佳自定义才是最好的。

不是我们忽略用户的意见，　我们自己用着也不爽，　从 gnome-shell 3.2 到 gnome-shell 3.4 光　Deepin 的扩展就是８千行代码因为ＡＰＩ随性改变而重写，　这还不算　Deepin-Gnome-Shell 里面代码的修改量，　大家可以想象跟着这样的上游，　他每次发新版本我们都要改代码，　而且我们为用户修改的越多，　每次版本升级工作量越大，　我都无法想象 gnome-shell 3.6 发布的时候代码又要修改多少.

大家有什么不爽的尽管提，　但是我们以后不会再伺候　gnome-shell 了，　我们宁愿重新做一个新的桌面环境。

不同意。
每个人的使用习惯都不一样，我就喜欢把系统任务栏放到顶部使用，这和LD把GNOME SHELL鼠标激活后分类放到左边的道理是一样的，能节省鼠标移动的轨迹。大部分的软件操作都在上面的部分，而任务栏在底部的话，我的日常操作鼠标就是要么移动到屏幕顶部操作软件的菜单栏，要么移动到屏幕底部去操作系统任务栏。一个在最上面，一个在最下面。这样来来回回感觉增加了鼠标的位移。可能有的人说每次就多那么一点至于嘛，可是真的就是快那么一丁点，积少成多就是不一样。我想会用ALT+S来发送QQ信息的同学，比那些右手离开鼠标然后按CTRL+ENTER的人还真就快那么一点点。
我想说的是每个人的习惯都不一样，而一个优秀的系统不能说照顾到百分之百的用户，但是也要考虑绝大多数用户的期望。至少WIN不会给你写死了只让系统任务栏在下面吧。我也经常看到有人把任务栏放到左边或者右边的。
不过顺便说一句，如果LD仿苹果的，给你在屏幕下面写死个超级大的DOCK，窗口全屏都盖不住，那你又会怎么想？
另外请LS也多看看其他用GNOME SHELL的发行版本，貌似都还没有能把任务栏给移下来的。具体要改动的工作量也只有开发者才知道有多辛苦。毕竟在Linux桌面平台上还没有明确的盈利空间，就算他们没空去做我也能理解。

gnome-shell那么天才的蛋疼设计
就可以看处他们多么的自负了

Deepin Gnome Shell 是我开发的，　从11.12来就有很多用户建议把面板放在下面，我觉得现在有必要详细的解释一下了：

其实我巴不得面板什么地方都可以放，　放中间都可以，　但是 gnome-shell 的代码是我见过的写的最烂的，　日期格式写死，　提醒面板像强盗一样不重新编译不能改，　窗口和应用程序标签写死，　顶部面板坐标写死，　什么都写死，　以为自己的设计就一定是最好的，　其实最佳自定义才是最好的。

不是我们忽略用户的意见，　我们自己用着也不爽，　从 gnome-shell 3.2 到 gnome-shell 3.4 光　Deepin 的扩展就是８千行代码因为ＡＰＩ随性改变而重写，　这还不算　Deepin-Gnome-Shell 里面代码的修改量，　大家可以想象跟着这样的上游，　他每次发新版本我们都要改代码，　而且我们为用户修改的越多，　每次版本升级工作量越大，　我都无法想象 gnome-shell 3.6 发布的时候代码又要修改多少.

大家有什么不爽的尽管提，　但是我们以后不会再伺候　gnome-shell 了，　我们宁愿重新做一个新的桌面环境。

[quote][quote]Deepin Gnome Shell 是我开发的，　从11.12来就有很多用户建议把面板放在下面，我觉得现在有必要详细的解释一下了：

其实我巴不得面板什么地方都可以放，　放中间都可以，　但是 gnome-shell 的代码是我见过的写的最烂的，　日期格式写死，　提醒面板像强盗一样不重新编译不能改，　窗口和应用程序标签写死，　顶部面板坐标写死，　什么都写死，　以为自己的设计就一定是最好的，　其实最佳自定义才是最好的。

不是我们忽略用户的意见，　我们自己用着也不爽，　从 gnome-shell 3.2 到 gnome-shell 3.4 光　Deepin 的扩展就是８千行代码因为ＡＰＩ随性改变而重写，　这还不算　Deepin-Gnome-Shell 里面代码的修改量，　大家可以想象跟着这样的上游，　他每次发新版本我们都要改代码，　而且我们为用户修改的越多，　每次版本升级工作量越大，　我都无法想象 gnome-shell 3.6 发布的时候代码又要修改多少.

大家有什么不爽的尽管提，　但是我们以后不会再伺候　gnome-shell 了，　我们宁愿重新做一个新的桌面环境。