Version 3.0.0

[Toinane]

The next major update will be a complete refactoring.
The purpose of this update is to convert all code to Typescript.
It's also the moment to add new features and fix old bugs.

I define below everything that Colorpicker must do in this version:

Development

• Use Typescript
• Make Tests for all features
• Reduce all unused codes
• Optimize code
• Make performances tests
• Add a documentation

Features

• I can use RGB Sliders
• I can use the scroll on Sliders
• I can use the scroll on Inputs
• I can use HSL Sliders
• I can use CMYK Sliders
• I can choose if I want an icon in menu or in tray or both
• I can choose if Colorpicker can be launched at startup
• I can use and update shortcuts
• I can choose if I want have color in clipboard when I click on Hex Input
• I use the picker on Windows, MacOS and Linux
• I can use the transparent Slider
• I can set the Opacity mode
• I can get random color
• I can open the preferences menu
• I can set Colorpicker on top of all applications
• I can open Colorsbook
• I can insert colors in Colorpicker from my clipboard
• ...

Details UX

• The icon menu or tray is updated with the disposition of sliders
• The background color of selecting text is the invert of current color
• The icon tray is white or black in function of the OS theme color

I will complete this list if I missed an element.

[gusbemacbe]

Hi @Toinane !

* I can choose if I want an icon in menu or in tray or both
* I can open the preferences menu
* I can open Colorsbook

I compiled your repository from the branch picker-for-linux with yarn, yarn rebuild and yarn nightly on Manjaro Linux and it worked everything except the icon in the menu bar. I can not open the icon of Color Picker in the menu bar.

[rodrigorhas]

Hey @Toinane, why not use some ui framework such Angular/React/Vue to make the ui's and event system more readable and easy to maintain?

It will be nice to make the colorpicker small and simple, then make a extendable system that supports custom buttons, advanced views and more enhances (plugins)

Furthermore, you could separate the core from the features (just like Vuejs does with his packages), i mean colorbook, picked color history, most used colors, export to file, import from pallet, etc...

[Toinane]

Hoy @rodrigorhas Yes you have right about this. But I don't know if I use any framework it will be more heavier. I prefer to keep Colorpicker the most lightweight possible. Maybe using Vue can be possible while keeping the flexibility of the application?

[rodrigorhas]

I think Vue would be the best one due to flexibility, weight and learning curve (implementation)

The code will a lot smaller for sure because Vue has single file components, supports preprocessor like scss, have an amazing API, event system and plugin system out of the box

[Toinane]

Ahah okey I will give a try when I can. This version will be a complete refactoring 😁