现在默认分区是保留分区，即tag-0。这个分区看上去并没有使用，并且现在实际上是给回帖使用的占位tag。

默认分区真的很容易手滑直接点击发送了，并且发送出去还不能改分区，只能节点后端才能修改，感觉这种会极大的增加节点后端的负担。反正默认的保留分区发帖正常情况下也不会使用，直接后端限制下tag=0的发帖比较好。

你感觉没错，但不只是手滑发送这个原因。事实上除了水区以外，很多社区的默认区就是容易变成最大的分区。即使可以手动选择，但很多人就是不选。

让我想起一件事，firefox超过一半以上的资金都是设置默认搜索引擎为google得到的。除非相当不可用，否则大多数人都会使用默认的

显示指定下分区比较好。虽然我发帖前都会习惯选一下分区

@hua(gk2s6c) 确实，之前我把搜索引擎换成bing还是因为google老是弹验证码，否则我还不会换的。直接就用默认的了

这种UX体感的话，前端限制下不就得了，哪还需要改后端？

就改前端吧，前端默认不选择0，让用户手动选一个

小白请问下，为什么不开放分区修改功能呢。这样用户选错区了还可以自己改回来

@下耕(yw6qcv) 不是不开放功能，而是没有办法开放。修改帖子其实也是一个特殊分区tag=65534。（其实是由于typeid字段被perm用途占了）

修改的时候传入分区id已经被65534占用了，没办法传入一个新的分区id指明修改

@aaaa(zjjrbr) 对的，当初接手kep的时候。没有完全理解原设计者的意图，以为typeid是多余字段，因为当时发现回帖可以用指针有无表示。并且那时正好缺一个表示perm的字段，于是就借用了。

后来就没办法了，兼容性已经上线改不了了，后续的功能只能借用影响最小的方法表达语义了。