RE: [Inkscape-devel] Some fairly random feature reqs + bug reports.
Thanks for the feedback!
First, if I've got a new session of inkscape, and i do file>open, why does it open it into a new window rather than the blank one I've got in front of me? every time it does it it strikes me as odd.
Yes, it's in the plans. Maybe next version.
Second up, have you considered making use of the boolean ops to add paintbrush/eraser tools ala flash? the functionality is all there just spread across several tools currently. The way I've been simulating it currently is to use the calligraphy tool to 'paint' an area, then whenever you paint additional areas immediately switch to select and ctrl++ it to the last section.
Not sure about usefulness of this. The vector approach is to keep things separate and at a high level of abstraction for as long as possible, and only merge/flatten/convert to paths as the last stage if possible. So if I need this functionality, I would actually prefer to have shapes separate to I can move and adjust them, and do a union or difference on them if necessary (but I think in many cases, just grouping them together would be convenient enough). On the other hand, what you propose may be simple enough to implement, but we need to do a paint tool with user-definable strokes first, otherwise the booleans are of little use IMHO.
Another feature that I'd love to see would be variable offsets, ie a dynamic offset with node weighting allowing the offset to be modified at each node so I could generate a line of varying thickness (like the calligraphy tool) but still editable by the basic centreline path. This would be a godsend for doing comic style drawings where the line weight is important. I know that ones a big task, just putting the idea out there.
Yes, useful, but perhaps more uesful in the short term and easier to implement is a variable-width stroke with some predefined shapes. I think our developers had some prototypes of this.
With regards to the 0.37 release, the builds i downloaded from Bobs site (which is really useful, both for builds and build instructions, cheers Bob) seemed to have problems with the keyboard shortcuts being messed up, the dialog ones were all muddled, (for instance Ctrl+Shift+M was opening fill/stroke) just checked the latest one there and its still the case.(zip file Inkscape0402120319.zip)
Very strange. Anyone else experiencing this?
What happened in the Fill/stroke dialog? the entry boxs for RGB values on the wheel tab are gone
That's temporary, we plan to restore them, although not RGB - the wheel is HSV and it will have HSV fields, if you need RGB switch to the RGB sliders.
as is the dropper icon, both of which were really useful.
Dropper on the dialog is redundant, you can use the dropper tool
(its a pain having to switch tool to do a dropper action,
What's the problem with the dropper? We discussed moving the dropper to the dialog and removing the tool, but then decided that the dropper will be very useful without the dialog, when we have a current color indicator and a palette.
btw, anyone got any suggestions as to the best place to get started with getting familiar with the code?
Read developer's howtos on Wiki - there's quite a lot of info there, although it's unorganized. Then look into the code and try to find what seems easiest - I don't know what it may be for you :) I started with adding new keyboard shortcuts, that was easy and fun, and gradually learned many parts of the codebase from there.
_________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
thanks for the reply bulia nice to be able to feedback :)
Second up, have you considered making use of the boolean ops to add paintbrush/eraser tools ala
flash?
the functionality is all there just spread across several tools currently. The way I've been
simulating
it currently is to use the calligraphy tool to
'paint'
an area, then whenever you paint additional areas immediately switch to select and ctrl++ it to the last section.
Not sure about usefulness of this. The vector approach is to keep things separate and at a high level of abstraction for as long as possible, and only merge/flatten/convert to paths as the last stage if possible. So if I need this functionality, I would actually prefer to have shapes separate to I can move and adjust them, and do a union or difference on them if necessary (but I think in many cases, just grouping them together would be convenient enough). On the other hand, what you propose may be simple enough to implement, but we need to do a paint tool with user-definable strokes first, otherwise the booleans are of little use IMHO.
fair enough, however its a tool that flash users have got used to, and is a good way of generating and manipulating complex shapes in vector form without the user needing to worry about bezier handles, adding nodes etc. If you can use paint you can use that tool.
Another feature that I'd love to see would be variable offsets, ie a dynamic offset with node weighting allowing the offset to be modified
at
each node so I could generate a line of varying thickness (like the calligraphy tool) but still editable by the basic centreline path. This would
be a
godsend for doing comic style drawings where the
line
weight is important. I know that ones a big task,
just
putting the idea out there.
Yes, useful, but perhaps more uesful in the short term and easier to implement is a variable-width stroke with some predefined shapes. I think our developers had some prototypes of this.
would definitely be a good start :)
With regards to the 0.37 release, the builds i downloaded from Bobs site (which is really useful, both for builds and build instructions, cheers Bob) seemed to have problems with the keyboard shortcuts being messed up, the dialog ones were all muddled, (for instance Ctrl+Shift+M was opening fill/stroke) just checked the latest one there and its still the case.(zip file Inkscape0402120319.zip)
Very strange. Anyone else experiencing this?
same is true in a build i just did from a fresh cvs download (yay, got it to build!) Have now had this on 2 machines, with both zip & installers from bobs site and my fresh build. see http://members.lycos.co.uk/simarilius/weirdness.jpg
What happened in the Fill/stroke dialog? the entry boxs for RGB values on the wheel tab are gone
That's temporary, we plan to restore them, although not RGB - the wheel is HSV and it will have HSV fields, if you need RGB switch to the RGB sliders.
they dont allow for 0-255 values like most art programs tho, which is what was nice about the wheel tab, it had commonality with a lot of other art programs.
as is the dropper icon, both of which were really useful.
Dropper on the dialog is redundant, you can use the dropper tool
(its a pain having to switch tool to do a dropper action,
What's the problem with the dropper? We discussed moving the dropper to the dialog and removing the tool, but then decided that the dropper will be very useful without the dialog, when we have a current color indicator and a palette.
selecting the dropper tool switches you out of the current context, hence you have to swap back. The one in the wheel panel doesnt, it drops straight back to whatever you were doing before, which is easier, and less disruptive to the workflow. Anyway, i go into the fill dialog to pick a color, isnt it logical to be able to access the tool to do that from in there?
btw, anyone got any suggestions as to the best
place
to get started with getting familiar with the code?
Read developer's howtos on Wiki - there's quite a lot of info there, although it's unorganized.
cheers, have been having a read.
__________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html
bulia byak wrote:
What happened in the Fill/stroke dialog? the entry boxs for RGB values on the wheel tab are gone
That's temporary, we plan to restore them, although not RGB - the wheel is HSV and it will have HSV fields, if you need RGB switch to the RGB sliders.
Well, that I'm not sure of.
As soon as color-picker sets are in, the old wheel will be available as an option. It will probably be called "System", since it's actually the GTK+ color selection widget.
Oh, and it's still hiding in there if you want to rebuild yourself. It's just commented out in sp-color-notebook.cpp.
as is the dropper icon, both of which were really useful.
Dropper on the dialog is redundant, you can use the dropper tool
But it is on the "System" color picker.
The main difference is that the one there only selected color, while the actuall dropper tool gets style as well.
participants (3)
-
bulia byak -
John Cliff -
Jon A. Cruz