需要一个delphi的unicode(统一码)组件请先下载开源的tnt unicode controlhttp://tnt.ccci.org/我需要在这个的基础上继续开发,要求支持unicode(统一码)的IDS(ideographic description sequences)如果你有unicode 或者 gb18030 知识最好，如果没有我可以帮你。但是需要对VCL和windows GDI很熟。时间是两个星期。一千块钱(还可以商量,最多两千)实际上就是给这个组件打个补丁。把tedit和tmemo这两个类做出来就可以了。只涉及到运行时的组件，设计时的组件没必要改。开发需要任何delphi 5或者以上版本。运行于windows 2000/xp。delphi本身是不支持unicode的，tnt unicode control是我知道的最好的unicode组件而且是开源. ideographic description sequence 是unicode编码标准的一部分(不是强制标准)，几乎所有号称支持unicode的软件都不支持这个功能。
ideographic description sequence , 老實說我也不懂!如果可以, 我願意參與, 錢的, 我倒不考慮!
gb18030 跟 unicode 4.0 是完全兼容的 但是具体的文档我没有ideographic description sequence (IDS, 汉字描述序列) 说白了很简单 就是用一个汉字序列及排列组合的方法来定义一个新字。 涉及到的 ideographic descrition character (描述字符) 只有12个 这个序列使用 postfix 规则。我有<<unicode demistified>> 这本书 是个 chm 文件。如果需要我可以发给你。我没有 oicq 我用yahoo 即时通 帐号是 zhou140 @ yahoo.com.cn (去掉空格)谢谢这位用繁体字的朋友，我会给钱的(如果在台湾我可以付美元)。 时间可以延长但是不能超过月底。
－－－－－－－－－－－－－－－－－－
另，所有的东西都从Google上下载下来了
接下来就要和你商量了。我用Yahoo通加你，再累说吧。
如果你是大四应该做得出来 我也只是本科而已。
tnt unicode control 的源码 然后才可以动手 两个星期必须全时间做才有可能完成。
我也不要錢上面的報酬!
我只是因為不懂 IDS, 想學一下!
来看看http://lysoft.7u7.net
你在不在，我的雅虎通的ID是linzhengqun
请加我吧。在线
yahoo用不了码？
my icq 68704742
[email protected]
保证按时按量完成。
抱歉本人没有oicq.
msn:[email protected]
http://www.tonixsoft.com/index.php?mmenu_id=0003有兴趣做，但是gb18030是什么，没用过。。联系我：[email protected]
zhou140 @ yahoo.com.cn
Linux程序员必读：中文化与GB18030标准
（Leon 感谢Xteam中国软件有限公司推荐此文 2001年07月31日 14:58）Linux的中文化是Linux真正在中国获得应用首先需要解决的问题。从Xteam推出世界上第一个中文Linux开始，中文化走过了本地化（Localization，L10N）到国际化(Internationalization，I18N)的发展路程，现在已经推出了可以流畅处理中文的Linux产品。 本地化，即L10N要解决的问题是如何将系统中的其它语言的信息转变为本地的文字。对于Linux而言，就是要让应用程序的界面、提示信息变成中文。国际化，即I18N解决的问题则是如何透明地处理各种语言文字，在不需要对应用程序做改动的前提下，能够显示、输入、处理各种语言。目前，I18N是解决世界上各种语言的处理的最好方式。 在Linux上实现I18N，所要做的工作是： * 使Linux核心支持I18N。
* 使glibc支持I18N。glibc是Linux系统中最底层的支持软件，通过glibc中提供的locale机制，应用程序能够实现I18N。
* 使XWindow支持I18N。Xwindow是Linux下最常用的图形界面系统，它采用了Xlocale机制为应用程序提供I18N支持。
* 使其它应用程序如Java、Mozilla支持I18N。Java、Mozilla等跨平台应用提供自己的I18N支持。 目前，除了Linux核心仍然不能进行各种语言文字的显示和输入，其它的部分能够比较好的支持I18N。 除了I18N，另一个影响Linux中文信息处理的关键是中文信息编码。在中国，中文信息编码由政府负责制定并监督实施。这是为了保证对于所有的系统中文的编码都是一致的，能够互相进行操作。从计算机的应用开始，我国已经颁布了多种中文信息编码标准，常用的是GB2312-1980，GB12345，GB13000（GBK），以及最新标准GB18030。值得一提的是，最新的GB18030标准将要作为强制标准实行，所有不支持GB18030标准的软件将不能作为产品出售。 从GB2312-1980编码开始，汉字都是采用双字节编码。为了与系统中基本的ASCII字符集区分开，所有汉字编码的每个字节的第一位都是1。例如：“啊”字的编码为0xB0A1。GB2312的汉字编码规则为：第一个字节的值在0xB0到0xF7之间，第二个字节的值在0xA0到0xFE之间。GB12345和GB13000是对GB2312-1980的扩充，所有已经包含在GB2312中的汉字编码不变，另外增加更多的码位。其编码规则大致为：第一个字节的值在0x81到0xFE之间，第二个字节的值在0x40到0xFE之间。由于GB13000是对GB2312的扩展，所以也被成为GBK。 GB18030也是对GB2312的扩展，其编码长度由2个字节变为1~4个字节。其中包括： * 单字节，其值从0到0x7F。
* 双字节，第一个字节的值从0x81到0xFE，第二个字节的值从0x40到0xFE（不包括0x7F）。
* 四字节，第一个字节的值从0x81到0xFE，第二个字节的值从0x30到0x39，第三个字节的值从0x81到0xFE，第四个字节的值从0x30到0x39。 可以看出，GB18030的容量非常大，共有码位160万左右。另外，它与GB13000标准是兼容的。因此，所有基于GB13000设计的软件都能够不经修改运行在支持GB18030的系统平台上。 在Linux系统中，由于GB18030标准的复杂性，实现GB18030标准有一定的困难。但是，幸运的是，在广大Linux开发者的共同努力下，现在的Linux系统已经基本实现了GB18030标准： * 在glibc中，已经有了GB18030的locale以及处理程序，应用程序可以正确识别并处理GB18030编码。
* 对于Xwindow，目前还没有Xfree86组织正式发布的GB18030支持。但是国内厂家已经积极的参加了其中的工作。例如，在最新的XteamLinux4.0中，不但包括了支持GB18030的Xwindow系统，常用的KDE和GNOME系统目前也已经支持GB18030。在KDE中甚至可以直接将GB18030的文件打印出来。另外，XteamLinux4.0中还包括了最新的支持GB18030的中文输入法。
* 其它应用程序方面，由于Java的代码相对封闭，对于GB18030的支持还不清楚。但是由于Java内部采用Unicode作为编码，支持GB18030应该不成问题。Mozilla的GB18030支持采用了自己的专有方式：将GB18030分为2字节和4字节两种编码，分别加以支持。但是它的这种支持方式还需要一些额外的程序配合。目前，XteamLinux4.0中的Mozilla已经能够正确处理GB18030编码，例如自动显示一个GB18030编码的网页。 关于GB18030的实现其实包含了许多的细节，更多详细的内容可以参考GB18030标准文本。
（责任编辑 吴北 [email protected]）
http://www-900.ibm.com/developerWorks/cn/linux/i18n/gb18030/index.shtml
可能看就要看兩天!
主要我們公司有部分delphi的程序, 要做成多語言, 考慮用TNT!
但我平時上班時間不能做太多私人的工作, 只能看能幫多少就多少了!!
晚上处理一个词表时发现这个问题网上找到以下文章
GB2312-80，GBK，GB18030-2000 汉字字符集
其实解决 JAVA 程序中的汉字编码问题的方法往往很简单，但理解其背后的原因，定位问题，还需要了解现有的汉字编码和编码转换。 GB2312-80 是在国内计算机汉字信息技术发展初始阶段制定的，其中包含了大部分常用的一、二级汉字，和 9 区的符号。该字符集是几乎所有的中文系统和国际化的软件都支持的中文字符集，这也是最基本的中文字符集。其编码范围是高位0xa1－0xfe，低位也是 0xa1-0xfe；汉字从 0xb0a1 开始，结束于 0xf7fe； GBK 是 GB2312-80 的扩展，是向上兼容的。它包含了 20902 个汉字，其编码范围是 0x8140-0xfefe，剔除高位 0x80 的字位。其所有字符都可以一对一映射到 Unicode 2.0，也就是说 JAVA 实际上提供了 GBK 字符集的支持。这是现阶段 Windows 和其它一些中文操作系统的缺省字符集，但并不是所有的国际化软件都支持该字符集，感觉是他们并不完全知道 GBK 是怎么回事。值得注意的是它不是国家标准，而只是规范。随着 GB18030-2000国标的发布，它将在不久的将来完成它的历史使命。 GB18030-2000(GBK2K) 在 GBK 的基础上进一步扩展了汉字，增加了藏、蒙等少数民族的字形。GBK2K 从根本上解决了字位不够，字形不足的问题。它有几个特点： ●它并没有确定所有的字形，只是规定了编码范围，留待以后扩充。 ●编码是变长的，其二字节部分与 GBK 兼容；四字节部分是扩充的字形、字位，其编码范围是首字节 0x81-0xfe、二字节0x30-0x39、三字节 0x81-0xfe、四字节0x30-0x39。 ●它的推广是分阶段的，首先要求实现的是能够完全映射到 Unicode 3.0 标准的所有字形。 ●它是国家标准，是强制性的。 现在还没有任何一个操作系统或软件实现了 GBK2K 的支持，这是现阶段和将来汉化的工作内容。1、在Windows 2000/XP上如何调用GB18030字符？
Windows 2000/XP上为支持GB18030在c_g18030.dll和ms4bsp.dll上新增加的函数如下：
000011A1 1 0000 ExtTextOutL
000010BA 2 0001 Get4ByteCodePage
00001280 3 0002 GetTextExtentExPointL
0000135C 5 0003 GetTextExtentPoint
0000142F 4 0004 GetTextExtentPoint32L
00001502 6 0005 MessageBoxExL
00001649 7 0006 MessageBoxL
000010E2 8 0007 Set4ByteCodePage
00001629 9 0008 TextOutL00034F53 1 0000 BytesToUnicode
00035476 2 0001 NlsDllCodePageTranslation
00035279 3 0002 UnicodeToBytes支持包内容
=========
该 GB18030 支持工具包包含如下内容：
- 字体文件 SimSun18030.ttc
- 代码页支持文件 c_g18030.dll (只安装在Windows 2000 系统中）
- 转换工具gbunicnv.exe
- 微软4字节字符集编码支持包ms4bsp.dll
支持包安装成功后，转换工具 (gbunicnv.exe) 和微软4字节字符集编码支持包 (ms4bsp.dll) 会被安装在系统的 Program Files\GB18030Tools 文件夹下。用户可通过 Windows 2000 或 Windows XP 中的中文内码(Unicode) 输入法输入所需的 GB18030 扩充的4字节汉字。转换工具 gbunicnv.exe 的使用方法
==============================
该转换工具用来实现GB18030-2000和 Unicode 编码格式文件的相互转换。该工具所支持的文件格式为文本文件(.txt)和HTML文件(.html)。gbunicnv.exe 的使用方法如下：
1）图形模式。执行gbunicnv.exe时不带参数，则gbunicnv.exe 将以图形模式启动。
2）命令行模式。用法：gbunicnv.exe [/U|/G|/?|/H 文件名1 [文件名2]]
/H 或 /?, 显示帮助信息。
/U 或 /u, 执行GB18030-2000 到 Unicode 编码格式的转换。
/G 或 /g, 执行 Unicode 到 GB18030-2000 编码格式的转换。
开发人员附注
===========
1．Windows API对GB18030-2000 的支持
下列 Windows API 提供对GB18030-2000 的支持。IsValidCodePage(), GetCPInfo()， MultiByteToWideChar() and WideCharToMultiByte().
具体说明如下：
1) IsValidCodePage(54936) returns TRUE.
2) GetCPInfo(54936, lpCPInfo) returns TRUE.
3) MultiByteToWideChar(54936, 0, lpMultiByteStr, cbMultiByte, lpWideCharStr, cchWideChar) 完成GB18030-2000 字符串 lpMultiByteStr 到 Unicode 字符串 lpWideCharStr 的转换。
4) WideCharToMultiByte(54936, 0, lpWideCharStr, cchWideChar, lpMultiByteStr, cbMultiByte, lpDefaultChar, lpUsedDefaultChar) 完成Unicode 字符串 lpWideCharStr 到 GB18030-2000 字符串 lpMultiByteStr 的转换。
2. GB18030 函数库
微软4字节字符集编码支持包 (MS4BSP- Microsoft 4-byte Character Set Encoding Support Package) 提供了六个函数，这六个函数支持多字节编码（多达4字节）的字符串。 这些API 是从Windows 95/98/Me 提供的WCHAR (Unicode) 函数集中精选出来的。函数名与相应的ANSI 和WCHAR(Unicode) 函数完全相同，只是后缀的’A’ 或’W’被’L’替代。这些函数的参数与相应的’A’版本函数的参数接口完全相同。该支持包可使基于936代码页的应用程序向GB18030 或其他4字节编码的转换更加快捷。
MS4BSP 在Windows XP 平台的实现是作为一个简单的动态连接库 – ms4bsp.dll。 每一函数都通过调用MultiByteToWideChar() 函数将任何多字节字符串输入参数转换为UTF-16编码格式，然后调用相应的 ‘W’ 版本的函数，返回该函数的输出参数。该动态连接库假设当前系统中存在相关的字体，输入法(IME) 和注册表的设置信息。
该函数集中的缺省4字节字符编码为54936 (GB18030-2000). 将来版本的MS4BL 可能支持其他4字节编码。
接口清单：
BOOL ExtTextOutL(
HDC hdc, // handle to DC
int X, // x-coordinate of reference point
int Y, // y-coordinate of reference point
UINT fuOptions, // text-output options
CONST RECT* lprc, // optional dimensions
LPCSTR lpString, // string
UINT cbCount, // number of characters in string
CONST INT* lpDx // array of spacing values
);
BOOL GetTextExtentExPointL(
HDC hdc, // handle to DC
LPCSTR lpszStr, // character string
int cchString, // number of characters
int nMaxExtent, // maximum width of formatted string
LPINT lpnFit, // maximum number of characters
LPINT alpDx, // array of partial string widths
LPSIZE lpSize // string dimensions
);
BOOL GetTextExtentPoint32L(
HDC hdc, // handle to DC
LPCSTR lpString, // text string
int cbString, // characters in string
LPSIZE lpSize // string size
);
Int MessageBoxL(
HWND hWnd, // handle to owner window
LPCSTR lpText, // text in message box
LPCSTR lpCaption, // message box title
UINT uType // message box style
);
Int MessageBoxExL(
HWND hWnd, // handle to owner window
LPCSTR lpText, // text in message box
LPCSTR lpCaption, // message box title
UINT uType, // message box style
WORD wLanguageId // language identifier
);
BOOL TextOutL(
HDC hdc, // handle to DC
int nXStart, // x-coordinate of starting position
int nYStart, // y-coordinate of starting position
LPCSTR lpString, // character string
int cbString // number of characters
);-=-=-=-=-=>
这里面如何实现对exttextout的扩充是关键
两周应该问题不大吧
msn [email protected]
email同上
相做得请用yahoo通 有问题可以随时问
如果是直接用GDI画，很难处理缩放，AA等技术的。我个人以为，楼主下要1-2K完成很难。如果1W能完成，就很不错了。
字体部分我们已经做出来了 现在只需要能处理IDS语法
一千到两千不要求能显示只要求能编辑处理IDS. 后面字体显示的问题我们公司别的程序员已经做出来了。
madcocomo: 好不容易啊
madcocomo: 呵呵，你好啊
zhou140: 嗯 你好
madcocomo: 那个东西进展怎么样了
zhou140: 有一个人在做吧
madcocomo: 不是很清楚你要作什么，好像是有一组控件了，但是要打补丁对么？
zhou140: 嗯
madcocomo: 是什么功能没有实现呢？
zhou140: 了解IDS吗？
zhou140: 要实现它的功能
madcocomo: 不了解，可以简单说一下么
madcocomo: 详细的内容我再去查资料
zhou140: ids用来描述汉字的构造
zhou140: 比方说
zhou140: "你"这个字
zhou140: 可以用ids描述为 人 尔 左右组合
zhou140: 很简单吧
zhou140: ？
madcocomo: 哦？好像很好玩的样子哦
zhou140: 吕 口口 上下组合
zhou140: 对吧
madcocomo: 那在控件里要怎么体现这个特性呢
zhou140: 这样就以造字
zhou140: 你要能识别这样的序列
madcocomo: 哦，也就是说给它口口上下，它就显示吕
zhou140: 碰到这样的序列的时候把它当一个字处理
madcocomo: 那会不会出现给的是个没有的字的情况呢？
madcocomo: 或者结果不唯一呢？
zhou140: 上下这个组合关系是由一个描述字符来表示的
zhou140: 没有字？
zhou140: 那就是新造的字呀
zhou140: 不会出现不确定的情况的
zhou140: 一共有12种组合
madcocomo: 这个对应关系的表已经有了么？
zhou140: 有
zhou140: 你看unicode的文献
zhou140: 有确定的语法
madcocomo: 哦，好的，你传上去的那本书里就有吧
zhou140: 有的
zhou140: 复杂的字这些组合关系之间能嵌套
madcocomo: 好，我先看看文档和那套组件
zhou140: 比方说森
madcocomo: 哦，好像还是有点复杂的
madcocomo: 目前还没有能支持这个标志的产品么？
zhou140: 就是先木木左右组合 然后再和一个木上下组合
zhou140: 没有
zhou140: 赫赫
zhou140: 还有 国 就是 口 和 玉 包围组合
zhou140: 如此类推
madcocomo: 呵呵，好玩啊，希望我能搞定
我的MSN: [email protected]； Yahoo: [email protected]我的进展也没有预计的好，主要是对Unicode的基础东西不太清楚，而且也没注意过Delphi的WideString具体是怎么作的。
你愿意的话我们可以签合同
我们确定一个合同双方签字
这样如果你的源码确实实现了IDS的功能但我故意不付钱你可以起诉
你也大4上？在哪里呀？
http://www.unicode.org/charts/PDF/U2FF0.pdf这是unicode规定的12个汉字描述符 由它们可以定义汉字描述序列我要的是能在文本文件中检测汉字描述序列并把描述序列作为参数传递给我们的字体函数(已经作了)。这个的工作量大概是5%。能对文本文件进行编辑，唯一的要求是要把汉字描述序列定义的汉字作为一个字处理，而不是几个字的序列。这个是重头。要求就是这样了。具体的实现策略也没有太大的活动余地。应该参考微软的gb18030包(它支持的是内存有四个字节长的汉字，但是显示出来是一个字而不是两个) 里面重载了几个win32应用程序接口。 我们愿意签合同，在有合同的条件下愿意考虑给定金。但是合同要规定任务完不成要退还定金加上违约金。
支持IDS的组件不像你说的那么寥寥无几，只不过是你白痴孤陋寡闻而已.....
偶的组件是偶一个在中文大学（CUHK）的朋友所属公司的产品，虽然没有最后成型，但里面对IDS的支持我想不比你说的东西少多少.....别把话说那么绝了，让人笑话！
绝对没有做出产品来。 更谈不到你给人家做了什么贡献了。 假充内行。
"更谈不到你给人家做了什么贡献了。"——你是傻瓜啊，偶上面的回复哪条说到我做什么贡献了？你的眼睛张着用来出气的？
我高中同学就在中文大学就读，东西是为别人开发的，没有商业利益。你真TMD是个250煞笔.....
但至少FS不是騙吃騙喝的類型!所以, 如果想得到你想要的, 不妨大家停止爭吵, 想一想一種雙方接受的交易方式!
如先提供個 exe, or 限制的dll, 測試通過, 付 n% 定金, 交源碼, 沒問題, 再付其它部分!