<html>
<body>
<div style="font-family: Verdana, Arial, Helvetica, Sans-Serif;">
<table bgcolor="#f9f3c9" width="100%" cellpadding="8" style="border: 1px #c9c399 solid;">
<tr>
<td>
This is an automatically generated e-mail. To reply, visit:
<a href="http://git.reviewboard.kde.org/r/113519/">http://git.reviewboard.kde.org/r/113519/</a>
</td>
</tr>
</table>
<br />
<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
<p style="margin-top: 0;">On November 4th, 2013, 4:25 p.m. UTC, <b>Gilles Caulier</b> wrote:</p>
<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Ship It!</pre>
</blockquote>
<p>On November 4th, 2013, 4:35 p.m. UTC, <b>Gilles Caulier</b> wrote:</p>
<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">>The core of the patch in moving Queue processing internals out of overburdened QueueMgrWindow to simple QueueMgr.
This is a good way.
>QueueMgr responsible for procession only one queue from begining to the end.
ok.
>To implement "group-file-passing-to-extrenal-tool" QueueMgr intercept all signals from underlying taksk and and composing "result url list" which >will be sended to external tool in the end.
Why you need to intercept all task to compose a target url list ? This list already exist in QueueSettings. Or perhaps you need to know which item have been properly processed or not (in case of task failure for ex)
I don't take a look in your code yet. The way to separate internal queue processing from QueueMgrWindow is good, but in this case, processing work as expected as previous implementation embedded in QueueMgrWindow ?
Do you try all possibility of BQM here (renaming, selecting target album, processing more than one queue, using or not parallelization of items, etc...), and of course without to use file group processing at end of queue workflow.
About configuring of External Tools implemented, do you store/restore these settings through workflow manager, to be able to play back it later ?
Gilles Caulier
</pre>
</blockquote>
<p>On November 4th, 2013, 7:38 p.m. UTC, <b>Yuri Samoilenko</b> wrote:</p>
<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">>Why you need to intercept all task to compose a target url list ? This list already exist in QueueSettings. Or perhaps you need to know which item have been properly processed or not (in case of task failure for ex)
Yes, I want to operate on successfuly processed items i.e. on result of all workflow.
>but in this case, processing work as expected as previous implementation embedded in QueueMgrWindow ?
Yes it must, I hope. this patch is not ready for applying yet, I need to check way I'am on(right way?)
> Do you try all possibility of BQM here...
Not yet, but will necessarily. I will test BQM for regressions before final review.
>About configuring of External Tools implemented do you store/restore these settings through workflow manager, to be able to play back it later ?
Probably not, if I understand you. What means "to be able to play back it later"? Like "redo"? With regard to "External Tools" 'configuring' is just a custom name of external processor. For example such processor:
while read image; do
cp $image /mnt/webdav/backup/photo
done <&0
>store/restore these settings through workflow manager
Does workflow manager has own config subsystem(I will search...)?
</pre>
</blockquote>
<p>On November 4th, 2013, 8:01 p.m. UTC, <b>Yuri Samoilenko</b> wrote:</p>
<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">And onw more question. I have almost same ETRunner and ETWidget implementation in kipi plugin and BMQ, It is allowed to use cpp/h files from kipi in core directly(e.g. through #include "../../../kipi/plugins")? If not how can I share code from kipi plugin with digikam core?</pre>
</blockquote>
</blockquote>
<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">>>About configuring of External Tools implemented do you store/restore these settings through workflow manager, to be able to play back it later ?
>Probably not, if I understand you. What means "to be able to play back it later"? Like "redo"? With regard to "External Tools" 'configuring' is just a custom name of >external processor. For example such processor:
>
>while read image; do
> cp $image /mnt/webdav/backup/photo
>done <&0
No. Workflow BQM concept is a way to store queuesettings plus list of tools assigned in a dedicated XML settings files stored in digiKam config directory from home folder.
When you create a new Queue with new items, you can reload these settings and assign it to queue as well.
Your external tools configuration must be managed by WorkflowMngr class, as it's done for others queue settings.
>store/restore these settings through workflow manager
Does workflow manager has own config subsystem(I will search...)?
It's an XML file stored in ~/kde4/share/apps/digikam/queue.xml
>And onw more question. I have almost same ETRunner and ETWidget implementation in kipi plugin and BMQ, It is allowed to use cpp/h files from kipi in core >directly(e.g. through #include "../../../kipi/plugins")? If not how can I share code from kipi plugin with digikam core?
Definitively no. kipi-plugins is independent of digiKam and vis versa.
Gilles Caulier</pre>
<br />
<p>- Gilles</p>
<br />
<p>On October 31st, 2013, 1:32 p.m. UTC, Yuri Samoilenko wrote:</p>
<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" style="background-image: url('http://git.reviewboard.kde.org/static/rb/images/review_request_box_top_bg.ab6f3b1072c9.png'); background-position: left top; background-repeat: repeat-x; border: 1px black solid;">
<tr>
<td>
<div>Review request for Digikam.</div>
<div>By Yuri Samoilenko.</div>
<p style="color: grey;"><i>Updated Oct. 31, 2013, 1:32 p.m.</i></p>
<div style="margin-top: 1.5em;">
<b style="color: #575012; font-size: 10pt;">Repository: </b>
digikam
</div>
<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Description </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
<tr>
<td>
<pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">It is my first review. I have some questions about direction of my work.
The core of the patch in moving Queue processing internals out of overburdened QueueMgrWindow to simple QueueMgr.
QueueMgr responsible for procession only one queue from begining to the end. To implement "group-file-passing-to-extrenal-tool" QueueMgr intercept all signals from underlying taksk and and composing "result url list" which will be sended to external tool in the end.
Configuring of External Tools impemented in new tab in BQM QueueSettings and selecting tool for current processing int "Target" tab in BQM QueueSettings.
There is no interaction within "External Tools" and "Target Album" in Target tab yet.
Any comments?</pre>
</td>
</tr>
</table>
<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> </h1>
<ul style="margin-left: 3em; padding-left: 0;">
<li>utilities/queuemanager/CMakeLists.txt <span style="color: grey">(910752c)</span></li>
<li>utilities/queuemanager/main/etrunner.h <span style="color: grey">(PRE-CREATION)</span></li>
<li>utilities/queuemanager/main/etrunner.cpp <span style="color: grey">(PRE-CREATION)</span></li>
<li>utilities/queuemanager/main/etwidget.h <span style="color: grey">(PRE-CREATION)</span></li>
<li>utilities/queuemanager/main/etwidget.cpp <span style="color: grey">(PRE-CREATION)</span></li>
<li>utilities/queuemanager/main/etwidget.ui <span style="color: grey">(PRE-CREATION)</span></li>
<li>utilities/queuemanager/main/queuemgr.h <span style="color: grey">(PRE-CREATION)</span></li>
<li>utilities/queuemanager/main/queuemgr.cpp <span style="color: grey">(PRE-CREATION)</span></li>
<li>utilities/queuemanager/main/queuemgrwindow.cpp <span style="color: grey">(8cd65bd)</span></li>
<li>utilities/queuemanager/main/queuemgrwindow_p.h <span style="color: grey">(7bf44da)</span></li>
<li>utilities/queuemanager/manager/queuesettings.h <span style="color: grey">(522c46f)</span></li>
<li>utilities/queuemanager/manager/task.cpp <span style="color: grey">(d825380)</span></li>
<li>utilities/queuemanager/views/queuesettingsview.cpp <span style="color: grey">(d9b89b3)</span></li>
</ul>
<p><a href="http://git.reviewboard.kde.org/r/113519/diff/" style="margin-left: 3em;">View Diff</a></p>
</td>
</tr>
</table>
</div>
</body>
</html>