map tips on mouse hover html5?
This functionality was available in the Silverlight Viewer--basically a user could get map tips just by hovering over a feature. Since we are at "feature parity" between the html5 viewer and the Silverlight viewer, is this functionality available for the html5 viewer?
0
-
Hi Michael,
No, this functionality is not avaiable in HTML5 viewer, however you could do some custom development for it to acheive similar results. Kindly let me know if you need any sample for it.
Regards,
Mohammad Ashraf0 -
Same issue here. I'm wondering if this will be added to the next HTML5 upgrade. I have layers checked to show map tips but it doesn't happen in my current HTML5 maps when I mouse hover. I hope GeoCortex corrects this.
John0 -
I've posted an idea for this that you can vote on (https://support.geocortex.com/essentialsGSCIdeasDetail?c=09a6000000008RsAAI&id=08760000000TcRVAA0&categ=all&sub-nav=ideas&main-nav=essentials) here . This enhancement is filed as GVH-11465. 0 -
Is this implemented? or still under development? 0 -
Hwa
Go here and up-vote this idea: https://support.geocortex.com/essentialsGSCIdeasDetail?c=09a6000000008RsAAI&id=08760000000TcRVAA0&categ=all&sub-nav=ideas&main-nav=essentials
This will at least bring it to the attention of Latitude devs.0 -
Jordan,
Can you tell the Dev team or your supervisors that to bring the GVH to feature parity with the Silverlight viewer, this mouse hover functionality is expected. We use this functionality in a critical app and it is an EXPECTATION of our client (not really a nice-to-have based on our customer's opinion). I don't think GVH should be considered to have feature parity with GVS without it.0 -
Hi Michael,
I spoke with the viewer team lead about this issue, and he did acknowledge that it was an enhancement the team would like to see in the HTML5 viewer, too. It was discussed as part of the selection and highlighting improvements added for 2.8, but unfortunately, they weren't able to add this functionality for this release. It remains high on our list of features to implement.0 -
Not sure if my approach was right but I had a go at implementing this just recently and found where the issues possibly are. Not as simple as it sounds.
At least from my memory I understand this ends up being a computationally expensive operation (also this appears to be ESRI JS which causes this pain). This is because the "mouse-over" event returns a "MouseEvent" instead of a graphic. You get an x/y from it to create a point with and then you have to loop through all the layers on the map and find an intersect. This actually means you have to send queries to the ArcGIS endpoints which takes time.
Even with a timeout event set "onMouseMove" (similar to what's described here (http://gis.stackexchange.com/questions/53029/arcgis-javascript-api-detect-one-second-hover) ) it could still be painful (speed wise) and the user could be left wondering if it's actually working. This could be mitigated by some user feedback when it's fetching the map tip.
Basically the objects/events in the API aren't super friendly (for me at least) yet. Will also be super excited if we get it out of the box :)0 -
I implemented this functionality in my Flex/AGS apps as follows. When a user zooms into a map at a certain point, say, 1:2400, a request is sent to AGS to return a feature layer for that extent with the desired tooltip-able features, which renders in the map with no color and 100% alpha (transparency). Upon returning the feature layer, the flex app, clientside, loops through the features and adds an onhover and offhover event to each feature which creates a tooltip with the desired attribute info in each tooltip. That operation happens one time per pan and zoom, assuming the above scale threshold is met. That looping through the features and assigning the tooltip/hover event was done asynchronously so as not to affect user experience or usability. Bottom line... this tooltip functionality was a little expensive but it only happened once per pan/zoom and the client PC took care of the rest (looping through each returned feature and assigning the hover event and tooltip). Thus the tooltips are all pre-generated before the user ever starts hovering over features. Once the user starts to hover around the map, the tooltips appear and disappear with no requests made to AGS and no subsequent computations clienside. 0 -
This esri example essentially does the same thing... not sure why this is incompatible with the Geocortex Framework. https://developers.arcgis.com/javascript/3/jssamples/fl_hover.html 0 -
Does anyone know if "Map tips on hover over map feature (GVH-11465), was added to the latest release?
Geocortex Viewer for HTML5 2.9.10 -
Hi Rod,
No, GVH-11465 has not been implemented yet.0 -
Hi Jordan,
Is there an updated schedule for its release?
Thanks
Rod0 -
Hi Rod,
It's on the roadmap and is currently slated for the Essentials 4.10/HTML5 viewer 2.11 release (expected in Q1 of 2018), although scheduling is still tentative.0 -
Hi Jordan. Did this manage to get formally scheduled for GVH 2.11? If so, is GVH 2.11 still expected Q1? 0 -
Hi Jordan.
Can you give feedback on this topic?0 -
Hi All,
Jordan is no longer working for Latitude but I can confirm that this improvement request was not added to GVH 2.11 and currently has no target release version. I get a further update and post it here.
Regards,
Wayne Richard
Latitude Geographics Group Ltd.
Head Office: 300 – 1117 Wharf Street Victoria, BC Canada V8W 1T7
Tel: (250) 381-8130 | Fax: (250) 381-8132 | wrichard@latitudegeo.com
Developers of Geocortex web-based mapping software | www.geocortex.com
An Esri Platinum Business Partner0 -
Any word on if this was ever added? 0
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
Kommentare
18 Kommentare