Hi all, For the release of the application, in addition to the issues I have fixed so far, I will make the popups smaller and possibly shift the search control to a better location. Is there anything else that you feel is important for the first release? If there is please let me know. Although I will be working on the known issues and other suggestions put forward by Stephane after the release.
I feel like it's important that we bring the application to the users soon so there opinions can be gathered for user oriented development in the future. I will also prepare the complete documentation over the weekend if I can. Thank you for all the support and suggestions so far. Especially Stephane. Best, Fawad On Fri, Jul 12, 2019 at 4:07 PM Fawad Ali <m.fawaadal...@gmail.com> wrote: > Hi all, > > I would go for small popups to start with (version 1.0), with a link to >> the underlying XWiki page indeed. Later on, if time permits depending on >> the priorities we decide, we could implement 1) a dynamic "more information >> widget" that enlarges the popup dynamically, 2) a different interaction >> mechanism that is similar to the Google Maps one. Let's add these features >> as issues in Jira and refine the roadmap while defining the upcoming >> versions, what do you think? >> > > Stephane, as you suggest, let's go with smaller popups for now then. We > can decide other placements later on if any. > > It will become a map item indeed, however, let's look closer at what >> Airbnb is proposing: they typically manage three sheets: >> >> - One for the item page when displayed individually, for example: >> https://up1.xwikisas.com/#0EcYpY5TQvlCAKuWP3AYIw >> - One for displaying the item in a list: >> https://up1.xwikisas.com/#yYiN8KfeKuy1BqibkgSkAA >> - One for displaying the same item in a popup: same link, right side >> >> A customized class sheet would typically get used for the first display >> as you envision it, but for the two others, which would be useful for >> advanced maps imho, I was considering we could implement a built-in >> mechanism allowing easy customization. >> > > We could make it so that custom sheets can be used for displaying items in > the popup. That way the user can create any sheet of his choice and use > that. I will look into how this would be implemented. > > For now I am working on the issues you created so far. I will let you know > how we could move forward from there. > > Thanks for your detailed suggestions, Stephane. It really helps in > directing the application the right way. :) > > Best, > Fawad > > > On Thu, Jul 11, 2019 at 6:10 PM Stéphane Laurière <slauri...@xwiki.com> > wrote: > >> >> Fawad, >> >> > As a user, I like the Airbnb map experience with popups on top of >> the markers, what about you? >> > >> > >> > That is much like the default view of popups in Leaflet. This kind of >> popup supports very little information, that's why I made a dedicated space >> for popups. However, we could go with your suggestion of "view more". We >> could either open the parent page with "view more" or fill the search >> widget as you suggested. I would go with displaying more information in the >> search widget. Is that fine with you? >> >> I would say that typical users will want to choose between displaying >> information in a popup or over the search results panel, depending on the >> user experience they prefer and the amount of information they want to >> display. Typically, Google Maps and the Airbnb map have two different >> approaches with this respect, and it would be a plus imho to implement the >> two. Airbnb maps display popups, they are small indeed, but the image >> slider lets the user obtain a significant amount of information. For >> displaying more information like hotel schedule, ratings, comments, it's >> clear that a bigger panel is useful, like what Google Maps is proposing. >> >> I would go for small popups to start with (version 1.0), with a link to >> the underlying XWiki page indeed. Later on, if time permits depending on >> the priorities we decide, we could implement 1) a dynamic "more information >> widget" that enlarges the popup dynamically, 2) a different interaction >> mechanism that is similar to the Google Maps one. Let's add these features >> as issues in Jira and refine the roadmap while defining the upcoming >> versions, what do you think? >> >> > Along this line, another improvement (you probably have it in mind) >> would be to introduce one or several dedicated sheets for such contextual >> information so that it can get easily customized by users with development >> skills. >> > >> > >> > I do not think this is required. If a developer wants a custom display >> for the popup information, he can create a class sheet and make pages with >> that sheet and it will become a map item after adding location object to >> the page. >> >> It will become a map item indeed, however, let's look closer at what >> Airbnb is proposing: they typically manage three sheets: >> >> - One for the item page when displayed individually, for example: >> https://up1.xwikisas.com/#0EcYpY5TQvlCAKuWP3AYIw >> - One for displaying the item in a list: >> https://up1.xwikisas.com/#yYiN8KfeKuy1BqibkgSkAA >> - One for displaying the same item in a popup: same link, right side >> >> A customized class sheet would typically get used for the first display >> as you envision it, but for the two others, which would be useful for >> advanced maps imho, I was considering we could implement a built-in >> mechanism allowing easy customization. >> >> > Ok, we need to investigate this. I have a preliminary question >> about this feature: how come that the URL does not reflect the mode status >> when hitting the full screen button the first time? I mean, if I'm not >> mistaken, when hitting the button before running any search, the URL >> remains unchanged, while the user may want to use that URL to share the map >> in full screen as is, or to embed it in full screen in a iframe, so >> shouldn't this parameter be present? Is there any difficulty with that? >> Wouldn't the facet widget reuse that URL afterwards? Sorry for any possible >> misunderstanding on my end. >> > >> > >> > I did not go with this flow because of better performance since a >> separate async request will be made for change in each state. What I am >> doing now is that I take the map state on search or other events that >> reload the map asynchronously.Thanks for your suggestion Stephane. I could >> update the page by observing a change in each state. This is a little slow >> because the map will have to be reloaded for each state but still a good >> option. >> >> Ok great, looking forward to testing the new version >> >> Cheers >> >> Stéphane >> >> >> >>