b938dc38c6
Merge branch 'WIP--CLI-argumentsv2#1' into stable
28bd775817
📄 📝 docstring and licence at top of test package init module
196f88aebb
Merge branch 'stable' of git.afpy.org:fcode/delarte into stable
dacf9533d6
Fix HLS protocol terminology in the code #12
52420213cd
📝 add more doc for CLI help string
WPI: CLI-argument-#1
I am a bit confused why the the "Fix HLS..." commit shows as part of that branch. I am not familiar with Gitea and therfore I find it difficult to see the diff against
stable
without seeing…
52420213cd
📝 add more doc for CLI help string
e6741594b6
📄 add licence comments top
87f2e55a6f
💡 french translating docstrings
bcf0ba98ad
🐛 💡 fixed bad help sentence for resolution argument
beb0d99c1a
🚸 remove flags from script prototype
6cd1af8888
Merge branch 'WIP-CLI-argument-#1' into stable
3ee080c88f
📝 add more doc for CLI help string
8dce72c01a
📄 add licence comments top
2cbe3f9632
💡 french translating docstrings
03d45dfbbd
🐛 💡 fixed bad help sentence for resolution argument
WIP-CLI-argument-#1
CLI argument/options and default behaviours
I think implementation should be dictated by functionality not the other way around.
True
I am not sure I understand what you mean by "userproof", but I guess if the users do…
bff125ce7f
📝 add more doc for CLI help string
62b7b22a62
📄 add licence comments top
6d18007b24
💡 french translating docstrings
5bc0eeed97
🐛 💡 fixed bad help sentence for resolution argument
9736926074
🚸 remove flags from script prototype
WPI: CLI-argument-#1
I think it is more "userproof" with flags: an user that provides a link, and a resolution but no language code would be badly interpreted by argparse: positionnal arguments HAVE TO be given in the…