Hi Bhathiya,
>>> And is there any reason we are not giving enabling/disabling transport >>>>> type inline within the table? So user don't have to go back to >>>>> configuration section again if he/she wants to enable it. >>>>> >>>> >>>> What I understand from this comment is as following. Please correct me >>>> if I am Wrong. >>>> As an example in a situation where only *http* is enabled for >>>> Transports in the Configuration section of "Manage" page, >>>> - if a user unchecked the Use Defaults, both the *http* and *https* >>>> text boxes get enabled. >>>> - At that time the http and https checkboxes in the configuration >>>> section (transports) will be checked. >>>> - if that URL text boxes are enabled and if user save and Publish the >>>> API, the URLs for both http and https will be displayed in the store taking >>>> from the environment configuration or from the user input. >>>> ..................... >>>> >>> >>> Configuration section and Gateway environment section both are in the >>> same page itself right? Correct me if i'm wrong. >>> Because if it is, IMO asking user to scroll-up back and enable the >>> option breaks the user experience. >>> >> > I think the way you see at this is not correct. User is not supposed to > scroll back and enabled it, because when user comes to this point, they > already know and have decided if they want http/https. So what we do here > is only showing custom URL for what they have already selected. So I don't > see a problem if we think of the real use case. > > @Chamalee: Do we allow overwriting the API context and version here in the > custom URL? AFAIK, we don't. Please correct me if I'm wrong. In that case, > don't you think appending context and version to the custom URL and show it > in UI (as I mentioned in a previous reply) will be helpful to the user? > Yes, For the moment we decided not allow overwriting the API Context and version here in the custom URL. Therefore +1 for appending context and version. Will implement it with the bootstrap text input grouping, That will be more understandable for the user. Thanks, Chamalee Thanks & Regards, *Chamalee De Silva* Software Engineer *WS**O2* Inc. :http://wso2.com/ Office :- *+94 11 2145345 <%2B94%2011%202145345>* mobile :- *+94 7 <%2B94%2077%202782039>1 4315942*
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
