nattynarwhal / colours Goto Github PK

It'd be nice to export colour sheets, possibly as HTML or print (allowing PDF/whatever)

possible to fix: attach w/ || to (hi == 4)? the problem seems to be when hi == -2....

Adobe's more modern palette format. Poorly documented, still binary.

• Dragging should work better
• Clicks should work better

A lot of this is probably due to ColorButton presumptions.

byte.MaxValue (that is, RgbColor's maximum values for each channel) is 255, but for optimal shifting into a ushort, we want 256, otherwise we come up one short. If we ++ though, then 0 is obviously too large. This affects Photoshop palette management and likely the GTK frontend.

this way, the UI can be separate (so a GTK#/whatever) UI could be written

• MVC
• split out HsvColor/ColorUtils/Schemer into a Core lib

From what I can see, its in a "streamtyped" format - a proprietary Apple binary serialization format. NSUnarchiver can interpet it, but this is a native Mac API. Might be worth supporting a theoretical Mac versions.

GTK needs to work w/ Colour Book palettes in addition to Gimp. Windows Forms has been rewritten for it, but it'll likely topple over. I suggest using a PropertyGrid.

<At this point in time, GTK and WinForms will no longer be developed in tandem; it's slowing development and on Unix, I use Agave et al. I'll still keep the backend cross-platform.>

this will allow for translation and type safety

http://www.adobe.com/devnet-apps/photoshop/fileformatashtml/PhotoshopFileFormats.htm#50577411_pgfId-1066780

May require re-architecting Palette and associated forms to support different kinds of metadata.

Have an 8-bit representation available (R/G/B8) as needed, but this allows for greater colour resolution when interfacing with things that support it, like GDK, NSColor, Adobe formats, as well as colourspace conversions.

Currently, if you drag in the colour grid with a finger, it'll move. This isn't the right behaviour. You should have to hold and drag to move, and scrolling no matter the target (table/panel/button) should work as expected.

the GTK version inherits an eyedropper from the color chooser buton class. it'd be nice to have this on windows too.

In a RIFF container, well documented and simple format.

gpick has a lot of interesting types:

• Their analogous applies a small offset 5 times in one direction, rather than the small offsets on both sides we and Agave use.
• Neutral is a lot like analogous, but with a tighter offset.
• Five tone is like split complements, but each split, split a bit further into two.
• Six tone has two pairs close by on each third of the wheel.
• Clashing is square tetrads with a missing colour on the side.

Makes palette support a lot simpler, but it means frontends now have to convert on the fly and hopefully avoid lossy conversions. I suggest an IColour interface with a ToRgb function specification.

would it be best to such things in VS? gconf?

consider them as a feature. allow user-made ones, possible readymades, and export functions.