Am 31.03.12 09:49, schrieb noob7:

Hey there!
Iam interested in this year gsoc. I would like to take slicing tool idea which I heard that its one of most requested features. I get the main conept of this tool. Ive tested guillotine action and slice filter on compiled trunk version. I found that slice filter still have some issues. On irc I was told to talk to ,,guiguru" which is mitch? about gui for this tool. Do you have any comments about slice tool ? I would love to hear some feedback.

Hi,

as far as I know, 'guiguru' is Peter Sikking, isn't he? He is the interaction architect in the GIMP project.

Greetings, grafxuser

noob7 wrote:

Hey there!
Iam interested in this year gsoc. I would like to take slicing tool idea which I heard that its one of most requested features. I get the main conept of this tool. Ive tested guillotine action and slice filter on compiled trunk version. I found that slice filter still have some issues. On irc I was told to talk to ,,guiguru" which is mitch? about gui for this tool. Do you have any comments about slice tool ? I would love to hear some feedback.

this one has been brewing for a long time. Let's have look what is minimally needed and then you can gauge if you are up for this:

let's call this tool cutting mask, because that what it is. it is a glorious export function, so it should live in the File menu. there needs to be a setup of the cutting mask and and execution of the cutting mask (the mass export).

just to make this clear: in the UI the cutting mask has nothing to do with the guides, is not a layer nor a channel (which are saved selections, really). how you do it on the _inside_, technically, is fully up to you, your mentor and mitch.

the cutting mask (let's say one per file, to keep it simple) is a mask that consist of any number of rectangles (again, simple and practical). these rectangles are vectors (can be changed for ever) and can overlap. the size of the cutting mask is that of the canvas (unless somebody protests).

when the setup of the cutting mask is invoked, the mask is drawn over the canvas and rectangles can be added, deleted and edited. setting the position and size of each rectangle is both interactive on the mask and via numerical input. this can work a lot like the rectangle selection tool does (I expect that code can be reused for that). but: it is _not_ the rectangle tool does the actual editing. it is the property of the mask setup mode that working with these vector rectangles is highlighting one, dragging its handles or changing its coordinate numbers.

also minimally needed in setup mode is that for each rectangle a filename and type is specified by users. the mask setup is OK'ed or cancelled and the mask projection folds away.

executing the cutting mask means users setting a folder name and location (via a file dialog). this folder will be created and all the files end up in it. overwrite existing folder if users wish to do so. users set in the same dialog whether to cut the current layer or a merge of all visible layers.

the export settings for each file type that is in the mask (png, jpeg, tiff, the list goes on) must be set for each execution of the mask. I propose to keep things simple and do one setting dialog for each file type present on the mask and apply to all files of that type in the cut. file name clashes should be dealt with automatically.

I think this is a nice beginning of a tool like this. yes, a lot more advanced feature could be added, but this is the core of it.

--ps

founder + principal interaction architect man + machine interface works

http://blog.mmiworks.net: on interaction architecture

gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Hi,

I might have overlooked something, but what's the difference to the already existing Image-Map filter (see Filters/Web/Image-Map) and Slice dialog (Filters/Web/Slice...)?
The first filter already has possibilities to make rectangular, circular or polygonal selections plus options for the URL or frame to jump to and Javascript event options.
The map itself can be saved, too.
Wouldn't that be a duplication of functionality? If not, maybe these already existing possibilities build a foundation for the "new slicing tool" and can partially be reused?

Greetings,

grafxuser

On Mon, Apr 2, 2012 at 8:48 PM, gfxuser wrote:

Hi,

I might have overlooked something, but what's the difference to the already existing Image-Map filter (see Filters/Web/Image-Map) and Slice dialog (Filters/Web/Slice...)?

Plugins cant have on canvas controls.

On 2 April 2012 15:21, Alexia Death wrote:

On Mon, Apr 2, 2012 at 8:48 PM, gfxuser wrote:

Hi,

I might have overlooked something, but what's the difference to the already existing Image-Map filter (see Filters/Web/Image-Map) and Slice dialog (Filters/Web/Slice...)?

Plugins cant have on canvas controls.

indeed - while those have lots os space for improvement, they rely on using guide, previusly placed on the image, for knowing where to cut.

js ->

--
--Alexia
_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Hello

yes, slicing tool has been wished for a while because it was a really needed tool the past ten years. It was made to help make a complete layout and then cut it into parts and produce resulting HTML+CSS+JS (rollovers aso).

I see 2 reasons why it is not actually so essential : 1. Vectors are more and more used to draw site templates 2. With future coming with HTML5+CSS3+SVG, there will be very fewer to be done in a program like gimp, because everyting will be css (shadow, round-corners, animations...)

IMO, Any slice tool development beginning now should take this future into account to make it usefull for the following years, and compliant with those new technologies.

pygmee

On Mon, 2012-04-02 at 15:47 -0300, Joao S. O. Bueno wrote: [...]

indeed - while those have lots os space for improvement, they rely on using guide, previusly placed on the image, for knowing where to cut.

I'm not sure this is a bad thing. For sure you need to be able to save the file, come back tomorrow, adjust the slices and redo. And the position of the slice boundaries is sometimes part of the image design.

Liam