rodlie / cyan Goto Github PK

Update ALL tiles on color convert.

add a simple function that checks for latest version.

I made v1 to be correct, not fast. But fear not, I should be able to speed up the application significant.

Cyan (1.0) started out as a simple (prepress) color converter application, but my goal has always been to make a more full-featured image editor (an replacement to Gimp for my workflow). So some months ago I started working on Cyan2. The progress has been slow, but steady, taking my time to get it right from the start.

Proposed features for v2.x

• Work/edit on any bit depth (in either RGBA, CMYKA)
• Layers support
• Layer composite
• Layer opacity
• Brush/Paint support
• Color picker/selector
• Plug-in support
• Transform layer(s)
• Custom file format support (load/save projects)
• Import SVG/PDF/PSD/Krita/Gimp layered images
• Text support

I have also experimented with nondestructive multi-layered support, but that will have to wait until v3.

My plan is to have a working alpha release by the end of 2018. The source for v2 is currently not public.

Screenshots (from first to latest):

Missing:

• Grain Merge
• Grain Extract
• Color
• Value

it works, but should use the code from editor.

Open a layer dialog selector if the input image has any, then select the layer you want to import.

1.2.0 shipped with a broken gimp.py, sorry about that. Will do a new release (1.2.1) later today.

1.2.1 RC builds will be available here: #23

Add save options, compression etc.

IM6 has issue with MP in Win, so for now IM is not multi-threaded on Win.

I think this is fixed in IM7, check...

The IM backend does not support embedded profiles in PNG. See https://github.com/rodlie/geticc

support re-order the layers....

Finish libCyan 1.0.0

Use (lib)MyPaint for painting.

Compile this application on Travis CI upon each git push, and upload an AppImage to your GitHub Releases page.

Providing an AppImage would have, among others, these advantages:

• Applications packaged as an AppImage can run on many distributions (including Ubuntu, Fedora, openSUSE, CentOS, elementaryOS, Linux Mint, and others)
• One app = one file = super simple for users: just download one AppImage file, make it executable, and run
• No unpacking or installation necessary
• No root needed
• No system libraries changed
• Works out of the box, no installation of runtimes needed
• Optional desktop integration with appimaged
• Optional binary delta updates, e.g., for continuous builds (only download the binary diff) using AppImageUpdate
• Can optionally GPG2-sign your AppImages (inside the file)
• Works on Live ISOs
• Can use the same AppImages when dual-booting multiple distributions
• Can be listed in the AppImageHub central directory of available AppImages
• Can double as a self-extracting compressed archive with the --appimage-extract parameter

Here is an overview of projects that are already distributing upstream-provided, official AppImages.

TODO

1. https://github.com/appimage/appimagekit
   1.1 https://github.com/probonopd/linuxdeployqt
   1.2 https://github.com/probonopd/uploadtool

PLEASE NOTE: For this to work, you need to enable Travis CI for your repository as described here prior to merging this, if you haven't already done so. Also, You need to set up GITHUB_TOKEN in Travis CI for this to work; please see https://github.com/probonopd/uploadtool.

If you have questions, AppImage developers are on #AppImage on irc.freenode.net.

Update SDK used to build release binaries.

Support translations.

The backend too complicated, rewrite.

Move to MDI.

add unit tests for images.

IM only supports drawing in RGB....

Either fix IM or convert to RGB while drawing. Last option is easiest, but will hurt performance.

https://imagemagick.org/script/miff.php

Use offsets etc.