I'd like to know if someone can point me in the correct direction for this. I've been interested in writing a chrome extension to improve my workflow since we use a lot of webapps at my job. For example, my jobs ticketing system is pretty old and requires that we look manually for any changes or updates. It's got email notifications built in, but they are slow and unreliable.
I've never written chrome extensions before so I looked at some tutorials but none of them give me any information about doing this on an aspx page. Since I don't have direct access to the server this runs from, I thought it should be possible to do something from my end such as automatically refreshing the page using the page's refresh button instead of the browsers refresh button, or automatically opening some collapsed menus which default to being collapsed when you refresh the page.
I was hoping someone could help me figure out how to go about doing this because so far my research hasn't given me anything I can directly apply to this issue.
I have been searching and searching and fear there is no way to do this. All answers on this and every other site have pointed me to Java, PHP, and iFrames - none of which will work in outlook.
The goal is to have a central location to update a footer and other information without having to go to each user's PC every time we need to update it. Also, the footer has a bit of formatting to it, so HTML is best, but txt/css may work, too.
Best results came from iFrame. It did what I wanted in the browser, but it doesn't work with Outlook and many other email clients.
Second best was a Java based include function I got from w3 schools, but it doesn't work on the local machine. It works fine from web when all is copied to the site, but the same folder structure on the local PC displays an empty page.
And I wish I could use PHP, but this is not going to work with Outlook.
One option is to design the email signature or footer in HTML & CSS.
There are lots of resources on how to do this properly, with support for all reveiving email clients.
You can call to a resource image from css or html, so every time you want to change content you just change the image on the server.
This is limited to images tough, but maybe an adapted solution?
I have a set of pages in my site where I input similar data in each page.
I use very much the autofill of chrome to input the data without rewrite the entire sentence.
In a specific page, the autofill is not working. In another page of the same domain, the autofill works properly.
Anyone knows what the difference may have on this pages which causes this behavior?
Tks a lot
Without knowing your setup it's impossible to tell, but I stumbled upon two possible reasons.
There seems to be a bug/feature in Chrome 37 that prevents autofill on websites with invalid ssl-certificates.
The issue is being discussed here.
There's also the possibility that you are using both post and get requests. autofill seems to only be available on post forms. See here.
Can anyone recommend a good, free link checker to check all pages within a domain? Ideally a browser add-on or a web app (otherwise something that runs on OSX).
Crucially it needs to follow links recursively within a domain. Links outside the domain should be followed to a depth of 1, but not checked recursively.
This is for the fairly common situation where you want to check all pages on your own site, but not evaluate the links on e.g. Google's homepage.
I can't find anything suitable. Am I missing something?
I've tried the Firefox LinkChecker add-on and the W3C link validator - neither seem to have the 'follow recursively within a domain' property, or am I being dumb?
I know Xenu does this, but I don't run Windows.
The W3C offering does only check to a depth of 1 when it leaves the domain.
As the question states: Mailto is useful enough for people who use a desktop email client. That number is, I'm thinking, going down all the time outside of corporate intranets. Thus making mailto links an annoyance for these people, as they have to close whatever the default mail client is on their system and copy-paste the link.
Now, I know that there's plugins to bridge the issue, but let's face it - most people probably don't use them. Is using mailto rude or unthinking these days? I say yes, what say ye?
I personally think they're still relevant, since I still use a desktop email client. What alternatives to a mailto link exist? Printing the email address sans an actual <a> tag is annoying, because then visitors have to copy-paste the email address; and using a form to submit a message is annoying because then there's no record of a sent email.
If a visitor without a configured desktop email client is really concerned about mailto links, he can always install a plugin to handle mailto links with his webmail client.
If you use the Google Toolbar, you can have mailto: links go to gmail.
So, no... mailto: links are still relevant.
I'll be the dissenting view here. Mailto links annoy the hell out of me when the email is not also printed on the webpage, or when it isn't clear that it is an email link. For example, a link marked "feedback" could just as well lead to a web form. I browse a lot on machines other than my own, and I don't appreciate having to wait ~10 seconds for Outlook to start up, just so I can click No a bunch of times, then go back to my browser.
So mailto links are fine, but please label them clearly.
Mailto is relevant. As with all HTML, it's up to the client's web browser to interpret the meaning. Which implies that it is possible for a web browser to forward the request to a web mail solution.
It's unlikely for that work, as that most web mail services do not follow a standard way of doing things. However, there are a lot of mail clients that are used, and I find it nice to have a mailto link. Also, firefox allows for the user to copy just the email address.
Mailto links are still the standard way to do things. Your alternative is to just put the email on a page in plain text, which is strictly less usable, since now nobody can click on it.
If you really want to do something useful, you could use javascript to add a little drop down menu that appears on hover that has links to several popular webmail's "compose" options. However, I haven't seen that done anywhere and so might be awkward for users.
Browsers are building in support for webmail. I'm using Firefox 3.5 and it gives me a choice of Gmail, Yahoo mail, or "use other" (in addition to Thunderbird).
I'm not sure what's the problem? Use a mailto link for those who want it, and have the link text display the address. Those who use webmail (or want to copy it for whatever purprose) can then just highlight it and copy.
It's a standard. Why throw away a standard just because some people don't use it? Browsers like Google Chrome have a "Copy E-mail Address" option on the right-click menu so people without a desktop client can easily get the address into their webmail application.
These days, I don't think people post their email addresses as text, anyway. Or they shouldn't, at least. It's way too easy for spam bots to grab them that way. I always try to place mine in an image or something.
The bottom line is, it's kind of a non-issue.
Gmail can be used to link mailto - so, webmail is not an issue, if it is well written ;)
Take a loot at this, for instance. And as said in another post, Google Toolbar offers this out of the box.
Its either close the default mail client or copy-and-paste the mailto address. What we really need is for OS vendors to make it so we can set up a webmail address as our default mail client. Though there are security issues to consider with that of course.
Any additional semantic meaning you can add to content is a good thing. Mailto differentiates an email address where a user needs to take immediate action on, from a regular address that can wait to have action taken.
Mailto is a wonderful thing. I want your email address to open in my client, not a browser window.