POST
|
Same problem here. Using a dojox.widgit.ColorPicker and tracking input via the events. The data is being placed into the value property correctly. But never gets to the Graphic's corresponding attribute value. Something to do with pushing the update to the graphic. I've noticed that Dojo's documentation is off in many ways though. This could be a bug based on how ESRI gets the value. Some dijits work well with... myDijit.set('value', somevalue); ...while others prefer... myDijit.value = somevalue; ...and still others like... myDijit.attr('value', somevalue); And the documentation is very unreliable. For instance, ColorPicker doc says to use attr('value') to assign values. But in truth, only value = somevalue works. It's no wonder this breaks the link in the AttributeInspector. Which way does ESRI get/set the value? Luckily the set TO the dijit works. Dodgy consistency.
... View more
09-05-2013
02:41 PM
|
0
|
0
|
569
|
POST
|
Solved my problem by delving into the API code. (Thank you so much for being transparent, ESRI!) Was actually quite simple once you read through it. It would still be nice to have the option. But as long as I can override/wrap functions, I'm good. I would reveal my solution. But I don't think it's a good idea to expose a hack to the mass. Would be better to let ESRI add the functionality, in my opinion.
... View more
07-02-2013
07:59 AM
|
0
|
0
|
1127
|
POST
|
Authentication in general is not the problem though you are on the right track. We do use a proxy. But we use subdomaining to allow more requests to our proxy than the standard 2-request limit most browsers procure. (see Using multiple subdomains with a tiled service layer, an ArcGIS for Silverlight example). Our proxy uses its own authentication. It's a custom proxy, not the simple one from ESRI. If no ideas generate, that's fine. I'll manipulate the API in-house. Just making a request because it sure would be nice to have.
... View more
07-01-2013
05:14 PM
|
0
|
0
|
1127
|
POST
|
Currently we cannot use the last 3 versions of ArcGIS for Javascript because authentication cookies are not sent with CORS requests. I have a couple of ideas to request as a solution: 1) Give us a global configuration option to enable/disable CORS
esri.config.defaults.io.enableCors = true | false;
2) Allow us to include credentials in request via esri.setRequestPreCallback
esri.setRequestPreCallback(function (ioArgs) {
ioArgs.withCredentials = (shouldUseCredentials(ioArgs.url) === true);
return ioArgs;
});
If something like this already present and I missed it, my mistake. Please lead me in the right direction.
... View more
07-01-2013
04:15 PM
|
0
|
8
|
3246
|
POST
|
By the way, we cannot derive from the tiled layer class either. Because the proxy uses the question mark + url: Ex. http://subdomain1.mydomain.com/proxy.axd?http://internalserver/arcgis/rest/services/mylayer/mapserver And if you put this in your layer's url, it turns out to be something like this: http://subdomain1.mydomain.com/proxy.axd?f=json&http://internalserver/arcgis/rest/services/mylayer/mapserver or worse http://subdomain1.mydomain.com/proxy.axd?f=json&objectids=&abunchofothertags=&http://internalserver/arcgis/rest/services/mylayer/mapserver/0 In a way I probably could piecemeal the real request from this. But as you can see this could get really ugly and broken quickly. All I need is a way to alter the url right before it is used.
... View more
06-28-2013
01:11 PM
|
0
|
0
|
229
|
POST
|
We've been a customer of ESRI for several years and have grown with ArcGIS web technology as it progressed. In the past, we used Silverlight. And one of the best blogs about ArcGIS for Silverlight was that ability to get passed the two-request limit of browsers by using multiple subdomains: http://blogs.esri.com/esri/arcgis/2009/12/10/using-multiple-subdomains-with-a-tiled-service-layer/ Well we surpassed Silverlight for a couple of years now but enjoyed this feature as it increased our map performance. So we did the same thing with ArcGIS for JS by modifying wrapping the esri._getProxyUrl method. As of 3.3, we cannot override this method as it is encapsulated -- a good thing in most ways. Could you either re-expose this function or allow a callback similar to esri.setRequestPreCallback? We're pretty much stuck on 3.2 until this changes. We tried to use CORS and addProxyRule, but cookies are not sent through to those requests -- which makes sense actually. Our only other option is to host ArcGIS for JS locally and manipulate _getProxyUrl then. We would rather not as that is a headache to maintain. And I do know that sometimes you patch an existing version after it is released.
... View more
06-28-2013
01:05 PM
|
0
|
1
|
401
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:24 AM
|