I've a database with image (1 document contains 1 image).
This database is used in other application via "PickList" so user can select image they want (right now they just see a filename and that's it). Once user selected an image - we display it in IBM Notes client via html. However the issue is - user must guess if he select the right image and to avoid 'guessing' I would like to show thumbnail version of image in PickList.
So far I found only one way to do that (for every image I've in database I will create a image resource element in design. In that way I can display it in a View (in a column).
What other ways to achieve this you know?
Please consider any ways you know, I'm not limited to using views only, it could be Dialogs, generating something in RTF field dynamically, OLE, Java etc. Basically I'm very very open minded to another solution.
Environment: #IBM Domino/Notes R9.
Since you are using Domino 9, how about developing in XPages? If you are going to switch to an HTML frame in the Notes client to look at the image anyway, you may as well select from an HTML frame, too. You can use XPages for Notes clients, not just web clients.
Using common XPage controls, you can develop dynamic HTML pages from Notes views and documents. You could for example develop an XPage to display a list of choices from a view - including file attachment names and/or the actual file attachments.
It is absolutely doable with XPages. Checkout OpenNTF.org for lots of examples.
All:
I am writing a PowerPoint add-in that will allow a user to drop specific safety related images onto a map. I've written the code that copies the images and places them on the slide and I would like to place it into an add-in. Unfortunately, I cannot find a way to either:
a) place the images into the add-in
b) reference images if I were able to place them in the add-in
The alternative approach is to require the user to start with a special template that includes all of the images and then load the add-in to get the menu functionality. I would much rather have a single file that contains both the code and bitmap images.
With best regards,
Walt
PPA files contain only code, not presentation content like images. As an alternative, you could distribute a PPT/PPTX that you open invisibly and extract the image you need.
After quite a bit of looking around I found a solution that resolves the problem adequately. Using Microsoft's Custom UI Editor, I created an XML entry in the PowerPoint Presentation that performs the Auto_Open function that would have been part of the Add-In. This allows me to add the menu functions that will be responsible for loading the specific images.
I've added a reference page at the beginning of the presentation that contains instructions on how to use the template... This page also contains all of the images that are used by the visual basic code. The 'Visible' flag on these images are set to False so the user does not see them. As they are copied from the reference page into the presentation, the Visible flag is set to True and they are pasted onto the current slide.
It is not a perfect solution, but it is adequate...
I'm currently running a SharePoint 2007. The documents in my libraries will get a PDF rendition when they are approved.
Is there a way to show the PDF rendition in stead of the file when browsing the libraries. Users should be able to edit these files when selecting edit from the context menu.
Thanks
Disclaimer: I work at Atalasoft
We sell a SharePoint solution (Vizit) that has PDF rendition and annotation capabilities: http://www.atalasoft.com/products/vizit
There is no support for doing this in SharePoint alone unless you implement a solution. You'd need to turn PDF into something web-browser compatible, and then implement the editing features you need.
If you have Acrobat installed on clients, you may be able to do what you need by using their ActiveX controls. The trick is getting the edits back into SharePoint and playing nice with version control, etc (Vizit does all of this for you).
If you just need reading, you can serve the PDF with an HTTP header called "Content-disposition" set to "inline" -- they will not be able to edit.
I want to develop a webpart that allows editors to amend its content using Sharepoint's Ribbon-based formatting controls, and then display that content in a nicely formatted way. The built-in content editor webpart isn't sufficient because I want to wrap the content in hardcoded HTML so as to enforce my site's graphical design. Also, I would like the web part to potentially contain more than one editable area, and the standard Content Editor webpart only has one.
My ideal would be a visual web part with a predefined HTML layout, with some editable "content areas" to allow modification in edit mode. When the webpart is saved it will just render its content areas as HTML. I have tried using <SharePoint:RichTextField> blocks in a visual web part ascx template but I don't think this is correct. Can anyone give advice?
Okay, nobody had an answer so I had to do it myself :)
http://zootfroot.blogspot.com/2010/09/develop-custom-editable-visual-web-part.html
I created a simple report and uploaded it to my report server. It looks correct on the report server, but when I set up an email subscription, the report is much narrower than it is supposed to be.
Here is what the report looks like in the designer. It looks similar when I view it on the report server: [http://img58.imageshack.us/img58/4893/designqj3.png]
Here is what the email looks like: [http://img58.imageshack.us/img58/9297/emailmy8.png]
Does anyone know why this is happening?
This issue is fixed in SQL Server 2005 SP3 (it is part of cumulitive update package build 3161)
Problem issue described below.
http://support.microsoft.com/kb/935399
Basically Full Outlook 2007 Client Uses MS Word HTML Rendering Engine (Which Makes Web Archive Report Looked Jacked Up).
NOTE: Web Outlook 2007 Client Uses IE HTML Rendering Engine (Which makes Web Archive Report Look Okay).
We have installed the patch on DB housing Reporting Services and it does fix the issue. Emails look all nice and fancy now.
I notice that the screenshots show Outlook 2007. Perhaps you're not aware that Microsoft somewhat hobbled the HTML capabilities of Outlook in 2007, and now it uses the Word HTML engine, and not the more advanced Internet Explorer one? Might this explain the lacklustre appearance?
http://www.sitepoint.com/blogs/2007/01/10/microsoft-breaks-html-email-rendering-in-outlook/
I got around this problem by doing the
following:
Add a Page Header to the report
Add a line to the page header. Set the width of the line to the
desired page width.
Set the line colour to white (eg to hide the line)
Hope this helps someone else,
Following on from girlC0d3r's solution, images aren't always guaranteed to be shown in an email.
A better solution to widening the report to prevent the content from wrapping is to have a long unbroken string of characters with no whitespace.
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
By giving the text the same color as the background of the email (e.g. white) they'll widen the report and be invisible to the user.
I don't see anything but my first guess is that the fonts are vastly different. The designer has one font and the email is a flat, no-frills kind of thing with a simple font. Without concrete examples, this is just a guess.
I don't think it's a font thing, because the text is being wrapped a lot, and it looks about the same size.
The images show in my preview, but not in the final post. So, here are links to them.
Report in the designer: [http://img58.imageshack.us/img58/4893/designqj3.png]
Email result: [http://img58.imageshack.us/img58/9297/emailmy8.png]
What report output format did you specify for the scheduled job? It seems to me you used HTML, which will autoscale depending on the output browser (HTML adapts).
If having the same layout is important then use PDF as the output format. Then, if the user wants to print the report you know exactly what it will look like and that it will fit nicely on the page.
Can you try a different format? pdf or xls maybe. In my experience web archive looks goofy. Don't know why.
Yeah, I'm using HTML. I would prefer to stick with that, because the users can just read it in their mail clients. PDF or XLS would require them to open an attachment.
I know that the HTML resizes itself to fit the browser, and that's a good thing. The problem I would like to fix is the wasted space - in the email client, the HTML shrinks too much.
I got around this problem by doing the following:
Add a Page Header to the report
Add a line to the page header. Set the width of the line to the desired page width.
Set the line colour to white (eg to hide the line)
Hope this helps someone else,
girlC0d3r is along the right lines (no pun intended), but the line will likely be shrunk along with the rest of the HTML in the email. A workaround I used yesterday was to create an image 1px high by 600px wide (or whatever), the same color as the background, and bring it into the report as an embedded image. Place it above or below the body of your report. This should force the intended width in the final email. I used this technique successfully in a report yesterday.
I just ran into this issue myself, exactly as portrayed in the OP's screenshots. The reports were beautifully rendered in nearly every format except for Web Archive. My trouble was the use of a rectangle containing each matrix that did not span the width of the report. Upon stretching it out through the remaining white space, the condensing behavior ceased. Hope that helps someone who doesn't have quick access to an SP upgrade!
Where it is not an issue of running on old software that needs a patch...
The reason is the columns are different sizes is because the MHTML Device Information Settings, 'OutlookCompat' is set to true
When creating an email subscription with MHTML format and open the report in Outlook, A forum post by Microsoft employee Fanny Liu says
change the OutlookCompat configuration setting for the MHTML Rendering extension in rsreportserver.config. Set the value to: False.
As I was researching it appeared that this would impact more than just column size. In my instance it was not that big of deal so I decided to leave well enough alone. It is correct in PDF and web, the email I send includes a link back to the report, if the client wants a pretty report they are going to want it in PDF, the email format is not expected to be printable.
Encountered the same issue and this worked for me.
Go to --> Properties --> Report
Set InteractiveSize Width to 4.9in
Set Margins to 0 for Left, Right, Top, and Bottom
Set pageSize to Width to 4.9in