Latest Contributions by MichaelJenkins

‎04-22-2015

That is a good observation though I think the main thing I need to understand is what causes that "access denied" error when making the call to the sites ArcGIS Online for Organizations site.

‎04-22-2015

We have found that many sites built with the WAB do not work or us in Internet Explorer. The version doesn't matter, it can fail in IE 9, 10 and 11. In IE, we just get a white screen and the app doesn't load. Looking at the http traffic, there are no failed requests. But looking at the console we see the attached "Access denied" messages that refer to <name>.maps.arcgis.com. The sites always work for us in Chrome an FF. When we were first developing and testing WAB applications on our intranet, we found that some of us had to add the intranet server to IE's "Trusted sites" list in order or it to work. When we published out first WAB app on the internet (http://gismaps.kingcounty.gov/iMap) we found we had to add that server to IE's trusted sites list in order for it to work for us, but only when using our work computers on our work network. We can connect to a public network using the same browser and computer and the site would work. Now we get emails from some members of the public saying they are getting nothing but a white screen, while others seem to have no problem. It seems to me that there is some combination of IE security settings and perhaps our firewall that causes this. We've been telling people to try adding our site to their "trusted sites" list, but that is not only annoying but also not possible for many people who have an IT department that prevents them from changing their own settings. Plus that solution only works on a site by site basis, it doesn't solve the larger issue. I'd like to know if other people have this problem and if anyone can help to figure out a solution. Here are some of the sites that do not work for us in IE on our network, but work fine in Chrome and FF (and in IE from home). In each case I can see that access denied error in the IE console. Please note we have *.ArcGIS.com in our trusted sites list. http://www.tapasdas.com/Maps/Phones/app29/ https://gis.yakimawa.gov/measure/ http://gis.hamiltoncounty.in.gov/mapviewer/index.html http://gis.calhouncounty.org/WAB/V1.1/widgets/ElevationProfile/index.html# http://gis.calhouncounty.org/WAB/V1.1/widgets/eSearch/

‎04-21-2015

No, I don't think so. The MXDs have to reside in a folder on the server I order for the print task to be able to access them, and uploading MXDs is not supported in AGO.

‎04-21-2015

I'm very interested in having a better print tool solution. I don't think it would be possible to use a third party browser add-on like Lightshot though. I doubt that JavaScript in a page can control an add-on -- plus you'd have to get the user to install it before you could use it.

‎04-09-2015

Ok, I understand. Thanks. I will also second the request to have a per-query option to enable "show results in attribute table". It doesn't make sense for some queries, especially the ones where the user chooses a single value from a drop down list. It is a great feature, but would be even better if was optional. Michael

‎04-09-2015

Robert, I have a question. When I configure my links in eSearch to be displayed with my results, I choose for them to be displayed as text links, but the results tab still shows them as image links, which are difficult to see. what can I do to get text links in the result panel? Thanks, Michael

Alaska GIS Users Blog · ‎04-06-2015

That's right, Rebecca, we have built a WAB application using several of the widgets that are here on your list. Currently we are implementing the url tracker, eSearch, Google StreetView, and an enhanced measure tool. Our users are pretty happy with most of these tools but the enhanced measure tool is not working out so well. Because it only displays the measurements as text on the screen, if a user draws more than a couple of line segments (or short segments) then it becomes very hard to read, plus there is no way to copy the measurement text to your clipboard. The Esri measure tool is very simplistic, but it is easier to use and easier to see your measures. The enhanced measure tool has so many drawing tool options that many users look at it and don't know what to do to measure. We had also started to use the eDraw widget, but we got inconsistent results with it and removed it. Text was the biggest problem. If you place more than one piece of text it would often continue to add the first text, and if you try to edit the text after it is placed, we had to save twice in order to see the change. It has many great features and we hope it can be fixed so that we can offer it once again.

‎03-31-2015

Was that original issue only with IE or all browsers? We have found that when we deploy a WAB app to IIS, we have to add that server to IE's "Trusted Sites" list or it wont load the site. We have problems using IE to view WAB based sites that are shared here on GeoNet too.

Alaska GIS Users Blog · ‎03-04-2015

Today we posted a Beta version of our new WAB based app. This is going to finally replace our ArcIMS app that has been used by thousands of people every day for about 13 years! Many thanks to the developers and resources here on GeoNet. We've incorporated a bunch of the customized widgets listed here including eSearch, eDraw, StreetView and URL tracker. We are probably going to add Tabbed Splash screen and Print+ in a few weeks as well. King County iMap I'll be at the DevSummit next week, hope to met some of you there! - Michael Jenkins

‎03-02-2015

I figured out the answer to my own question. The config file name is based on the widget's label so that you can add more than one instance of the same widget. To add a second instance of the same widget, for example the draw widget, you have to give the second one a different name which is its label property. By having the config file named by label, then, the same widget can be used more than once with different configurations. I can imagine wanting to add more than one GeoProcessing widget, for example, with each pointing to a different GP service. This way you don't have to load two entire copies of the widget.

‎02-27-2015

This is great! Both custom draw widgets are an improvement over the out of the box widget, and combining your efforts is going to make this an awesome draw widget. Someday we will even be able to edit the shapes once they have been drawn, I have no doubt. Kudos! Jeremie Cornet‌ and Larry Stout‌

‎02-25-2015

Robert, Right, the widget folder doesn't change name, just the configuration json file for it. To clarify my question, the default config json file is in the widget folder, but as soon as you start changing the widget configuration, it writes a different json config file into the "configs" folder with a sub folder that has the widget name. That config file name is based on the widget's label. Using the "Coordinate" widget as an example, when you add the widget to your WAB application, there is no corresponding "coordinate" folder under the "configs" folder. (in fact there won't even be a configs folder yet). The widget is looking at the config.json file in the widget's own folder. Now click the edit icon on the widget and change the number of decimal places or add another coordinate system. Save the app and a "configs" folder gets created with a "Coordinate" folder and a file called "config_Coordinate.json". Next, click the edit icon again but this time change the widget's name to something different, like "DevSummitDemo" and the config_Coordinates.json file changes its name to "config_DevSummitDemo". This config file doesn't even contain the label for the widget. That is in the "config.json" in the root folder. When you change the name of the widget it changes the "label" and "config" attributes in that root config.json file, with the "config" attribute containing the path to the file I'm describing above. The same thing happens with other widgets, including eSearch so I guess it is built into the widget template. (Sorry to use the word "config" so many times in one post.)

‎02-25-2015

Cool idea, I like it!

‎02-25-2015

I have a question about widgets in the WAB. Why is the config file based on the widget's label instead of its name? If the widget is named "eSearch" and I change the label to something else that I think my users will better understand, like "Search & select", why does the json config file in the configs folder change to match the new label name? It seems to me that the label property should just be used for the text that is displayed to the user while the name attribute would be used by the code to identify the widget. This is not an eSearch question specifically, the out of the box widgets do this too. When this happens, your config file no longer matches the widget's folder name or name attribute.

Alaska GIS Users Blog · ‎02-23-2015

Excellent resource, thank you!

Online Status	Offline
Date Last Visited	‎04-10-2026 11:09 AM

My Ideas

Latest Contributions by MichaelJenkins

Re: What causes IE to choke on WAB sites?

What causes IE to choke on WAB sites?

Re: Adding a Custom Logo to Maps Using the WAB Print Widget

Re: Custom Screenshot Widget or Print Layout Export Widget

Re: Enhanced Search Widget Version 2.13 - 09/25/19

Re: Enhanced Search Widget Version 2.13 - 09/25/19

Re: Web AppBuilder Developer Edition - Resource List (updated 5/13/2018)

Re: Deployment issues with WAB

Re: Web AppBuilder Developer Edition - Resource List (updated 5/13/2018)

Re: Why is a widget's config file name based on the label attribute?

Re: Some opinion on a beta eDraw widget

Re: Why is a widget's config file name based on the label attribute?

Re: Dojo Bootstrap Modal, who needs popups

Why is a widget's config file name based on the label attribute?

Re: Web AppBuilder Developer Edition - Resource List (updated 5/13/2018)

Set and persist order of basemaps

Allow hotels to disable the all-day reservation op...

Re: Maximum number of instances: n+1?

Make the Indoor Viewer booked tab default to "For ...

Is Instance Saturation relevant for Shared Instanc...

ArcGIS Server with JavaScript API

Web AppBuilder Custom Widgets