Re: [go-nuts] Re: [ANN] astilectron - Build cross platform GUI apps with GO and Electron (HTML/JS/CSS)

[Asticode]

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  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.

Re: [go-nuts] Re: [ANN] astilectron - Build cross platform GUI apps with GO and Electron (HTML/JS/CSS)

[Konstantin Khomoutov]

On Sat, 29 Apr 2017 01:49:49 -0700 (PDT)
Asticode  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.

Re: [go-nuts] Re: [ANN] astilectron - Build cross platform GUI apps with GO and Electron (HTML/JS/CSS)

[Nyah Check]

Awesome, will definitely check it out.

On Sat, Apr 29, 2017 at 12:46 PM,  wrote:

> Hey thanks for this detailed answer.
>
> We are in line about what we d like to get from such package,
> lightness, efficiency, handy.
>
> I ll just fix a misunderstanding, about my previous question,
> I m totally adept of html based technologies for the GUI,
> until electron came out, there were no other possibilities
> to consume a desktop web gui other than using one of the
> provided browser on the target system.
>
> Electron came in and provided the missing driver,
> between the gui and its container.
>
> It also turned a classical browser interface, into a gui host,
> by getting ride of all specialties of a browser.
>
> Although, electron is unfortunately super heavy,
> so in regards of the efficiency i expect,
> i m still using regular target systems browsers to run such app.
>
> What i'd like very much is a driver to invoke a browser on the host,
> like i d do with `xdg-open`, but that would let me define size and
> positioning
> of the window container, and let me add some options to disable
> some features of the browser (no url bar, no regular menus ect)
>
> It is really much like `window.open` directed towards
> the desktop rather than the website being browsed.
>
> I m not low level, i m not sure if that is possible, or how,
> i m suspicious in the sense i guess someone would have
> already done that instead of electron/nightmare things,
> i just don t know.
>
>
>
> On Saturday, April 29, 2017 at 10:49:49 AM UTC+2, Asticode wrote:
>>
>> Let me add one more project to the list:
>>
>> - https://github.com/therecipe/qt: like https://github.com/andlabs/ui it
>> forces you to have a native look and it seems overly complicated to embed
>> the QT library in the binary
>>
>> Le jeudi 27 avril 2017 14:12:31 UTC+2, Asticode a écrit :
>>>
>>> I do agree with you regarding the size of the app once everything is
>>> setup.
>>>
>>> Honestly chosing Electron is more a choice by default than anything else.
>>>
>>> imo the chosen project should:
>>>
>>> - be cross platform
>>> - be well maintained
>>> - allow creating non-native looks through HTML/JS/CSS since I think it's
>>> the easiest for the most of us
>>>
>>> Here's a list of what I've tried so far:
>>>
>>> - https://github.com/andlabs/ui : drawbacks are it has limited
>>> features, force you to have a native look and can't do things like
>>> capturing the "Enter" key event in an input box
>>> - https://github.com/miketheprogrammer/go-thrust : drawback is it's not
>>> maintained anymore
>>> - https://github.com/alexflint/gallium : drawback is it's not
>>> cross-platform (only MacOSX last time I checked)
>>> - https://github.com/murlokswarm/app : drawback is it's not
>>> cross-platform (only MacOSX too)
>>> - https://github.com/arvitaly/gopherjs-electron : drawback is it's not
>>> maintained anymore
>>> - https://github.com/rrohrer/go-electroncontrol : drawback is it's not
>>> maintained anymore
>>> - https://github.com/nodekit-io/nodekit : drawback is it's not
>>> maintained anymore
>>>
>>> As you can see none of them meet the 3 requirements.
>>>
>>> Which leaves us with Electron which is cross platform, well maintained
>>> and allow creating non-native looks through HTML/CSS/JS.
>>>
>>> If there are other projects I've missed, feel free to let me know, once
>>> again chosing Electron is more of a choice by default than anything else.
>>>
>>> PS : if you're only interested in window positioning and decoration, and
>>> don't care about dealing with HTML/CSS/JS I recommend using
>>> https://github.com/andlabs/ui which is an awesome project!
>>>
>>>
>>> Le jeudi 27 avril 2017 11:33:10 UTC+2, mhh...@gmail.com a écrit :

 I like it too, i'm only worried by the size of the app once everything
 it setup.

 I wonder if its not possible to have something smaller,
 obviously with less capabilities.

 imho, i m interested mostly in window positioning and decoration.
 Communication is less interesting to me as i can work with http apis,
 or so.

 any ideas ?

 On Tuesday, April 25, 2017 at 9:54:22 PM UTC+2, Asticode wrote:
>
> Hi everyone,
>
> I'm happy to announce astilectron, a GO library to build cross platform 
> GUI apps in HTML/JS/CSS: https://github.com/asticode/go-astilectron
>
> I needed a way to build a cross platform GUI app in GO but none of the 
> projects out there were meeting my needs (they were either only 
> MacOSX-compatible or not maintained anymore). At the same time, I knew 
> about Electron which is cross-platform and well maintained. So I did the 
> maths and took a shot at creating a ligthweight library that could rely 
> on Electron and be available in GO.
>
> I've started it this week-end so this is still in beta but in a nutshell, 
> here's what it already does:
>
> - on start it provisions the necessary