<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=iso-8859-15"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Caulier Gilles wrote:
<blockquote cite="mid200508131541.22038.caulier.gilles@free.fr"
type="cite">
<pre wrap="">Le Samedi 13 Août 2005 10:00, Alex Gontmakher a écrit :
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Alex, please place these comment on B.K.O. I suspect a B.K.O server
shutdown when you have sent this mail.
</pre>
</blockquote>
<pre wrap="">Ouch. Can't find it in my Sent: folder :(
</pre>
</blockquote>
<pre wrap=""><!---->
Yes. it's important. Look like Alfons is alive in your B.K.O thread (:=))).
Cool...
</pre>
</blockquote>
I'll look again<br>
<blockquote cite="mid200508131541.22038.caulier.gilles@free.fr"
type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">I have _the_ solution about blended histogram implementation : using
sidebar in image editor instead image proprerties dialog (we removing
blended histogram feature from IE)
</pre>
</blockquote>
<pre wrap="">Good. I actually thought along these lines as well. Thought you guys
preferred the transparent one...
</pre>
</blockquote>
<pre wrap=""><!---->
Blended histogram is an inerressing way but temporally for 0.7.x serie.
Normally SideBar integration on Image Editor have been planed during 0.8.x.
This way isn't limited to display histogram, but all image properties field :
file properties, Album properties, Exif, histogram, Comments & tags, and
others like IPTC and XMP (under implementation by Renchi and another
contributor - planed for 0.8.1 normally)
</pre>
</blockquote>
I don't like how it goes. I've started one change, and just refactored<br>
a bit along the way. I would like to have the current change finalized
and<br>
committed before doing anything else (for instance, before moving the
Histogram<br>
to the sidebar). When it is committed, it will be a clean baseline to
continue with.<br>
<blockquote cite="mid200508131541.22038.caulier.gilles@free.fr"
type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<pre wrap="">Ok, with the way I refactored it, the changes to remove the transparent
histogram from the Canvas should be minimal (and the amount of code to
add it to the sidebar should be reasonable too).
</pre>
</blockquote>
<pre wrap=""><!---->
Yes. Take a look in digikam/sidebar.cpp implementation, it's based on
KMultiTabBar. I think we must just re-implemnted on a SideBar dedicaced to IE
without album database depencies. Warning this code must running with
showfoto, and this one isn't liked with libdigikam.lo (showofoto is
independant of digikam like this).
SideBar come from Joern. I CC him if you want more information about.
</pre>
<blockquote type="cite">
<pre wrap="">Now two things:
1. I think that most editing functions could be done via the sidebar
(not unlike Photoshop Album). Maybe the plugins can be convinced to go
there instead of just adding menus.
</pre>
</blockquote>
<pre wrap=""><!---->
In a second time, like with 0.8.x serie for other editing options, and perhaps
with DigikamImagePlugins during 0.9.x. In a first time we need to have a
stable implementation displaying Image properties dialog tab... If we have
more time perhaps Comments & tags dialog, but i'm not sure. It's an important
changes, take a care (:=)))
</pre>
</blockquote>
I don't think it's that important whether it goes into 0.8 or 0.9 - but
it is<br>
important to do it cleanly. So, I'd propose concentrating on one change
at a time,<br>
getting it done and only then going on to another.<br>
<br>
This way, things will behave much better. For example, I think we
should first<br>
make both the Histogram widget and the Canvas's histogram use the same
code<br>
for histogram rendering, and maybe even make all the pieces that depend
on <br>
rectangle selection (like the Crop plugin, Red-Eye plugin etc) use the
same rectangle<br>
selection code, and only then we should do such changes as moving the
Histogram<br>
to a sidebar.<br>
<blockquote cite="mid200508131541.22038.caulier.gilles@free.fr"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">2. If (when) X supports transparent windows, it can be a nice touch to
let the sidebar windows undock, and become half-transparent.
</pre>
</blockquote>
<pre wrap=""><!---->
I love this idea. We need to take a look about KDE theme implementation for
that.
</pre>
</blockquote>
Well, currently, if I understand correctly, X does not support
semi-transparent<br>
windows (the semi-transparent menus do not count. They are rendered once<br>
using the contents of the screen beneath them. I doubt they would
refresh as soon<br>
as the window beneath changes). But I'd like to find out I'm wrong on
this one.<br>
<blockquote cite="mid200508131541.22038.caulier.gilles@free.fr"
type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Using SideBar is easy. It already used in digikam 0.8.0 main window for
search features. SideBar solves too this wish :
<a class="moz-txt-link-freetext" href="http://bugs.kde.org/show_bug.cgi?id=109817">http://bugs.kde.org/show_bug.cgi?id=109817</a>
We continue this discution on B.K.O
Gilles
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
A nice day
Gilles
</pre>
</blockquote>
<br>
</body>
</html>