Is there any way to configure PrinceXML to print edge indexes/bleed tabs?
for example a phone book, with edges A, B, C....
Thanks!
This is not an option in Prince, sorry. It may be possible with some printer-specific PDF options, but there is no default way to define bleed tabs in Prince.
Related
This bug was captured on a Windows machine with Chrome (on my Windows instead of a box it's an "L". I don't understand why these symbols are appearing.
This is my html code:
<p> ... are linked to specific <strong>disease</strong> or physical <strong>traits</strong>. Other sections of DNA ... </p>
Is this a browser specific issue/user specific issue? Or is this a issue with my code (like adding another fallback font)?
Any ideas, suggestions, direction would be greatly appreciated.
Thank you!
From looking at it it seems like you might be using non-breaking spaces. It is unusual that that is a problem for a font, but you might want to just not use them. Most Editors can highlight such "invisible characters" in one way or another. It is worth searching for that for your editor.
Is it possible to render correct bar-codes in HTML using the Code 128 font?
The main content of the bar-code is fine in the broswer (firefox) but when I try to add the start code character I just get this character in the browser:
Ñ
This is ASCII code 209. I'm wondering if it even has a bar representation.
I'm using MVC but this is really just a HTML/CSS problem I think.
Thanks
This isn't quite what you asked for, but you can make barcodes using CSS: see http://unixshell.jcomeau.com/src/barcodes/memberships.html. I'm using code39 for this, but most other linear codes can be done the same way.
Are you sure that the client is going to have barcode font installed?
Server side image generation seems to be a better solution.
You may want to try Barcode.dll for barcode rendering.
It includes ASP.NET barcode control - just drag & drop.
Please note that this is a commercial product I developed.
I know this is years too late, but looking again at the question, I'm pretty sure you're just not using the right numeric code for your font. there is no single "Code 128 font". while 209 is shown by Wikipedia to be the correct "common" code for Start B, in various fonts I found online this is not the case. in this, Start B is 236; and here it's 204. use the right code for your particular font, and you should get what you want.
a code point not encoded by the barcode font will be rendered by a default font, which is why you're seeting the N tilde character.
I'm using the ☆ ( & s t a r ;) html entity on a webpage ( http://www.shermanbrothers.com ), but it's not being decoded correctly in the android browser. It actually lierally outputs: & s t a r ; I was thinking and hoping that html entities had good support in the browsers, but not in this case, at least.
I read somewhere that using the numbered equivalents has better support but I haven't been able to find a resource for translating entities.
My server is serving unicode, so maybe that is a better alternative?
The one you want is ★ (black star) or the ☆ (white star with black borders). This should work in all browsers, including the android/ios one.
A good site for this is the Unicode Search site, found here. What you want is probably ☆
Decimal: ☆
Hexadecimal: ☆
Is there a reason that you aren't using an image instead? In that case, you avoid any differences that may exist in browser decoding.
i am trying to design an HTML e-mail that should also look good when it is read on mobile devices. My biggest problems are with the iPhone (iOS 4): its mostly undocumented "auto linking" feature really bugs me.
Autolinking seems to appear on
phone numbers (this is the only documented feature, as explained here)
addresses
dates
Is there any documentation out there on how to
disable auto linking for dates and addresses
"correct" the autolinking via microformats or something similar (so the results are better than they actually are with iOS 4)
Any information, hints, or clues are really appreciated because there does not seem to be any information out there whatsoever.
This question was answered a long while back in this thread How to disable phone number linking in Mobile Safari? but to reiterate for all other SEO visitors like myself....
...according to the Safari Web
Content Guide for iPhone:
<meta name="format-detection" content="telephone=no">
I actually figured out a trick to do this. It's pretty horrible, but it works. You can read my post about it at http://commondream.net/post/8933806735/avoiding-data-detectors-in-ioss-mail-app, but the general gist is that data detectors won't link content that is already a link in HTML emails, so you can turn something like:
<span>Tuesday</span>
into:
<a href="#tuesday" id="tuesday"
style="color: #000; text-decoration: none;">Tuesday</a>
It's horrible code, but it keeps the data detectors from happening with only a couple of drawbacks, namely ugly markup and the mail client scrolling to that particular item if you click on it.
All of that said, I think it's pretty limited when you should disable data detectors. I had an email that listed weather forecasts by day of week, and felt like no user would ever want to mark that information down in their calendar, but I'd say you shouldn't disable data detectors if you ever think that they could actually be useful.
For dates & addresses, you could disrupt the data recognition pattern matching by inserting e.g. a zero width entity. E.g.,
March 30, 2013
Tested on iOS Mail 4.3 and 6.0.
Boca Raton, FL 33487
Change the color to whatever matches your text, text decoration removes the underline, pointer events stops it from being viewed like a link in a browser
This is perfect for HTML emails on ios and browser.
We ran into this issue as well. In order to disable the format detection of addresses in Safari on iOS, we wrapped our address in an <a> tag without a href attribute and with a style attribute defining the color that we wanted it to be:
<a style="color: #c0c0c0;">Square, Inc., 901 Mission Street, San Francisco, CA 94103</a>
The result is still clickable in iOS Safari, but is rendered in the color that we desired.
In other browsers the link is not clickable and because the inline style color was the same as the existing text, it didn't look any different that the surrounding text.
I don't think you can disable auto linking for addresses and dates like you do with phone numbers, at least it is not in the Apple's official documentation, the Safari HTML Reference.
A hack to try to prevent auto linking is to use some redundant tags in the content. For example, instead of writing out <div>+61 3 777 8888</div>, you could do something like <div><foo>+61 3 777</foo> 8888</div>. It's not very elegant, but it might achieve what you want.
If you can get away with it, enclosing in single quotes will disable auto-linking. This also works for the subject line, where you can't use HTML tricks.
I use this solution for auto links that need to be styled
<span class="applelinksWhite">or call 1-666-12<span>3-456</span>7</span>
Then, I add this to my style tag. I use it in the body as some clients strip it from the head.
.applelinksWhite a {color:#ffffff !important; text-decoration:none;}
So the applelinks span covers ios devices' auto linking, and I throw in a basic span in the middle of the text string to throw off other clients like gmail. Tested in Litmus and working across the board.
This works for any kind of auto links.
Creating <a> link tag that doesn't do anything seems to be the best option for date and address at least:
July 18, 2014
You can use
<meta name="format-detection" content="telephone=no">
for phone numbers ONLY and it will disable phone links for all; This may not what you want to do.
If you don't use this meta tag, you can style with CSS to change the link color as desired. and use above code (<a> tag) for phone numbers that you don't want to link.
I am making a web page that displays fragments of text from news sites (CNN, BBC, etc.) but I also want it to be read to people who can't see. How can I program the HTML page to read the text for them? Any ideas?
Thanks, Boda Cydo.
People who can't see will already be using either a screen reader (which will read the text to them), braille display or similar.
You just need to focus on making the text accessible and let their software handle "displaying" it to them.
The best way to make your website readable to people who cannot see is to use semantic HTML and follow standards. HTML readers can't magically infer your meaning if you don't. For example:
Use H1-H6 to designate the correct levels of titles in your site
Use P tags for body content
Use UL lists for navigation and A tags only for things that are really links
Use CSS for style - If an image is just used for style, put it in a background image instead
Only use tables for data that really is tabular.
If you have any content images, use IMG and provide ALT text
Use LABEL tags appropriately for forms
Use title attributes where appropriate
Most importantly - try turning off CSS in your browser. Does your web page still make sense to you? If so, you are probably on the right path.
No, you need to use Flash or a Java Applet to do this. There is nothing native in a browser for text-to-speech. Most people with these needs already have software that does this for them.
look to http://en.wikipedia.org/wiki/JAWS_%28screen_reader%29 . As far as i know it have integration with browsers
As Diodeus noted, if they have a need for text to speech then they will already have software to read for them. Just make the text available.
If you actually want to go through with implementing it yourself (though I wouldn't recommend it) then you can try to use the Google Translate API as described here. It looks like Google has taken down that text-to-speech site for now, but I assume (since it's Google after all) that they'll eventually release it. You may want to also look at the Android TTS library here.