Latest Contributions by BarnabyRockwell

This issue and the fix will force me to only use WAB Dev apps rather than AGOL WAB apps....  ... View more

Michael, That works perfectly!  Thank you very much. Hopefully esri will make this edit unnecessary in the next WAB release! Best regards, Barnaby ... View more

Adam, What is the functionality of auto-refresh?  Does a setting of zero mean that the service will never redraw automatically?  In what circumstances is it best to alter that setting?  Why is auto-refresh important? I installed the new widget in both WD 1.3 and 2.0 apps, and will report back if I see any issues. Cheers, Barnaby ... View more

Ok, thanks, Robert.  I'll try that.  I've also contacted our reverse proxy security people to see if the print command is being blocked by them.... Cheers, Barnaby P.S.:  With your suggestion, and the removal of a security blockage by reverse proxy people, the printing works perfectly now!  🙂 ... View more

Robert and Rebecca, I think that I am having the same problem with printing from a WAB Dev 1.3 app.  Perhaps you could help.  My setup: Public-facing IIS server (behind enterprise reverse proxy), url = http://public.gov ArcGIS for Server 10.4 + Web Adaptor are running on it. No Portal. This machine has another name on our internal network, I will use http://intserver.xx.xxy.net. The Web Adaptor is configured thus: http://intserver.xx.xxy.net:6080. Given what was written in this thread, I set up a local proxy on web site:  /prox/proxy.ashx In config.json of WAB app, I entered: "httpProxy":{"useProxy":true,"alwaysUseProxy":false,"url":"/prox/","rules":[{         "urlPrefix": "http://public.gov/arcgis/rest/services/Utilities/PrintingTools/",   ****I tried many things for this, to no avail******         "proxyUrl": "/prox/proxy.ashx"     }]}, config_Print.json in my app: {   "serviceURL": "http://public.gov/arcgis/rest/services/Utilities/PrintingTools/GPServer/Export%20Web%20Map%20Task",   "defaultTitle": "ArcGIS Web Map",   "defaultAuthor": "blah blah",   "defaultCopyright": "",   "defaultFormat": "PDF",   "defaultLayout": "Letter ANSI A Landscape" } My /prox/proxy.config.  I also tried an "empty" one as Rebecca suggested, but that didn't work, either. <?xml version="1.0" encoding="utf-8" ?> <ProxyConfig allowedReferers="*"             mustMatch="false">   *****also tried true here - didn't work*******     <serverUrls>         <serverUrl url="http://services.arcgisonline.com"                   matchAll="true"/>         <serverUrl url="http://public.gov"   *****I also tried the entire serviceURL from the config_Print.json shown above - didn't work******                   matchAll="true"/>         <serverUrl url="http://myorg.maps.arcgis.com"                   matchAll="true"/>         <serverUrl url="http://utility.arcgisonline.com"                   matchAll="true"/>         <serverUrl url="http://intserver"                   matchAll="true"/>     </serverUrls> </ProxyConfig> What am I doing wrong?    Even without a proxy set up, I get an error like Florian did, "Unable to load" the long print url, which is about ~1800 characters long.  I wonder if my problem is related to the enterprise reverse proxy, which could be blocking requests......  I have no idea. Thanks in advance, Barnaby ... View more

What would we do without Robert?  ... View more

For the case of WAB 2.0 apps which call AGOL Web Maps, why isn't there at least the option of having the top-level layer names in the TOC to be the layer names shown in the Attribute Table?  The top-level layer names of the services are configurable in the Web Map as shown below. As it is now, the layer names in the Attribute table are always the names of the top-most group layer in the published service (if any), or some erroneous hybrid of layer name + layer id.  I don't think that is a good idea, as the only way to change those names is to change the group layer name in the mxd prior to publishing.  But in the case of the hybrid name, there is apparently no way at all to change it, leading to garbage for the name in the Attribute Table. I hope that esri addresses this issue soon. ... View more

Hi Robert, The forum has been down all morning.  I'll try out 2.0.1.1 now!  Many thanks, Barnaby P.S.:  You have outdone yourself this time.  The formatting is PERFECT!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!  Fantastic job.  MANY, MANY THANKS!!!!!!!!!!!!!!!!!!  ... View more

Robert, Pre-wrap results are the same as for normal. -Barnaby ... View more

Robert, That change fixes the results themselves perfectly, but now the layer names are messed up (shown in red below). Is there a way I can format the layer names so that they are single-spaced and left-justified like the results? Cheers, Barnaby ... View more

Awesome, Robert! Many thanks, Barnaby ... View more

Robert, Thanks for the new version! Is it possible to configure the widget so that results are word-wrapped, or to add a little "Word Wrap" button to the results window?  I have some long string attributes, and it would be convenient to users to not have to scroll to the right. Cheers, Barnaby ... View more

Adam, I tested LL widget 2.0 in a WD 1.3 app, and it appears to work fine with no edits to files under jimu.js directory.  Attribute Table widget settings.js still requires the edit. Cheers, Barnaby ... View more

I'll bet you're right.  Are you still working on the 2.0 version of the widget, or do you consider it final? ... View more

Adam, On further inspection, it appears that the edit to the Att. Table settings.js file utils.readConfigLayerInfosFromMap(this.map, false, true) is still required for Attribute Table info to be read from the layers added via LL widget.  Without the edit, no data will appear in the Att. Table widget editing GUI, although if the Att. Table config file is imported, data from it will populate the Attribute Table widget, NOT INCLUDING the layer names.  Cheers, Barnaby ... View more