Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

PysimpleGUI

github.com

Post reply on HN
Print view View original

51–60 of 159 posts

Re: PysimpleGUI

#51

Post by loloquwowndueo »

bmitc wrote: post #34
loloquwowndueo wrote: post #32

Earlier quoted context omitted.

What does “a Python app” even look like?

I wouldn't want it to be clear it was made with Python with some vey Python-y library that makes things look a certain way. I want the app to look modern in a way that it could have been written in C# for all the user knows.

So you’re saying Python is non-modern? Also - Python has no “native” gui toolkit so it’s impossible for things to look “a certain way” that would betray the underlying language.

I think you really have no idea what you’re talking about.

Re: PysimpleGUI

#52

Post by hiAndrewQuinn »

halfcat wrote: post #46
hiAndrewQuinn wrote: post #19

I'm considering taking a tool I have which has a pretty nicely fleshed-out CLI interface and wrapping a GUI around it, so people who don't run desktop Linux can use it too. This seems like it might be perfect for my needs. https://github.com/hiAndrewQuinn/finstem Mostly I'm wondering whether anyone else has ever done what I'm trying to do here. My tool has well defined CSV, TSV and JSON flags -- has anyone else ever…

Chess engines are a good reference for this. The decision-making part is a CLI that plugs into a GUI like WinBoard[0] or Arena[1]. There’s a protocol the engine and GUI follow, such as the WinBoard or UCI[2] protocols, which just exchange text commands via STDIN/STDOUT. The main challenges are the same problems you’d run into with multithreading, like deadlock where the GUI and CLI are both waiting on the other. So b…

Much obliged! Chess GUIs are a very natural extension of a CLI, thank you!

Re: PysimpleGUI

#54

Post by JimDabell »

quietbritishjim wrote: post #10

Looks good. I have a suggestion for it, although it might be this library is too mature for such a dramatic change: use dictionaries (which, as of a recent Python, remember which order the elements were inserted) instead of lists. I did something like that in an old job, except it was a much thinner wrapper around PyQt (and surprisingly little code). A key difference is that setting properties/signals and nesting wid…

> use dictionaries (which, as of a recent Python, remember which order the elements were inserted) instead of lists.

It feels that way to me too but that change was introduced in Python 3.7, which is over five years old now!

https://docs.python.org/3/whatsnew/3.7.html#summary-release-...

Re: PysimpleGUI

#55

Post by halfcat »

jbstack wrote: post #15
phyalow wrote: post #6

In 2023 isnt it almost always better to make a webapp through dash or something if you need a “gui”?

As a user, definitely not. Web apps are slow, require an internet connection, don't integrate nicely with my OS, and generally inferior to native GUIs in just about every way.

And now the user needs a server running somewhere.

We tried this approach once, for this exact reason that we didn’t want an “old thick client”. Our app interacted heavily with the user’s OS and their line of business app, and it was a nightmare dealing with the customer’s IT department, wondering why we needed to run HTTP servers everywhere, causing security alerts.

We switched it to a simple Tkinter app and everyone involved was much happier.

Re: PysimpleGUI

#56

Post by sp0rk »

lionkor wrote: post #3

I have one comment, and I hope it's not rude: There is too much text. Everywhere where you can put text, the author put a lot of it. Sentence after sentence, rambling on. Coherently so, most of the time, sure, but just one after the other and not a single relevant screenshot for the first thousand words. Something is not right here. Either this is a joung enthusiastic coder, which is probably the case, or there is so…

I would say your comment is most definitely rude, especially the part where you reduce the reason for the text to two options, neither of which are very flattering. Incidentally, it seems like neither of your given reasons are accurate either.

You could have gotten the same idea across by saying something like "This is a visual project so I feel like it should include more screenshots in the main description" and leaving the insulting assumptions out entirely.

Re: PysimpleGUI

#57

Post by lionkor »

sp0rk wrote: post #56
lionkor wrote: post #3

I have one comment, and I hope it's not rude: There is too much text. Everywhere where you can put text, the author put a lot of it. Sentence after sentence, rambling on. Coherently so, most of the time, sure, but just one after the other and not a single relevant screenshot for the first thousand words. Something is not right here. Either this is a joung enthusiastic coder, which is probably the case, or there is so…

I would say your comment is most definitely rude, especially the part where you reduce the reason for the text to two options, neither of which are very flattering. Incidentally, it seems like neither of your given reasons are accurate either. You could have gotten the same idea across by saying something like "This is a visual project so I feel like it should include more screenshots in the main description" and lea…

Thats not my main point, though - my point is that this rambling text doesnt work as a readme, for me, and i feel its much too long and has little content for the amount of text

Re: PysimpleGUI

#58

Post by lionkor »

jbstack wrote: post #13
lionkor wrote: post #3

I have one comment, and I hope it's not rude: There is too much text. Everywhere where you can put text, the author put a lot of it. Sentence after sentence, rambling on. Coherently so, most of the time, sure, but just one after the other and not a single relevant screenshot for the first thousand words. Something is not right here. Either this is a joung enthusiastic coder, which is probably the case, or there is so…

I'll gladly take long but coherent documentation over poor or non-existent documentation. This is a strange thing to complain about in my opinion.

I usually (and maybe annoyingly) give negative feedback on both missing and overly talkative docs equally

Re: PysimpleGUI

#59

Post by halfcat »

notyoutube wrote: post #48
Xeamek wrote: post #16

Earlier quoted context omitted.

...but why?

I've got one very convincing reason: distribution. Having a web app makes it: * usable on pretty much any platform * easy to distribute/update * easily trustworthy/jailed (no need to install something that might access your data) It makes me sad, but as far as I can see, there is no serious alternative for universal+jailed apps.

This is not “very convincing” if it doesn’t meet your requirements.

There are plenty of ways to distribute thick client apps that are usable from any client, easy to update, and which don’t have access to local resources, like Remote Desktop, VMware, Citrix, etc.

Post reply on HN