Re: kplato compile problem on windows

Hi Dag, sorry to nag you again. I have some questions related to the external (made internal) dependency for the scheduler (librcps). Was there a reason to copy the code inside our repository instead of linking to it as an external lib? I have a couple of problems with it. The first problem, which

Re: cstester - a tool for testing loading and painting of documents

Hi all, I have improved cstester to also support words supported files and refactored it a bit to be more modular. I would like to merge it to master. Anybody agains that? Thorsten ___ calligra-devel mailing list calligra-devel@kde.org https://mail.kd

Re: tools docker etc in plan

On Tuesday, January 25, 2011 14:57:07 Cyrille Berger Skott wrote: > On Tuesday 25 January 2011, Sven Langkamp wrote: > > On Tue, Jan 25, 2011 at 10:49 AM, Dag Andersen wrote: > > > Atm I don't have any use for the tools docker nor actually any other > > > docker except the Scripting docker in plan

Re: Calligra - Usability testing as a student project

Hi Anna-Liisa, the Calligra team has decided on the subject(s) for the usability test. There are actually two topics that are currently actively discussed and where a usability test would help a lot: 1. The tool and docker interaction 2. The application startup screen If it was possible to test

Re: Subject for usability testing

On Mon, Jan 24, 2011 at 5:01 AM, Thorsten Zachmann wrote: > On Saturday, January 22, 2011 16:02:31 Thomas Pfeiffer wrote: > > Hi all, > > as those of you who have been on #calligra today probably already know, a > > group of students offered to do a usability test as a university project > > for u

Re: Calligra Repository Viewing

On Tue, Jan 25, 2011 at 04:41, Cyrille Berger Skott wrote: > Hi, > > Thanks for the head up. > > On Tuesday 25 January 2011, Ben Cooksley wrote: >> Just to let you know, but a temporary fix has been found to the KDE >> Projects performance issues > > How temporary ? Or do you just mean that it is

Re: Subject for usability testing

On 25 January 2011 11:24, Boudewijn Rempt wrote: > > First define what the problem is -- i.e., what the user wants to do when he > starts an application. That's the first question to answer. It's not that the tasks were not defined. Without that we'd have not that many notes on the page I publis

Re: tools docker etc in plan

On Tue, Jan 25, 2011 at 3:25 PM, Sven Langkamp wrote: > On Tue, Jan 25, 2011 at 11:07 AM, Pierre Stirnweiss < > pstirnwe...@googlemail.com> wrote: > >> To be honest, I think we should think a bit further. My impression (when I >> was looking into tools/plugins loading mechanism for the (still unfi

Re: tools docker etc in plan

On Tue, Jan 25, 2011 at 11:07 AM, Pierre Stirnweiss < pstirnwe...@googlemail.com> wrote: > To be honest, I think we should think a bit further. My impression (when I > was looking into tools/plugins loading mechanism for the (still unfinished) > change tracking tool) is that the system is very rig

Review Request: Moving anchor strategy into text shape

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100442/ --- Review request for Calligra and Casper Boemann. Summary --- This patc

Re: tools docker etc in plan

On Tuesday 25 January 2011, Sven Langkamp wrote: > On Tue, Jan 25, 2011 at 10:49 AM, Dag Andersen wrote: > > Atm I don't have any use for the tools docker nor actually any other > > docker except the Scripting docker in plan. > > This *may* change in the future of course, so it would be nice to ha

Re: tools docker etc in plan

On Tue, Jan 25, 2011 at 10:49 AM, Dag Andersen wrote: > Atm I don't have any use for the tools docker nor actually any other docker > except the Scripting docker in plan. > This *may* change in the future of course, so it would be nice to have a > way > of controlling which plugins should be load

Re: tools docker etc in plan

On Tue, Jan 25, 2011 at 10:49 AM, Dag Andersen wrote: > Atm I don't have any use for the tools docker nor actually any other docker > except the Scripting docker in plan. > This *may* change in the future of course, so it would be nice to have a > way > of controlling which plugins should be load

Re: Review Request: Table of content for words

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100421/ --- (Updated Jan. 25, 2011, 1:22 p.m.) Review request for Calligra, Thorsten Z

Re: Calligra Repository Viewing

Hi, Thanks for the head up. On Tuesday 25 January 2011, Ben Cooksley wrote: > Just to let you know, but a temporary fix has been found to the KDE > Projects performance issues How temporary ? Or do you just mean that it is a horrible hack and a proper fix just need to be found inside redmine ?

Calligra Repository Viewing

Hi, Just to let you know, but a temporary fix has been found to the KDE Projects performance issues, so Calligra repository browsing has now been re-enabled at KDE Projects. https://projects.kde.org/projects/calligra/repository Regards, Ben KDE Sysadmin ___

Re: Subject for usability testing

On Monday 24 January 2011, Jaroslaw Staniek wrote: > On 24 January 2011 17:59, Boudewijn Rempt wrote: > > On Sunday 23 January 2011, Jaroslaw Staniek wrote: > > > >> I think dockers are more intensively discussed these weeks, with some > >> code appearing here ant there. So the answer IMHO would b

Re: tools docker etc in plan

My first thought was that this contradicts with the idea of a plugin. Would you still be able to use third-party plugins that you haven't enabled explicitly in Plan's source code? Maybe for each plugin it'd be helpful to have a list of "supporting applications" in the plugins .desktop file. Am

Re: tools docker etc in plan

To be honest, I think we should think a bit further. My impression (when I was looking into tools/plugins loading mechanism for the (still unfinished) change tracking tool) is that the system is very rigid and basically depends on the developer knowing what plugins are there what plugins would be u

tools docker etc in plan

Atm I don't have any use for the tools docker nor actually any other docker except the Scripting docker in plan. This *may* change in the future of course, so it would be nice to have a way of controlling which plugins should be loaded. AFAICS it's possible to *disable* plugins if you know their

Re: Review Request: Table of content for words

> On Jan. 24, 2011, 3:16 p.m., Thorsten Zachmann wrote: > > libs/kotext/KoTableOfContentsGeneratorInfo.cpp, line 132 > > > > > > can there be only one index-source-style? If so KoXml::namedItemNS can > > be used to g

Re: Review Request: Table of content for words

> On Jan. 24, 2011, 3:16 p.m., Thorsten Zachmann wrote: > > I have added some stuff I have seen while looking through the patch. I have > > not tested the patch. I'm going to fix all the issues I did not comment to.. Otherwise I objected somehow. Thank you for the review! > On Jan. 24, 2011,

Re: kplato compile problem on windows

On Mon, Jan 24, 2011 at 3:53 PM, Pierre Stirnweiss < pstirnwe...@googlemail.com> wrote: > On Mon, Jan 24, 2011 at 3:48 PM, Dag Andersen wrote: > >> Mandag 24 januar 2011 14:40:10 skrev du: >> > ok, no stress, i have still plenty of other things to do in setting up >> my >> > development environme