Live data from Hacker News

Show HN: Yue – A new library to create cross-platform GUI apps

github.com

41–50 of 106 posts

Re: Show HN: Yue – A new library to create cross-platform GUI apps

#41
post #18

Earlier quoted context omitted.

The author is not a native speaker so might not be aware of how some sentences come across.

I'm not a native speaker either, but having a quite high exposure to English language, I am still puzzled at why would anyone think those sentences were hostile . Can any native speaker translate what I quoted to a non-hostile version, so we can see what's it all about?

> The issues page of this repo is disabled on purpose, for help please go to the yue/help repo where users help themselves.

>To report a bug, you have to create a pull request with a test case of your problem, or you can choose to subscribe to paid plans.

Polite translation:

> The issues page of this repo is disabled. To report a bug, please create a pull request with a test case of your problem.

> For support, please go to the yue/help repo for help from the community. Paid plans are also available if you want to receive support from the project maintainers.

I wouldn't say the original is exactly impolite, but it's definitely more curt and direct than usual or than you would expect in the business world. Especially the text on the yue/help repo comes across as slightly combative or defensive in different areas. For example "You can ask any question about Yue in the Issues page here, but please do not expect to get an answer" sounds fairly dismissive to a native ear.

Re: Show HN: Yue – A new library to create cross-platform GUI apps

#43
post #9
post #6

Earlier quoted context omitted.

Am I correct in my understanding that this does still use Electron? (And if so, what is it used for?)

It does not use electron, it is total native and does not use web engines, but it can be used in electron as a Node.js mudule.

It might be a good idea to have some C++ sample apps.

Re: Show HN: Yue – A new library to create cross-platform GUI apps

#44
post #23

Earlier quoted context omitted.

I'm not expecting it to be free but 5000 usd for just for the right to not redistribute it when you modify the source, seems a bit expensive, but maybe I'm just a poor fella

Why not? If you want to modify the source, just do it in a manner that you can commit back to the repo.

I take you haven't read whats under the title contributions

https://github.com/yue/yue/tree/fb08ff884c6f9b7fb7a767dde937...

Re: Show HN: Yue – A new library to create cross-platform GUI apps

#45
post #41

Earlier quoted context omitted.

I'm not a native speaker either, but having a quite high exposure to English language, I am still puzzled at why would anyone think those sentences were hostile . Can any native speaker translate what I quoted to a non-hostile version, so we can see what's it all about?

> The issues page of this repo is disabled on purpose, for help please go to the yue/help repo where users help themselves. >To report a bug, you have to create a pull request with a test case of your problem, or you can choose to subscribe to paid plans. Polite translation: > The issues page of this repo is disabled. To report a bug, please create a pull request with a test case of your problem. > For support, pleas…

Thanks. I got (and agree) that it was not written very skillfully, but, as you said, it was not hostile either.

Re: Show HN: Yue – A new library to create cross-platform GUI apps

#46
post #24

From the FAQ, https://github.com/yue/help > But once you have done modifications to Yue's source code, all your code linked with Yue have to be open sourced with MS-RL. The only way to remove this limitation is to subscribe to Yue's paid plan. > The license seems like a non starter. > Note that the license of Yue has less restrictions than LGPL, it does not require you to open source your project when you statically…

With Yue's license you can change the code, compile and dynamically link without releasing your own code.

There is no difference here.

Lest you doubt:

    Reciprocal Grants- For any file you distribute that contains code from the
    software (in source code or binary format), you must provide recipients the
    source code to that file along with a copy of this license, which license will
    govern that file. You may license other files that are entirely your own work
    and do not contain code from the software under any terms you choose.

Re: Show HN: Yue – A new library to create cross-platform GUI apps

#47
post #26
post #2

Hi everyone, I have written a C++ library for creating native GUI apps, it also has language bindings for Lua and JavaScript (V8). In the past I have written the Electron framework, which is a popular project for creating desktop apps with Chrome web engine and Node.js, while this library allows you to create native desktop apps. If you want to see some screenshots and example code, check out the sample apps repo: ht…

> Uses native widgets; > Uses windowless controls on Windows; Don't these contradict each other? What do you mean under "windowless" and why it is important? Btw, you can list particular advantages/comparison at least over top 3 popular C++ cross-platform UI toolkits: Qt, wxWidgets, Gtk+/Gtkmm.

Those two statements do contradict each other. According to my own quick analysis, this library uses truly native controls on Mac and GTK+, but its own windowless implementations on Windows. The Windows control implementations use uxtheme so they look more or less native, but that's not "native controls" as far as I'm concerned.

Re: Show HN: Yue – A new library to create cross-platform GUI apps

#48
post #44

Earlier quoted context omitted.

Why not? If you want to modify the source, just do it in a manner that you can commit back to the repo.

I take you haven't read whats under the title contributions https://github.com/yue/yue/tree/fb08ff884c6f9b7fb7a767dde937...

It's just a standard grant of copyright for contributions to an open source project. Your code will still be available to you under the same license as the rest of it. It just might be incorporated in the differently licensed (paid) version.

Re: Show HN: Yue – A new library to create cross-platform GUI apps

#49

> By sending a pull request, you are agreeing to transfer the copyright of your code to Cheng Zhao. Nope.

Is there any open source project where the author retains copyright? I mean in this case I'd say the copyright is transferred to a nameless entity, e.g. "the Yue project". IIRC any project with a developer agreement (like Google's) include a transferrence of copyright note.

> Is there any open source project where the author retains copyright?

Yes. Pretty much all the most successful FOSS projects operate like this by default—there's no central authority and contributors retain their copyright. It's only in the last couple years or so that a weirdly high amount of orgs even started cargo culting the CLA process. And the reason for the CLAs seems to be that this was happening for nascent, quasi-corporate projects from orgs who were making their foray into open source and were under the impression that this is just how everyone else was already doing things. Meanwhile, back in reality, the old standards and posterchildren for open source were actually humming along with no CLA in sight. (E.g., Linux, Mozilla.)

The CLA trend is waning, though, as people realize that they were never necessary, they only really only introduce friction to contribution process, and the only reason anyone ever adopted them was because they were looking around and trying to emulate each other. (You know the phenomenon where someone seems to be famous just for being famous?) Projects that came about during this time (e.g. NodeJS) have actually been getting rid of their CLAs.

EDIT:

> IIRC any project with a developer agreement (like Google's) include a transferrence of copyright note.

This is not true wrt Google. Contributors retain their copyright. Where did you learn otherwise? Comments like this are how famous-for-being-famous happens.

Re: Show HN: Yue – A new library to create cross-platform GUI apps

#50
post #26

Earlier quoted context omitted.

> Uses native widgets; > Uses windowless controls on Windows; Don't these contradict each other? What do you mean under "windowless" and why it is important? Btw, you can list particular advantages/comparison at least over top 3 popular C++ cross-platform UI toolkits: Qt, wxWidgets, Gtk+/Gtkmm.

Those two statements do contradict each other. According to my own quick analysis, this library uses truly native controls on Mac and GTK+, but its own windowless implementations on Windows. The Windows control implementations use uxtheme so they look more or less native, but that's not "native controls" as far as I'm concerned.

Interesting, what advantages this gives, maybe better skinning/theming support? But that doesn't seem to be the main goal of this framework...
Post reply on HN