6.1 KiB
Development
Overview
This application have a Client/Server module, but it's just locally.
The backend is in Python 3, aiming to have fewest dependencies, and in fact currently have just bleak
.
This can ensure the simplicity of the core part.
And the frontend is in a "old good" way, that use no "framework".
The command-line interface (CLI) could invoke other commands, to help the process.
Currently it may invoke magick
and gs
, for ImageMagick and Ghostscript respectively.
My workspace stack is Linux/GNU/Artix/KDE/VSCodium, if you're interested.
For Android, GNU/Linux is required, though.
The Android version is built with python-for-android.
In our case it's complicated, don't go blindly if you don't want to waste your time.
There are too many hacks to be done, before and after. Let me summarize them later...
By the way, feel free to look at file dev-diary.txt
Get Dependencies
Basic
Just clone this repo first!
- Get Bleak BLE lib:
pip install bleak
Alright, you are already well done for basic development. See files section for what all the files do.
For more, read on...
Optional
Sorry, I'm not a dev package manager enthusiast.
If there are something better to organize these, feel free to discuss in issue.
- Install ImageMagick and Ghostscript
- Now you can enjoy more command line features. And could make it better or debug problems
- Install TypeScript on Node.js
npm
npm --global install typescript
You may need root privilege on GNU/Linux (i.e. prefixsudo
)
Now the0-transpile.sh
will work, you're ready to deal with compatibility - Put the Bleak pip installation as
build-common/bleak
- You need this in order to bundle a "pure" or "windows" release
- See Files section about
bundle.py
- Get an Windows 64-bit embeddable Python, extract to
build-common/python-win32-amd64-embed
- You may remove the "bloated" parts inside, notably
libssl
,libcrypto
,sqlite3
andpydoc
, of bothdll
/pyd
files and inpython<version>.zip
, if have any. - Now you're able to bundle a "windows" edition, via
python3 bundle.py -w
- You may remove the "bloated" parts inside, notably
- Get a vConsole script, put to
www
asvconsole.js
Now you're ready to debug in browsers without a dev panel, by double-tapping "Cat Printer" title in the UI
Files
-
server.py
- A Web server that:- Is single threaded & with static handler, for some reasons
- Serves static Web files, that are in folder
www
- Opens a Web browser once launched, unless specify the
-s
command-line parameter - Only listen to localhost, unless specify the
-a
command-line parameter - Handles API requests via
POST
- Handles frontend configuration
- Few CUPS/IPP features included
- Interacts with
printer.py
, for the printer driver
-
printer.py
- The core printer driver:- Have the
PrinterDriver
class, to be reused - Have a command-line interface. Can be invoked in a shell, to do things directly
- Have the
-
.pylintrc
- Pylint RC file:- Include it for better experience browsing the code
-
www/main.js
- Main frontend script:- The script for direct modification in development
- No need to care "compatibility". Transpile the scripts when release.
-
www/image.js
- Image manipulation functions:- Implementations for some grayscale/monochrome filters on a image (HTML
<canvas>
ImageData
) - And PBM image file format, a very simple mono bitmap format.
- Implementations for some grayscale/monochrome filters on a image (HTML
-
www/main.comp.js
- Compatibility script:- Transpiled with TypeScript, for fallback on old browsers
- Bundled all required scripts, see file
0-transpile.sh
- Is not there by default. Transpile it yourself
-
www/i18n*
- Scripts about I18n:- See i18n.md
-
www/*.js
- Other scripts:- Small but useful, just look at them directly
- Most are in Public Domain
-
www/jslicense.html
- Dedicated JavaScript License information -
www/lang/*.json
- Language files for both front- & back-end -
version
- The version tag, as a file- Modify it to determine the version used in build scripts
- Don't leave a trailing new line
-
N-*.sh
- Shell files:- Helpers for development convenience
- Quickly invoke with
./N<tab><enter>
-
build-common/bundle.py
- Bundler for "windows", "pure" and "bare" editions- You can define what to include or not in this script, just modify directly, while trying to not alter other
- Adviced to transpile scripts before bundling
- To do the builds you should be in the build dir:
cd build-common
- With
bleak
there you're able to bundle a "pure" edition via justpython3 bundle.py
- In any case you're able to bundle a "bare" edition, via
python3 bundle.py -b
- Bundle a "windows" edition with
-w
switch in place of-b
- You may put a version code as last parameter
- Resulting zip files will be in repo's root directory
-
build-common/0-bundle-all.sh
- Bundle all editions at once -
build-android/0-build-android.sh
- The dev build script:- Invokes
python-for-android
- Defines many things
- Just builds using the current repo state
- Doesn't work out-of-the-box. Again, please wait for me to summarize the hacks...
- Invokes
-
build-android/3-formal-build.sh
- The "formal" build script:- Unlike the dev version, this takes files from a "bare" edition zip
- Also unlike dev, this doesn't enforce the custom blacklist, since "bare" is already minimal
- Now it builds a "release" version. In order to be installed on Android, you need to sign it. Know more on Internet
Be aware that...
If there are development files that are not meant to be in this public repo, please add to .gitignore
.
And don't put too-big files, especially binary. Not everyone have good connection to GitHub.
Same applies to most feature-bloated 3rd party libraries.
In our case you should try your best to avoid introducing more dev dependencies.
Tip: it's reasonable to use (invoke) a tool that is already on the system, or always accepted by users / very easy to install