Am currently styling a site and testing across all browsers, Mac and PC.
All singular text elements (inputs, spans, li etc.) have a padding above the text of a couple of pixels in PC browsers, however the text sits flush at the top of the elements in Mac Browsers.
I am using a CSS reset and have tried altering line-heights and display modes of various elements with no luck. Is this a common problem and is there a fix?
Related
I'm using embed to embed a pdf into my web page. I could also use object or iframe. I want the pdf to open full width of the page, which i have working. But I want the zoom level to be "Page Width". Ive seen several solutions for height, like #view=FitH and some for specific percentages, but not "Page Width"
Most PDF settings are browser specific and subject to user control so here a Chrome based Edge (on the left) and a Firefox based clone (on the right) the biggest problem noticed in these four types of loading is the lack of object support (totally missing in bottom right). Note:- I have security set so only the high speed secured Firefox based plugin viewer will show me PDFs inline without risk of running a script.
However in direct answer to the question not all browsers support the acrobat#tags but most will attempt #zoom=50% (and #page= except perhaps Safari?) whereas fit has frequently been an odd behaviour difference between all of the camps. I show the chrome result below.
the correct tag could be #FitW and that's what I used when chrome unsecured viewing is turned on
I can't be 100% certain, but having recently upgraded to Big Sur it now appears that the Vaadin rich text editor component (PRO) no longer works fully when using a Safari browser.
When attempting to highlight some entered text and setting it bold/italic/underlined or creating a hyperlink, the cursor jumps to a different position in the text and some other control buttons are highlighted (e.g. text alignment).
The same behaviour is not apparent when using a Firefox or Chrome browser under Big Sur.
Is there some special treatment now required for Safari, or is it a bug in Vaadin that the new version of safari has surfaced?
Thanks.
Yes, that's a known issue that is currently investigated, see https://github.com/vaadin/web-components/issues/2115
I have an application that uses scanned form images as a background to a PDF, then paints fields and renders data in those fields over that background to provide a virtual form of a physical form.
The problem we are facing is the size of the PDF is too large (15-30mb) and we need to communicate several PDFs to an API that has a hard limit of ~20mb. The PDFs need to be 1-2Mb in size.
I am hoping to be able to solve this problem by stripping fonts and background form-images from the PDF itself, leaving the content of the PDF only the text data and fields. I imagine this could work as long as the PDF could load the fonts and fields from an external URL (our content delivery network would do quite nicely here).
The PDFs will be downloaded and rendered on a variety of devices (phones, tablets and PCs). They need to render properly, no different from having the images and fonts embedded in the PDFs.
Can I achieve this using PDFs?
No, what I wanted is not possible in PDFs. It may be possible with Javascript embedded in PDFs but I did not try this.
Instead, we resolved the problem by using vector graphics for lines in the form (tables and section separators), embedding common fonts and using only font sub-sets for fonts not used in data entry.
I don't think it is necessary to embed the fonts for input fields, but you will want to ensure that special input field characters like the solid center for radio buttons or checkmarks for checkboxes are embedded.
I need to generate a PDF from my Windows universal app with the following requirements.
Break the pages at proper places
Show background colors
Show the borders and set heights properly
Show images (if needed)
Add spacing
Different sizes of fonts
Show a boxes
Different colored borders and lines.
I found following links.
https://www.nuget.org/packages/Apitron.PDF.Kit.Mobile/
http://help.syncfusion.com/file-formats/pdf/overview
I just need to know any other 3rd party solutions or any other ways to generate a PDF from windows universal app.
My company licenses both iTextSharp and PdfTools. Trying to figure out the root cause I built Apache's PdfBox: All show the same behavior, so rather than creating two support requests and a post on the PdfBox list I'm trying SO first for the general problem.
For a real world PDF (according to the document's properties it was created by "SAP NetWeaver 740") all extracted text coordinates are way off, while the content is fine. Across all the tools I listed above:
The page size (as in, mediabox and cropbox) is 842.0 x 595.0 - a portrait invoice. My default test word (all are off, but that's the one that caused my investigation) starts at roughly 80% in. All tools report the coordinates of that text with x=778 - outside of the page bounds. The y coordinate seems to be fine though. Probably related, the width is off (too wide by a large margin) while the height is again fine.
Now, maybe the PDF is broken in some way. But then again: The text is rendered fine of course. If I select the text in - say - Acrobat Reader, that works fine (i.e. the selection rectangle matches the text on the screen). And I assume that SAP generates rather bland/unsophisticated documents, tbh.
I guess my question boils down to: Under which circumstances would text appear to be outside of the page's boundaries? What might cause the horizontal position to be totally out of whack (and always too large)?