[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: KOffice split
From:       Jaroslaw Staniek <staniek () kde ! org>
Date:       2010-10-27 11:48:09
Message-ID: AANLkTimu5qToJ7hbr4ywFscB0s0hnjpyfRCNZkFA3vjb () mail ! gmail ! com
[Download RAW message or body]

On 27 October 2010 09:57, Thomas Zander <zander@kde.org> wrote:
> On Wednesday 27. October 2010 08.50.44 Cyrille Berger Skott wrote:
>> The reason it was suggested to move forward with a KOffice split, instead
>> of  following your suggestion, is that it is widely acknowledge that the
>> problem are not related to Desktop vs Mobile, if it was so, it would only
>> have started a year ago, but KOffice has been into troubly water for
>> longer than that, it might have worked ok when I joined, but as
>> applications became more and more coupled the situation became worse.
>
> I agree with you there, the desktop vs mobile differentiation is not a good one.
> The differentiation I wrote about in my email is two groups that have a different
> focus, any focus. The focus itself is not the important part. In the last year
> this focus has been very strongly on the mobile version for commercial
> purposes. Its about the MSOffice compatibility and feature completeness. Again,
> not just mobile.

Hmm, back t oreality - how about finding harder? Neither this is the
reason why we differ. Virtually noone clearly questions the fact that
more features like filters, nicely integrated into the project (these
are plugins!) is positive sign of health of the project. That's thanks
to the huge kofilters work of KOffice founders in particular, possible
after years of development, that's what eventually brings benefits to
the users.

For me it's also not business vs home/school user definitely. I don't
live in Norway or Netherlands but in some other countries nonbusiness
people also need to deal with MS formats on daily basis. Even
evangelists like me, at least have to convert documents into more open
formats. I don't understand why KOffice wouldn't let this like oo.org
or better. Also, I don't understand why to request to stop this
activity if the filters development costs you nearly nothing.

Moreover I failed to see why the recently rather intensified works
e.g. on charts compatibility is a bad and 'business' thing. And
generally why it's visible from your notes that business users are
worse. Btw, you're one of them. Again, dividing people this way is a
bad thing.

Similarly, the point about too high speed of development is at least
surprising extrapolation. Is there something you do not follow because
all that happens to quickly? The project grows, that's the answer. You
have been asked to use the reviewboard as others. KOffice is more than
anyone's pet project, neither it is a proof of concept/demo of
practical use of libflake. It's important to understand (and you do I
guess but you just do not admit it) that for it's nice to have
plugins, like the music shape, but this is just nice extra feature
while applications do not have minimum feature completeness for basic
use cases. Then, if I do not contribute with implementation of these
fundamental features, at least I have respect for those that do the
uncool work. Perhaps this is the point where we differ.

-- 
regards / pozdrawiam, Jaroslaw Staniek
 http://www.linkedin.com/in/jstaniek
 Kexi & KOffice (http://kexi-project.org, http://identi.ca/kexi,
http://koffice.org)
 KDE Software Development Platform on MS Windows (http://windows.kde.org)
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel

[prev in list] [next in list] [prev in thread] [next in thread]