Bug 151749

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