Zum Hauptinhalt gehen

Can't print in HTML5 2.0

Kommentare

10 Kommentare

  • Permanently deleted user

    Hi Laura,

    The resulting print job should appear in another browser window, so depending on your browser settings, it may be suppressed by a pop-up blocker, and some browsers are pretty subtle in their notifications for blocked pop-ups. I'd check to see if that was the problem first.

    If that isn't it, we can dig a little deeper.

    Jordan

    0
  • Permanently deleted user

    I turned off blocking all pop-ups and still nothing happens. I've waited for 15 minutes and it still shows the dialog below:

    /customer/servlet/servlet.FileDownload?file=00P6000000em1hoEAA

    0
  • Permanently deleted user

    Okay, that rules out the pop-up blocker pitfall, then. When you say that printing works for the Silverlight Viewer, do you mean for the same site? Or is the Silverlight Viewer pointing at a different site? Is the site you're testing with the CityServices site I can see on your public site?

    Is your 2.0 viewer publicly accessible?

    0
  • Permanently deleted user

    I updated the proxy.config file but it didn't fix the problem. Not sure what's going on with it still. 

    0
  • Permanently deleted user

    I am trying to work through this issue right now.  I have modified the proxy.config.

    Printing works from a web browser but not the mobile device.

    Here is the test site:

    http://gis.napa.ca.gov/Html5Viewer/Index.html?configBase=http://gis.napa.ca.gov/Geocortex/Essentials/REST/sites/LRTEST/viewers/HTML102222/virtualdirectory/Resources/Config/Default

    Louie

    0
  • Permanently deleted user

    Still unable to print from mobile device.

    0
  • Permanently deleted user

    It appears to be Popup blocker.  Is there anyway that people can get the print out without having to disable popup blocker?

    0
  • Permanently deleted user

    This will most likely be your device's popup blocker. I'm able to print from your viewer on an Android 4 phone using Chrome for Android, but the popup is initially blocked and I have to manually accept it.

    You should see a message of some type on iOS, unless it's been removed in newer versions.

    Since mobile devices have become more aggressive about blocking popups (even from the same domain), we're taking steps in the product to always present a URL for users to click on, which should avoid popup blockage.

    0
  • Martin Simonsen Bjørkenes

    Hi there

    We are having the exact same problem here. We are also running HTML5 2.0. When trying to create a print the "Preparing file, please wait" dialog appears, and nothing happens from there...

    But, we made an important discovery the other day. If, when running the print tool, we select "Current Extent" instead of  the default option "Current Scale", it works fine! And, if we then try to run a "Current Scale" print afterwards, that also works.

    The print only fails if we run the initial job with "Current Scale" selected...

    The default map scale has been set to "Current Extent" in each of our Print Templates, but in the html5 viewer, "Current Scale" is always selected as default...

    We still havent found a way to make the html5 viewer obey the "Default Map Scale" settings in the site.

     

    0

Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.