Missing tabs in IE

Permanently deleted user

September 22, 2016 08:36

Only one tab is available in top menu when i'm using the HTLM5 viewer in IE. The only tools available in the tab is the Home button, button for original view, Indentify, Print and Export.

 

I'm currently using Version 2.7.0.0591. da-DK, but had the same problem with previous versions.

 

Have tried the following:

 

 - Clear cache in IE

 

 - Clear all browser data in IE

 

 - Resetting all settings in IE

 

 - Setting IE security levels to Low

 

 - Enable and disable Protected mode in IE

 

This does not seem to be a known issue.

 

 

0

• 

  Permanently deleted user

  September 22, 2016 08:52

  Forgot to add that this problem is computer specific. Some users do not experience this problem.

  0
• 

  Permanently deleted user

  September 23, 2016 11:51

  Solved the mystery. My laptop can act as a tablet.

   

  Any laptop with tablet funktion might use the toolbar configurations set for tablet.

  0
• 

  Permanently deleted user

  September 30, 2016 20:13

  Yes, the viewer will select its shell based on the browser's user-agent, but sometimes two different environments have a browser that provides a very similar user-agent. We found this especially problematic a few years back with IE and Microsoft Surface tablets, which, based on the user-agent, were nearly indistinguishable from IE running on desktop PCs. At the time, a PC running IE 10 gave this: User-Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0) ...whereas IE 10 in a contemporary Surface gave this: User-Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; ARM; Trident/6.0; Touch) To get around this, we decided to check for "touch" in the user-agent and, if present, prefer the tablet shell. Of course, this means that devices that are not tablets (e.g., laptops and all-in-one computers with touch screens) will also see the tablet shell, but we still felt this was appropriate behavior because the tablet shell is designed specifically to be touch-friendly. They're also intended to work on smaller screens, which are frequently encountered on laptops with touch screens -- especially netbooks, ultrabooks, and tablet-laptop hybrids.

   

  This can catch users out, however, if they're on a touch-enabled PC but are expecting to see the desktop shell, or if the tablet shell has not been configured to provide similar functionality to the desktop shell. I'll talk to the viewer and documentation teams about ways we can reduce this confusion.

  0

Please sign in to leave a comment.