Odoo 中文社区

                                                                 
[size=24pt][b]我们将进行oe的汉化，不过现在人手不足，非常需要各位参与，同时也接受大家的捐款，你的无私举动可以加速促进oe在中国的普及，帮己帮人何乐不为。[/b][/size]




                                                                                              [size=18pt][b] 有兴趣者请联系wjf（qq：85822082）[/b][/size]

预约或预订，不过叫周期性也不错

已改为系列

最简单的SCM就是进销存的意思。supply chain management是供应链管理。

供应链管理如果是广义的供应链，那太大。

广义来说供应链涉及物流、资金流、信息流。谁对这个信息流感兴趣的留下猫爪一起研究下。

这个可不是灌水的顶

牛

我是来冒泡的:lol

掌声鼓励:lol

digitalsatori 对翻译问题我不想和你争论.按你的看到的,翻译是经过很多人的努力.按我做过的工作,就是"我翻译的". 那也不表示什么,既然不喜欢这说法,我以后不说,但我更喜欢做,更关心成果.

我上面的意思是:我们需要培养开源的精神,我不想在qq或msn只打"发帖"两字.但这是事实,以这个现状为基础再考虑怎么走向开源之路,作为超级版主应先搞好这问题.

关于翻译的问题,你有什么好的办法做好翻译的校验工作?

我和wjf的做法是:谁用谁参与完善, 并能保证这想法能实现.

最后一次在帖中解释翻译为什么要用现在的运行办法, 我希望以后是实际问题.

[[i] 本帖最后由 simon 于 2009-11-21 15:07 编辑 [/i]]

翻译的确是有两个版本,一个就是翻译公司翻译的,另一个是我翻译的,我和digitalsatoin对翻译方式没能取得统一意见,我认为现在应该以检验为主,我不认为现在发一个全翻译的版本是好的方法.如果有一个全翻译的过得去版本,只会让翻译继续烂下去.如果我发现谁能担起持续翻译的重任我嫌交棒慢.谁要是真要实施我也会交一个基础版本来帮助校验.
为什么这样因为现在还没做到"谁用谁参与完善"这驱使我用现在的方式,想要翻译,劳驾你参与完善.但我们太没自觉性了,"发帖"是我在qq和msn说的最多的话.

[[i] 本帖最后由 simon 于 2009-11-20 20:52 编辑 [/i]]

想帮手就帮忙完善翻译,你可以到google项目去下一个翻译,帮助校验下.

你要全新的帐套才能导出.如果是系统不断升级,但帐套不变就会出现这现象.

比这更严重的问题是,不要翻译了,所有的模块都已经翻译过,不要作重复的工作.

不发上来,不是搞什么垄断,而是我多次呼吁大家关于翻译有什么建议发帖讨论,但大家看到关于翻译问题的帖子共不超过10个,还是大部分是我发的,我担心的是,叫发个帖都这么难,实在不明,而且有能力完善翻译的都是实际在用的,在使用中校验的,我实在不明白这是怎么回事,大家发现问题都不说.那什么时候才能完善这翻译.

翻译已上传

code.google.com/p/openerp-community-addons/downloads/list

这翻译是制造默认安装的翻译.

强调的是如果发现有什么翻译的建议希望能发帖说明,能提建议证明你关心翻译,或者在实施,根据谁用谁用谁参与完善的惯例,希望大家一起来完善翻译工作,不在实际使用实在很难找出问题

中文翻译不用在装的时候选,选也没什么用,系统带的中文比没翻译好不到哪里去,你可以在安装好后导入翻译,论坛里有,google的项目中也有.

第二个问题不清楚你说的是什么问题,是不是不能导入产品,如果是注意一下除了格式正确外,主要的是文件要是utf-8编码的才行.

更新帖子,这样是不及格的.至少得copy,聊天的内容

那a4, a5的尺寸是没问题的,问题是那页边距 ,要是pdf中基本能满足要求,或者不要报表头和脚也基本可以接受,但如果是html那问题就来了,那页边距是计算出来的,特别是如果带报表头和脚.

而且修改rml不是办法因为系统报报表存进数据库的,sxw2rml是自动进行的,在系统中连个rml文件也不留.

如果不是html2html那修改一定要解释成rml再转成html输出 .而且要是修改报表都要改rml也太麻烦了

所以到最后就是修改程序的问题

[[i] 本帖最后由 simon 于 2009-11-14 11:38 编辑 [/i]]

这个问题在生成的rml文件中存在,系统的页边距是不固定的,但所有都太大了.
我想知道在哪里定义页边距?

Vincent 对于图片自定义存储的东西.我写了个demo

shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 17:56:15
1 首先在对象里还是要定义图片字段(至于不定义的 暂时没有去研究)
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 17:56:17
'image': fields.binary('Image'),
}
Jack(104144648) 17:56:21
论坛？

shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 17:56:44
2 定义 creat 方法,重写对象的 create 方法.
def create(self, cr, uid, vals, context={}):
tmpImage = ''
if vals['image']:
tmpImage = vals['image']
del vals['image']

	employee_id = super(cbgd_hr_employee, self).create(cr, uid, vals, context)

	if not (tmpImage == ''):
		fp = open('e:\tmppic\employee_%010d.jpg' % employee_id, 'wb')
		fp.write(base64.decodestring(tmpImage))
		fp.close()
	return employee_id

Jack(104144648) 17:57:30
这个还好理解，我不理解是怎么打开一个文件，在界面上怎么定义

shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 17:58:21
这段代码很容易读懂.
前面把 "保存"按钮 发过来的数据中的 Image 数据 保存到一个临时变量中 tmpImage

然后 调用父方法,创建 对象数据.

得到创建对象的ID后.
根据 ID 生成一个文件名. 并保存到指定的地点. 我暂时用的文件存储. 你可以写到其它的地方.
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 17:58:29
然后返回 生成对象的ID
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 17:58:34
这是保存的操作.
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 17:59:01
3 定义 read 方法,重写对象的 read 方法.
def read(self, cr, uid, ids, fields=None, context={}):
result = super(cbgd_hr_employee, self).read(cr, uid, ids, fields, context)
if not isinstance(result,list):
result=[result]

	for res in result:
		try:
			fp = open('e:\tmppic\employee_%010d.jpg' % res['id'], 'rb')
		except IOError,ex:
			res['image'] = False
			continue
		tmpContent = base64.encodestring(fp.read())
		res['image'] = tmpContent

	return result

shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 18:00:33
这段代码也不难理解.

1 调用原 read 方法,取出保存在数据库中的数据.

然后 在返回的数据中 加入 image 字段的内容. 只是注意, 对于二进制数据.都需要 base64 进行编码,解码.

最后返回修整后的 result 数据.
Jack(104144648) 18:00:59
对象的方法。。
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 18:01:18
To Jack 关于图片数据 在客户端( Client, webClient) 中如何显示. 这个不属于模块的内容的.
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 18:01:33
服务器端只管返回字段的 base64 数据即可.
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 18:02:07
嗯. 象这种个性化的字段调整, 就是需要重写对象的方法定义.
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 18:03:15
对于图片的修改部分.也差不多.
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 18:03:34
就是重写对象的 write 方法.
Jack(104144648) 18:04:36
不要修改了这是不需要的，要改也不用openerp干，除非加个什么商标什么的
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 18:05:26
不是.
shelly→水<[email:2almbx3o][email protected][/email:2almbx3o]> 18:05:48
对于产品图片.这些, 有时候 使用文件系统比存到数据库中更方便.
Jack(104144648) 18:06:20
现在还有一个问题这么在界面定义一个打开文件的操作

如题？

view的原理，它大概的工作流程和用到的技术，特别是打开文件的原理