The code looks nice, but when I read GUI, I want to see screenshots of GUIs.
Apparently a major dependency is "Fyne", which does show some screenshots on their page:
The code looks nice, but when I read GUI, I want to see screenshots of GUIs.
Apparently a major dependency is "Fyne", which does show some screenshots on their page:
i mean the whole thing is prob vibe coded. this was actually an exact thing i tinkered with when i first got a claude account. thought hey what if something easy like streamlit ergonomics for golang. gave up on that pretty quickly, it was one of those early "im gonna do something so big because im king of the world now" journeys that helped me learn where the limits of AI really is. with that said id love to see more gui developments in go. im actually not against AI helping speed this up, i just want people to be forthcoming about it. I need to know that they know what they're providing and what they're talking about.
but yeah i went thru the repo and the site and saw like one screenshot of like one component. i really dont think a guy who really actually cared about delivering something like this would kneecap its own success with a lack of screenshots for a GUI solution. that's beyond funny.
as for fyne.io, actually awesome to work with. but holy god it's so ugly, and they've worked themselves into a corner with how they wrote it. theres pr's and discussion ideas to give some users control over something like padding but it'll be a very painful bandaid to pull off and redo. hardcoded vals everywhere.
ive been kind of sitting back and waiting to see if AI was going to help someone who has more inspiration/drive/smarts than me launch something into the spotlight for go gui, but so far the biggest go gui successes still land in the web-technologies stack (wails). i look over at rust and see something like dioxus and i get sad. as far as desktop gui world goes, theres a glaring hole: i actually think aggrid (web tables) is my personal like bare minimum of what im expecting out of a table component. i havent really seen anything that matches it on the native app component front.
Came here to say the same. Please add a few screenshots!
Dear Future architect of some neat new technology to be someday posted on HN please do the following:
If you make anything with a UI, even a GUI stack, always include screenshots. If you make a programming language or programming framework / library, always include code samples!
Really show us nerds the bits we want to see right away, screenshots / code or even a video (fully optional, unless its some type of terminal shell or something where a video would illuminate things!) would sell it better. Many of us are working and don't yet have time to pull down everything to run it locally.
Honestly, even if its not open source, if you're selling a product, SHOW THE PRODUCT not just descriptions of the product.
So, given that this is almost brought up every single time a GUI framework/library is posted on HN, and has been for decades at this point, and given that it apparently doesn't make any difference, what's a better approach for educating the ecosystem at large about this problem? Do we need a website? Nation outreach program? Do we need a arewescreenshottingyet.com landing page with stats to keep track? How can we finally fix this constantly persisting problem of people not adding screenshots for visual things they've built?!
Two options: continue to spend the effort to teach new cohorts community expectations; or eliminate the production of new cohorts so the existing lessons eventually saturate the population.
The second approach may have side effects.