The attached file consistently crashes Acrobat on compression or exporting. This is a user guide from an open source project.

The guide is on GitHub at https://github.com/nextgenhealthcare/connect/. The file is at https://www.nextgen.com/-/media/Files/nextgen-connect/nextgen-connect-310-user-guide.pdf.

Here is my system report output:

Account Detail:
User Rights: Admin
User Account Control: Limited
Process Integrity: Medium
Profile Type: None
Acrobat Detail:
Sandboxing: Off
Protected View: Off
Captive Reader: No
Multi-Reader on Desktop Support: Off
Applications Installed:
Office Version: Office 2016 64-bit
Outlook Version: Outlook 2016 64-bit
Available Physical Memory: 1061952 KB
Available Virtual Memory: 3683880 KB
BIOS Version: DELL - 1072009
Default Browser:
Default Mail: Microsoft Outlook
mapi32.dll
Version: 1.0.2536.0 (WinBuild.160101.0800)

Display Detail:
Screen Width: 1920
Screen Height: 1080
Number of Monitors: 1
Number of Mouse Buttons: 16
Has Mouse Wheel: Yes
Has Pen Windows: No
Double Byte Character Set: No
Has Input Method Editor: Yes
Inside Screen Reader: No
Graphics Card: Intel(R) UHD Graphics 620
Version: 27.20.100.8681
Check: Not Supported
Installed Acrobat: C:\Program Files (x86)\Adobe\Acrobat DC\Acrobat\Acrobat.exe
Version: 21.5.20058.441104
Creation Date: 2021/06/27
Creation Time: 1:22:40 AM
Locale: English (United States)
Monitor:
Name: Intel(R) UHD Graphics 620
Resolution: 1920 x 1080 x 60
Bits per pixel: 32
OS Manufacturer: Microsoft Corporation
OS Name: Microsoft Windows 10
OS Version: 10.0.19042

Page File Space: 21915384 KB
Processor: Intel64 Family 6 Model 142 Stepping 10 GenuineIntel ~1992 Mhz
Session Detail:
Boot Type: Normal
Is Shutting Down: No
Network: Available
Inside Citrix: No
Inside VMWare: No
Remote Session: No
Remote Control: No
Using JAWS: No
Using ZoomText: No
Using Windows-Eyes: No
Using NVDA: No
Temporary Directory: C:\Users\wshal\AppData\Local\Temp\
Time Zone: Central Standard Time
Total Physical Memory: 8283896 KB
Total Virtual Memory: 4194176 KB
Windows Detail:
Tablet PC: No
Starter Edition: No
Media Center Edition: No
Slow Machine: No
Windows Directory: C:\WINDOWS

Installed Acrobat DC version: 21.005.20048
Installed Microsoft Office version: 2105 (Build 14026.20270)
Installed Windows Version: Windows 10 Home (21H1)

When exporting any italic text from Microsoft Office that uses thick (but not Bold) weights, the exported PDF erroneously contains synthetic italics applied to the non-italic font of the same weight. The font files themselves are not the issue--this problem occurs on Microsoft and Adobe fonts alike. Using FontForge, I have narrowed down the bug to the OS/2 weight class of the font. The export feature seems to give up on finding the italic forms of particular weights.

OS/2 weight classes <= 400 and == 700 work correctly. Any other thick weights (500 Medium, 900 Black, etc.) have synthetic italics applied upon export. If I change the weight classes of a Medium/Medium Italic pair from "500 Medium" to "400 Regular", for example, the italic counterpart is found and exports correctly.

Attached images:
- PowerPoint1.png: all weights of Roboto display correctly in PowerPoint
- Exported1.png and Exported1.pdf: with the original versions of the fonts, Medium and Black italics are synthetic
- FontForge1.png: the original OS/2 weight classes of Roboto Medium and Roboto Medium Italic are logically set to "500 Medium"
- FontForge2.png: I have changed the OS/2 weight classes of Roboto Medium and Roboto Medium Italic to "400 Regular"
- Exported2.png and Exported2.pdf: after updating the troublesome weights to have the incorrect weight class of "400 Regular", exporting each weight works perfectly

Could you please fix the export so that it finds italics for all weight classes?

We are coming from a firm that used to have Kofax Power PDF.
We decided to switch applications and go to Adobe since it integrates well with iManage. There is one feature that user's loved in Kofax which is the way to convert files from a PDF to another application just by Right-Clicking on a PDF on your Desktop for instance and converting it in to Word. You have it for converting Word, Excel, and so on to PDF. Why not include converting PDF in to other applications by right clicking. This way users dont have to open up the PDF and click on Export.

I would like to upload some medical records to the website of a new healthcare provider. I currently have these records in PDF form. The website requires that documents to be uploaded be in the form of HL7 compliant XML files. Simple XML files will not work.

I asked for chat help on your website. The chat assistant, Ajita, said that this function was not currently supported. I said I wanted to convey a suggestion to your organization to add this function. Ajita gave me this link.

I feel that this function could be of interest to many people as we're always having to send records from one doctor to another and the medical staff often is not very helpful in doing this. It's often better to do it oneself.

TLDR: expected result is that fonts will look the same in exported JPEG as they do in the PDF (when displayed 1:1). They currently don't.

When exporting to JPEG from PDF, even at max quality setting, embedded fonts have no smoothing/anti-aliasing applied when rasterized and look very choppy. Especially if exporting for web at 72ppi. Only way to mitigate (without fully resolving) this is to export at some absurdly high resolution (600+). We need not only resolution settings but dimension settings for JPEG export settings, and the embedded fonts need to be rasterized at that size and resolution / have proper smoothing or anti-aliasing applied.

In attached example, the JPEG is output at max quality and 144ppi