Re: [Gimp-developer] proposed solution for: protection from information loss

2008-06-08 Thread Carl Karsten
proposed spec:

File Open/Save/Save_as_Copy only work on .xcf - all other formats must use File 
Import/Export.[1]

Add File/Import and Export to handle alien formats.

File/New and File/Import would be very similar: they both create a new image 
with various attributes.  New gets the the attributes from the dialog, Import 
gets them from the image file.  Currently, File/New, OK, file/Close does not 
produce a nag. (good.)  File/Import, File/Close would not nag.

File/New currently does not name the image.  That gets asked for on save.  The 
same would apply to File/Import: it would not inherit the name.  File/Save 
would 
default the name to Import name, but using .xcf instead of ext of Import. 
File/Export would default to the Imported name.ext and type.  (example: 
File/Import foo.gif, File/Save prompts for name, defaults to foo.xcf. 
File/Export defaults to foo.gif)

command line usage would still work with any format.  but that only applies to 
'loading' the file, not what it's name is.  (i think all save/export cases are 
covered above)

The only nag will be when trying to close a touched image that has not been 
saved (which by #1 would always be as .xcf)

File/Preference option to turn off the you will loose info nag.  Possibly 
some 
options to tune it, like Only nag if not saved in any format. (I have a 
feeling that is more confusing than it is worth, but would be easy enough to 
implement, and would save my ass when I accidentally close the wrong image 
window.)  I am pretty sure there is a usability law that says an app should 
always warn before discarding data, so I am pretty sure there should always be 
the Save the changes to 'Untitled' before closing? nag.

/proposed spec

I think this would remove the need for all nags except save unchanged?

It would add steps when using gimp to edit an alien format.
current: gimp foo.gif, (or launch gimp, Open foo.gif), edit, Save, Close.
proposed: gimp foo.gif, (or launch gimp, Import foo.gif), edit, Export, Hit 
Save 
button (filename defaulted to foo.gif)[2], Close, hit Don't_Save in respose to 
Save Unchanged...?

Damm... there is still something that I am not sure how to handle: When 
Exporting, should it nag when you are overwriting an existing file?  I think 
the 
answer is 'yes' which will add another step.  I can see gimp being intelligent 
about this and doing the obvious thing (don't nag if using the default) but 
that 
  might be crossing a line into automagic.  maybe another Preferences option.

One question: should gimps 'normal' behavior make it easy (minimum nags) to edit
A) alien formats,
or
B) gimps native format?

I am kinda liking the idea that gimp makes it easy to edit/save gimp images, 
and 
  alian formats are derivatives, not the primary storage for images.

Did I mis anything?

Carl K



___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


[Gimp-developer] imagemap enhancement

2008-05-13 Thread Carl Karsten
I need to create an image map for the floorplan you see here:
http://www.chicagomidwestwineshow.com/Floorplan/

I could use gimp's imagemap plugin as is, but 3 simple mods would make it even 
better.  What I would like to do is just click once on each number (so 98 
clicks) and save to a .txt file just the x,y of each click.  (I would then load 
the xy's into a database that would later generate the html image map with 
links 
to who is at the various locations.) That is how I would use it this time, but 
the mods I am suggesting to make this happed would also add some features that 
might get used later.

1. default circle radius - in the preferences dialog, add a checkbox use 
default radius and a numeric input box.  When enabled, it would only require 
one click to create a circle, and all of the circles would be the same size. 
For consistency, it might be good to have a default rectangle too.  default 
poly 
would be more work, not sure it would ever be used.

2. suppress settings dialog -  preferences, show Area Settings on Area 
creation  on is current behavior, off would just add the area do the Region 
List.

3. add a File type to the save as dialog. .map is the current behavior, .dat 
would be a CSV or something suitable for being read into a database.  Probably 
best if it is something that could be easily read back in via the 'Open' option.

I started looking at the source 
http://svn.gnome.org/viewvc/gimp/trunk/plug-ins/imagemap/  and decided my C 
skills weren't up to it. But they are not non existent, so if someone wants to 
do a 0.1 version, I can build, test and maybe even debug it.

Carl K
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer