Rss & SiteMap
Foxtable(狐表) http://www.foxtable.com
不是这个意思,表设计时候是排好列的位置的,独立的时候没问题,但作为关联表显示的时候列的位置是乱的,比如说b表原来是第一列,第二列,第三列。但作为关联表的时候,第一列排在最后面。(说明下:表设计好后,有增加列)
调整好关联表列的顺序,然后保存即可。
调整好关联表列的顺序,然后保存即可。
这些基本的当然有试过啊,还是一样的,保存重新打开也一样,你可以试试
不太明白,在狐表中,把某个表的列顺序调整之后,只是在主表中把列顺序变过来了,但在作为关联表时,或者在DataList中显示时,还有复制这个表产生新表时,列顺序都还是原来的。每次有人提这个问题,贺老师都说关联表/DataList中的列/复制的表,这些表的顺序是单独设置和保存的和主表无关,实在不太明白软件中为什么这样设计,这样虽然不算什么错误,但实在不符合绝大部分人的使用习惯。一般情况下把某个表的列顺序调整之后,希望在任何地方(不论是主表,还是关联表,还是DataList中,还是复制表),都显示已经调整过的列顺序,而不是调整之前的列顺序。即然列顺序已经改过了,变更之前的列顺序已经没有任何意义了,就应该过期作废了。即使在关联表/复制表/DataLit表中可以单独设置自己的列顺序,但缺省状态下仍应该是调整之后的列顺序,而不是缺省一个已经过期作废的列顺序,实在让人无法理解,给用户增加不必要的麻烦,也很难接受!
呵呵,关联表的列顺序不见得一定要和主表一致的。
调整列顺序是很简单的工作,而且调整后保存,下次就不用调整了。
如果关联表自动和主表一致,也许另外有人会说:怎么办?我要求关联表的列顺序不同。
呵呵,关联表的列顺序不见得一定要和主表一致的。
调整列顺序是很简单的工作,而且调整后保存,下次就不用调整了。
如果关联表自动和主表一致,也许另外有人会说:怎么办?我要求关联表的列顺序不同。
唉,可能设计者的看法和用户的看法就是有一定的差异吧。
我不否认,关联表不见得一定要和主表一致的,我也没有建议取消设置关联表列顺序的功能(当然要保留)。但在实际应用时,绝大多数情况下都是一致的。所以,在缺省状态下,应该在所有的地方缺省与主表相同的列顺序,需要的时候,在关联表、复制表、DataList中再调整,这样不是两全其美吧。目前的软件中,是可以调整,但缺省一个毫无意义的过时的列顺序,总不如缺省一个已经调整过的正在使用的列顺序方便吧!两者一点也不矛盾,完全可以两者兼顾,为什么说不呢?
而且,在目前的软件中,调整列顺序的速度慢得要死,浪费别人的时间可以涂财害命啊!
原来当一个表作为关联表使用的时候,关联列位置不是和原表一致的,这点我没注意到。
关联表可单独调整是好的,但默认情况下应该是一致的才比较合理才是。你可以调查下,我想大部分人还是不需要调整原来顺序的