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
