mdsanima-lab / mdsanima-cli

A command-line tool for image processing, generating pixel art, adding logos to images, and more

mdsanima-cli

A command-line tool for image processing, generating pixel art, adding logos to images, and much more. These command-line tool are readily available for a multitude of image processing tasks, such as manipulating images, generating mesmerizing pixel art, seamlessly integrating logos into visuals, and accomplishing a diverse array of other creative endeavors. By harnessing the power of these tools, users can unlock endless possibilities for creating captivating artwork that can greatly enhance a wide range of projects.

Package Installation

Install or update the latest version using pip:

python3 -m pip install --upgrade mdsanima-cli

The package is now installed, and you can start using it.

CLI Terminal Commands

After installing the package, you can now use the mdsanima command in the terminal, and the response will provide instructions on how to use these command-line tools. You can also use the mds alias, which has the same functionality.

Below are the available commands that have been marked as completed, along with some ideas for commands that we would like to implement in this package:

• mdsanima main command showing help
• mdsanima check print directory info
• mdsanima uuid rename to uuid
• mdsanima number rename to seq numbers
• mdsanima logo append a logo
• mdsanima watermark append a watermark
• mdsanima ico convert to ico
• mdsanima jpg convert to jpg
• mdsanima png convert to png
• mdsanima webp convert to webp
• mdsanima pixelart generate pixel art 32px
• mdsanima grid generate grid 2x2
• mdsanima thumbnail generate jpeg thumbnail 128px
• mdsanima gifmaker generate gif animation pixel art
• mdsanima resize resizing to 512px width
• mdsanima multi generate multi resolution
• mdsanima caption adding caption
• mdsanima bg adding background
• mdsanima filter adding filter
• mdsanima crop cropping image

The pixelart command works in a folder that contains only .png images and converts these images into pixel art by creating a new file and appending the suffix pixelart to the original file name. After executing this command, all image files in the folder you are in will be processed. The command does not delete any files in the folder, it only adds new ones and displays directory information.

Development

Here are some helpful instructions in the development process of this Python package.

Python Setup

This package is built using specific tools and will be published on PyPI using Twine. Instructions on how to activate the virtual environment for this project and how to configure and build the package. We will use specific package versions and the latest Python 3.12 environment.

Virtual Environment

Make sure you have virtualenv installed on your system. If not, enter this command:

sudo apt update && sudo apt install virtualenv
python3 -m pip install --upgrade virtualenv

Creating and activating the development environment, and then installing the necessary packages, enter the following commands in the terminal:

virtualenv --pip=23.3.1 --python=python3.12 .venv
source .venv/bin/activate
pip install ".[dev]"

All dependencies for this project are specified in the project's TOML configuration.

You can install these dependencies using the pip install . command, which will build our package and install the basic dependencies along with the new version of our package. To install dev dependencies, you can use the pip install ".[dev]" command instead of specifying a -r flag and file as mentioned earlier.

After following the above instructions, we can start writing the program. You can also refer to the instructions regarding the configuration of the development environment, which are included in this workflow guide.

Build Package

Building our Python package is done using the build module, which was previously installed as a requirement when activating the development environment.

To build the package, enter the following command in the terminal:

python -m build

After building, the package will be placed in a folder named dist, and the filename will have the .whl extension, including the package name and version.

Install Package

After building the package, you can install it by entering the following command in the terminal:

pip install --force-reinstall dist/mdsanima_cli-0.3.0-py3-none-any.whl

The --force-reinstall flag is necessary when installing the package because if you have a previous version installed, the installation will fail. Please note that the above command may change depending on the version you are currently building.

Testing Package

After building and installing our package, we can test it. You can use the appropriate CLI command mentioned above or test individual modules by entering the following command in the terminal:

python -m mdsanima_cli.commands.pixelart

You can also run and test before building and installing the package, type in the terminal:

python3 mdsanima_cli/commands/pixelart.py

After running the above command, you will test only the selected module.

Test with pytest

Run pytest:

pytest tests

Run coverage:

coverage run --branch -m pytest tests
coverage xml

Extracts Version

The setuptools-scm tool allows you to extract the Python package version from git instead of declaring it as a version argument.

If you need to confirm which version string is being generated, you can use the setuptools-scm tool, which will display the current version you are working with. Enter the following command in the terminal:

python -m setuptools_scm

Check the pyproject.toml file and this instruction for more info.

Creating Release

Below is the instruction on how to create a release version of our Python package.

Here are the steps to create a release version:

• Add new code to the package
• Test new functionality
• Commit the changes
• Bump the package version
• Generate the CHANGELOG.md file
• Commit the release
• Add and push the new tag
• Build and Update on PyPI

This is done manually for now, but we plan to set up a GitHub Action workflow for testing and automatic release version creation in the future.

Conventional Commits

In this project, we use Conventional Commits - a specification for adding human and machine readable meaning to commit messages.

Therefore, a crucial step is to commit your code changes using this specification. A commit message should look like this:

git commit -m "feat: added generating pixel art command"

Always use this format for committing to Git, as it enables generating a changelog from the commit message.

Standard Version

The manifest.json file is used to store the version number that generates the changelog. In the .versionrc file, there is a section that lists the types you can use in commit messages. You can also check the examples in the Conventional Commits documentation.

The process is straightforward. First, update the version number in the manifest.json file and generate the CHANGELOG.md file with new release information.

Make sure that the standard-version package is installed on your system. If it's not, you need to install it globally on your system. You can do this by running the following command in your terminal:

npm install -g standard-version

Once it's installed, you can use the standard-version --dry-run command to check the output. You can use the --help flag to see the help.

The standard-version is configured to only bump versions and generate changelogs. In the .versionrc configuration file, you can set it up to also create commits and add Git tags with version numbers.

Now, after you've confirmed that it's working correctly, you can execute the following commands:

standard-version
git commit -am "chore(release): v0.3.0"

The version above is the result of the standard-version command, and this is just an example version. The version must always be changed when a new release is made.

The next step is to create a tag and push the changes to the remote repository with the tag. The command should look like this:

git tag v0.3.0
git push && git push origin --tag

After completing the above steps, you can verify the package version by entering this command in the terminal:

python -m setuptools_scm

Finally, create the build and update this build on test.pypi.org and pypi.org, but first, make sure to check everything, and then proceed with the update.

Enter the following commands in the terminal:

rm -rf dist
python -m build
twine check dist/*
twine upload -r testpypi dist/*
twine upload dist/*

Remember, only the package owner can perform this operation and must have the secrets configured in the .pypirc file in the system.

Commit Lint

Here is the help regarding commitlint, a tool for checking if commits meet specific requirements.

To perform a local check, you should install the required packages and then run npx commitlint in your terminal:

npm install --save-dev @commitlint/{cli,config-conventional}
npx commitlint --from HEAD~1 --to HEAD --verbose --config .commitlintrc

This will validate the last commit and return an error if it's invalid or success if it's valid.

Here is an example of possible values for the rules:

• lower-case - default
• upper-case - UPPERCASE
• camel-case - camelCase
• kebab-case - kebab-case
• pascal-case - PascalCase
• sentence-case - Sentence case
• snake-case - snake_case
• start-case - Start Case

Check the reference rules documentation for more info.

Label Config

In the ./.github/labels.yaml file, you'll find the configuration for labels in this repository. If you want to change an old name, you need to use aliases: [ ... ] and provide a list of old names inside square brackets.

To automatically synchronize the labels, you should add the sync-labels.yaml workflow to GitHub Actions. Take a look at the example of how they did it in Sentry, but remember that you need to modify the code to fit this repository.

Here is a command that you can execute in the terminal to manually synchronize. You will need a GitHub access token for this. You can use the --dry-run flag to test, and then run the command without this flag to synchronize the labels:

npm install -g github-label-sync
github-label-sync --access-token xxxxxx --labels ./.github/labels.yaml --dry-run mdsanima-lab/mdsanima-cli

Here is the documentation if you want to check the details.

License

Package mdsanima-cli developed by Marcin Różewski is released under the terms of Apache-2.0 license.