GitHub上未正确显示PDF_Pdf_Github

GitHub上未正确显示PDF

pdf github

GitHub上未正确显示PDF,pdf,github,Pdf,Github,关于现在GitHub支持PDF，我有一个PDF文件（由我自己的txt2pdf转换器生成）没有在GitHub上正确显示，但在使用Adobe Reader或Google Chrome时可以这是GitHub PDF预览版的问题还是我自己的转换器的问题？（我不知道该向哪个频道报道，所以这篇文章就这样写了）我的PDF文件是v1.4 示例PDF文件：感谢@VonC和@mkl对您的友好反馈。我已经修复了程序并重新计算了外部参照表，但是这个sample2.pdf仍然存在一些未知问题，在线pdf修复工具

关于

现在GitHub支持PDF，我有一个PDF文件（由我自己的txt2pdf转换器生成）没有在GitHub上正确显示，但在使用Adobe Reader或Google Chrome时可以

这是GitHub PDF预览版的问题还是我自己的转换器的问题？（我不知道该向哪个频道报道，所以这篇文章就这样写了）

我的PDF文件是v1.4

示例PDF文件：

感谢@VonC和@mkl对您的友好反馈。我已经修复了程序并重新计算了外部参照表，但是这个

sample2.pdf

仍然存在一些未知问题，在线pdf修复工具无法检测到这些问题

最新更新：生成输出PDF文件时，我从每个文本块中删除“T*”（编辑：并使用大写字母“/F1”而不是“/F1”）。现在它在GitHub上正确显示了。所以问题是我的转换器，而不是GitHub的

下载时。。。由pdf阅读器在Chromium中以空白页的形式打开

检查是否将类似于

git config core.autocrlf

的指令设置为true。这可能会更改文件中的eol（行尾）字符

克隆存储库，并检查：

将其与您的原始PDF（您可以打开其中包含内容而不是空白页的PDF）进行比较

这样，当文件被添加/提交/推送时，您将知道该文件是否以某种方式被更改

我已经克隆了存储库，当我用AdobeAcrobatReader打开pdf文件时，确实看到了它的内容

正如OP所指出的，问题在于：

从每个文本块中删除“T*”（规范中的文本定位运算符）：它移动到下一行的开头
使用大写字母“
```
/F1
```
”代替“
```
/F1
```
”

也就是说，我建议使用git config--global core.autocrlf false，以确保git不会添加任何其他修改。

下载时。。。由pdf阅读器在Chromium中以空白页的形式打开

检查是否将类似于

git config core.autocrlf

的指令设置为true。这可能会更改文件中的eol（行尾）字符

克隆存储库，并检查：

将其与您的原始PDF（您可以打开其中包含内容而不是空白页的PDF）进行比较

这样，当文件被添加/提交/推送时，您将知道该文件是否以某种方式被更改

我已经克隆了存储库，当我用AdobeAcrobatReader打开pdf文件时，确实看到了它的内容

正如OP所指出的，问题在于：

从每个文本块中删除“T*”（规范中的文本定位运算符）：它移动到下一行的开头
使用大写字母“
```
/F1
```
”代替“
```
/F1
```
”

话虽如此，我还是建议使用

git config--global core.autocrlf false

，以确保git不会添加任何其他修改。

请分享一个示例PDF来说明这个问题。我应该说明GitHub显示一个空白PDF@mkl感谢您尝试解决此问题。样本PDF的链接现在包含在我的原始帖子中。我签出了这个项目。有问题的文件已损坏，交叉引用不正确。看起来它们是按单个字节计算的换行符，但在最后一个文件中，它们表示为两个字节，CR LF。这是一个有用的注释。我重做程序，PDF修复工具报告生成的PDF文件没有问题。但是GitHub仍然将新的

sample2.pdf

显示为空白页。是否有一个text2pdf选项可以避免首先生成那些T*？请分享一个示例pdf来说明这个问题。我应该说明GitHub显示的是空白pdf@mkl感谢您尝试解决此问题。样本PDF的链接现在包含在我的原始帖子中。我签出了这个项目。有问题的文件已损坏，交叉引用不正确。看起来它们是按单个字节计算的换行符，但在最后一个文件中，它们表示为两个字节，CR LF。这是一个有用的注释。我重做程序，PDF修复工具报告生成的PDF文件没有问题。但是GitHub仍然将新的

sample2.pdf

显示为空白页。是否有一个text2pdf选项可以避免首先生成那些T*？Hi@VonC。克隆的

sample.pdf

与我的项目文件夹中的原始

sample.pdf

相同。我使用

fc/b

，没有遇到二进制差异。当你点击空白PDF文件的“原始”时会发生什么？它将开始下载并在我的浏览器中作为正确的PDF内容打开。我的代码> Git配置核心。AutoLoFF <代码>被设置为<代码> Trime< /Cord>。@ BoohanMin，当我点击空白的PDF文件的“原始”时，它确实开始下载和…在我的Chrome浏览器（Win10，版本85.0.4183.121）中以空白形式打开，感谢@VonC提供的有用反馈。奇怪的是，我可以看到PDF内容，我使用的是与您相同版本（32位）的Chrome浏览器。@BooKhanMing撇开Chrome不谈，您是否尝试克隆存储库并打开PDF？是@Vonc。虽然我是Git新手，但我成功地

Git克隆了url

。然后启动一个新的命令提示符窗口，将目录更改为克隆文件夹，然后键入

start sample.pdf

。它将由默认的PDF阅读器打开，我可以看到内容。

sample.pdf

是10357字节（原始和克隆都是相同的）。Hi@VonC。克隆的

sample.pdf

与我的项目文件夹中的原始

sample.pdf

相同。我使用

fc/b

，没有遇到二进制差异。当你点击空白PDF文件的“原始”时会发生什么？它将开始下载并在我的浏览器中作为正确的PDF内容打开。我的

git config core.autocrlf

设置为

truegit ls-files -s sample.pdf


git hash-object original/sample.pdf