Version: 0.9.2-final (using KDE 3.5.8, Kubuntu (gutsy) 4:3.5.8-0ubuntu3.1) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.17-11-386 It would be really handy if I could attach external URLs (e.g. http:// and file:// would go a long way) to pictures as an extension of the commenting functionality. E.g. I take a picture of the Eiffel Tower and make a link to its Wikipedia page, and another to my blog entry for that day. For me, the photo album isn't just an easy way of recording pictures, it's also a record of my trip - where I went, what I did, what happened. I like to put background information in the comments. It'd be nice to be able to link to bookmarked websites too. My mother used to write notes on the back of photographs, which I guess was a low tech version of this ;-)
Yes, that would be nice (together with http://bugs.kde.org/show_bug.cgi?id=149372 this would cover quite a lot of the common usage scenarios ... In its simplest from one would have a line like http://some.url.org/with/a/long/link.html within the comment. However, this whole thing should be made clickable, but still editable. Is there any Qt/KDE widget which would do this? It is a bit in the direction of a KUrlLabel, http://api.kde.org/4.0-api/kdelibs-apidocs/kdeui/html/classKUrlLabel.html, while KHTMLPart sounds like overkill (a complete browser widget ...). Another, more general option, would be to allow some markup language, for example such as restructured text, used in several wikis. But then one would need an edit and view mode for the comment ...
Mark, Embedding URL is already implemented in digiKam 0.10.0 dedicaced to KDE4. In fact XMP metadata provide a tag for that: http://digikam3rdparty.free.fr/Screenshots/MetadataEditor/04-xmp.png The other wish to have this url displayed as a link somewhere in GUI is different. Why not to have a new tab in imageproperties sidebar from the right panel to display the url content (like Amarok do if i remember) Gilles Caulier
While the XMP URL is nice, this only covers one url, and (it seems) only related to copyright information. I am not sure if having a new tab in the imageproperties is optimal, because I see such hyper-links closer connected with the image caption. In my opinion, even better would be to enable such links within the image caption text itself.
Hi there, Thanks for the info Gilles. Having this available would be helpful. However, I'd very much like to have the functionality Arnd describes: this is closer to what I was imagining, I think. Basically, I'd like to be able to associate an arbitrary list of URLs with an image for purposes of improving the semantic linkage between my images and related information. I'm not too bothered whether the URLs are handled inline in the comment or as a separate data item but it would definitely be nice to be able to attach this extra info to a picture. It seems like something that could eventually be done using Nepomuk? Cheers, Mark
> It seems like something that could eventually be done using Nepomuk? No need nepomuk here. digiKam has a dedicaced database with a new advanced schema (0.10.0 release). There are others XMP tags relevant of photo management. I will take a look if something can be used somewhere... if not, the dedicaced digiKam XMP namespace can be used custom urls associed to an image. Of course these urls can be duplicated in digiKam database (to perform search for ex.) Gilles
Sorry Arnd, just repeated your comment :)
I think that such infrastructure for links isnt' necessary. For example KMail creates links by itself in text messages. But readerview in KMail isn't editable, it is htmlized txt version. It would require to make comment field non-editable with opening editor of comments in separate window or switching widget(?).
Mik, Arnd, Mar, Since a long time, i would to add something like in Amarok : a sidebar tab witch start an embeded konqueror version to show an url hosted in picture metadata. In album gui, for ex, when you select a picture, metadata are parsed and if an url is found, we show this one in a dedicated sidebar tab. Like this, pro-photographer can add advertising url in photos which will be show be digiKam automatically. What do you think about ? Gilles Caulier
> What do you think about ? Rather not. Amarok embedded HTML engine for simple purpose Wikipedia, evantually lyrics. That pages are relatively simple and can be streamlined to very narrow space by preprocessing[1]. If pro-photographer[2] or photo agency place link in metadata they will point to full site which will be massacred in such small space and not useful for user (and practically useless from advertising point of view). Parsing of URLs (both WWW and mails) in metadata and creating links from them to open in external application when clicked - definitely yes. Full embedding of HTML into digiKam - rather not. [1] When Amarok wanted to make something more with it they *completely* redesigned interface to put context view in the middle to use more space. This solution is impractical for digiKam. [2] Also: why this feature should be reserved for pro-players and their content of copyright metadata? For example I spent Easter in small nice hotel, I'd like to embed URL of web page of this place in comment and would like to click on it in future when I'd like to make reservation.
> What do you think about ? There are two aspects a) Entering link information: I would prefer to just type links into the comments field. If there is a way to make anything like file:// or http:// clickable, but still being able to just edit, then this sounds optimal to me. b) Action on click: This could either open an external browser or open a side-bar window. Of course, space is limited, but maybe there is a way by which the user can easily enlarge this (and reduce later) with a keyboard short-cut (thinking of "View profiles"). For embedding see eg.: http://bluemarine.tidalwave.it/infoglueDeliverLive/ViewPage.action?siteNodeId=294&languageId=1&contentId=-1#1.2 (BTW: for something like this comments associated with tags would be extremely useful, see http://bugs.kde.org/show_bug.cgi?id=149372) ) Most likely, users would like to have both options. For a start, I would suggest to use the "open external browser" variant.
Interface implemented in svn : web url and email. I need to polish this one, and i will close this file (:=))) http://farm3.static.flickr.com/2665/3694738887_cf645c5397_o.png Gilles Caulier
Fully implemented in svn with digiKam 1.0.0-beta3: http://farm3.static.flickr.com/2456/3698175704_0a34ae9cec_o.png Gilles Caulier
SVN commit 992660 by cgilles: Added support of photograph active links (email and web url). BUGS: 151749 M +32 -10 templateviewer.cpp M +6 -0 templateviewer.h WebSVN link: http://websvn.kde.org/?view=rev&revision=992660