My app sends out email to users (upon signup, welcome etc.) and they show up blank in IE.
Fine in IE8, Firefox.
The content-type for the email is set to html. The email has links.
Any pointers on how to solve this or workaround this, greatly appreciated.
Update:
If I change my gmail view to 'basic html' in IE7, then the email gets displayed.
So what is it in my mailer code that causes blank display in standard view (atleast in gmail)
code is at http://gist.github.com/230224
Since Internet Explorer isn't an e-mail client, I can only guess that what you mean is Microsoft Outlook. On that premise, the problem might be that Outlook's HTML renderer has in fact been Microsoft Word since 2007. Microsoft Word has terrible support for just about everything web related, so the only "fix" is to dumb down your HTML and CSS as much as possible. Opening your HTML e-mails in Word before sending them will make it easier to debug problems, but it's still going to be a royal PITA because of the poor level of support Word has.
If you didn't mean Outlook, but infact IE, I think you need to elaborate on exactly where you are seeing these problems (like what web mail client).
IE isn't an e-mail client. Is this on a specific webmail client?
My mailer code was wrapped in a div like this:
<div style="font-family:Georgia;margin: 10%;">
The problem is with the margin:10%;
Once I removed it, the emails were displayed fine in ie7.
Related
I have an input box for surname and I have set Autocomplete = "nope" or even tried "off". For some reason, it's not picking it and always allowing me to select from autocomplete list.
Our Ui app is hosted through CDN. So when I access my app through link [https:// Xyz. net] via CDN then Autocomplete off does not work.
but when I access its source link [https// xyz.azurewebsites. net] the autocomplete off works for same chrome browsers.
not sure why a change in behavior for the same app in the different source location.
Note: I tried to purge the content in CDN and it didn't work.
My expected behavior is textbox should not show autocomplete options.
Any guidance is much appreciated.
Since most modern browsers have password management built into them, they do not support this attribute for login fields anymore.
in-browser password management is generally seen as a net gain for
security. Since users do not have to remember passwords that the
browser stores for them, they are able to choose stronger passwords
than they would otherwise.
You can read more about the reasoning for this behavior and browser support for the attribute here
On the other hand, there seem to be quite a few ways to work around this with various hacks and JavaScript, but I'm unsure if they would work across browsers or cause more complications.
Also to answer you question as to why you see autocomplete only in one domain: I suspect that you may not be seeing the autocomplete suggestions in a specific domain because you may not have clicked "remember password" which would have saved your credentials in the browser.
I am able to construct a prepopulated message with Gmail using:
https://mail.google.com/mail/?view=cm&ui=2&tf=0&fs=1&to=&su=Subject&body=Body
It works great on PC and however it works on mobile, it is very small and require the user to zoom and scroll around in order to view or edit the message before sending it.
I am seeking a solution to do the same using the following URL:
https://mail.google.com/mail/mu/mp/80/#co
The latter URL display much better on mobile devices.
Does anyone know how I could go about to prepopulate the Subject and Body for this (mobile) version?
I'm looking to have it so that when a user loads our page it checks to see if they're on a mobile device and then it'll redirect them to a mobile version of our site, but keep the original hash tag from the link they followed. I've tried setting the new location with the hash tag in javascript and it works in Chrome but doesn't work in Safari. I've read that this is just something Safari does. Is there any work around to this?
We actually just got a very similar bug report from our customers.
For us the scenario involved a hashtag in the form of #quicklogin/abc123 and only appeared when viewing the site in Safari. This was part of the initial URL that the client would load and it would present them with an alternate login screen. When going directly to the URL in Safari, the browser removed the entire tag and ignored it.
When we changed this to something like #quicklogin/test (or any other hash containing only alpha characters) it worked fine. It also worked fine when loading the site and then manually applying the hash tag in two separate steps.
So our conclusion is that there may be something wrong with hashtags containing numeric values in Safari.
You have to do this either by redirecting with javascript (because javascript can read the hash value) or by conditionally returning different html based on the user agent.
Browsers are supposed to preserve the hash fragment through a 302, but often don't (see 3 year old webkit bug below) and otherwise hash fragments are not sent to the server so they can't be dealt with manually.
https://bugs.webkit.org/show_bug.cgi?id=24175
You should escape '#' symbol and everything would be OK
Can anyone actually download the RibbonControlsLibrary from the MS Office UI Fluent Site? (http://msdn.microsoft.com/en-us/office/aa973809.aspx)
I fill in the form, sign it, enter a name of my application (test) and it then redirects to a page saying "Page Cannot Be Found" from the following URL http://microsoftio.partnersalesresources.com/officeUI/license/ .
I can't seem to get the Ribbon UI from MS!
Anyone know what might be going on here?
Thanks
Here's a download link I found, check it out:
http://daisy-trac.cvsdude.com/tobi/export/129/trunk/tobiapp/ExternalLibs/RibbonControlsLibrary.dll
Download at your own risk
[Update]
According to Tometzky who checked the Digital Signature, the file is safe to download and use.
There is a "site feedback" link in Office UI Licensing page. I'd recommend using it.
Looks like they are aware and working on it.
Quoted from http://wpf.codeplex.com/wiki/comments/view?title=Home
I spoke to the Office Licensing team
about this and this is what they had
to say: "Yes, unfortunately our web
site hosting group has reorganized
some of the sites and pages on the
backend and unfortunately our ribbon
UI licensing pages got disconnected.
They are working to remedy the
situation and we hope to have the
pages back up very soon." I will post
back here as soon as I hear that the
page is back up. I apologize for the
delay.
yesterday by SamanthaMSFT
I've got it from http://docs.fairwaydev.com/misc/wpftoolkit/
. It appears to be the official one as well, since the site is down.
I have a news letter which i did in silverlight, is there a way to send it in email. like as you include html tags, is there a way to include silverlight xap package in it.
Probably better to reference a webpage containing your silverlight content.
Technically, you could put the path to the .xap hosted on a website into an HTML email body, but nearly all mail clients will not display this - most even prevent images from loading by default.
Most email systems will prevent you from embedding active content like SilverLight, as it presents a security risk. Your only option probably is to put your SilverLight app on the web, and just email a link to it.
Don't if you want your newsletter to be read by anyone. See this article for a good list of do's and don'ts when sending emails.
Don't listen to those guys, they're probably FlashHeads... ;)
Besides that they give up too easily. More power to ya!
I assume this newsletter is for an audence that specifically desires your content: i.e a club or similar organization that doesn't have a windows based webserver.
What you do is attach the file in such a way that they drag a zip containing the files that would normally be served from a website to the hard drive - right click - extract all then they run it by clicking on an HTML file with .htm extension that hosts the silverlight plugin instead of an aspx file.
One note that probably won't matter to you is that without a server backing this up the content can't really send you back any info but it CAN get dynamic info that comes from say RSS feeds or WCF services hosted on the web.