|
POST
|
As eitdhc suggested, I would just edit the default stylesheet instead of messing with bootstrap settings. In esri.css: .map .container { border: medium none; height: 100%; left: 0; margin: 0; overflow: hidden; padding: 0; position: relative; top: 0; width: 100% !important; } As expected, there is no specific styling for a standalone '.container' node in esri.css. It must be a child of a '.map' div.
... View more
11-25-2013
01:30 PM
|
0
|
0
|
1306
|
|
POST
|
Hi Zack, welcome to the forums! Could you post your code or generate a sample using jsfiddle? Also, do you know if this bug is still present in the absolute latest version of chrome?
... View more
11-21-2013
01:02 PM
|
0
|
0
|
480
|
|
POST
|
I'm not familiar with SiteMinder in particular but were you able to get queryTask working by escaping the ' in your URL?
... View more
11-21-2013
12:59 PM
|
0
|
0
|
499
|
|
POST
|
Hi Dkole! If you don't mind me asking, what part of the installation did you have trouble with? Specifics would be much appreciated! Also, a bit off topic, but the Aptana plugin only supports the legacy style of DOJO and the ESRI JSAPI. It does not yet support AMD style, if you were planning to develop apps in that way (which is recommended with DOJO 2.0 approaching release).
... View more
11-21-2013
12:52 PM
|
0
|
0
|
727
|
|
POST
|
I'll do my best to help answer these questions (Sorry for derailing this thread BTW!!) The widgets and AMD style scripts will continue to work when the ESRI JSAPI switches to using DOJO 2.0 (hooray!). This is a LONG time away and the time-frame mostly depends on when DOJO releases version 2.0 of their API. Speculation is that ESRI JSAPI Version 4.0 will use DOJO 2.0. If you continue to use ESRI JSAPI Version 3.7 (or 3.8, 3.9, or previous versions), your application and the templates will continue to work as expected. It's up to you to switch to AMD when it is most convenient for you. Although, it is not an over-night switch. However, it is not a big deal if you don't switch to AMD right away. It takes some time to learn the basics and even longer to master the caveats and intricacies. I assume there will be a new version with pure AMD, although that might be released closer to when the big 'required' switch to AMD is scheduled to occur (a year? more? It's hard to guess at this point). Going back to the topic of this post, could you please give me some samples of source code to add this type of buttons, panels, etc: Sure! Let me look at the code again and I'll get something together. Thanks for the great questions!
... View more
10-14-2013
12:48 PM
|
0
|
0
|
802
|
|
POST
|
Anytime you see "dojo.something", it generally means that is non-AMD. In the index file is the following code:
dojo.require("utilities.App");
dojo.require("templateConfig.commonConfig");
var i18n;
dojo.ready(function(){ ...
This indicates a non-AMD style application. I am speaking with you, as an employee of ESRI, attempting to help 😃 http://www.esri.com/careers/students/summer-internships/intern-profiles/intern-profile-web-design-development You said you had the Basic Viewer in AMD style and I wanted to see your code, because the viewer you linked is in legacy style, so buttons are added in a different way (it matters).
... View more
10-14-2013
12:10 PM
|
0
|
0
|
802
|
|
POST
|
This is the AMDified version of the Esri's JavaScript Basic Viewer: http://www.arcgis.com/apps/OnePane/basicviewer/index.html The code I added follows the existing code in the "layout.js" file, but if you take a look to the index.htm or other .js files they follow the AMD style. For a detailed explanation of why it was coded this way, please contact Esri directly. Regards Hi jsn, I think you might be confused as to what AMD style is. I've looked through every single js file included in this sample application and only the widgets are in AMD style. The script in index.htm is *not* in AMD style. Most other scripts are obfuscated. App.js, custommenu.js are widgets in AMD style. Are these what you were referring to? I can understand if you think the application is AMD style since the widgets are... I'm really curious what specific script files you are referring to. I could ask ESRI, but I think they would ask me the same thing I am asking you 😄 *edit, attached picture of all scripts from the viewer [ATTACH=CONFIG]28304[/ATTACH]
... View more
10-14-2013
06:39 AM
|
0
|
0
|
2406
|
|
POST
|
1. Maybe I'm confused by what you mean. I'm just double clicking the HTML file and running it in my browser on my desktop. ArcServer is running on another machine and I believe its using IIS. Is this what you mean? 2. We are looking into the proxy issue. Is there any detailed information on how to set that up properly? 3. The sample works fine for me in all browsers. But I'm having issues with it being implemented with my own data. Works great in all other browsers, but it won't display selected points in IE. I'm using IE9. That "Error: Access is Denied" error is all that I get. Any way to maybe get into the error more to see exactly whats going on? It only pops up when I try to run the buffer selection so I know its related, just have no idea how since it doesn't seem to have any other information attached to the error. Let me know if you need more information. Thanks. 1) You need to run this file from a webserver, not the browser from your desktop. That's where your file:// error comes from. This application needs to be hosted and tested on a webserver, whether locally or on another machine. You could install IIS or apache locally and have a webserver on your desktop for testing purposes. 2) https://developers.arcgis.com/en/javascript/jshelp/ags_proxy.html 3) Very generic error; wish I could provide more info. Try steps 1 & 2 and then see if the IE9 error persists.
... View more
10-14-2013
06:24 AM
|
0
|
0
|
1200
|
|
POST
|
No good reason to have an app, no. In general, people just want to be able to say "go download our app", or "we have an app for that". I haven't been pressed lately, so I stopped pursuing the 'wrapper to make an app' approach. Mostly I'm holding out for every type of phone so I can properly test on all basic phones on the market. 😄 Thank you for the genuine answer. I figured it was something like that. I was in the same boat at a previous employer. They wanted a native solution, while most of the devs wanted to stick with our polished webapp. We didn't have enough time to do native and creating a mediocre hybrid solution just to please upper-management seemed like such a waste of time overall when we had a fully functioning webapp already. Thanks again for the answer 😃 *edit I have about a dozen very well received FLEX sites that are 4-5 years old now. There's no way I'm going to be able to rewrite these in Javascript to be as nice. I can only hope that eventually there will be more JS equivalents to replace the components that were standard in the FLEX libraries. I've never had the pleasure of using the FLEX library; is there any particular feature or component you'd miss after migrating entirely to JS? (Pure curiosity at this point).
... View more
10-11-2013
12:06 PM
|
0
|
0
|
1359
|
|
POST
|
Although I have created a mobile friendly web page that works just fine on a phone, I continue to here "But we want an app, not a web page". Is there any reason they would want a native app over a webapp, technically or functionally? There are several frameworks that can wrap your webapp in a native-esque shell which then lets you deploy your webapp through the various AppStores (iOS, Android, etc). These are two examples of such Frameworks: http://www.appcelerator.com/titanium/ http://phonegap.com/
... View more
10-11-2013
10:54 AM
|
0
|
0
|
1359
|
|
POST
|
You'll have to modularize your application by creating DOJO dijits(widgets) or Classes, and including them as packages in your dojoConfig object. Check out these two tutorials on the subject: https://developers.arcgis.com/en/javascript/jstutorials/intro_javascript_classes.html https://developers.arcgis.com/en/javascript/jstutorials/intro_custom_dijit.html
... View more
10-11-2013
10:43 AM
|
0
|
0
|
919
|
|
POST
|
If this is not possible, then how could he able to run his application by referencing them in a separate jsfile. If you look at his code, you will notice he is using the legacy style of DOJO, while you are using AMD. AMD is better; DOJO is dropping legacy support in version 2.0 as well.
... View more
10-11-2013
09:54 AM
|
0
|
0
|
920
|
|
POST
|
It looks like you're trying to code in AMD style (which is preferred and the best way to go about writing an application using the ESRI JSAPI). On the Intellisense page you linked: Note: As of v3.6, coding in AMD style is not supported yet. I wouldn't worry about using the plugin until it is updated.
... View more
10-11-2013
07:10 AM
|
0
|
0
|
2420
|
|
POST
|
Does Firefox slow down after extensive use of all of your ESRI JSAPI applications or just a specific application? In my experience as a JS Dev, its generally the application at fault, rather than the library. The API itself wouldn't necessarily cause this issue unless it was used in a certain (incorrect?) way.
... View more
10-11-2013
07:08 AM
|
0
|
0
|
1580
|
|
POST
|
This is how I remove graphics from a map, via a loop, based on a certain attribute: map.graphics.graphics.forEach(function(g){ if(g.attributes){ if(g.attributes.foo == "foo" || g.attributes.bar == "bar"){ map.graphics.remove(g); } } });
... View more
10-11-2013
07:01 AM
|
0
|
0
|
818
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-26-2014 09:56 AM | |
| 1 | 09-18-2014 11:50 AM | |
| 1 | 09-19-2014 11:28 AM | |
| 1 | 07-09-2014 01:43 PM | |
| 1 | 07-09-2014 02:05 PM |
| Online Status |
Offline
|
| Date Last Visited |
08-14-2024
05:31 PM
|