Lotusphere: Meet the developers lab!

Every year I am surprised by how many people that do not know about the Meet the Developers Lab at Lotusphere. This year  it is in the Dolphin, Asia 1 and 2. Usually the rooms right next to the escalator down to the product show case. If you have any level of technical questions that are not clear or answered in a session then this is the place to go!

I will also be in the lab at designated times, see below. If you want to know the schedule of a speaker for lab time then you can simply ask the podium at the front of Asia 1 to print it out for you. This way you can visit the developer you want to see on your time.

Here is my schedule:

Mon 11:00 – 12:00
Mon 05:00 – 6:00
Tue 11:00 – 12:00
Tue 01:00 – 5:00
Wed 11:00 – 1:00
Wed 02:00 – 5:00
Thu 09:30 – 11:00

10 thoughts on “Lotusphere: Meet the developers lab!

  1. Bob, since I can’t make Lotusphere this year, could you give a feature request to the appropriate developer at the lab:

    doc.print

    If uiview.print can work then doc.print should be doable.

    Like

  2. “The backend class will never support it”

    Any reason given why? It shouldn’t be that different from what they had to do to implement uiView.Print and it would be incredibly useful to anyone who wants to print a collection of docs that aren’t necessarily together in any view.

    “but it is supported in the Notes Java UI API’s”
    Pardon my ignorance but I don’t do much java in the Notes world. However this appears to be an api that needs an open doc to work. Am I correct? If so, what does this gain me that I don’t already have in uidoc.print?

    In any case, thanks for taking a shot.

    Like

  3. NotesUIDocument.print in the UI API is missing a string parameter that was added in LotusScript in R7 to specify the printer name. That way we could send a UI document to a PDF printer driver instead of the standard printer.

    @Timothy: You could consider using a PDF conversion tool like Notes2PDF and print that if you need batch printing in the background.

    Like

  4. @Karsten,
    Thanks for the tip about Notes2PDF. However I’ve been looking at their website for about an hour now and I fail to see how converting Notes documents to PDF’s will allow me to print a collection without first opening them or selecting them in a view. What am I missing?

    Like

  5. @Timothy:
    I haven’t really used Notes2PDF, but I guess it can be used in the backend for the conversion process without selecting documents manually from a view in the UI.

    After that, you could use a Java library to combine and/or print the PDFs.
    I just did a quick search and found this page:
    http://java-source.net/open-source/pdf-libraries

    Sounds like there are a few libraries that can print PDFs, but I don’t know if the quality is ok.

    Another approach might be a conversion of the documents to HTML to print that. Since R7.0.2, there is a C API method available on the client (HTMLConvertNote) that can convert a document to HTML, just like the web server does.
    It’s a bit tricky to use. For a product, we wrapped it with JNI so that we receive the HTML and all linked images via callbacks.
    That works quite well.

    Document.convertToMIME, which was introduced with 8.5.1, might also help to convert richtext to something more suitable – haven’t used it yet.
    ( http://publib.boulder.ibm.com/infocenter/domhelp/v8r0/index.jsp?topic=/com.ibm.designer.domino.main.doc/H_CONVERTTOMIME_METHOD.html )

    Like

  6. @Karsten:
    Thanks again for taking the time to look at this. I looked at the open source pdf libraries that you linked to and didn’t find any that do batch printing of PDF’s.

    My current work-around:

    “Process doc, then print using the next three lines”
    Set uiDoc = ws.EditDocument(doc)
    Call uiDoc.Print
    Call uiDoc.Close

    is slow due to having to Notes having to bring each doc to the screen in order to print it after processing it, but probably not much slower than processing each doc, saving it as a PDF in a directory, then when finished with all the docs, printing all the PDF’s in the directory. And it’s working now.

    Frankly all of this is working around my elbow just to get around not having doc.print. As a result, I still think that doc.print would be something that would be handy for those of us who print large numbers of docs (500 letters a day in our case) as part of the requirements of the business.

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s