click

Hello there! My name is Tambe Hanslett. I'm a self-taught software developer. I'm currently seeking a part-time or full-time remote position. I'm open to backend or frontend roles. I'm also available for contract jobs. Visa sponsored Offers are also on my list if available. For Contract-based Jobs I charge between 10-60$/hour One-time Projects: Price is Negotiable My Preferred Stack Backend: Python, Django, Flask Frontend: html/css/js, Vue.js Database: Postgresql, MySQL, MongoDB(work in progress) Other tools: Redis Cache, Docker, Git, GitHub, GraphQL OS: Linux(90% of the time), Windows My Dev Environment: Ubuntu Linux, Tmux, Neovim, i3-wm Other tech stacks I've used in the past Frontend + Backend php, Laravel, Inertia.js + Vue.js Desktop Application Development PyQT, Pyinstaller Some projects I've completed and hosted for some clients I w

Context: "click" - "Command Line Interface Creation Kit" - easily create CLIs from Python code, via adding decorators: https://github.com/pallets/click "click-web" in turn turns the click CLI app into a web app with one line of code.

I don't have huge experience with Python, but I used async code with C#/Typescript and lately I had to use some asyncio magic. I found this article: https://blog.dalibo.com/2022/09/12/monitoring-python-subproc... and while async/await syntax is the same, it's not entirely clear for me, why there's some event loop and what exactly happens, when I pass function to asyncio.run(), like here: https://github.com/pallets/click/issues/85#issuecomment-5034... So, you can use it and it's not that hard, but there are some parts that are vague for me, no matter which language implements async support.

I've used click [1] a lot to build Python tooling scripts the past few years. Click usage is "sort of" similar to the author's proposed solution. There's also a small section here [2] that describes some of the issues covered in the article (in context of argparse). [1] - https://github.com/pallets/click [2] - https://click.palletsprojects.com/en/8.1.x/why/#why-not-argp...

The proposed solution of an API with a thinly wrapped auto-generated CLI is not terrible. I have heard it is common within Google, for example. In the Python world, there are various solutions starting from https://github.com/ialbert/plac or https://argh.readthedocs.io/en/latest/ and moving on to https://github.com/pallets/click or https://github.com/Lucretiel/autocommand and probably N others. Personally, I prefer Nim to Python which has https://github.com/c-blake/cligen. As mentioned in https://github.com/c-blake/cligen/blob/master/MOTIVATION.md, but not in the borretti article, the overhead of dispatch to a program in shell REPLs can also be thousands to millions of times higher than an API call.

Because there's been not enough carrot and too much stick. The only real killer feature of Python3 is the async programming model. Unfortunately, the standard library version is numbingly complex. (Curio is far easier to follow, but doesn't appear to have a future.) On the down side, switching to Unicode strings is a major hurdle. It mostly "just works", but when it doesn't, it can be difficult to see what's going on. Probably most programmers don't really understand all of the ins and outs. And on top of that, you get weird bugs like this one, which apparently is simply never going to be fixed. https://github.com/pallets/click/issues/1212

I have 3 live projects using click. I like it. Caveat: Click's docs were out of date and had open bugs for what feels like years until it finally updated to 7. version 6 was "unstable" https://github.com/pallets/click/issues/503. Hopefully it's over now. Good things: - More concise than standard library argparse - Testing via CliRunner (http://click.palletsprojects.com/en/7.x/testing/), example: https://github.com/tmux-python/tmuxp/blob/v1.5.3/tests/test_... Feel free to study / copy from mine if you like (license MIT): - https://cihai-cli.git-pull.com/: https://github.com/cihai/cihai-cli/blob/v0.5.0/cihai_cli/cli... - https://tmuxp.git-pull.com/: https://github.com/tmux-python/tmuxp/blob/v1.5.3/tmuxp/cli.p... - https://vcspull-git-pull.com/: https://github.com/vcs-python/vcspull/blob/v1.2.0/vcspull/cl...

Looks awesome, I've been wanting something like this. Trying to install it from Git, however (as the README suggests) fails, because Pip can't find click>=4.1 and urwid>=1.2.1. EDIT: To resolve this, before installing do this: $ pip install git+https://github.com/mitsuhiko/click.git $ pip install git+https://github.com/wardi/urwid.git EDIT2: Never mind, was using outdated mirror. Works just fine.

You can also install straight from a github tarballs: pip install "https://github.com/mitsuhiko/click/tarball/master#egg=click" to pin a specific revision: pip install "https://github.com/mitsuhiko/click/tarball/5b7b7296fabc5d47d... (btw, it seems bad practice to add such a link as a dependency in your setup.py... usually you'd do it for temporary shallow forks, but otherwise I think it'd be better to also upload your shallow fork on pypi ...I guess you can just remove it from pypi if it won't be needed anymore)