使用reportlab XPreformatted打印带有换行符的附加问号
我正在使用 XPreformatted 打印一些预先格式化的文本,并且我有一个 换行问题。
换行符已正确翻译,但另外我得到了 每行末尾有“问号”。
这是我的输出:
first line?
second line?
some more text
我将 django 与 mysql 一起使用,数据库字段是一个简单的 varchar 字段。
我在数据库中检查了它以及“e”之间的所有内容 而“first linE Second line”中的“s”是换行符。
对于换行符,我的意思是当我按“输入”时在数据库中输入的内容;-)
因此对我来说,一方面新行是 正确解释为换行,此外还有一个错误的问号。
I'm using XPreformatted to print some preformated text and I have an
issue with the line breaks.
The line breaks are correctly translated but additionally I get a
"question mark" at the end of each line.
This is my output:
first line?
second line?
some more text
I'm using django with mysql and the database field is a simple varchar field.
I checked it in the database and everything what is between the "e"
and the "s" in "first linE Second line" is a new line character.
With new line character I mean what is entered in the database when I press "enter" ;-)
Thus for me it seems strange that on the one hand the new line is
correctly interpreted as a new line and additionally there is a wrong question mark.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
好吧,我现在知道如何规避这种行为。我只是删除 \n 之前的字符。它是字节字符 13。因此,我创建了一个强大的修复算法来删除这个字符,我的 pdf 生成世界再次正常;-)
如何使用它:
ok I know now how to circumvent this behavior. I just remove the character which is before the \n . Its the byte character 13. Thus I created a gready repair algorithm to remove this character and my pdf generating world is fine again ;-)
How to use it: