Hi Udara/Manu, Have we considered multi-tenant scenarios while designing anonymous view of dashboards.
For instance what will be the dashboard view rendered for an user who has logged into super tenant and trying to access a dashboard view URL of another tenant domain.( ex. wso2.com). In that case should we still show the anonymous view of the dashboard or default view? In my opinion we should show the anonymous view and disable the dashboard edit options. WDYT? Thanks! -Ayesha On Fri, Oct 2, 2015 at 6:43 PM, Udara Rathnayake <[email protected]> wrote: > Thanks for the feedback lasantha and nipuna. > I'm +1 to make the landing page anon if there are any anon views defined > in other pages. Let's stick to that. > > On Fri, Oct 2, 2015 at 9:15 AM, Nipuna Chandradasa <[email protected]> > wrote: > >> Hi Udara, >> >> As Lasantha said that making the landing page an anon view should be >> mandatory if there are anon views available under the that landing page >> even the landing page doesn't have anon content to view. >> >> I think this is a good idea because it is not that great to have child >> pages which has anon view but the user cannot access the main view. At >> Least if there are no content to show under the landing page to a user ( >> Which is not that great if it mandatory to make the landing page anon view) >> at least we can show a message saying which pages are anon views and have >> the anon content. >> >> Thanks. >> >> On Fri, Oct 2, 2015 at 8:46 AM, Lasantha Samarakoon <[email protected]> >> wrote: >> >>> Hi Udara, >>> >>> Can't we show the actual landing page even though the anon view is not >>> defined? So if the landing page doesn't have a anon view, then we can show >>> some message with all other links to accessible pages (Same as what we have >>> in regular websites. Once you logged in you have more features, otherwise >>> limited. But the home page is home page). >>> >>> In your first option, the problem is that if the developer couldn't >>> define the anon view landing page, ultimately the dashboard is not >>> accessible for any anon user unless he knows the direct url for a page. >>> Then there's no point of introducing the anon view for such scenarios. >>> >>> In the second option, as you mentioned it actually breaks the concept >>> behind a landing page. And know one can define what will be the actual >>> landing page in such situation. >>> >>> Or else we can emphasis (or make it mandatory) the developer to define a >>> anon view for the landing page in the designer if there are any anon pages >>> for the dashboard. >>> >>> >>> Regards, >>> >>> >>> *Lasantha Samarakoon* | Software Engineer >>> WSO2, Inc. >>> #20, Palm Grove, Colombo 03, Sri Lanka >>> Mobile: +94 (71) 214 1576 >>> Email: [email protected] >>> Web: www.wso2.com >>> >>> lean . enterprise . middleware >>> >>> On Thu, Oct 1, 2015 at 8:10 PM, Udara Rathnayake <[email protected]> >>> wrote: >>> >>>> Hi All, >>>> >>>> At the moment we have a landing page (which developer can select while >>>> creating the dashboard) and this is the page end-user will initially get >>>> once he/she browse the dashboard. >>>> >>>> So for the anonymous view of the dashboard, we are going to use the >>>> same landing page's anon view(if exists) else user will be redirected to >>>> the login page. >>>> This approach will basically need developer to have a anon view within >>>> the landing page if there are anon views for other pages. >>>> >>>> Otherwise we can go through existing pages and check existence of anon >>>> views first and then render. This approach will deviate from the landing >>>> page concept a bit. >>>> >>>> Any thoughts? >>>> >>>> Regards, >>>> UdaraR >>>> >>> >>> >>> _______________________________________________ >>> Dev mailing list >>> [email protected] >>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>> >>> >> >> >> -- >> Nipuna Marcus >> *Software Engineer* >> WSO2 Inc. >> http://wso2.com/ - "lean . enterprise . middleware" >> Mobile : +94 (0) 713 667906 >> [email protected] >> > > > _______________________________________________ > Dev mailing list > [email protected] > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- *Ayesha Dissanayaka* Software Engineer, WSO2, Inc : http://wso2.com <http://www.google.com/url?q=http%3A%2F%2Fwso2.com&sa=D&sntz=1&usg=AFQjCNEZvyc0uMD1HhBaEGCBxs6e9fBObg> 20, Palmgrove Avenue, Colombo 3 E-Mail: [email protected] <[email protected]>
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
