如何根据.rtf文件格式将内容转化成.bmp文件

时间:2020-12-02 06:40:06
rt,实在没招了,请大家帮帮忙!我的想法是能过RichEdit控件来过渡,因为RichEdit读出rtf文件内容很容易,格式也正确,但当RichEdit有滚动条时,截下来的图片内容不包括滚动条后面的内容,有什么好的解决方法?请多多指教啊!

16 个解决方案

#1


我的目的是:根据rtf文件内容格式得到一张bmp图片,还有没有什么别的办法来实现?先谢谢

#2


http://topic.csdn.net/u/20090813/16/5318de5b-81ee-46ee-90f8-0f6f751c08e6.html?30859

你问的问题,我都没接触过呢

#3


按不同滚动条的位置,截多张BMP图片,最后拼在一起 :)

#4


可不可以将rtf文件按照一定得格式绘制在内存的DC中,
然后将内存DC中以图片格式保存再来。

#5


我的意思是创建一个内存设备,将rtf文本绘制在内存设备中,然后存成BMP文件

#6


RTF文件结构分析及其应用     
    
    RTF是一种非常流行的文件结构,很多文字编辑器都支持它,VB等开发工具甚至还提供了Richtxtbox的控件。编写通用工具的程序员应该考虑在自己的软件中加入读写RTF文件的功能,这样就需要对RTF的结构有充分的了解。而现在最重要的信息发布手段莫过于WWW了,在编辑软件中提供RTF到HTML的转换也是程序员应该考虑的事情。尽管WORD中已经有这个功能,但不能因此就对您的顾客说:“先用我的程序存成RTF,然后再用WORD......”。     
    
    下面将对RTF文件结构分析及其应用进行讨论。     
    
    一、RTF文件结构分析     
    
    RTF的结构并不复杂,但内容繁多,本文不可能一一说明,只能从总体上讨论一下(如果想阅读详尽的RTF文档,则可在Internet上寻找或与笔者联系。)每个RTF文件都是一个文本文件,显示时由RTF阅读器格式化。文件开始处是{\rtf,它作为RTF文件的标志是必不可少的,RTF阅读器根据它来判断一个文件是否为RTF格式。然后是文件头和正文,文件头包括字体表、文件表、颜色表等几个数据结构,正文中的字体、表格的风格就是根据文件头的信息来格式化的。每个表用一对大括号括起来,当中包含了很多用字符“\”开始的命令。例如,某个颜色表如下:     
    
    {\colortbl;\red0\green0\blue0;\red0\green0\blue255;\red0\green255\blue255;\red0\green255\blue0;\red255\green0\blue255;\red255\green0\blue0;\red255\green255\blue0;\red255\green255\blue255;\red0\green0\blue128;\red0\green128\blue128;\red0\green128\blue0;\red128\green0\blue128;\red128\green0\blue0;\red128\green128\blue0;\red128\green128\blue128;\red192\green192\blue192;}     
    
    开始时用\colortbl标明大括号内是颜色表,接着是\red0\green0\blue0,登记了一种颜色,这种颜色的红绿蓝分量都为0。其它表依此类推。文件头之后是正文,正文由版面格式化命令、文字和各种特殊命令组成。其中只有特殊命令用大括号括起来,而版面格式化命令和文字是“开放式”的,从而把文字和命令分离。文件结束时有一个“}”,和第一个“{”对应。在整个文件中,“}”和“{”必须一一对应。这种格式是RTF阅读器和转换器算法的基础。     
    
    RTF格式还有一个特别之处,就是有些字符在命令中有特殊的含义,所以当它们作为文本出现时需要在它们的前面加一个“\”,例如“\”本身就要表示为“\\”。事实上,这种形式在大多数编程语言中是很常见的。     
    
    二、算法分析     
    
    本节介绍的算法虽然是针对RTF的读写,但也是一般文件过滤器通用的方法,适用于各种格式文件之间的转换。具体来说就是把各种文件都转换成一种中间格式,再根据要求进行显示或转换。其中有个原则是一定要遵守的:程序必须能过滤掉不认识的格式。各种文件都有其特殊的格式,在转换过程中不可避免会出现格式损失的现象,在算法中要考虑这种情况。对于RTF这类格式化文本文件来说,最重要的是要正确地显示或转换文件的大小、颜色、字体等风格。因此,在程序中应该用一个数据结构把这些信息存起来,这个结构就是所谓的中间格式,怎样规定悉听尊便。以下是其流程图:     
    
    三、难点分析     
    
    在开发过程中我们遇到了不少问题,其中有两个问题特别有意思。     
    
    第一个问题是中文的表示方式。在RTF中中文用命令的形式表示:“\'内码”。内码就是汉字机内码。不过,请注意:RTF是文本文件,内码是用ASCII码来储存的,必须把它转换成数字才能使用。例如,“电子与电脑”在RTF中的形式是:     
    
    \'b5\'e7\'d7\'d3\'d3\'eb\'b5\'e7\'c4\'d4     
    
    第二个是图片的问题,这也是本文的重点。RTF中图片以两种方式存在:第一种方式是直接嵌入,以{\pict开始;第二种方式是作为OLE对象嵌入,这时以{\object开始。当RTF处理器能直接使用OLE时,RTF文件中提供了OLE的数据;否则,文件中直接提供图片的数据,以{\result开始。在使用中最常见的图片格式是内含DIB   BITMAP的元文件(METAFILE),这种格式在SDK中没有说明,而且在RTF中是以压缩形式储存的,所以在转换时有一定困难。我们采取了一种比较新的方法:先把META   FILE的数据读出来存成一个文件,然后用GetMetafile和PlayMetafile函数把文件中的图形打印在一个内存DC上,最后用抓图的方法把它存成BITMAP文件。以下是具体程序:     
    
    void   WmfToBmp(int   width,int   height,char   *metafile)     
    
    {     
    
    //width为图片宽度,height为图片高度,*metafile为元文件名     
    
    static   HMETAFILE   hmf;     
    
    char   num[4];     
    
    FILE   *fh;     
    
    HDC   hMemDC;     
    
    HBITMAP   hbmp,hold;     
    
    BITMAPFILEHEADER   hdr;     
    
    LPBITMAPINFOHEADER   lpbmpih;     
    
    HGLOBAL   hg;     
    
         
    
    BitmapCount++;     
    
    if(BitmapCount==3)     
    
    {     
    
    width=128;     
    
    height=132;     
    
    }     
    
    if(BitmapCount==1)     
    
    {     
    
    width=80;     
    
    height=50;     
    
    }     
    
    ToString10(BitmapCount,num);     
    
    //把字符串转换成数字的函数     
    
    lstrcpy(bmpFile,FilePath);     
    
    lstrcat(bmpFile,num);     
    
    lstrcpy(gifFile,bmpFile);     
    
    lstrcat(bmpFile,".bmp");     
    
    lstrcat(gifFile,".gif");     
    
    hmf=GetMetaFile(metafile);     
    
    hDisplayDC=CreateDC("DISPLAY",NULL,NULL,NULL);     
    
    hMemDC=CreateCompatibleDC(hDisplayDC);     
    
    hg=GlobalAlloc(GHND,sizeof(BITMAPINFOHEADER));     
    
    lpbmpih=(LPBITMAPINFOHEADER)GlobalLock(hg);     
    
    lpbmpih->biSize=sizeof(BITMAPINFOHEADER);     
    
    lpbmpih->biWidth=width;     
    
    lpbmpih->biHeight=height;     
    
    lpbmpih->biPlanes=1;     
    
    lpbmpih->biBitCount=8;     
    
    lpbmpih->biCompression=0;     
    
    hbmp=CreateCompatibleBitmap(hDisplayDC,width,height);     
    
    GlobalUnlock(hg);     
    
    GlobalFree(hg);     
    
    hold=SelectObject(hMemDC,hbmp);     
    
    SetMapMode(hMemDC,MM_ANISOTROPIC);     
    
    SetWindowOrgEx(hMemDC,0,0,NULL);     
    
    SetViewportExtEx(hMemDC,width,height,NULL);     
    
    PlayMetaFile(hMemDC,hmf);     
    
    hbmp=SelectObject(hMemDC,hold);     
    
    if((fh=fopen(bmpFile,"w+b"))==NULL)     
    
    {     
    
    return;     
    
    }     
    
    hdr.bfType=0x4d42;     
    
    hdr.bfSize=sizeof(BITMAPFILEHEADER)+sizeof(BITMAPINFOHEADER)+256*sizeof(RGBQUAD)+width*height;     
    
    hdr.bfReserved1=0;     
    
    hdr.bfReserved2=0;     
    
    hdr.bfOffBits=sizeof(BITMAPFILEHEADER)+sizeof(BITMAPINFOHEADER)+256*sizeof(RGBQUAD);     
    
    fwrite((LPSTR)&hdr,sizeof(BITMAPFILEHEADER),1,fh);     
    
    hg=GlobalAlloc(GHND,sizeof(BITMAPINFOHEADER)+256*sizeof(RGBQUAD));     
    
    lpbmpih=(LPBITMAPINFOHEADER)GlobalLock(hg);     
    
    lpbmpih->biSize=sizeof(BITMAPINFOHEADER);     
    
    lpbmpih->biWidth=width;     
    
    lpbmpih->biHeight=height;     
    
    lpbmpih->biPlanes=1;     
    
    lpbmpih->biBitCount=8;     
    
    lpbmpih->biCompression=0;     
    
    lpbmpih->biSizeImage=width*height;     
    
    lpbmpih->biClrUsed=256;     
    
    lpbmpih->biClrImportant=0;     
    
    j=GetDIBits(hMemDC,hbmp,0,height,NULL,(BITMAPINFO*)lpbmpih,DIB_RGB_COLORS);     
    
    lpbmpih->biSize=sizeof(BITMAPINFOHEADER);     
    
    fwrite(lpbmpih,sizeof(BITMAPINFOHEADER)+256*sizeof(RGBQUAD),1,fh);     
    
    GetDIBits(hMemDC,hbmp,0,height,(LPSTR)FileBuffer,(BITMAPINFO*)lpbmpih,DIB_RGB_COLS);     
    
    fwrite(FileBuffer,width*height,1,fh);     
    
    GlobalUnlock(hg);     
    
    GlobalFree(hg);     
    
    fclose(fh);     
    
    DeleteDC(hMemDC);     
    
    DeleteDC(hDisplayDC);     
    
    DeleteObject(hbmp);     
    
    DeleteObject(hold);     
    
    DeleteMetaFile(hmf);     
    
    }//end   function   WmfToBmp()     
    
    用这种方法还有一个好处,那就是当你从最底层开始开发RTF阅读器时,只需把PlayMetaFile的参数从内存DC换成屏幕DC就可以显示图片了。     
    
    四.RTF格式的扩展     
    
    最后讨论一下RTF格式的扩展。RTF格式作为一个标准应该是统一的,但在某种情况下进行扩展是必要的。最明显的例子是微软的WORD,它有自己独有的RTF命令。如果想使自己的软件在技术上占有优势,也可以通过创造新的RTF命令来实现。例如,如果你希望在软件中支持DHTML,则可在RTF中嵌入{\dhtml或{\java之类的命令。由于RTF阅读器有过滤不认识命令的功能,所以这样做不会影响RTF文件的通用性。

#7


上面的文字正好解决你的问题。

#8


WM_PRINT

#9


取打印预览的输出,不知是否可行

#10


有这么多高手在。。。
    顶,

#11


谢谢楼上各位,4楼、8楼、9楼方法不知道如何实现, 6楼代码正在研究,不过有太多变量不知道是何义。。

#12


引用 6 楼 bohut 的回复:
RTF文件结构分析及其应用   
   

不对哦,我是想把.rtf文件整体转化为BMP文件,也就是说按照其中的文字内容与格式生成一张bmp图片
还有没有别的办法啊?

#13


#14


太复杂了吧,貌似有点难度。
~
截图麻烦啊

#15


该回复于2010-02-23 16:35:15被版主删除

#16


6楼得代码好多不知道是怎么定义的

#1


我的目的是:根据rtf文件内容格式得到一张bmp图片,还有没有什么别的办法来实现?先谢谢

#2


http://topic.csdn.net/u/20090813/16/5318de5b-81ee-46ee-90f8-0f6f751c08e6.html?30859

你问的问题,我都没接触过呢

#3


按不同滚动条的位置,截多张BMP图片,最后拼在一起 :)

#4


可不可以将rtf文件按照一定得格式绘制在内存的DC中,
然后将内存DC中以图片格式保存再来。

#5


我的意思是创建一个内存设备,将rtf文本绘制在内存设备中,然后存成BMP文件

#6


RTF文件结构分析及其应用     
    
    RTF是一种非常流行的文件结构,很多文字编辑器都支持它,VB等开发工具甚至还提供了Richtxtbox的控件。编写通用工具的程序员应该考虑在自己的软件中加入读写RTF文件的功能,这样就需要对RTF的结构有充分的了解。而现在最重要的信息发布手段莫过于WWW了,在编辑软件中提供RTF到HTML的转换也是程序员应该考虑的事情。尽管WORD中已经有这个功能,但不能因此就对您的顾客说:“先用我的程序存成RTF,然后再用WORD......”。     
    
    下面将对RTF文件结构分析及其应用进行讨论。     
    
    一、RTF文件结构分析     
    
    RTF的结构并不复杂,但内容繁多,本文不可能一一说明,只能从总体上讨论一下(如果想阅读详尽的RTF文档,则可在Internet上寻找或与笔者联系。)每个RTF文件都是一个文本文件,显示时由RTF阅读器格式化。文件开始处是{\rtf,它作为RTF文件的标志是必不可少的,RTF阅读器根据它来判断一个文件是否为RTF格式。然后是文件头和正文,文件头包括字体表、文件表、颜色表等几个数据结构,正文中的字体、表格的风格就是根据文件头的信息来格式化的。每个表用一对大括号括起来,当中包含了很多用字符“\”开始的命令。例如,某个颜色表如下:     
    
    {\colortbl;\red0\green0\blue0;\red0\green0\blue255;\red0\green255\blue255;\red0\green255\blue0;\red255\green0\blue255;\red255\green0\blue0;\red255\green255\blue0;\red255\green255\blue255;\red0\green0\blue128;\red0\green128\blue128;\red0\green128\blue0;\red128\green0\blue128;\red128\green0\blue0;\red128\green128\blue0;\red128\green128\blue128;\red192\green192\blue192;}     
    
    开始时用\colortbl标明大括号内是颜色表,接着是\red0\green0\blue0,登记了一种颜色,这种颜色的红绿蓝分量都为0。其它表依此类推。文件头之后是正文,正文由版面格式化命令、文字和各种特殊命令组成。其中只有特殊命令用大括号括起来,而版面格式化命令和文字是“开放式”的,从而把文字和命令分离。文件结束时有一个“}”,和第一个“{”对应。在整个文件中,“}”和“{”必须一一对应。这种格式是RTF阅读器和转换器算法的基础。     
    
    RTF格式还有一个特别之处,就是有些字符在命令中有特殊的含义,所以当它们作为文本出现时需要在它们的前面加一个“\”,例如“\”本身就要表示为“\\”。事实上,这种形式在大多数编程语言中是很常见的。     
    
    二、算法分析     
    
    本节介绍的算法虽然是针对RTF的读写,但也是一般文件过滤器通用的方法,适用于各种格式文件之间的转换。具体来说就是把各种文件都转换成一种中间格式,再根据要求进行显示或转换。其中有个原则是一定要遵守的:程序必须能过滤掉不认识的格式。各种文件都有其特殊的格式,在转换过程中不可避免会出现格式损失的现象,在算法中要考虑这种情况。对于RTF这类格式化文本文件来说,最重要的是要正确地显示或转换文件的大小、颜色、字体等风格。因此,在程序中应该用一个数据结构把这些信息存起来,这个结构就是所谓的中间格式,怎样规定悉听尊便。以下是其流程图:     
    
    三、难点分析     
    
    在开发过程中我们遇到了不少问题,其中有两个问题特别有意思。     
    
    第一个问题是中文的表示方式。在RTF中中文用命令的形式表示:“\'内码”。内码就是汉字机内码。不过,请注意:RTF是文本文件,内码是用ASCII码来储存的,必须把它转换成数字才能使用。例如,“电子与电脑”在RTF中的形式是:     
    
    \'b5\'e7\'d7\'d3\'d3\'eb\'b5\'e7\'c4\'d4     
    
    第二个是图片的问题,这也是本文的重点。RTF中图片以两种方式存在:第一种方式是直接嵌入,以{\pict开始;第二种方式是作为OLE对象嵌入,这时以{\object开始。当RTF处理器能直接使用OLE时,RTF文件中提供了OLE的数据;否则,文件中直接提供图片的数据,以{\result开始。在使用中最常见的图片格式是内含DIB   BITMAP的元文件(METAFILE),这种格式在SDK中没有说明,而且在RTF中是以压缩形式储存的,所以在转换时有一定困难。我们采取了一种比较新的方法:先把META   FILE的数据读出来存成一个文件,然后用GetMetafile和PlayMetafile函数把文件中的图形打印在一个内存DC上,最后用抓图的方法把它存成BITMAP文件。以下是具体程序:     
    
    void   WmfToBmp(int   width,int   height,char   *metafile)     
    
    {     
    
    //width为图片宽度,height为图片高度,*metafile为元文件名     
    
    static   HMETAFILE   hmf;     
    
    char   num[4];     
    
    FILE   *fh;     
    
    HDC   hMemDC;     
    
    HBITMAP   hbmp,hold;     
    
    BITMAPFILEHEADER   hdr;     
    
    LPBITMAPINFOHEADER   lpbmpih;     
    
    HGLOBAL   hg;     
    
         
    
    BitmapCount++;     
    
    if(BitmapCount==3)     
    
    {     
    
    width=128;     
    
    height=132;     
    
    }     
    
    if(BitmapCount==1)     
    
    {     
    
    width=80;     
    
    height=50;     
    
    }     
    
    ToString10(BitmapCount,num);     
    
    //把字符串转换成数字的函数     
    
    lstrcpy(bmpFile,FilePath);     
    
    lstrcat(bmpFile,num);     
    
    lstrcpy(gifFile,bmpFile);     
    
    lstrcat(bmpFile,".bmp");     
    
    lstrcat(gifFile,".gif");     
    
    hmf=GetMetaFile(metafile);     
    
    hDisplayDC=CreateDC("DISPLAY",NULL,NULL,NULL);     
    
    hMemDC=CreateCompatibleDC(hDisplayDC);     
    
    hg=GlobalAlloc(GHND,sizeof(BITMAPINFOHEADER));     
    
    lpbmpih=(LPBITMAPINFOHEADER)GlobalLock(hg);     
    
    lpbmpih->biSize=sizeof(BITMAPINFOHEADER);     
    
    lpbmpih->biWidth=width;     
    
    lpbmpih->biHeight=height;     
    
    lpbmpih->biPlanes=1;     
    
    lpbmpih->biBitCount=8;     
    
    lpbmpih->biCompression=0;     
    
    hbmp=CreateCompatibleBitmap(hDisplayDC,width,height);     
    
    GlobalUnlock(hg);     
    
    GlobalFree(hg);     
    
    hold=SelectObject(hMemDC,hbmp);     
    
    SetMapMode(hMemDC,MM_ANISOTROPIC);     
    
    SetWindowOrgEx(hMemDC,0,0,NULL);     
    
    SetViewportExtEx(hMemDC,width,height,NULL);     
    
    PlayMetaFile(hMemDC,hmf);     
    
    hbmp=SelectObject(hMemDC,hold);     
    
    if((fh=fopen(bmpFile,"w+b"))==NULL)     
    
    {     
    
    return;     
    
    }     
    
    hdr.bfType=0x4d42;     
    
    hdr.bfSize=sizeof(BITMAPFILEHEADER)+sizeof(BITMAPINFOHEADER)+256*sizeof(RGBQUAD)+width*height;     
    
    hdr.bfReserved1=0;     
    
    hdr.bfReserved2=0;     
    
    hdr.bfOffBits=sizeof(BITMAPFILEHEADER)+sizeof(BITMAPINFOHEADER)+256*sizeof(RGBQUAD);     
    
    fwrite((LPSTR)&hdr,sizeof(BITMAPFILEHEADER),1,fh);     
    
    hg=GlobalAlloc(GHND,sizeof(BITMAPINFOHEADER)+256*sizeof(RGBQUAD));     
    
    lpbmpih=(LPBITMAPINFOHEADER)GlobalLock(hg);     
    
    lpbmpih->biSize=sizeof(BITMAPINFOHEADER);     
    
    lpbmpih->biWidth=width;     
    
    lpbmpih->biHeight=height;     
    
    lpbmpih->biPlanes=1;     
    
    lpbmpih->biBitCount=8;     
    
    lpbmpih->biCompression=0;     
    
    lpbmpih->biSizeImage=width*height;     
    
    lpbmpih->biClrUsed=256;     
    
    lpbmpih->biClrImportant=0;     
    
    j=GetDIBits(hMemDC,hbmp,0,height,NULL,(BITMAPINFO*)lpbmpih,DIB_RGB_COLORS);     
    
    lpbmpih->biSize=sizeof(BITMAPINFOHEADER);     
    
    fwrite(lpbmpih,sizeof(BITMAPINFOHEADER)+256*sizeof(RGBQUAD),1,fh);     
    
    GetDIBits(hMemDC,hbmp,0,height,(LPSTR)FileBuffer,(BITMAPINFO*)lpbmpih,DIB_RGB_COLS);     
    
    fwrite(FileBuffer,width*height,1,fh);     
    
    GlobalUnlock(hg);     
    
    GlobalFree(hg);     
    
    fclose(fh);     
    
    DeleteDC(hMemDC);     
    
    DeleteDC(hDisplayDC);     
    
    DeleteObject(hbmp);     
    
    DeleteObject(hold);     
    
    DeleteMetaFile(hmf);     
    
    }//end   function   WmfToBmp()     
    
    用这种方法还有一个好处,那就是当你从最底层开始开发RTF阅读器时,只需把PlayMetaFile的参数从内存DC换成屏幕DC就可以显示图片了。     
    
    四.RTF格式的扩展     
    
    最后讨论一下RTF格式的扩展。RTF格式作为一个标准应该是统一的,但在某种情况下进行扩展是必要的。最明显的例子是微软的WORD,它有自己独有的RTF命令。如果想使自己的软件在技术上占有优势,也可以通过创造新的RTF命令来实现。例如,如果你希望在软件中支持DHTML,则可在RTF中嵌入{\dhtml或{\java之类的命令。由于RTF阅读器有过滤不认识命令的功能,所以这样做不会影响RTF文件的通用性。

#7


上面的文字正好解决你的问题。

#8


WM_PRINT

#9


取打印预览的输出,不知是否可行

#10


有这么多高手在。。。
    顶,

#11


谢谢楼上各位,4楼、8楼、9楼方法不知道如何实现, 6楼代码正在研究,不过有太多变量不知道是何义。。

#12


引用 6 楼 bohut 的回复:
RTF文件结构分析及其应用   
   

不对哦,我是想把.rtf文件整体转化为BMP文件,也就是说按照其中的文字内容与格式生成一张bmp图片
还有没有别的办法啊?

#13


#14


太复杂了吧,貌似有点难度。
~
截图麻烦啊

#15


该回复于2010-02-23 16:35:15被版主删除

#16


6楼得代码好多不知道是怎么定义的