I am trying to dynamically generate links to files on a network share that will work in both IE and safari. In IE, doing href=\\networksharename\foldername\filename works fine, and we thought this worked fine on safari in our initial testing, but our safari users are reporting page cannot be displayed. These are pdf files. Am I missing something?
First, you should replace the backslash (\) with slash (/). A full URL may also be helpfull (something like smb://server/shared-folder/...), but i do not know what share you have.
Are the shares on a DFS? MacOS does not have DFS support.
Related
We have a catalog on our college website.
It may be found here:
https://www.southark.edu/admissions/resources/course-catalog
The links going down the left side of the page point to specific pages within the catalog.
For example:
https://www.southark.edu/images/catalogs/2021-2022/2021-2022_SouthArk_Catalog_FINAL.pdf#page=100
But when clicked, Chrome truncates the last portion of the url (in this case, #page=100), and it displays the first page of the catalog, not the intended page.
This happens in Chrome, but not Firefox.
It has worked in Chrome for years, but now it does not.
Any idea why Chrome is doing this and what kind of workaround I might be able to do?
P.S. I just tested it in Safari on my iPhone and it is doing it on there as well.
Thanks,
Charley
I discovered that it is due to the Chrome PDF extension. If I turn it off, it operates as it should.
This is a slightly strange one that I've not been able to find anything out about. On OSX 10.11.4 using Google Chrome v 55.0.2883.95 (this is a friends computer) when opening a page to update a product on a site I've built some of the fields are blank.
I've tested it on other computers and in safari on his and the data is there and correct. It's also in the database as it should be Chrome just seems to be removing it.
I've turned autofill off wondering if that was the problem but it still doesn't work.
Any ideas would be great - thanks
Managed to solve the problem. It was browser based but caused by vue.js working correctly on some browsers but not others.
Disabling the vue aspect of the page sorted it. Now I need to sort Vue :)
my html/css works fine with chrome, FF and IE11. Also with IE8 when loaded locally from my harddrive.
When the same files are located in an networkdrive the css seems not to work properly. Colors and fonts are fine, but some div-containers are displayed at the wrong positions.
When i transport the files in the htdocs of an apache fonts and colors are fine, but other problems occur with the positioning. Strangly not the same as when started from the networkdrive. Some divs are now correct, others ar now misplaced.
I´m not able to find any pattern with this.
I can check the behaviour within ff and chrome with the build-in dev-tools. But i don´t know of any similar tool within IE8.
Any idea for my 1001 attemp to fix the problem?
Thanks a lot!
Microsoft introduced different rendering modes for local and Internet servers so that web developers would break down in tears.
If there’s no X-UA-Compatible value and site is in Local Intranet
security zone, it will be rendered in EmulateIE7 mode by default.
Add X-UA-Compatible header or META to force full IE8 standards mode.
I have an html file with links like that :
folder name
I would like that this link opens explorer instead of a custome chrome file html based browser. This works from IE btw.
Thank you !
Nicolas.
For Chrome, Safari and Opera this isn't possible due to their security model. However, there is somewhat of a solution for Chrome in that it's possible but it has two requirements:
You need to get the user to install this Chrome extension
It must be over https://
You will probably encounter the same problem for Firefox since it usually requires LocalLink.
Further reading
I've checked a few places for an answer but I could not find one, so I thought I'd ask. I created a website on a free HTML5 template (the template was for a photo gallery). The website works fine on Google Chrome and Firefox but for some reason, some stuff like the fonts dont appear in Internet Explorer (tried with and without compatibility settings on IE9). Could this be because of IE's security measures or have I coded it incorrectly?
The website is at masidtech.com
On Chrome it looks like
But on Internet Explorer it looks like
I was going to use paste bin but the pastes look really ugly for source code.
So I have uploaded the entire website to MediaFire at http://www.mediafire.com/?9m2108pgzyje79t
and it's a 7Zip file (or I guess you could view source)
+I am no coding guru so I'd really appreciate if you could throw in some layman and thanks.
I faced similar issues in recent past. I can help you if you provide certain details. I just checked the link with the working image. I also tested the link with the notworking.jpg
Can you tell me the exact url in the browser which u see after http://masidtech.com/
for the non working image.
This is not a big issue, with modern browser in scene, and due to their hefty security policies the same website behaves differently in different browsers.
It seems that cufon doesn't work in IE9 – a friend has had a similar issue this week. I'm not sure why, or if there is a way to get cufon to work, as I haven't used it.
There are two options - keep using Cufon (why? I don't really get why Cufon exists!), and add this above your first replace() call:
<!--[if gte IE 9]>
<script type="text/javascript">
Cufon.set('engine', 'canvas');
</script>
<![endif]-->
Alternatively, and prefered, use font-face. If you use a eot, ttf and woff version of your font, it will work everywhere. http://www.fontsquirrel.com/fontface/generator has a tool to generate the fonts and the code from a ttf, if the font allows it.
You may find that http://www.google.com/webfonts has the font needed instead, which is Google's way of hosting fonts.
Edit: I've had a look and found Google has it: http://www.google.com/webfonts/specimen/Quicksand . Follow the wizard, stick their one line of code in your <head>, remove cufon and it will work.
Nice site design by the way :)