![]() ![]() Then you'd get DT to recognize the PDF file inside of. Preferences could determine if the PDF is a text-only version of the file, or a lo/hi-res version. Maybe you can convince the Redlers to save an additional file inside the package: a PDF version of the file. mellel files are packages - essentially folders containing xml files and linked graphics. Definitely barking up the wrong tree there, I'm afraid. Having a binary format would mean all of the advantages of the XML format would be out the window. Generating a PDF each time you save would be sloooooow. I see the plusses, but the downsides are huge. So, before trying to convince the Redlers to do lots of work to let other programs display Mellel files (though I'm sure they're reading this and considering the proposal), why not start with the fundamental major hurdle: convincing a DT-type developer that it's easy to access, index, and display a basic version of Mellel documents, and getting that workflow set up? If it takes off and there's demand, maybe the Redlers would consider beefing up the ability for other programs to display Mellel files flawlessly.ĭanzac wrote:What do you think about Papyrus' ability to save and edit their own hybrid PDF? Again, with Mellel as an XML format, any developer could reach into Mellel files and take what they need for indexing and display. An alternative solution would be to export (or automate the export of) each Mellel file to, say, ODF or RTF so that DT could display & index the file. 'fake small caps', it has to release a new plugin that displays new text marked that way properly. Consider some of the technical difficulties: When Mellel adds a new feature, e.g. The Redlers would have to be convinced (1) that this is a good idea and (2) that the development time sunk into this is a higher priority than the any number of things they have planned for Mellel. I imagine this is technically feasible but would certainly require the Redlers to develop a 'Mellel text engine display library'-type thing that other programs could use to display Mellel documents. Couldn't this be where Mellel may come into play? That is, providing some sort of plugin for devonthink (or Mori, or whatever). If Papyrus had all of these things, I would have already switched.ĭanzac wrote:I trust your judgement about the retaining of formatting, but I imagine any users would want to see the formatted version of their Mellel files. The problem is that Papyrus isn't nearly as powerful as Mellel in terms of auto-titles, and (soon to be) cross-referencing- not to mention Mellel's partnership with Bookends and Sente. Papyrus is the word processor that Devonthink recommends to users. If Mellel had this feature, then I would just save all of my files in the hybrid mell.pdf style, and they would be viewable and searchable in DT, and editable by Mellel. The document can be sent and read like any other PDF. It is a PDF like any other, but it can be opened and edited by Papyrus at any time. ![]() Couldn't this be where Mellel may come into play? That is, providing some sort of plugin for devonthink (or Mori, or whatever).įYI, this reason is why I requested and polled in another thread a hybrid PDF idea like Papyrus 12 has. I trust your judgement about the retaining of formatting, but I imagine any users would want to see the formatted version of their Mellel files. Mellel definitely is a step closer to this than Word and you are right, it may be the pushing point for devonthink (or Mori) to look at it more seriously. I was just recently thinking about your second comment while reading about OpenDocument. (They should also be interested because Office is adopting XML and other word processors use RTF - so their solution should be applicable to many programs, not just Mellel.) Up until this point and after it your proposal sounded feasible, but viewing Mellel documents outside of Mellel while preserving the original formatting is going to be a major obstacle. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |