https://simonwillison.net/2024/Dec/10/chatgpt-canvas/#canvas...
Am I alone in thinking it is perfectly acceptable to ask a non-technical user to open a command line and type something? It's not rocket science. You just follow simple directions. Click start, search for powershell, type this into the Window that pops up, hit enter. [0] If you can make boxed mac and cheese, you can type a command into a command prompt.
It was not that long ago that even for Windows software you were expected to occasionally visit the DOS prompt (type d:\, type setup.exe was a pretty common pattern in instruction manuals).
[0] Of course, the directions currently on the MarkItDown github page are pretty inadequate, but I'm talking about the general case.
You're not alone, but that doesn't make it right; rather it puts you in the large bucket of developers that have no idea of:
1) how and why common non-technical people use computers, and
2) why asking them to perform actions they don't understand is a terrible idea both in terms of usability (because the process is difficult, intimidating and error prone) and security (because you're training them to follow instructions that can easily put their system in risk when requested by a malicious actor).
If the actions to follow are really that simple, they should be automated in full; there's no reason why you would show the users anything more complex that a start button to trigger a script, and a confirmation dialog explaining the risks (and maybe requesting elevated permissions).
But if the process is not so simple that it can be automated behind a single button, then why on heaven would you expose them to an interface that requires a complex interaction (copy/paste various large texts from a web page), shows cryptic messages as feedback, and gives no clue on what to do next if any step has errors?
I think you greatly overestimate the understanding of nontechnical users. Why is
1) double click icon -> click here -> click there -> type in box -> click ok
usable and secure but
2) open powershell -> type command -> hit enter
not? My suspicion is a surprisingly large fraction of nontechnical users have limited understanding of what they're doing and just blindly follow instructions. What does it matter if they are doing that with a mouse or with a keyboard?
> If the actions to follow are really that simple, they should be automated in full; there's no reason why you would show the users anything more complex that a start button to trigger a script, and a confirmation dialog explaining the risks (and maybe requesting elevated permissions).
I completely agree.
> But if the process is not so simple that it can be automated behind a single button, then why on heaven would you expose them to an interface that requires a complex interaction (copy/paste various large texts from a web page), shows cryptic messages as feedback, and gives no clue on what to do next if any step has errors?
What, like this doesn't happen with GUI applications? Those problems have absolutely nothing to do whether an interface is graphical or not and have everything to do with bad usability in general.
I think it is perfectly acceptable t ask, but know that many will balk at the suggestion. It is a reason lot of people give for avoiding Linux, even though for many users CLI interaction need not be any more common there than under Windows these days.
There is flip side to this though: we perhaps shouldn't train users to blindly run commands and code, given how easy to exploit such trust can be.
Also, after running your “command line magic” there are too many out there that will blame you for anything that goes wrong with their PC for the next six months!
And in easier cases, if it's so easy, why not package it in a regular app/exe?
https://pyodide.org/en/stable/usage/packages-in-pyodide.html
> Many packages with C extensions have also been ported for use with Pyodide. These include common packages like regex, PyYAML, lxml, and scientific Python packages including NumPy, pandas, SciPy, Matplotlib, and scikit-learn
My guess was 2025 would be more practical for these libs ... And behold: https://github.com/pyodide/pyodide/issues/2933
Very cool to see!
