Issue 36 in gpick: Multi-color internal clipboard
gp...@googlecode.com
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 36 by 00a...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
- to make it easier to move multiple colors within a palette.
After generating a gradient using 'mix colors' or a scheme
using 'generate', I find I usually want to put it next to the original
colors, but currently have to move one color at a time.
Considering that large numbers of colors can be generated (even as few as
16 becomes troublesome), we could usefully have some way to move large
numbers of colors around. Internal 'Cut/Copy/Paste' is the traditional
solution. This would nicely round out the arrangement-of-colors
functionality.
gp...@googlecode.com
Status: Started
Comment #1 on issue 36 by thez...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
I agree that this is necessary, however this will require quite some
changes in the code. I will take a look into this next week.
gp...@googlecode.com
Comment #2 on issue 36 by 00a...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
So, how is this going?
gp...@googlecode.com
Comment #3 on issue 36 by thez...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
I implemented the multi-color drag from the palette, and today will try to
implement the drop functionality.
gp...@googlecode.com
Comment #4 on issue 36 by thez...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
Multi-color drag&drop functionality committed in revision ced9087746a9.
It still needs improvements (its quite hard to not select something while
trying to initiate drag), but its usable
gp...@googlecode.com
Comment #5 on issue 36 by 00a...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
Yeah, works good :) Is the ability to shift a color rather than duplicate
it (via holding SHIFT) new? It's great!
We definitely need to document that somehow -- working with any amount of
colors without that ability to move rather than duplicate is fairly
annoying.
gp...@googlecode.com
Comment #6 on issue 36 by thez...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
The ability to shift colors was as old as drag&drop functionality. Looks
like I need to start writing a manual for Gpick as soon as possible :)
gp...@googlecode.com
Comment #7 on issue 36 by 00a...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
I've recently found that occasionally shift-dragging somehow reverses the
order of the colors as they are inserted in the final position. Actually
reliably reproducing this is hard.
gp...@googlecode.com
Comment #8 on issue 36 by thez...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
I have tried reproducing it, but couldn't get it to reverse the colors.
gp...@googlecode.com
Comment #9 on issue 36 by thez...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
Selection issues solved in revision 85b089216430.
gp...@googlecode.com
Comment #10 on issue 36 by thez...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
Color order reversing fixed in revision 9a07528f6645
gp...@googlecode.com
Comment #11 on issue 36 by 00a...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
This seems to be working quite well now. I did just notice an issue:
although GPick seems to provide multiple colors in the drag object,
dragging multiple colors between GPick instances only adds a single color
in the instance that they are dropping on to.
gp...@googlecode.com
Comment #12 on issue 36 by thez...@gmail.com: Multi-color internal clipboard
http://code.google.com/p/gpick/issues/detail?id=36
Ability to drag multiple colors between Gpick instances added in revision
2b851bdf148c
gp...@googlecode.com
Comment #13 on issue 36 by fintic...@gmail.com: Multi-color internal
clipboard
http://code.google.com/p/gpick/issues/detail?id=36
I thought this issue was pretty much addressed, but I realized GPick
doesn't fully understand its own output format -- that is, if I press
Ctrl+C with multiple colors selected, GPick stores multiple lines to the
clipboard; and then I press Ctrl+V to paste, but GPick only reads the first
line on the clipboard, adding one color to the palette instead of 16. This
restricts the means of getting multiple-colors-at-once into GPick to 'Drag
and Drop from another GPick instance', even though any application can put
multiple colors on the clipboard in a text format.
I've begun investigating how to fix this. It looks like the API of
main_get_color_object_from_text needs to change to allow multiple output
colors.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
gp...@googlecode.com
Comment #14 on issue 36 by fintic...@gmail.com: Multi-color internal
clipboard
http://code.google.com/p/gpick/issues/detail?id=36
I'm just now looking at this seriously. I've implemented multi-color output
on the Lua side, and still need to implement it in Converters.cpp (and
adjust accordingly further up the chain of dependencies.)
At the moment I'm considering that the Converters code should look at the
input line-by-line, and send it line-by-line to the lua conversion
machinery. That is, if multiple lines are in the input, the C++ conversion
machinery should do the job of splitting them up, and aggregating returned
colors into an array of ColorObjects.
If you disagree, please speak up. Thanks.