[HN Gopher] GTK has a new website
___________________________________________________________________
GTK has a new website
Author : pjmlp
Score : 71 points
Date : 2020-03-01 21:00 UTC (2 hours ago)
(HTM) web link (www.gtk.org)
(TXT) w3m dump (www.gtk.org)
| xwowsersx wrote:
| I have only ever built for mobile or web. What is the state of
| affairs on desktop? What are the options for building for
| desktop? If I wanted to build an app targeting Mac, can I use
| gtk? Has anyone here done a gtk app with Rust? Generally know
| very little about the desktop world, can someone enlighten me?
| severine wrote:
| https://gtk-rs.org/
| simion314 wrote:
| I don't have experience with GTK and I stopped working on
| Desktop apps since 4 years ago. If you target Mac users only
| then use the Apple tools, if you target Windows only I would
| use .Net (C# and WinForms or WPF) for cross platform depending
| of the target users I would use Qt or Java.
|
| My choices are more on what is better for the user and not on
| what is cool for the developer. Also if you have a small tool
| that the user will use it a few minutes he will not complain
| about it's look the functionality is important. As an example
| the games Sims 3 runs on Windows and Mac(not the latest
| Catalina) and community made tools for cleaning save files.
| Most popular tool was .Net and Windows only but someone made a
| Java tool that was cross-platform, the users were happy/great
| full and not entitled to demand profesional looking GUI for
| such a tool.
|
| My advice , if you need a simple UI, buttons, labels, inputs
| then you should use the thing that has the best support for the
| language and platform you target. If you need to embed a
| uptodate webview or a video player or you need to draw graphs,
| customize widgets then you need a different tool.
|
| If you can provide what you need in details, what platforms,
| languages and features you need then people could help
| eliminate the bad choices.
| xwowsersx wrote:
| Thanks for the reply. Why does Transmission, for example,
| have a Mac app and a GTK app? They wanted a more polished Mac
| appaand gtk doesn't cut it?
| kn0where wrote:
| Yes, the Mac version of Transmission has a much more Mac-
| like UI that can't entirely be replicated in something like
| GTK.
| steveklabnik wrote:
| Newest hotness with gtk and Rust is https://bodil.lol/vgtk/
| slater wrote:
| echoing the "good job", but not sure if a comma is needed in
| "Create interfaces, that users just love"? Almost looks
| translated from German or French
| snazz wrote:
| The comma should not be there. You're right.
| Sebb767 wrote:
| Looks awesome! Especially the code example in the center making
| it easy to get started is nice; that's a thing which I though was
| lacking.
| ancharm wrote:
| This looks great.
| m0zg wrote:
| Slightly off-topic, but does anyone know if there are adaptations
| of GTK out there that are usable on embedded? I.e. full-screen
| EGL-based apps, like Qt Embedded.
| jtvjan wrote:
| The previous site, for comparison:
| https://web.archive.org/web/20200209181217/https://www.gtk.o...
|
| I think it's pretty strange that the code example widget defaults
| to showing JavaScript code, considering that C is GTK's native
| language.
| Sirikon wrote:
| Probably they are aiming at developers that want to use
| JavaScript for UIs but don't want Electron.
| snazz wrote:
| They're trying to cater to people who would otherwise select
| Electron or something, assuming that it is impossible to get a
| cross-platform GUI written in JavaScript without bringing all
| of Chromium along with it.
| catblast wrote:
| No this seems appropriate. And isn't too far off from project
| ideals. The somewhat retconned* argument for using C for GTK+
| was that it was the most easy to produce bindings for. This was
| in the FAQ years ago as a mild discouragement from actually
| using C to produce apps. The verbiage was something akin to C
| is a library language not an application language. But this
| goes back nearly 20 years.
|
| * this disclaimer because yes I know that gtk was a originally
| a quick hack to avoid Motif.. that definitely changed by 2.0.
| tomtheelder wrote:
| I don't think that's strange at all. Having JS as your example
| has the potential to lure in a huge pool of developers who have
| no idea that this is even an option for GUI development in JS.
| On the other hand, C developers are almost certainly already
| aware of GTK.
|
| I don't really think that C being the native language has any
| significance in this case.
| pengaru wrote:
| C is the native language because it's the lowest common
| denominator, not necessarily because they want everyone writing
| their front-end applications in C.
|
| It's simply something that works _everywhere_ and can easily
| have performant and ergonomic bindings for $your-favorite-
| language.
| josteink wrote:
| Not sure what the old one looks like, but this is pretty
| appealing.
|
| Up front and center code examples are nice, and IMO works well.
|
| The Rust-example would have been a running application on my
| machine, had I not already been in bed and reading it on my
| phone.
|
| Good job!
| jwilk wrote:
| https://web.archive.org/web/20200111102941/https://www.gtk.o...
| turbinerneiter wrote:
| I was playing with Glade the other day and it is quite a nice but
| also hard to get into. I wish there were more examples. I'm try
| trying to replicate some things I see in the GNOME settings app
| already, but I can't quite get it.
|
| So - more Glade files as examples would be really helpful!
| Apperantly, most GNOME apps don't use it,not I just can't find
| the Glade source files for them.
|
| But I guess the fact that the tutorial link brings you to a
| tutorial which doesn't work with the Glade version in the
| screenshot already gives away that glad might not be first
| priority.
|
| It's still pretty good tough.
| cycloptic wrote:
| You can use the GTK Inspector to look through an open program
| to see what widgets it uses. It should be easy to understand if
| you're familiar with the Chrome/Firefox debuggers.
|
| https://wiki.gnome.org/Projects/GTK/Inspector
|
| What you'll find is that several GNOME apps use separate widget
| libraries like libdazzle and libhandy to get their look-and-
| feel. These aren't necessary, but they may save you some work
| to make your program feel a little bit more GNOME-like.
|
| https://gitlab.gnome.org/GNOME/libdazzle
|
| https://source.puri.sm/Librem5/libhandy
| taf2 wrote:
| I used to work with Glade all day everyday for my day job in
| 2002-2004... I ended up doing a lot of the development in the
| xml files generated by the Glade UI.... Later as I was
| integrating Gecko into our desktop app to display help content
| I came to the realization that XUL and then HTML was equivalent
| just had more developers focused on it... So today I still view
| native app development from the sense that HTML is just a
| markup language for describing UI... and a lot of very talented
| engineers spend everyday from multiple organizations fixing
| bugs and improving the UX/UI performance and stability...
| making HTML the best (IMO) native app development
| environment... Of course, I still love exposing C++ components
| into my UI but the need is far less than in 2002-4...
|
| I'll miss the old gtk.org... spent countless hours on that
| site... the gnome c interfaces will always be near to my
| heart... Love the new design though that looks great.
| zerr wrote:
| Also, Glade looks ugly with Windows theme.
| pengaru wrote:
| > I'm try trying to replicate some things I see in the GNOME
| settings app already, but I can't quite get it.
|
| Just grab the source for the settings app to see how it's done.
|
| I don't think the core gnome/gtk folks have historically made
| use of glade, though maybe that's changing.
| zerr wrote:
| Good to see Rust as the "official" language. Btw, on the Go side,
| gotk3 also seems to be quite an active project.
|
| I hope wxRust will catchup some day.
| nineteen999 wrote:
| Rust as "the" official language? Rust as "an" official (or
| supported) language.
___________________________________________________________________
(page generated 2020-03-01 23:00 UTC)