Latest Contributions by FredSpataro

Hi All, I was upgrading the API references in my applications last week and found a strange change in the draw toolbar behavior that's driving my testers/users nuts.  The pictures below show the difference best...   At version 3.17 or less, the polygon draw tool uses an internal fill WITHOUT the outline.  This gives the appearance of an incomplete polygon: At version 3.18 or greater, the polygon draw tool uses an internal fill WITH the outline.  This gives the appearance of a completed polygon.  The change immediately confused all the testers/users.  Since the user still has to "double-click to complete" the polygon, the red line across Greenland will never be the polygon drawn, so this new outline seems very misleading even if I "re-train" all the users to simply "get used to it" Is there a setting to change this back? To reproduce: 1. use the sandbox on the basic draw graphic example: https://developers.arcgis.com/javascript/3/sandbox/sandbox.html?sample=graphics_add 2. Draw Polygon - result similar to second picture 3. Set API references to 3.17 4. Click Refresh button 5. Draw Polygon - result similar to first picture NOTE: the freehand polygon tool has a similar change but in that case the "final/connector" outline follows from the end of the mouse cursor so it doesn't seem "weird"... Maybe if the regular polygon tool did that, this change wouldn't seem odd.  Thanks ... View more

Hi All,  I've found a really odd issue where "picture fill" portion of the symbol doesn't draw in FireFox, MS Edge and Safari when you're html uses <base> - HTML | MDN .  This is quite common in angular apps.  Expected behavior PictureFillSymbols and SimpleFillSymbols with a hatch fill setting (ie STYLE_HORIZONTAL) draw correctly when using the <base> element. Functioning: In Chrome on Windows & Mac and MS IE 11, the fill hatch or picture displays as expected. Actual behavior Non-functioning: In MS Edge, Safari on Mac and iOS the fill is solid black (no hatch or picture). In FireFox on Windows & Mac the fill is completely empty (no hatch or picture). I've stripped most of everything out of the my code in trying to nail down the issue, and it appears to be as simple as adding or removing the <base> element There are no errors or other indicators for an issue from within the developer tools. The network tab shows the fill picture (hatches in simplefillsymbol use a picture just like a picture fill symbol) IS being downloaded successfully. Inspecting the canvas svg elements and the sections in the working and non-working browsers show the exact same information so the svg elements appear to be correctly created. Steps to reproduce Copy this sample locally: https://developers.arcgis.com/javascript/3/jssamples/graphics_add.html Add the <base href="..."> tag Use one of the polygon tools. See the result in Edge/FireFox/Safari FireFox result: FireFox network trace (image is downloaded, other browsers show same download success) MS Edge and Safari result Comparing SVG in element inspector Chrome (left) v FireFox (right) I’ve tried both relative and absolute paths for both the <base> and the Symbol.Url property, neither seems to make a difference.  This is causing a pretty big issue in our web apps.  We need to use the <base> tag for angular functionality and we have some fairly complicated cartography so being able to use simple hatches and picture fills is imperative. NOTE: this issue is not related to angular itself. I can reproduce with just the stock JSAPI.  Thanks  Fred ... View more

Hi All,  I have a Javascript API web application connecting to GP services on a secure AGS instance via the Esri Proxy.  All is good, except some IE and Edge users (not all, not consistent) are experiencing job failures b/c the status check request is always using the "cached" version and never receiving the complete trigger.   What's the appropriate way to handle this situation?  Thanks  Fred.  ... View more

Hi All,  Maybe I'm hoping for something that's not possible but I thought that by setting this value to specific machine domains, it would prevent AGS from responsding to requests from other places.  Is that not the jist of it?  I have: AGS 10.3 server. The Allowed origins property in the Admin site (Home>system>handlers>rest>servicesdirectory) is set to: server1.mydomain.com  I've saved the operation and restarted the AGS service.   I can still access the map services on this box from: a basic JavaScript API map on localhost from the arcgis.com map from web browser just copy/pasting the url from the web application on another server.   I haven't found anything that's "blocked" What should I expect from this property being set? Am I missing another step?  I'll following the steps here: Restricting cross-domain requests to ArcGIS Server—Documentation (10.3 and 10.3.1) | ArcGIS for Server  Thanks  Fred ... View more

Hi All,  I have a dataset in "USA Contiguous Albers Equal Area Conic" that I'm serving out thru a map service to be displayed in web maps in "Web Mercator".  I can NOT project the dataset before publishing.  It has to be live to the database as is.   So since I'm left with only project-on-the-fly, is there a difference or performance gain to set the MXD to Web Mercator and publish over publishing in native Albers and letting the JavaScript api send the "output coordinate system" parameter in each request? I tend to think it's better to let the consumers of the service know the datasets will be projected on the fly so they keep performance in mind.  But in reading thru some documentation and threads it seems like the ArcSOC process might have caching or initialization savings if the MXD is set to Web Mercator initially rather than on each request.  But I can't find anything explicit about this so I might just be reading more into those comments. Thanks. ... View more