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

141–150 of 159 posts

Re: PysimpleGUI

#141

Post by Shawnj2 »

vasco wrote: post #120
magicmicah85 wrote: post #89

We had a work requirement to start logging hours in Jira. I hated having the website open, it was slow to find the Jira I was working on, find the link for logging hours and adding a comment. I wanted a desktop app that had a list of issues assigned to me with buttons to add comments and work log hours. I messed with Tkinter but was struggling for awhile just getting it to look…nice. I stumbled on PySimpleGUI and sud…

> We had a work requirement to start logging hours in Jira They told us they'll start doing this at my job. I started looking for a new one.

My workplace has this as a requirement for a legal reason and we recently switched from Jira to the equivalent MS timesheet platform and it’s way worse. The other side of the grass isn’t always greener

Re: PysimpleGUI

#142

Post by bmitc »

wdroz wrote: post #129
bmitc wrote: post #128

Earlier quoted context omitted.

Besides being intermediate mode-only, how does it compare to PyQt? How well does it do for streaming data to charts?

For the charts, they use implot[0], it's written in C++. You can interact with the demo website[1] if you want to get a feel of the real-time plotting. [0] -- https://github.com/epezent/implot [1] -- https://traineq.org/implot_demo/src/implot_demo.html

Thank you! I will take a look.

Re: PysimpleGUI

#143

Post by bmitc »

aebtebeten wrote: post #111
bmitc wrote: post #28

Earlier quoted context omitted.

There is a lot of non-information, for sure. For example, > Some programs are not well-suited for PySimpleGUI however. By definition, PySimpleGUI implements a subset of the underlying GUI frameworks' capabilities. It's difficult to define exactly which programs are well suited for PySimpleGUI and which are not. It depends on the details of your program. Duplicating Excel in every detail is an example of something not…

That's the key part of the entire README; I found it very well put. tl;dr: "you will be disappointed if you want to do something fancy" (of course, should you want all three of (a) easy, (b) fancy, and (c) someone else has already done much of it for you, I'd bet you would be bound for disappointment anyway)

It would be the key part if it had actual information. What type of programs are "some programs"? Too many controls, multi-window, drag-and-drop, too fast control updates or rendering, 2D graphics, extensible controls, etc.? GUI frameworks have pretty common components, and clearly they know something about the limitations, but those limitations aren't enumerated at all.

Re: PysimpleGUI

#144

Post by __d »

mardifoufs wrote: post #139
__d wrote: post #126

Earlier quoted context omitted.

That's the myth, but really, there are several ways of doing it that are really quite easy. PyInstaller is a good starting place. There are several others with similar capabilities.

That's a very limited solution though and it's super incomplete . Last I tried, the user needed to install python first and you can't bundle it. And it's not a myth, it's something I have experienced myself. Pyinstaller falls apart the moment you try to pull packages that are what make python useful in the first place for tons of people (numpy, pytorch, etc).

PyInstaller does not require that the target machine have Python installed.

And it will produce a single-file executable that bundles the interpreter, application Python code, extensions, and any other resources (data files, images, fonts, etc).

Both numpy and pytorch are explicitly supported, although that's not guaranteed for all extension packages.

Re: PysimpleGUI

#146

Post by mardifoufs »

__d wrote: post #144
mardifoufs wrote: post #139

Earlier quoted context omitted.

That's a very limited solution though and it's super incomplete . Last I tried, the user needed to install python first and you can't bundle it. And it's not a myth, it's something I have experienced myself. Pyinstaller falls apart the moment you try to pull packages that are what make python useful in the first place for tons of people (numpy, pytorch, etc).

PyInstaller does not require that the target machine have Python installed. And it will produce a single-file executable that bundles the interpreter, application Python code, extensions, and any other resources (data files, images, fonts, etc). Both numpy and pytorch are explicitly supported, although that's not guaranteed for all extension packages.

Is that new? That's awesome to hear actually.

Re: PysimpleGUI

#147

Post by Too »

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…

Looking at the latest trends of GUI frameworks, decoupling the layout from the data gives much cleaner code. Let the framework take care of all the data binding for you. Both web and desktop go more and more in this direction. Nobody does

That means, avoid mutating widgets directly. Instead bind their properties to some data store that rerenders automatically on change. The input/output example on their page demonstrates something like this.

Nobody does getElementById() any more.

Re: PysimpleGUI

#148

Post by 082349872349872 »

bmitc wrote: post #143
aebtebeten wrote: post #111

Earlier quoted context omitted.

That's the key part of the entire README; I found it very well put. tl;dr: "you will be disappointed if you want to do something fancy" (of course, should you want all three of (a) easy, (b) fancy, and (c) someone else has already done much of it for you, I'd bet you would be bound for disappointment anyway)

It would be the key part if it had actual information. What type of programs are "some programs"? Too many controls, multi-window, drag-and-drop, too fast control updates or rendering, 2D graphics, extensible controls, etc.? GUI frameworks have pretty common components, and clearly they know something about the limitations, but those limitations aren't enumerated at all.

Compare it to a house listed at "price upon request"? As JP Morgan said, if you have to ask...

Re: PysimpleGUI

#149

Post by leansensei »

Shawnj2 wrote: post #141
vasco wrote: post #120

Earlier quoted context omitted.

> We had a work requirement to start logging hours in Jira They told us they'll start doing this at my job. I started looking for a new one.

My workplace has this as a requirement for a legal reason and we recently switched from Jira to the equivalent MS timesheet platform and it’s way worse. The other side of the grass isn’t always greener

The other side that's greener is a workplace without the inane requirement of logging hours.

Re: PysimpleGUI

#150

Post by Shawnj2 »

leansensei wrote: post #149
Shawnj2 wrote: post #141

Earlier quoted context omitted.

My workplace has this as a requirement for a legal reason and we recently switched from Jira to the equivalent MS timesheet platform and it’s way worse. The other side of the grass isn’t always greener

The other side that's greener is a workplace without the inane requirement of logging hours.

In my industry/workplace it’s the norm but the work I do is very cool and I don’t have to work crazy hours/the pay is decent so it’s not that big of a deal
Post reply on HN