Latest Contributions by RoyceSimpson

Ok so basically I'll have two config.json files whereby the one on our external web server can't get overwritten with the one in my dev env, unless I update it with new widgets or whatever, in which case I'll need to overwrite it, then paste back in the custom proxy bits.     ... View more

Yes, thanks Robert.  I actually went with another streetview widget because at the time, your's wasn't working at 1.2.  Pretty damned cool though. ... View more

One more question... How do I properly maintain the app on the dev side of things?  I'd like the config.json file to have the proper proxy entries on my dev pc but the app now won't launch properly from within Web App Builder.  Do I have to configure my local web server to use proxy as well? ... View more

Holy cow Robert.  This is like the 10th time you've nailed an issue for me in the past 7 years.  Used to be in the Flex world though.  The app now works perfectly. -r ... View more

Thanks Robert. Ok, I've followed these instructions and have also done some of what's on this page (in the green box) and am a little further in progress.  Now, the app comes up but when I try to authenticate, I get a "Unable to access the authentication service" error. I'm pretty much shooting blind on setting this up.  Thanks for any suggestions. -Royce ... View more

Any solution? ... View more

This seems to correct the issue.  Thanks. ... View more

This is a known issue feature.  Not sure how to get around it.  Here's the AGOL doc on the topic.  Go down to the Date section. Work with fields—ArcGIS Online Help | ArcGIS ... View more

Also, I'd add that this is one of the pitfalls of Agile dev methodology.  Assuming this planner app was done via Agile, the requirements for the end solution trickle in and morf over the course of the project from "the customer".  There is no exhaustive "up front" requirements gathering initiative.  Therefore what you get is a product that grows over time, where functionality is added "as needed".  The first release is never fully baked.  The problem is, this UC planner has been through several incarnations, the last of which had some pretty solid functionality.  So, customers expect similar functionality.  Since next year will be "round two" of the esri UC planner project as it is in it's current form, I'm sure we'll see the modifications so desperately needed. ... View more

From a developer's point of view... Welcome to the brave new world of "the only way to get things done on the web is via JavaScript (and HTML and CSS)".  Language(s) that were sanctioned 20+ years ago for a mainly static web page paradigm, not "modern web apps".  Now, JavaScript, the poor thing, has been so extended and stretched with frameworks and all manner of geek foolery that it's virtually useless to all but the most dogged, Red Bull fueled, web developers (the ones who are doing all the extending and stretching).  Esri is trying so hard, bless its heart, to make good on this "new and exciting world of JavaScript" that's its hiring totally tricked out web devs right and left to make bright shiny things.  Too bad only a small handful of them can eek out good UX from the HTML/CSS/JS holy trinity. This planner is a case in point.  I'll bet esri worked really really really hard on it and still, way short of good user experience.  Specifically, the two needs 1)  being able to easily, quickly create and save out individualized planners to give to our supervisors so that we can actually attend the UC and 2) being able to easily add sessions to our calendars right from the planner page. I'm not trolling here or looking for fights... just stating facts, facts esri is too aware of.  But I get it... there's no other show in town, HTML/JS/CSS are it, so I guess maybe this is trolling. I know, I know, you can dev in other languages that "compile to JS" Really?  Compile to JavaScript? Think about that for a sec. The plugins (technology that actually excelled at creating and delivering solid single page web apps) are dead and yet what we are finding is that HTML/CSS/JS are so bad at doing those same single page web apps that along with all that JS geek foolery are things like "web optimizers" which attempt, bless their hearts, to "build" the most streamlined web apps possible, because without these "minifiers", your site sucks.  What we have here folks, is an "every web dev for themselves plugin emulating system" that's based on 20+ year old interpreter driven web technology.  A world that was never ever designed to actually build "apps". What we desperately need is a complete overhaul of web dev technology.  The kicker is... no one can agree on what that should look like or who should create it, maintain it, etc... and so we have this "wild west" where you have a few skilled, ruthless gun slingers, a lot of scared citizens, shills for sheriffs and lots of open range to conquer.  Or perhaps, think of our current situation as being run by ISIS where Flash and Silverlight were Saddam H. and friends.  Pick your poison.  We are currently in the midst of "HTML/JS/CSS Spring". This planner is a small piece in a very large, complex puzzle... a puzzle that won't be solved for years and years to come. Let the flame wars begin. ... View more

Excellent idea.  ... View more

Ok, the online agenda planner has been updated but is almost unusable.  It's super slow and every time you pick a session to add to your planner, the site resets back to the top of the list of sessions forcing you to scroll down the list and attempt to find where you left off.  It's going to take hours and hours to put together a planner. ... View more

Ok, the online agenda planner has been updated but is almost unusable.  It's super slow and every time you pick a session to add to your planner, the site resets back to the top of the list of sessions forcing you to scroll down the list and attempt to find where you left off.  It's going to take hours and hours to put together a planner. ... View more