More often than not the obsessed creator will have the last say and will discard what the trained designer and results of the focus groups tests have to say unless they agree with him/her :D Hence the need for a more flexible solution.
But you have a good point. However I still see at least 2 reasons why native looks could be a limit: - This me belief that more developers know what are their options when making some HTML/JS/CSS than when dealing with "native looks" (panels, comboboxes, etc.) since most developers come from a Web background. May it be good or bad is not the point here, but I do think that it's more intuitive and easier for developers to make a UI using HTML/JS/CSS than using native components. That's not true for everyone but I think that's true for the majority. For the ones that feel more comfortable without any HTML/JS/CSS then there are plenty of great options out there and once again I can't recommend enough https://github.com/andlabs/ui - Some simple stuff as simple as capturing the "Enter key was pressed in the input box" event somewhat can't be done using native libs such as https://github.com/andlabs/ui. In my case that was dealbreaker. Le samedi 29 avril 2017 16:17:52 UTC+2, Konstantin Khomoutov a écrit : > > On Sat, 29 Apr 2017 01:49:49 -0700 (PDT) > Asticode <asti...@gmail.com <javascript:>> wrote: > > > - https://github.com/therecipe/qt: like https://github.com/andlabs/ui > > it forces you to have a native look > [...] > > It may be just me, but actually a virtue of "having a native look" is > one of the best selling points of a cross-platform UI toolkits. > > Some developers appear to put much effort into "skinning" their apps > (old farts like me would remember how this plagued media players of the > nineties) completely fogretting about two points: > - Having a greatly-looking UI without the work of a trained designer > and testing it on focus groups is futile, and the end result is almost > always crappy (that is, to everyone except the obsessed creator). > - Most of the time users just do not give any special shi^Wcare about > your program -- instead considering it just a piece in their toolbox, > and quite often using it merely because it sucks less that its > alternatives, not because they love it in any special way. > And in this case, obviously, the principle of the least WTF for the > users is paramount: all the apps in their toolbox should look and > behave in the uniform way -- the way which is native to the user's > platform. > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
