Thread: [Tuxpaint-devel] Use cases: send a picture to Grandma; use as desktop background
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
Menu
▾
▴
tuxpaint-devel
|
From: Ben A. <sy...@sa...> - 2007-09-17 13:54:25
|
I'm still grappling with how a user would send a picture to Grandma or use it as the desktop background. Maybe this? v.0.9.19 - Further directory splitting (--metasavedir), to allow for, e.g., sensible 'My Documents'/'My Pictures' use on Win32 [bjk] How exactly would this work? Supposing the metadata were put somewhere else (hidden) and pictures in "My Pictures". If you rename a picture, it will lose its metadata because we use the filename to relate the two, which would probably cause some puzzlement. How about: Keep the saved pictures and metadata where they are now, but put shortcuts in 'My Documents'/'My Pictures' (symlinks in Desktop/My Pictures) for each image. Then if someone renames an image or deletes it, they are only renaming the shortcut (symlink) so they don't break the relationship with the metadata. Of course, the user might reasonably expect that any image placed in this folder should be editable in Tux Paint, and would be surprised if it were not. So maybe some sort of auto-import could handle this (or maybe just a big question-mark icon in the open dialog to indicate something is there but Tux Paint doesn't know what to do with it?) Then we'd have to decide what to do if a user removes one of these links. Do we treat the image as deleted and remove the copy in the hidden dir too? Ben -- ,-. nSLUG http://www.nslug.ns.ca sy...@sa... \`' Debian http://www.debian.org sy...@de... ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] |
|
From: John P. <jo...@jo...> - 2007-09-17 18:03:30
|
On Mon, Sep 17, 2007 at 10:54:09AM -0300, Ben Armstrong wrote: > I'm still grappling with how a user would send a picture to Grandma or use > it as the desktop background. > <snip!> > > How about: > > Keep the saved pictures and metadata where they are now, but put shortcuts > in 'My Documents'/'My Pictures' (symlinks in Desktop/My Pictures) for each > image. Then if someone renames an image or deletes it, they are only > renaming the shortcut (symlink) so they don't break the relationship with > the metadata. Hi Ben, I tried this (on XP-SP2) and it seems to work quite well. It shows up as a thumbnail when the view is set to thumbnails, and opens/edits the image in the default image editing program. It also works for setting the desktop background. Unfortunately, when trying to email the image using the right-click 'Send To' menu, Outlook Express and Thunderbird both try and send the shortcut itself! The same happens if the Attach button is used or the shortcut is drag-n-dropped. I don't know if there is a way round this, I'm struggling to think of a way in which this behaviour is useful :-) Alternatively, I've got some code (Python, but using ctypes) that will send an email using the default email client on Windows. It pops up a compose window with (optional) recipients, subject, body and attachments and can either be sent or discarded http://www.johnnypops.demon.co.uk/python/simplemapi.py It works with Outlook Express, Outlook 97 and 2000, Eudora, Incredimail and Mozilla Thunderbird (1.5.0.2). regards, John. > Of course, the user might reasonably expect that any image placed in this > folder should be editable in Tux Paint, and would be surprised if it were > not. So maybe some sort of auto-import could handle this (or maybe just > a big question-mark icon in the open dialog to indicate something is there > but Tux Paint doesn't know what to do with it?) > > Then we'd have to decide what to do if a user removes one of these links. > Do we treat the image as deleted and remove the copy in the hidden dir too? > > Ben > -- > ,-. nSLUG http://www.nslug.ns.ca sy...@sa... > \`' Debian http://www.debian.org sy...@de... > ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] > [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
|
From: Ben A. <sy...@sa...> - 2007-09-17 18:20:14
|
On Mon, 17 Sep 2007 19:03:29 +0100 John Popplewell <jo...@jo...> wrote: > Unfortunately, when trying to email the image using the right-click > 'Send To' menu, Outlook Express and Thunderbird both try and send the > shortcut itself! The same happens if the Attach button is used or the > shortcut is drag-n-dropped. Ugggh. > I don't know if there is a way round this, I'm struggling to think of a > way in which this behaviour is useful :-) Me too. Does Vista have the same mis-feature, I wonder? We've been talking about metadata without mentioning specifics. All we really mean is the association between a picture and the starter that was used to create it, so that when the picture is edited again, the code that handles the starter 'layer' still works, right? Isn't there some other way of keeping track of that? Steganography perhaps? (OK, this would break if someone edited the image with another editor and altered the bits used to encode the metadata in a way that broke them, but so what?) As for the thumbnails, they could be named with the md5sum hash of the file, allowing for a file to be renamed without forcing regeneration of the associated thumbnail. Ben -- ,-. nSLUG http://www.nslug.ns.ca sy...@sa... \`' Debian http://www.debian.org sy...@de... ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] |
|
From: <tor...@at...> - 2007-09-18 06:57:36
|
Ben Armstrong wrote: >> I don't know if there is a way round this, I'm struggling to think of a >> way in which this behaviour is useful :-) >> > > Me too. Does Vista have the same mis-feature, I wonder? > > We've been talking about metadata without mentioning specifics. All we > really mean is the association between a picture and the starter that > was used to create it, so that when the picture is edited again, the > code that handles the starter 'layer' still works, right? Isn't there > some other way of keeping track of that? Steganography perhaps? (OK, > this would break if someone edited the image with another editor and > altered the bits used to encode the metadata in a way that broke them, > but so what?) As for the thumbnails, they could be named with the > md5sum hash of the file, allowing for a file to be renamed without > forcing regeneration of the associated thumbnail. > > How about storing the metadata as textual data in the png-file? http://www.libpng.org/pub/png/spec/iso/index-object.html#table41 Is the Textual data used for anything else? Kind regards, Tore |
|
From: Ben A. <sy...@sa...> - 2007-09-18 14:58:20
|
On Tue, 18 Sep 2007 08:58:00 +0200 "Tore B. J=C3=B8rgensen" <tor...@at...> wrote: > How about storing the metadata as textual data in the png-file? > http://www.libpng.org/pub/png/spec/iso/index-object.html#table41 > Is the Textual data used for anything else? Certainly more elegant than steganography, and I think we discussed this earlier on irc, but I think the objections raised at that time were twofold: lack of support for it in SDL (not a showstopper, because it can be managed by direct calls through the libpng api?) and the text info would be rewritten by any other app that rewrites the file (same issue as with steganography, and same reply: who cares? we don't have to support preserving this info if some other app edits the image). Ben -- ,-. nSLUG http://www.nslug.ns.ca sy...@sa... \`' Debian http://www.debian.org sy...@de... ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] |
|
From: Karl O. H. <ka...@hu...> - 2007-09-29 16:20:08
|
Tysdag 18. september 2007 skreiv Ben Armstrong: >and the text >info would be rewritten by any other app that rewrites the file (same >issue as with steganography, and same reply: who cares? we don't have >to support preserving this info if some other app edits the image). Doesn't most applications that support PNG handle metadata correctly (i.e., not remove it when opening and saving)? -- Karl Ove Hufthammer |
|
From: Bill K. <nb...@so...> - 2007-09-30 09:26:50
|
On Sat, Sep 29, 2007 at 06:19:53PM +0200, Karl Ove Hufthammer wrote: > > Doesn't most applications that support PNG handle metadata correctly > (i.e., not remove it when opening and saving)? After what I've seen Photoshop do to PLTE chunk, I seriously doubt it. :( -- -bill! bi...@ne... http://www.newbreedsoftware.com/ |
|
From: Ben A. <sy...@sa...> - 2007-10-01 12:05:32
|
Karl Ove Hufthammer wrote: > Doesn't most applications that support PNG handle metadata correctly > (i.e., not remove it when opening and saving) Well, the Gimp, for one, does not. It all gets stripped. Ben |
Thanks for helping keep SourceForge clean.
X