Hacker News new | past | comments | ask | show | jobs | submit login

Providing export to PDF while allowing save to docx is what allows the user to completely ignore virtually everything about the underlying model at the expense of one additional menu. All the model they need is in knowing how to operate a standard menu.

99.99% of document editor don't open or edit PDFs for a reason and doing otherwise is incredibly impractical.

You are best case asking to literally treble the scope of the app to go from one menu to two and because PDF is a giant piece of shit the result will probably be substantially more buggy.

We either need to seamlessly handle the mismatched formats whilst handling complexity like embedded documents or the users mental model now must encompass what features work in different formats. In all likelihood we end up in the worst of all possible worlds where it's a little bit of both.

Then the experts who actually care about sharing working documents now have the functionality they need hidden in a special mode which by definition few will ever learn about while received wisdom will end up being not using PDF or printing and scanning.

If you special case save as *.PDF to produce a PDF but not change the active save target to avoid lovecraftian horror you avoid most of the above but now save as a feature most people understand works different in your app than everyone else's.

The people who have export menus aren't stupid, you aren't actually smarter than them, you should at least understand why the fence you want to bulldoze exists it exists for good reason.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: