问题解决了。
只用<seqReset/>是不行的，需要使用<para><seqReset/></para>。

没有问题。可以使用基本销售跟仓库管理，加上POS的功能。

刚刚在我们的demo.shine-it.net里试了一下，的确有你提到的问题。

不冲突，但是有几个问题或缺点：
1.降低性能，翻译表比较大。
2.部分功能处理没有考虑翻译表的关联，比如导出，导致数据不一致。

谢谢楼主 赶紧学习一下现成的经验 帮助很大 谢谢

没有，我实现的办法是重新做一个价格表（系统里叫 route，路线）和运单、派车单，价格表里可以按里程和重量、体积或者固定运价四个参数来组成公式计算运费。本来我也准备用销售单来销售运输服务的，但是运单的流程销售单还是不太适合，所以我还是实现了运单和派车单。

应该是开发一个 中文化模块. 这个模块就把本土化的一档子事儿全干完.

如 digitalsatori 所说, openerp webclient 可以看做是B/S的一个代理 client.

原因未明，重新安装server就可以了。

报表需要参数的话可以用 wizard 提供，参考 account 里的那些个

wjfonhand辛苦了。第一种方法，改的这么别扭的确还是第二种方法。
而且盒和箱应该是包装问题，所以用第二种方法应该是正解！

[[i] 本帖最后由 mihi 于 2010-1-11 17:22 编辑 [/i]]

原话是“税负高不高税种多不多不是你说了算的（而是伟大祖国伟大的党说了算的）”，LZ误解了。

大家讨论而已，不要伤了和气。

openerp是一个基于模块化思想的开源系统，模块化决定每个独立的模块都有自己的界面翻译，开源决定很多界面都在不断变化中。所以“完全汉化”是不可能的，只能是“常用的”或者是“你用的”模块有“及时准确”的翻译文件。这样的工作我们正在做，tony组织大家在lanchpad上做翻译，基于在线翻译系统，翻译结果可以直接从官方下载，要做的是“及时”；simon自己通过逐个浏览系统界面在不断修正，要解决的是“准确”的问题。汉化是个循序渐进的过程，只能是阶段性的完成，相信大家不断努力，我们能跟上官方的更新速度的。其间也更需要实际使用的用户提出修改意见，让我们知道两个问题：
1、哪些模块是最常用的，应该保证及时更新
2、哪些界面翻译不够易懂，需要修正

开源ERP如果能够做到“谁用谁参与完善”，才能更健康的发展。

销售订单中有没有使用中文？

搞定了，哈哈，列数不一致，但是在window下不报错，在linux 下才报错。

更新了PDF的错误:D

非常感谢，又学了一招 :lol