Re: KPlato questions

Dmitry Makovey <[email protected]>
Newsgroups gmane.comp.kde.devel.koffice
Message-ID <[email protected]>
Dag, thank you very much for your answers, see in-line...

On 11/01/2010 02:12 AM, Dag Andersen wrote:
> You should be able to select which scheduler to use in Scheduler
> column in the
> Schedule view.
> If you don't have a "RCPS Scheduler" entry there something isn't right.
> A possibility is that sycoca hasn't picked up the plugin desktop file. You can 
> test that by running:
> kbuildsycoca4
> kplato&
> from a terminal.
my problem seemed to be more of a PEBKAC problem after all - default
layout did not include "scheduler" field, tinkering with it a bit
allowed me to change scheduler and get desired results. Thank you.
>> 2. Is there a documentation on plugin building for KPlato or at least
>> some standalone sample.
> Sorry, no docs, the only implementation is the rcps plugin. You can find the 
> source in kplato/plugins/schedulers/rcps.
the rcps plugin is rather involved and requires knowledge of both
librcps and kplato internal structures. However I have made some
progress hacking my way through and I think I have narrowed down the
area for a possible patch. Seeing that your name pops up in KPlato
sources - I'd like to ask whether present behavior is expected and
desired or was it an omission? Reason I'm asking is that I can try to
patch things up a bit to suit my needs and provide you with the patch
which may turn out to be crude implementation or I can just patch my
local install and hold off on further requests until things shake down a
bit with koffice direction and KPlato internals. The easiest way for me
to patch it is to change RCPS behavior by feeding it slightly altered
data (shifting effort value by the actualEffort delta or use
task->comletion()->remainingEffort instead of  task->estimate and
possibly shifting entire start/end by appliedEffort delta if I can;
above is subject to further investigation). But that means that I lose
original RCPS behaviour - slightly better implementation would be to add
a boolean value controlling behaviour - "Use applied effort" or
something like it, but that is definitely out of my current skill range.
>> I have some very specific problem (
>> http://forum.kde.org/viewtopic.php?f=96&t=91177 ) and my feeling is that
>> I may have to dig into scheduler to make it do what I need, however I
>> haven't done much C/C++ lately (let alone KDE/Qt development in those
>> languages) so if possible I'd rather tackle it from Python,
> The existing rcps plugin is c++, I don't know how difficult it would be to 
> interface a scripting language.
My thinking was more along the lines - "can I build entire scheduling
plugin in Python?" but I'm guessing it's not possible just yet.
> Note that headers for the needed kplato libraries are not installed as they 
> are not in a shape for third party development.
Is there a schedule for stabilization of those or some other ways of
determining how far or close is implementation that is stable and fit
for third party development? (asking for a very selfish reasons - hoping
somebody better skilled than me will pick up and build needed plugins
based on above ideas :) )
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.