Sat 18 Jul 2020
Enduring favorite - Getting Data out of Notes (for whatever reason)
Thu 9 Jul 2020
Maximizing power while minimizing code and effort
Fri 29 May 2020
Round tripping, even while staying put
Gripe about XPages and win valuable software
Tue 8 Mar 2011, 09:54 AMTweet
by Ben Langhinrichs
Call rtitem.CopyWithDependencies(db.Server, db.FilePath, "allDocuments", "Overwrite=Yes")
Copyright © 2011 Genii Software Ltd.
What has been said:
972.1. John Head (03/08/2011 03:31 PM)
the number one feature I hear that is missing from XPages apps vs. Notes client apps in terms of rich text (thinking of Midas here) is to enable copy and paste of rich text from one source (word, notes email, notes client app document, etc) and paste it into a XPages RT field and have it paste properly with formatting.
That is a major missing feature and almost the holy grail of RT features.
972.2. Ben Langhinrichs (03/08/2011 03:56 PM)
@John - Interesting. Let me think about how best that could be accomplished. Thanks!
972.3. Ulrich Krause (08.03.2011 19:58)
One feature that is still missing is an easy way to create a pdf file from a notes document. It is not about plain text to pdf but richtext. Even with iText I have not found a solution to get the content of a richtext item and print it to pdf.
972.4. Ulrich krause (08.03.2011 20:16)
the concept to support multiple languages in an xpages based app is great and simple but lacks an easy way to maintain the ressources. You need designer access level or at least an agent that can transfrr the language information from a normal notes document to the ressource file. If there were an easier way to have the language information in the frontend but still leverage the eclipse features for handeling the ressource files, XPages would be better.
972.5. Ulrich krause (08.03.2011 20:21)
it is a pain in the arse for a user that he cannot simply paste an image at the cursor position into a richtext item in XPages.
972.6. Nathan T. Freeman (03/08/2011 08:29 PM)
Turn CoexEdit into an OSGI plugin so I can deploy it to more platforms in a more integrated fashion. Bonus points if you can do the same with Midas. :-)
972.7. Ben Langhinrichs (03/08/2011 09:44 PM)
OK, now we are getting some suggestions!
@Ulrich - The PDF thing is certainly something I have considered, but it doesn't have much to do with XPages, so I'll leave it aside for now.
I'd be interested in hearing more about the language support. Not exactly sure what is meant by this, but it sounds promising.
Pasting an image into a richtext item is certainly related to what John is talking about. My solution with CoexEdit has been to allow you to import an image directly from the hard drive, but the pasting is harder. I'll see what I can do.
@Nathan - CoexEdit works automagically in the background, so I can't really see what the OSGI plugin would do. I can certainly see what the Midas OSGI plugin would do, and it might not even be that hard. If you could explain what you would do with a CoexEdit OSGI plugin, I'd be happy to consider that. The Midas thing will take some research, but I probably know what I need to figure out.
972.8. Fredrik Norling (2011-03-09 07:39)
The ability to change a xpage thru code and recompile it on serverside. That is something that is missing.
If we are talking richtext then it's the feature to edit an attachment and resave it back, from notes and Webb client.
972.9. Ben Langhinrichs (03/09/2011 11:24 AM)
@Fredrik - Changing the XPage through code is certainly in the works. Adding the ability to recompile serverside is still a little less clear to me, but would be great.
As for the ability to edit an attachment and re-save it, the biggest challenge is to make sure I don't duplicate effort the core team is doing.
972.10. Nathan T. Freeman (03/11/2011 12:17 AM)
Recompiling the XPage requires just about all of DDE be installed on the server. The bulk of the process is written as Eclipse project builders, and defined by the Eclipse project nature within DDE.
I've done it before, but I think it's crazy. There's really no good ways to handle build errors within the Domino server. You'd need a ton of infrastructure before you're at the point of something like Hudson.