I will second that; being able to resize the window would be very helpful!
This is probably number one or two on our web app user's list of things that drive them crazy.
If you convert your map to the basic viewer app you can mark a check box option on the configuration page in the General section that allows you to display the popup as a panel. But it would still be nice to have that popup un-tethered in all maps.
However, I just found out that the editing gets fouled up when you choose the option to have the popup display as a panel.
Even just an option to have the popups (cascading for each layer) show in a sidebar/panel would be incredibly useful.
All our users we have trained, several hundred, this is the first thing they try to do -- move the popup window. This is probably the top feature I have observed as needed. (Second would be reworking of the Table of Contents UI I'll post separately.)
The popup needs to be moveable. Like this: Esri JS API Draggable Popups - JSFiddle
(from thread Move the popup widow in WAB )
As it is now, it covers part of the feature geometry. As users point out. I agree. It should move and the leader line to the callout should follow it, just like ArcMap. And perhaps allow programmers to turn off the leader line or customize its styling, as that also would be covering a small amount and I could see some users wanting a completely clear view of a feature being Identified. But most important is moveable, by grabbing and dragging the title bar. Second, would be resizeable. It might also be nice to have a minimize, like the tool windows on my site. I use jQuery UI. http://www.sagis.org/home/map
Move, resize and minimize are user interface metaphors for mini-windows that have been established for decades and are well understood but users of all capabilities. User interface or user experience in new parlance is the most important part of software in my opinion. Discoverability is also important; icons and features should be easy to recognize what they do right away. Especially for web viewers for the general public.
One Customer asked if there were away to configure popups, so that the field was semi-transparent, and didn't block the field of view underneath the popup so much. Another asked if the popup could be configured so that it was always visible, similar to a label. so a feature being updated in realtime, might have a number or name that can be read off the display without clicking on the feature.
Curt Hammill see my site www.sagis.org for this. I use a semi-transparent PNG for a background for the popup infowindow. You can do this with simple CSS by targeting the relevant DOM elements of the Esri API in the page. Feel free to copy this from our code.
Regarding always present as a "label" hm that is interesting. Let me ask you this though.. would you perhaps consider displaying them "on hover"? That way, user doesn't even have to know to click, and the display info will pop up with no discoverability required. There are various samples here if you haven't already seen that I can find and paste a link to.
Kevin - that's awesome. I like the hover idea better. Less cluttered display. Pls do paste a link. I'll let my customer know. Thanks!
This is an incredibly important update needed for web mapping applications. The public consistently comments on this function not being available.
Yes. Moving popups is the most consistent things the lay public and technical professionals that are end users have asked us for, along with layer list TOC with partial checkbox and one-click layer turning on. (i.e. like Arc Earth, which has it perfect, they just need to clone it) On the whole, our users love all the new things Web App Builder and AGOL have brought. This would be a very appreciated improvement, though, moveable popups.
I continue to get questions on this, more than anything else. It is the first thing users ask, upon seeing a popup for the first time. This is probably the single most important update to anything Esri for us, over and above everything else, even the LayerList TOC partial checkbox and one-click layer activation. I'm just putting this here as a shameless "bump" for Esri Team visibility! Maybe it will be in a future API upgrade? It would be neat too if developers (or better yet users) could toggle the leader line to the popup on/off. (the 'tail' leader line to the popup might also be in the way of map stuff and it would be neat if users could toggle it or at least developers programmatically)
Also able to have it come up in a side panel would be super useful too
in 3.x you can send them to a div in a container somewhere else on the screen:
Is this helpful?
Being able to dock a popup using the API is useful. But what I'm looking for is to be able to MOVE the popup when viewing a standard web map. Often you fire a popup and it covers the very feature you are exploring, or covers other features that are important to the spatial context. You often want to review the content of the popup as you consider, visually, the spatial context around the feature in question. It's not just a matter of bringing up the popup, looking at it and dismissing it.
This is the most commonly requested feature from our staff. So please include it in the next release. I know of solutions to achive this in a locally hosted app (as mentioned above with the api) but local hosting is not currently feasible for us.
I just received a comment from one of our customers that said they would like a movable popup. I hope it's implemented in the next release.
I get asked for this functionality fairly regularly by our users. I vote YES.
I have observed a main issue that makes this an important feature. Users try to move the window, and the screen goes all "blue". In training hundreds of staffers across our municipal departments in many various professions, on viewers based on ArcGIS Online popups, I have observed this user reaction pattern. The Blue Effect...:
One of the first things users do, is click a feature. I have popups on by default now. I long ago jettisoned the "identify tool" toolbar button concept. I find this is heartily received. It is more discoverable and Google Maps has trained most users to click a map and expect a popup of something contextual. This is positive, people are using maps dynamically now.
However, here is what happens -- Immediately after a user clicks a popup, or searches an address and the location Results popup comes up, (the other first thing folks do, search address)... is they try to move the popup out of the way. They can't, of course. What happens, is the browser viewport window turns all blue. (Expecting you are selecting text to copy and paste). I have seen this dozens of times, across professions and experience levels. This is a good reason to include a moveable behavior by default. Perhaps allow some programmability in but have it moveable on ArcGIS Online by default. Thoughts all??
We would love to see this implemented. We have many Tribal Elders within our government using our Web Applications and this can be very frustrating for them. We work hard to get our Apps as easy to use as possible otherwise people just wont use them, adding a movable popup window would make things much easier for our clients.
This would be really helpful
Movable AND resizeable!
Hey Shelby, small world. Yes on moving and resizing!
I heard this mentioned several times at the UC last week as something people really want and need. It definitely would make the user experience better. Please consider moving forward with this soon. I see that the original idea was posted almost 5 years ago, so hopefully it's higher up on the priority list now!
As the commenter above implied - 5 years later and still not fixed. Biggest complaint we've had - we may revert to our MapServer installation for a section of clientele.. They just want to capture the screen without the panel in the way. Thats it - no fancy , flashy algorithms or widgets are higher on our list than this simple interface problem.
This is exactly it for me too. Don't force loss of screen real estate with docking, allow resize and move so that users can quickly generate a screenshot of their feature of interest.
Moving the popup window is a MUST. We have just launched the portal for ArcGIS in our Healthcare Organization and this was the first comment I received. The previous maps portal we had was based on ESRI for Sharepoint
technology, and there the user was able to move the popup window.
Please make it not just movable, but resizable as well!
And it would be very nice if the PopUp could be displayed in a side-panel.
what Joe, Yossi and Natalie and Mark just said. I heard they are waiting until API 4.x becoming the main API sometime mid next year. I thought this over. First, we need it asap, but also, we have a lot of 3.x sites and I don't think we'll be going 4.x any time soon. Maybe in a year. Some, longer. Esri Team - please consider letting 3.x API have moveable resizeable popups, too. Backport to 3.2x API in a future update, and in advance, Thank you. I have to say this is literally the highest priority for ArcGIS Online for us, end users almost every single one, ask for this especially if they move the map, hit the popup, drag, and the screen "goes blue". They ask, why can't I move the popup. Good question. Also, it gets in the way of the feature selected. It covers over it. Realtors like to ask that one, a lot!! I have posted a simple example as above of how to implement moveable popups. Yes we can implement it on custom sites. However, for hosted sites on Org accounts and for webmaps and story maps on Esri Org accounts we can't control the source code. Adding this would help Esri sell Org accounts and online products ($)... Seriously, though. That would be a great update for ArcGIS Online. This and relates as actual attribute fields inside popups. (for now we do sql views)
I noticed in ArcGIS Maps for Office 4.1 that the popups are movable.
Is that app built with something different that our out of the box Portal's Web AppBuilder applications?
Since ArcGIS Maps for Office requires Microsoft Office products... the program is written against the .net framework.
I do totally relate to the AGO issue of the docked Identify window, but at the same time, I have a reverse issue in ArcGIS 10.5:
Once I identify a point, I would like to zoom into the point automatically, and once I do, have the Identify window dock to a position on the monitor so that I can actually SEE what it is I am identifying, instead of having to move it from being on top of the feature.
Another thing I'd like to do is customize the Identify window so that X amount of attributes for a layer are in one "field" and the other set of attributes are in the next "field" over. This would be similar to the Fields tab in the Properties for any layer
If there is a way to attach my illustrations to show what it is I am referring to I would love to hear it.
This is a wonderful idea! By far, this is the number one complaint from our users.
An ESRI rep did actually help me on a version of this--I partly say version because it required installation of Visual Studio 2015 before installing ArcObjects (how retarded is that). I drowned in guilt for our IT department but at least we got ArcObjects installed when we didn't have it before). Anyhow:
The zooming in part in relation to the ID window wasn't taken care of. Grr.
Although it says Under Consideration from other posts it appears it is In Product Plan (for the API itself and thus AGOL). Perhaps they can update or clarify in regards to the status badge in this post.
I'm cross-posting here if any are interested... it's easy to implement this in WebApp Builder. (see updated snippet in my last post on thread for most up-to-date version which removes the window anchor leader)
Aside from adding resize I think this is all users want. I also make mine 90% opacity with plain CSS usually as well. A little design flair. : )
I need this (consistent Docking Functionality) in ArcGIS 10.6.1.
In ArcMap, you can dock the Identify window to one side, set to autohide, then it will expand in the same place when you use the Identify tool rather than popping open wherever you left it last or in the middle of the map.
Retrieving data ...