首先感谢@校长的回答
还有一点是，更新的时候你要确保你的数据里面没有违反你的[b]_sql_constraints[/b]，如果存在已经违反的数据记录，你的_sql_constraints也不能添加成功的。

嗯. xpath 一定要写得唯一才可以.
xpath 如果不能唯一, 那肯定只对第一个匹配项进行 replace

另: OpenERP context 传丢已经见惯不惊了.... context 传递的坑粉多....

可否说得详细点，  比如 指明  源码中的哪个文件  XXX.py  里面具体代码我自己看

自己写个向导呗

[quote author=wang link=topic=11911.msg21855#msg21855 date=1378098283]
不应该是合肥R吗？
[/quote]

亲人啊 😉

[quote author=佛山-姜 link=topic=11888.msg21802#msg21802 date=1377701845]
是指中文文件名称吗？？？
[/quote]
是中文文本的doc，docx等文件，在文档模块中内容索引为乱码。

在对象的 create 方法 中. 去连接 MYSQL 并执行 INSERT INTO 语句........

果然如此，我想多了，一试果然成功，谢。

是的。Tkanks Simon。

详情请在上面的链接中搜索：
“2013-08-15 14:21:36 广州-Simon(79501933):关于公司地址中的省份名称的，我找到办法了。 ”

2.数据库改decimal没用的，SERVER是python写的，类型转换成python 的float做运算。除非使用python的decimal模块重写所有server端的计算，否则没效果。

[quote author=digitalsatori link=topic=10066.msg21809#msg21809 date=1377742995]
@bluethink 解决方法很简单啊 😉 。 如果这符合贵公司的要求也未尝不可。 但是，要知道这种成本的计算是很不准确的，对于一个产品有多个BOM的情况，你无法选择参与成本运算的BOM，你也无法选择或指定BOM property，希望你可以继续改进。

另外， 你的成本运算只考虑材料成本而没有考虑制造费用，理论上也是不合理的。 这里有一个模块： [检测到链接无效，已移除]
他定义了一个cost_price的函数字段，如果产品有BOM，则会计算组成该产品的物料的Standard Price之和再加上根据routing计算出的制造费用。

[b]注：[/b]如果将这个模块中计算子产品的standar_price改成新定义的cost_price, 就可以循环递归运算所有的下级bom的物料成本和相应的制造费用了。
[/quote]

1、目前我公司暂时没有用到多属性，而且老板关心的是物料成本，所以这样的改动目前能够满足要求。

2、对于制造费用分摊，有两种方式，一种是按照工时分摊，一种是按照产品成本（含新产品试制成本）分摊，我理解openerp支持的是前一种。而且对于第一种来说，由于_bom_explode2对于routing和workcenter信息是有返回的，那么report/price.py还是会做这部分的计算的。（不知理解是否正确）

3、product_cost_incl_bom这个模块我用过，是有一定的改善，但还是存在有的半成品没有展开计算以及数量不对的情况（当设置参数为小数点的时，比如将一个外购的大尺寸PVC板切割加工成小尺寸的PVC板，就需要设置类似A<-0.2B之类的BOM定义。这个时候这个模块的计算会出现错误，可以设置3级以上BOM试验一下，一定会出问题）

嗯. 最主要的问题就是字体与宽度的问题吧?

請問，model內的purchase.order，點後面的order我不用理會嗎??

有很多的model名稱「.」後都還會帶文字，
例如：
像以下的網址是採購內的"Suppliers"，點下去後，就會顯示model為res.partner=>這個我也是找re.partner指的是什麼呢?因為我在addons內查無此model??<br / [检测到链接无效，已移除] b][color=red]res.partner[/color][/b]&menu_id=308&action=64

非常感谢buke的详细解释，也感谢Joshua的解决方案，将name字段的readonly属性取消后，确实没有问题了。
另外，上周没来得及上论坛，我自己用了一个笨方法解决问题，就是用sql去查询数据库中已有的name的最大值，如查出来是T00010, +1后在存回去。这样虽然form view字段被丢弃，但是因为是从数据库查询，所以不管default_get执行多少次都不会有问题。

知道怎么做了.

<field name="date_done" groups="base.group_no_one"/>

这么重要的字段竟然放在技术特性里，试用的用户很容易掉坑里。