Live data from Hacker News

A cross platform front-end GUI of the popular YouTube-dl written in wxPython

github.com

61–66 of 66 posts

Re: A cross platform front-end GUI of the popular YouTube-dl written in wxPython

#61
post #57
post #54

Earlier quoted context omitted.

Unless the URL contains shell meta characters, such as "&"…

Modern shells have easy ways to deal with this, for example bracketed-paste-magic that ships with zsh. The URL of this comment pastes like this, ready to be passed to commands: https://news.ycombinator.com/edit\?id\=29069520

Interesting, thanks. So apparently you're supposed to add

  autoload -Uz url-quote-magic
  zle -N self-insert url-quote-magic
  autoload -Uz bracketed-paste-magic
  zle -N bracketed-paste bracketed-paste-magic
to your zshrc to enable it.

It doesn't seem to escape $ (e.g. in https://example.org/$PATH>), which doesn't inspire confidence…

Are there any equivalents for bash?

Re: A cross platform front-end GUI of the popular YouTube-dl written in wxPython

#62
post #34
post #14

As someone who has been working with Python a lot up to this year, I am wondering has the state of GUI frameworks improved for Python in the recent months/years? If I want to have, lets say, an application that looks (and works) like a native MacOS or Windows application, would I bet able to do that? All of the examples look really odd, with weird buttons and simply not feeling like native apps.

PyQt and "QT for Python" both use the QT framework, which uses native widgets and supports Windows, MacOS, and KDE on Linux. It's kind of the gold-standard of desktop toolkits for Python. This said, in the age of Electron, "things not looking native" does not seem to be a problem for most users.

And way less resource intensive than Electron.

Re: A cross platform front-end GUI of the popular YouTube-dl written in wxPython

#63
post #3

I'm curious what is the reason for a GUI for such a simple utility? The command line for this kind of tool seems like the perfect interface. Just copy a URL, paste it, press enter. No buttons to press, etc.

youtube-dl has 139 option flags some which require specifying an option along with the flag such as bitrate or file format.

Re: A cross platform front-end GUI of the popular YouTube-dl written in wxPython

#64
post #55

Earlier quoted context omitted.

Tech literacy isn’t using a CLI. Get over yourself.

Hint: Being a jerk to people online using a random account makes you look like an asshole.

Wasn’t a random account. When I’m an asshole, it’s under my own name, thanks.

Re: A cross platform front-end GUI of the popular YouTube-dl written in wxPython

#65
post #61
post #57

Earlier quoted context omitted.

Modern shells have easy ways to deal with this, for example bracketed-paste-magic that ships with zsh. The URL of this comment pastes like this, ready to be passed to commands: https://news.ycombinator.com/edit\?id\=29069520

Interesting, thanks. So apparently you're supposed to add autoload -Uz url-quote-magic zle -N self-insert url-quote-magic autoload -Uz bracketed-paste-magic zle -N bracketed-paste bracketed-paste-magic to your zshrc to enable it. It doesn't seem to escape $ (e.g. in https://example.org/$PATH >), which doesn't inspire confidence… Are there any equivalents for bash?

You can configure what gets quoted using url-metas:

    zstyle ':url-quote-magic:*' url-metas '*?[]^()~#{}=$'
Not sure about bash, I thought I remembered seeing something similar for it but a quick google doesn't turn up anything.

Re: A cross platform front-end GUI of the popular YouTube-dl written in wxPython

#66
post #53

Earlier quoted context omitted.

Which would be a criticism of looking native, because that is all wxWidgets is doing. It's a wrapper for the underlying OS's native GUI.

Yeah but there is native and native. Both Windows and MacOS carry widgets and styles from so many releases, and there is some intelligence involved in picking up the "expected" one with the right style etc. WxWidgets seems to make the wrong choice very often, with the result that the apps look very dated. It's probably possible to make it do the right thing, but other toolkits just do that by default.

I've been thinking about this comment. It is super easy to enable which native gui one wants. However, I suspect the issue is one of cognitive overload: developing for the web is more complicated than developing native software for a single OS. These days, young developers learn web development first, and everything they learn is basically operating system independent. Simply the prospect of learning how to build software that is OS specific probably feels like a step backwards, and that negative cognitive association is enough to cause many/most young developers to groupthink themselves away from any native platform ambitions.
Post reply on HN