Latest Contributions by EricGardecki

‎05-16-2012

Hey Tom et al, I'm trying to figure out an issue I just noticed while using your widget. I use Google Chrome for most of my internet activities including my testing of the print widget. Everything is working fine there. However, when I use Internet Explorer, and print a JPG, IE doesn't seem to respect the resolution/scale...if that makes sense. The JPG that is created does not fit on the page that it is supposed to. For example, the print widget is set to JPG, letter size (8.5"x11"), and 200dpi. When trying to print the resulting image (in IE), the image is much larger (roughly 200% but not exactly) more than the paper it's supposed to be on. This does not happen in Chrome, nor is it a problem using PDF instead of JPG. I can not find any settings in IE to adjust. I know it has something to do with the pixels of the image and therefor how they fit on a real-world piece of paper, but I don't know what to do about it. If I resize the popup window that the print image appears in, in Chrome, then I have the same issue. But apparently something is forcing the pixel ratio to be correct when it pops up...this doesn't seem to happen in IE. The easy way to deal with this is just default to PDF, and that works fine, but if a user wanted to do a JPG I want to be sure that when they print it the scale is not screwed up by this. Is there a setting that needs to be adjusted in IE, or the widget, so that the JPG image will print correctly in IE? Hope that makes sense. I found it rather difficult to describe.. Attached is the result when the output is set to JPG, using IE...printed to acrobat to create a pdf to share. This is what comes out on the print. Here is a direct link to the result, of the same map extent, when the output is set to PDF. http://map.exetertownship.com/arcgisoutput/PrintTask_MapServiceMXD_1337185697392_layout.pdf Thanks

‎05-16-2012

it seemed to load up better this morning. I can't be sure I was the first one on it so I won't know for sure until I test more over time but so far it seemed to do the trick. Thanks much.

‎05-15-2012

the sleeping services seems to make sense. I'll test that out. thanks!

‎05-15-2012

I've noticed that my application will occasionally load very slowly, maybe 10-20 seconds, for the initial load. As in, immediately after browsing to the url. Once loaded, and all other times, it runs quite fast....zooming (loads in 1-4 secs), searching, etc. This only seems to happen to me maybe once per day...but I've only started paying attention to it yesterday. I haven't been able to pin down if there is a pattern on when this happens or not but it may only happen after a restart of the map service or first thing in the morning (as in maybe it hasn't been accessed in a bunch of hours). I'd have to test alot more to be certain of that though....I'm just throwing that out there. The load is so slow at those times that I can imagine people closing the page and complaining. I'd like to nip this in the bud now before I'm live...which is very soon. It does not seem to be related to the REST cache as clearing it didn't change anything, however, that's the only thing that makes any sense to me. The only other thing of note is that the wait for loading is after all the widgets and elements load. The map layers themselves are what you are waiting on. The one exception, which may just be coincidence, is that the scale bar loads with the layers, which would be slowly in those instances, instead of with the rest of the widgets/elements...as if it's possible that the scale bar is what is struggling to load. My set up is a MSD map service accessing data within a GDB on the same machine as AGS. Any suggestions? Thanks

‎05-15-2012

My flash players are all up to date already so there was nothing to update. I tried it in multiple browsers and multiple computers as well. As for the index.html. I was just trying to follow the developer help page you linked to. It suggested running the index.mxml within FB, prior to compiling, to be sure it's working. That's when I got that error. That being said, I decided to try again and ignore that error. I replaced the ConfigManager.as in the project with yours that was posted above, compiled, and tested it out. It is loading just fine now. I then tried a couple quick changes to test out the cache thing. Changes to a widget happened without having to clear the browser cache, however, when I changed something in a popup config I could not see the change without clearing the browser cache. Apparently there are some limitations to what this fix applies to. Do you have a handle on what those limitations may be? So far it seems that it applies to widgets and changes to the config.xml....which is definitely great...but what does it not apply to and why? And can this be changed? Thanks for your help. I'm glad to have this working. Oh... the compile creates several *.swz files along with the index.swf that apparently match the version of FB. Must I use the versions I created or can i just take the index.swf alone out and add to my viewer?

‎05-14-2012

Mattias, thanks for the response. I tried your index.swf and get the same result as the one I compiled. The url to the viewer appears to find something, as in no browser errors, but I get a blank white screen. Flash loads but no viewer. I get no errors anywhere. This same testing application works just fine with the esri compiled version of the file. I then again loaded the source in FB and simply tried to run it before doing anything (as in your link) and I get an error saying it can't find index.html. All I did was import the project and add the sdk as is and there are files missing?? I'm thoroughly frustrated as to why either thing isn't working and don't know what else to do. Any ideas? Thanks

‎05-09-2012

I'm with you on that one. Turns out that that file is in the source for the viewer. So I downloaded that, opened in flash builder (first time using it), fumbled my way around in there all morning, and once I got the build exported it didn't work anyway (viewer doesn't load at all). I have no idea if I did something wrong in FB or if I missed some of the edited lines in Robert's attachment. I opened his file, found the lines with the timestamp, and edited those lines in the 2.5 version. I spent a long time and have no idea what i'm doing in the source, or in FB itself. Unless someone can point me to what I may have done wrong I think i'm screwed. I spent so much time setting up the flex viewer and now something like this is making me regret using it. How can something like this get overlooked? Silly me, if I update my viewer or data I want the end users to see the changes...

‎05-08-2012

It seems like I often have to clear my browser's cache after updating some things with my web app or else the changes do not show. Clearing the REST cache doesn't take care of everything. I think the average user would not think to clear their cache let alone even know how and they would not see changes/fixes. Is there a way to force it on load somehow? If not, Any ideas on how to get people to understand that it may be necessary? I doubt that a snippet in a help page would be enough....plus when would they even know that a change has been made and they need to clear it? thanks!

‎05-03-2012

I'm using the version of this widget that is attached to a post above...the one for FV 2.5 (and date/time fix). I'm having the same problem as someone from a different thread ( http://forums.arcgis.com/threads/24151-Selection-Widget-for-SFV2.2-(with-a-query-builder) was having. The layers that are used in the query in the Selection widget are being added to the TOC. This is causing messy issues with my popups. In that thread it says that it was fixed in the code but obviously I'm still having the issue. I'm only able to use the compiled version. Is there a different version I should be using? Has this truly been fixed? Thanks

‎04-24-2012

I still never found out why it acted the way it did when specifying an extent in the config but I did fix my issue. It turns out the issue apparently comes from ArcMap when saving the project as an MSD, the "Prepare" window pops up (where map errors/warnings are displayed) and once that happens it skews the extent somehow. All I had to do was zoom to full extent while the Prepare window was open and then save the MSD and the extent was pretty much correct.

Online Status	Offline
Date Last Visited	‎11-11-2020 02:23 AM

My Ideas

Latest Contributions by EricGardecki

Re: Advanced print solution

Re: occasional very slow map load

Re: occasional very slow map load

occasional very slow map load

Re: browser cache

Re: browser cache

Re: browser cache

browser cache

Re: Selection Widget Updated Version

Re: msd and initial extent