AFAIR, didn’t Apple say they’re doing text capture features in the new OS’s this year, during the keynote?
Can’t remember now. 
I recently worked at a small company that had a blanket license for Nitro because the then-owner demanded that we use that and not Adobe. Everybody else in the company hated it. I have such a strong feeling about the company, its lack of support, and its product that I will discontinue my use of PDFpen Pro. (I was a long time user.) Unless I can find something good I will probably return my household to Adobe Acrobat Pro (was a long time user of that too from version 3 to about 9).
I will be looking carefully through this thread for other recommendations.
What was it about Nitro/PDFpen that you didn’t like?
Acrobat Pro (Pro being the version Mac users have to get as Standard isn’t available on Mac) is still quite expensive each year at $180(!) for a single users license. So unless one uses it heavily, it’s quite an expense. Hence the issues raised in the whole thread and alternatives.
Apple’s Preview software does what 97% of their users need. It can open most PDFs, allow you to mark them up, and even fill some of them out. It is based upon the ISO 32000-2:2020 standard.
Unfortunately, Adobe keeps enhancing their own PDFs that don’t quite follow that standard. Most companies and software use Adobe’s APIs and software to create their PDF files. Something Apple doesn’t want to do.
I just use Preview and the built in OS stuff. I can generate PDFs, mock them up, convert them to JGPs when needed, etc. I don’t do a lot of stuff with them. If I need people to fill out forms and gather information, I use web based solutions like Google Forms, MailChimp, or SquareSpace Forms.
However, my big issue is iOS and iPadOS. The PDF is built into the OS itself. But, there’s no easy way to convert a PDF to JPG or straight obvious way to save a printout as a PDF. There are times I have to return to my Mac to handle PDF issues.
That’s where I really think Apple falls down: No Preview app for iOS or iPadOS.
1 Like
Well, share to print. This shows a print preview along with print controls. Unpinch (spread?) the preview and that opens the preview as a PDF (multi-page if there are more than one) and allows you to share that. Maybe it’s not obvious, but, again (like that tapping of items in settings / general / about from a couple of days ago), this is one of those things that I thought was general well-known.
But do Apple follow that standard, or perhaps it’s just buggy as hell? That’s the issue; many things you edit do not stay edited correctly when you try to re-edit them after the file is closed and reopened (e.g. formatting changes when clicked on after re-opening), and lots of other weird behaviours. Hence the topic of this thread.
Do they, where did you read that? AFAIUI, most PDF sw companies use their own engines (or bought in engines) then add code to ‘fix’ things, rather than getting anything from Adobe? So Adobe’s sw itself that’s essentially deemed the canonical standard, hence if affordable, many remain using in industry.
Agree. If Apple think iOS/iPadOS are on-par with macOS, they should have Preview and TextEdit apps for them…and iPad Calculator, of course, lol! 
(though P-calc is better anyway! ;-)
1 Like
I know about saving a PDF when you print. It’s just completely inobvious. Heck, I didn’t couldn’t figure out how
To do it until I googled it. Why not have a Print to PDF option like you do on MacOS or a PDF share pane?
You can also easily make a shortcut to covert a PDF into a JPG, but again it’s far from obvious and requires the user to create a shortcut.
If the OS has the capabilities, put it out in the forefront. If my wife wants to do something on her phone, can she figure it out how to do that? That’s my standard.
Hmm, macOS Version 11.6.7, i.e. the PDF function of BigSur generates a PDF file with PDF 1.4 (use Preview’s Tools/Show Inspector to see this.)
PDF 1.4 dates back to 2001.
Adobe released PDF 1.7 as an open standard in 2008, it became ISO 32000-1.
It looks as if Apple doesn’t use the ISO PDF version in Preview at all.
Ref:
https://en.wikipedia.org/wiki/History_of_PDF
Does Monterey still generate PDF 1.4? Does anybody know what might apply in Ventura?
My understanding from talking to a friend at Adobe (but some time ago, so I might be misremembering) who knows more about PDF than anyone on the planet is that PDF truly is a standard, but there are lots of implementations of various versions of the standard, many of which don’t do a good job. Apple’s implementation falls into that category. And interoperating between multiple mediocre implementations can cause headaches.
Adobe Acrobat is probably the closest you can get to a reference implementation. I’m not fond of the app, but it’s the best bet for any tricky PDFs.
2 Likes
Like any standard that has evolved over time, there are multiple versions of the standard. The first Adobe version (1.0) was released in 1993. The latest Adobe version (1.7 Extension level 8) was released in 2011. The latest ISO standard (2.0) was released in 2020.
As such, “the standard” has many optional features, because the feature set has changed over the 27 years that the standard has been in use.
PDF creation software should (one would hope) comply to the letter of a particular revision of the standard (ideally, the latest version at the time it was developed) and not cherry-pick features from multiple revisions, but given human nature, i don’t think it would ever be safe to assume that all products follow this rule.
PDF viewer software must be more robust. It needs to (ideally) support every version of the standard from 1.0 up to the latest version at the time it was developed, in order to be able to display legacy documents. Furthermore, it should include support for all kinds of less-commonly-used features (e.g. support for every standardized raster image format and vector graphic primitive), because it can not make assumptions about what operations the document’s creation software used.
This can be a real problem because developers may spend a lot of time implementing seldom-used features. This will be a significant cost to develop and test the feature, for a small end-user benefit. But those users who have documents using those features will require support, even though most of the world won’t care.
Document editors become even more complicated. Ideally, you’d like to save the file using the same PDF features that the original document used, but what about the changes made to it? Do you implement your new-content to the same standard (knowing that you may end up with multiple object-creation functions for each kind of object your editor can add), or do you add your new content using only one version of the standard (which may result in issues if there are conflicts between the two standards). Or do you convert the entire document to the latest supported version of the standard and potentially alter its appearance? There are no good answers here - just a variety of problematic ones that a developer much choose from.
See also:
2 Likes