Cool. I'd be very selective about what you pull from my fork as I've broken at least as much as I've added. :P
I've got palette drag-and-drop mostly working nicely: LMB drag to swap colours, Shift-LMB to replace colours, Ctrl-LMB to move colours, Ctrl-Shift-LMB to insert new colours. Canvas doesn't update properly when using these yet though and there's a strange bug where the drag-and-drop stops working most of the time when the palette is undocked.
I've also added colour slider docks for non-modal colour editing, though they are a bit funky due to error propagation in the RGB/other-colourspace conversion, and replaced the custom colour selection dialog with the Qt standard one, the custom one wasn't working properly for me.
About the transparency, I've thought that what would be nice, rather than having one global palette index as transparency, have a configurable index per layer which renders transparent during compositionas well as a configurable global index that is used as transparent in the fully composed image when exporting. This is basically how GraphicsGale does it and doesn't force an extra palette index which can mess up palette layout. I've added the extra entry to the pix file handling, though yet to actually implement any of the funtionality.
Also reworked the new project dialog to have a preset size combo.
Oh, yes. I find a text-mode browser to be ideal when viewing images-focused sites like this. Greatly readuces loading time and increases rendering speed.
I agree about the toolbar not being great, much less flexible positioning in Qt than with docks and always uses full width/height.
I just wanted to use actions and an exclusive action group for the tools and toolbuttons in a dock wasn't working for me as I expected. But I think is was just that I hadn't set the actions to checkable, so should work in a dock.
Menus are nice for self documentation: show all the possible actions and shortcuts for those actions. An option for a popup menu (launched from a button or as context menu) instead of menubar would be nice to reclaim a bit more screen space.
Working on drag-and-drop palette editing in the vein of GraphicsGale ATM.
My philosophy when it comes to GUIs is that if the user might reasonably want to configure their interface a certain way and the cost of letting them do so isn't oppressive then one should make efforts to do so.
For example: I personally hate having any floats at all but it costs nothing to allow them and disturbingly many people seem to prefer them so why not.
Give the drawing context panel a current colour swatch with a pop out palette colour selector (I plan to implement this) and one could hide all other docks and work quite effectively with minimal screen clutter.
The copyleft comment was in regard to when it was licensed as CC-BY-SA/GPL. Since then I changed from BY-SA to just BY (I tend to become less protective of my works as time passes) so no need to worry about that if you are using it under the terms of CC-BY.
Cool. I'd be very selective about what you pull from my fork as I've broken at least as much as I've added. :P
I've got palette drag-and-drop mostly working nicely: LMB drag to swap colours, Shift-LMB to replace colours, Ctrl-LMB to move colours, Ctrl-Shift-LMB to insert new colours. Canvas doesn't update properly when using these yet though and there's a strange bug where the drag-and-drop stops working most of the time when the palette is undocked.
I've also added colour slider docks for non-modal colour editing, though they are a bit funky due to error propagation in the RGB/other-colourspace conversion, and replaced the custom colour selection dialog with the Qt standard one, the custom one wasn't working properly for me.
About the transparency, I've thought that what would be nice, rather than having one global palette index as transparency, have a configurable index per layer which renders transparent during compositionas well as a configurable global index that is used as transparent in the fully composed image when exporting. This is basically how GraphicsGale does it and doesn't force an extra palette index which can mess up palette layout. I've added the extra entry to the pix file handling, though yet to actually implement any of the funtionality.
Also reworked the new project dialog to have a preset size combo.
Oh, yes. I find a text-mode browser to be ideal when viewing images-focused sites like this. Greatly readuces loading time and increases rendering speed.
By that I mean: I am.
Maybe you should consider a different browser.
I use Lynx and it looks perfectly fine.
It should have a GPL license option. Need not be exclusively GPL licensed.
I agree about the toolbar not being great, much less flexible positioning in Qt than with docks and always uses full width/height.
I just wanted to use actions and an exclusive action group for the tools and toolbuttons in a dock wasn't working for me as I expected. But I think is was just that I hadn't set the actions to checkable, so should work in a dock.
Menus are nice for self documentation: show all the possible actions and shortcuts for those actions. An option for a popup menu (launched from a button or as context menu) instead of menubar would be nice to reclaim a bit more screen space.
Working on drag-and-drop palette editing in the vein of GraphicsGale ATM.
My philosophy when it comes to GUIs is that if the user might reasonably want to configure their interface a certain way and the cost of letting them do so isn't oppressive then one should make efforts to do so.
For example: I personally hate having any floats at all but it costs nothing to allow them and disturbingly many people seem to prefer them so why not.
Give the drawing context panel a current colour swatch with a pop out palette colour selector (I plan to implement this) and one could hide all other docks and work quite effectively with minimal screen clutter.
What's the reasoning behind having a seperate widget for transparency?
I see in the code that the transparency is just a palette index (as it should be) so why seperate it from the palette like that?
I've been messing about with your code some here. Mainly just ruining your carefully laid out GUI to dump everything into docks so far. :P
Gorgeous stuff.
There's plenty of unrigged and untextured models hereabouts if that's what you want to do.
The copyleft comment was in regard to when it was licensed as CC-BY-SA/GPL. Since then I changed from BY-SA to just BY (I tend to become less protective of my works as time passes) so no need to worry about that if you are using it under the terms of CC-BY.
Pages