POST
|
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.
... View more
04-21-2015
04:31 PM
|
1
|
0
|
1779
|
POST
|
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.
... View more
04-21-2015
04:28 PM
|
0
|
2
|
1100
|
DOC
|
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
... View more
04-09-2015
10:51 AM
|
0
|
0
|
4211
|
DOC
|
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
... View more
04-09-2015
10:32 AM
|
0
|
0
|
4211
|
BLOG
|
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.
... View more
04-06-2015
11:36 AM
|
2
|
0
|
14249
|
POST
|
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.
... View more
03-31-2015
09:53 AM
|
0
|
1
|
811
|
BLOG
|
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
... View more
03-04-2015
11:48 AM
|
3
|
0
|
14249
|
POST
|
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.
... View more
03-02-2015
05:36 PM
|
2
|
0
|
774
|
POST
|
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
... View more
02-27-2015
10:32 AM
|
0
|
0
|
2289
|
POST
|
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.)
... View more
02-25-2015
02:11 PM
|
0
|
1
|
774
|
POST
|
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.
... View more
02-25-2015
01:22 PM
|
0
|
3
|
4351
|
DOC
|
John, Nice addition! This sounds like the first step in a customization we'd like to do. We are using the WAB to build a web app to replace an existing one that has a long history of taking a parcel number through a very simple URL query string. For example http://www.abc.org/MapApp?parcelnum=0123456789 We've configured the eSearch widget with a parcel query, and it can execute queries based on URL strings if it is open, but we would like to maintain our easy to communicate query string of "parcelnum=0123456789" If do it the eSearch way they if we add another query, the expression number variable could change, an then dozens or more links from other organizations would break. So what I'd like to do is write some code for the WAB app that can take our simple query string that will never change and translate it behind the scenes to the user into a call to the eSearch query. This code you posted will come in very handy to help me get started.
... View more
02-23-2015
01:18 PM
|
0
|
0
|
6511
|
DOC
|
I have two questions for you. 1) Is it possible to get dropdown lists sorted alphabetically? 2) Is it possible to format the results list and popup window? For example, I have configured a search on a city layer and specified "CITYNAME (string) is Unique" as the expression. When I run the eSearch tool, the list of city names appears to be in a random order, even though when I look at the HTTP request that is made to populate the list it is clearly being returned sorted alphabetically. outFields=CITYNAME&orderByFields=CITYNAME (EDIT: Random order is not the right way to describe it. It is more like it is almost in alphabetical order but with occasion random mistakes, like a city that begins with "A" is inserted in between "L" and "M" city names. And upon reloading the site and creating the list again, it may be a different city name that is out of order. It is not consistently the same one in the same wrong position in the list.) When I run the search for the city of "Kent", the results panel shows: Kent : undefined The popup window for the result is then different from the popup widow for that actual map layer. Ideally we could somehow specify for the results tool to use the popup configuration from the webmap. I know the search tool is not using the webmap at all, but it would be nice to have a consistent display of popup windows for the actual map layer and the search results on that map layer. Even if I could just manually configure the result popup window, that would suffice. Thanks! Michael
... View more
01-15-2015
01:38 PM
|
0
|
0
|
7775
|
Title | Kudos | Posted |
---|---|---|
1 | 08-21-2024 02:56 PM | |
2 | 3 weeks ago | |
1 | 02-14-2022 03:23 PM | |
1 | 08-28-2024 02:01 PM | |
2 | 08-19-2024 09:34 AM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|