|
POST
|
My first mobile project is based on the Find Nearby sample. It specifies the iPhone CSS <link type="text/css" href='http://serverapi.arcgisonline.com/jsapi/arcgis/2.7/js/dojo/dojox/mobile/themes/iPhone/iPhone.css' rel='stylesheet'> In testing, there are issues on some Android phones. On one it is loading fine, another not at all and a third it loaded, but was pretty slow. As I've read further on the dojo site, it sounds like if I add dojo.require("dojox.mobile.deviceTheme) then it will handle the themes for the various devices for me. I'm wondering if the lack of a specific Android theme is part of the problem. My question is, If I add this, should I remove my existing CSS reference to the iPhone theme? Or is it OK because adding the deviceTheme as a requirement takes care of it anyway? http://wwwgis.dhss.mo.gov/Website/mobileWIC/WIC.html
... View more
11-27-2012
04:08 AM
|
0
|
0
|
824
|
|
POST
|
All of those instructions about the changes sound worse than they really are. Most of those changes would occur in your initial javascript section of code. Nothing in that sounds like you have to step through line by line within your functions.
... View more
11-26-2012
08:36 AM
|
0
|
0
|
1900
|
|
POST
|
I have several very nice looking maps that are built in FLEX/Flash. I received a lot of pressure to make them more mobile friendly and management came out strongly "No Flash Player". I got my first one working properly using the Javascript mobile components. It's not my intent to replace my existing FLEX sites, which have a lot more functionality in them then will fit on a small screen. I'm planning on just adding a link on our web pages to the mobile version. It would be really nice to also have the existing HTML wrapper of my FLEX sites offer to redirect them to the mobile version if it detects they don't have Flash. They end up wasting a lot of time going down that path before they find out it isn't going to work on their phone. Most of my sites are old enough they are still FLEX 3. I don't know if the generic HTML wrapper that Flex Builder or Flash Builder changed between those versions. I've only used the OOTB wrapper that gets created when you make a new project and it looks pretty plain. Now that I'm learning JavaScript, it's not nearly as intimidating to go into it to make modifications. I'm just not sure what to change.
... View more
11-26-2012
08:29 AM
|
0
|
6
|
1668
|
|
POST
|
Just delete that line. Having it in there does just what said you don't want - every call goes through the proxy. Leaving it out doesn't mean your proxy is ignored, it means it will only be used "as needed" and not for every layer.
... View more
11-26-2012
06:18 AM
|
0
|
0
|
1040
|
|
POST
|
That makes more sense than having to do something on your servers because of a new API. It depends too on whether or not you're trying to enhance existing code or whether you are starting from scratch. At some point you do end up biting the bullet and start using the newer versions. Sometimes it isn't as bad as you think to make the switch; you don't know until you try.
... View more
11-26-2012
06:09 AM
|
0
|
0
|
1900
|
|
POST
|
I've never heard of such a thing! I am still using ArcGIS server 9.3 (not even 9.3.1). The only issues at all I've had with some of the newest dojo or Javascript API has to do with the fact we are still running a rather old version of IE as our default browser internally. That has nothing at all to do with what we do or don't have on our servers.
... View more
11-26-2012
05:40 AM
|
0
|
0
|
1786
|
|
POST
|
I'm not sure exactly how you are calling your infoWindows in the first place, but I have been using map.infoWindow.hide();
... View more
11-26-2012
04:38 AM
|
0
|
0
|
752
|
|
POST
|
The end result is the same no matter whether use the word "interpret" or "support". Po-tay-to, po-tah-to as far as I'm concerned. It doesn't work. Do you know if it continues to be an issue with the newer version of IE?
... View more
11-26-2012
04:26 AM
|
0
|
0
|
1500
|
|
POST
|
I found it! I was using the find nearby mobile example. The mobile components aren't fully supported in IE8, which is still our default browser. When I studied my start location point closely, I saw that the Name attribute, which was supposed to get getting it's content for one of the mobile components, wasn't finding that value. What looked like "undefined" name attribute value must have been something very strange internally. So that point was not valid after all, causing one of my stops to be bad , which in turn caused the route to fail when trying to solve it! IE 8 did NOT properly interpret dojo.byID('loc').textContent I did not absolutely need to have a attribute of "name" on my point, so I just removed it. var startLoc = new esri.Graphic(esri.geometry.geographicToWebMercator(new esri.geometry.Point(currentLocation, new esri.SpatialReference({ wkid : 4326 }))), fromSymbol, { source: pointSource, RouteName : feature.attributes.FACILITY });
... View more
11-21-2012
10:16 AM
|
0
|
0
|
1500
|
|
POST
|
Single field is more generic than a single standard address. Mostly you would use that for searching on fields that contain some sort of ID that is easily typed incorrectly because in general locators are more forgiving than using "find" or "query". I've used it before to create a service to act more like a "find" on parcel IDs. You should look at something like US Address - single.
... View more
11-21-2012
10:05 AM
|
0
|
0
|
1154
|
|
POST
|
I thought it was my proxy because it was 'failing' on the request I thought was the biggest one I was trying to process. In the end I had two problems, one with my proxy and one with routeTask.
... View more
11-21-2012
08:56 AM
|
0
|
0
|
1884
|
|
POST
|
The state is still on IE 8. I found the problem! It had to do with the mobile components, that aren't well supported in in that browser. I was adding a few attributes to my start and end points and the start point was supposed to have the name of the address by finding the content of a mobile item. Instead it was coming back as undefined. I didn't think much of it, but instead of being "blank", it must have had something very wierd as the name attribute and it was confusing the whole thing. I didn't really have to have the attribute and took it out - problem solved!
... View more
11-21-2012
05:28 AM
|
0
|
0
|
1884
|
|
POST
|
This works in Firefox and Chrome, but not in IE. I don't feel very proficient using the IE debugging tools. But since there are no errors in Firebug, I had to look into other debugging options. I also turned on Fiddler to monitor my traffic. I turned "always use proxy" back on again and now in Fiddler I see an error that the stops I have defined for the routetask are invalid. I think this is curious because it works in other browsers. So I will be pursuing that instead (and have a thread about it as well). This is available at http://wwwgis.dhss.mo.gov/Website/mobileWIC/WIC.html Since it's based on geoLocation, it's not going to work for you (unless you happen to be in Missouri). It has an option to "Enter my starting address" that will search by geocode instead. I'm using the World Locator, so you can just enter any Missouri town. I've been using Holt, MO for no other reason except that it is short and easy to type.
... View more
11-21-2012
04:36 AM
|
0
|
0
|
1884
|
|
POST
|
Looking at the response from Fiddler, it says the stops parameters is invalid. It gives me a place to start tomorrow anyway.
... View more
11-20-2012
12:46 PM
|
0
|
0
|
1500
|
|
POST
|
I've not used those before, but when I looked them up and check my code it was all basic formatting stuff. Nothing that focuses in on this particular problem.
... View more
11-20-2012
12:37 PM
|
0
|
0
|
1500
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 06-02-2017 02:38 PM | |
| 2 | 03-18-2022 10:14 AM | |
| 2 | 02-18-2016 06:28 AM | |
| 1 | 03-18-2024 07:29 AM | |
| 4 | 08-02-2023 06:08 AM |
| Online Status |
Offline
|
| Date Last Visited |
02-25-2025
01:56 PM
|