I am creating a Smart/Fillable PDF using Acrobat Pro DC.
I created a word file with 250+ fields(in a tabular manner), exported to PDF and then in "Prepare form" options I added checkboxes, dropdowns and a couple of buttons and the form is ready. Now I want to add 50+ more fields into that PDF but if i follow the same procedure export to PDF and then "Prepare form" then i shall loose all the old validations and scripts I have written initially.
To overcome this scenario I tried a couple of things that didn't work for me:
Go to "Edit PDF" option and try editing PDF but that did not work as that option helps editing text and images but I have fields in a tabular format so in case if I want to add a table with N x N fields not possible
Tried to copy all elements including textbox,checkbox,dropdowns buttons etc but cannot copy all at once, tried then in a small group like 15-15 and that worked but still I had to reposition so not a feasible way
Tried to export the elements including textbox,checkbox,dropdowns buttons etc but Acrobat Pro DC doesn't help
Many other manipulative things but didn't help.
Please help me to overcome this problem.
Thanks in advance.
If you change the background of the form, you would first open the old version, and then replace the pages with the ones from the new version. This does not affect any form fields, so, only some repositioning may be necessary.
Then you go to the form edit mode (or use the Select Object Tool (single key accelerator R)) and you can select the fields you want to copy and either drag-copy if you are on the same page, copy/paste them, or duplicate them on other pages (via Context menu of the selected field in edit mode).
Another potentially important hint: deactivate Save as… optimizes for fast web view when working with forms.
I am building a website that will make heavy use of the content editor webparts to allow for content to be added. The drawback to this is that by default the content editor provides a "Rich Text Editor" which is good for adding data but bad because it has the potential to break styling. I have two solutions :
First is to do some coding to somehow have predefined css styles added to the styles menu of the Rich text editor.
Second which should be quicker is to simply disable the Rich text editor i.e disabling the fonts, styles, etc from the Rich Text editor so that users can only enter data and not mess around with the styling.
For soultion two, is this possble and what would be the quickest way to achieve this?
Any assistance is greatly appreciated!
Thanks in advance
The whole point of the rich text editor is to allow the user to enter styled content as they see fit. If you don't want any styling to be applied through the RTE either create style rules in your CSS to overrride anything the user enters or else use content fields based on multiple lines of text rather than rich text.
Core Technology Systems has recently released a how to video on content management on SharePoint 2010. I have included a link to the website which has the link to the video and their YouTube channel.
http://coregb.com/blog/archive/2011/12/01/content-organiser-in-sharepoint2010.aspx
I tried to find it using google, but there are only tips for 2007.
I want to change a few layout things, which are:
The thumbnail size of an image library
The thumbnail size in a slide library
I found this good explanation here:
http://vspug.com/keutmann/2007/01/27/how-to-resize-the-thumbnails-in-a-picture-library/
But I can't find the screenshot view (these nice options) anywhere inside my Sharepoint Designer. Its 2010, so maybe they moved it somewhere else. Anyone has an idea where to find this options tab from the screenshot?
Thanks a lot,
Chris
The linked article does not describe SharePoint Designer, but rather SharePoint Manager, which appears to be a third party tool created by the author.
You could give it a try. Like the U2U CAML Query Builder, it might still work for SharePoint 2010, especially if it uses web services to connect to the site.
But if it doesn't, you should be able to write a Feature Receiver that will accomplish the same thing by modifying the ThumbnailSize property. That has to be what the SharePoint Manager tool is doing.
Regarding changing the thumbnail size of the Slide Library (which you cannot use Sharepoint Manager to do unlike the picture library)
This worked for me to get a bigger thumbnail..
Note that the solution relies on having a naming convention for your files which you apply after you have loaded them up to the slide library eg ENG_02_0010, ENG_02_0020 rather than leaving them named as is when uploaded to Sharepoint.
Create another field called Preview say and make it a picture (format url as picture)
For each uploaded slide put the url link as http://siteName/slidelibraryName/_t/ENG_02_0010_pptx.jpg (same name as your slide with a _pptx.jpg extension)
Get rid of the standard thumbnail from your view and put this new column next to the selection box
Worked for me, much bigger and readable thumbnail!
PS
In SP designer you can find all the jpg thumbnails in the _t directory under the slide library
You can also use CSS on the page where you're displaying the thumbnail images. Here is an example:
<style type="text/css">
img[alt="Thumbnail"] {height:100% !Important;width:100% !Important;}
</style>
This looks for the images with an alt attribute of 'Thumbnail'. I successfully tested this with a Slide library in SharePoint 2013 using IE & Chrome.
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