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

List:       koffice
Subject:    Re: users book about KOffice
From:       Seth Kurtzberg <seth () cql ! com>
Date:       2004-01-31 2:22:59
Message-ID: 63398F6B-5394-11D8-B0BF-000A959AF1CE () cql ! com
[Download RAW message or body]


On Jan 30, 2004, at 10:51 AM, Eugene Nine wrote:

>
>
> ---------- Original Message ----------------------------------
> From: "Raphael Langerhorst" <raphael-langerhorst@gmx.at>
> Reply-To: For discussion about KOffice <koffice@mail.kde.org>
> Date:  Fri, 30 Jan 2004 18:03:41 +0100 (MET)
>
>>> On Friday 30 January 2004 16:05, Seth Kurtzberg wrote:
>>>> I've been watching the discussion and wondering when this would come
>>>> up.  The justification for doing this rather than enhancing the 
>>>> online
>>>> documentation is?
>>>>
>>>
>>> A good point, I totally agree with you that the parts of the book 
>>> covering
>>> the
>>> individual apps can just as well be added to the online help, there 
>>> are
>>> only
>>> a few differences for me:
>>>
>>> Motivation for writing a book would be:
>>> * you can put more background knowledge/... in it wheras the online 
>>> help
>>> should be straight forward
>>> * you can build on top of previous chapters in the book, like "a 
>>> guided
>>> tour
>>> through KOffice" wheras the online help should be understandable 
>>> when you
>>> only read that very bit of it you need (IMHO).
>>
>> sorry, forgot about that one:
>> * people that read the online doc already have KOffice installed... 
>> which
>> means that they at least consider using it as an office suite (or 
>> their distro
>> installed it by default). With a book you normally can reach people 
>> that are
>> "evaluating" things before they use it. And I think the time where 
>> many
>> people blindly use MS Office is more and more past, There are more 
>> than 5 books on
>> OOo in German language alone for example. My feeling is that people a)
>> should have the possibiltiy to evaluate their software and b) that 
>> people that
>> truly evaluate software are often first searching for a book about it.
>>
> Thats a good point, however what will make people want to search out 
> and buy a book on an office app they don't know about?  There would 
> have to be some way to dray interest to the book.
>
>>>
>>>
>>> But I fully agree with you that actually the online help should be
>>> improved
>>> rather than writing a full book.
>>
>> but this statement still holds for sure. What about this timeline:
>>
>> first...
>> * improving/completing the online help
>> then...
>> * writing the book which can partly be derived/based on the online 
>> help
>>
>> I think with the roadmap(?) we have for KOffice we have enough time 
>> for
>> both: online help and a book, provided that there are enough people 
>> working on
>> these. I think documentation is important, although less than 10% are 
>> actually
>> using it... but I myself just bought a book about OpenOffice.org (and 
>> didn't
>> want to read the online help because I prefer reading a "real" book, 
>> although
>> the online help of OpenOffice.org is surely very good(?)).
>>
>> Online help IMO is important while working with the application (yes, 
>> I
>> sometimes read a few things up in OOo's online help) while a book is 
>> important
>> for getting to know the application.
>>
> I personally think that online help should be short and simple.  If 
> I'm in an app and need to know how to do something I should be able to 
> within a couple clicks drill down to those instructions.  I don't want 
> to stop and read background of the app, etc.  I find myself not using 
> the online help much because its too time consuming.  For example I 
> was playing with frames to see what I could do with outlining.  I 
> tried to drap and drop a frame in the document structure pane but it 
> didn't allow me to do so.  Pull up the help, scroll down a few pages 
> and find the chapter on frames, skim down, hit next, skim down some 
> more, next, etc.  I think online help should be no more than one 
> screen full of information at a time so I can quickly get the answer 
> and go.

OK, but that doesn't prevent you from having a button you can click on 
to go to a more detailed treatment.  The user experience can be 
unchanged.

>>
>> And, another reason for writing a book would be:
>> * KOffice has more potential because it builds on very good ground 
>> (QT/KDE)
>> whereas OOo has nothing they can build upon (=much more source code = 
>> harder
>> to handle = redundant work). So in the long run KOffice will be the 
>> better
>> application - and a book would make good PR. But I must really say 
>> that I'm sad
>> about the fact that there need to be multiple OSS office suites, but 
>> maybe
>> this is needed because of diverse(?) interest of people...
>>
> Having multiple office apps isn't necessarily a bad thing.  If we only 
> had one then we would begin to fall into the lack of choice trap of 
> the Windows world.  There are those Linux users who dislike KDE for 
> whatever reason and would still prefer to use OO.  I think the biggest 
> thing we need to do is standardize file formats so one doesn't have to 
> import/export.  Example now is the windows world, the standard is 
> pretty much MSOffice docs, you can be sure that if you e-mail a resume 
> in word 2000 the receiver will have word 2000, its become an 
> assumption that anyone you send your docs to or anyone whom downloads 
> from your website will be able to open a word doc with minimal work.  
> Once we get to a standard format we can then start to make that same 
> assumption and simply send documents without worry if the user has the 
> program installed with proper import filters.  Thats something we 
> already know, but what it will allow if the user to use his preference 
> of program to open the doc so there will still be room to 
> compete/differ in useability.

I don't have word 2000.

>
>> greetings,
>> Raphael
>>
>> --
>> +++ Mailpower für Multimedia-Begeisterte: http://www.gmx.net/topmail 
>> +++
>> 250 MB Mailbox, 1 GB Online-Festplatte, 100 FreeSMS. Jetzt kostenlos 
>> testen!
>>
>> ____________________________________
>> koffice mailing list
>> koffice@mail.kde.org
>> To unsubscribe please visit:
>> https://mail.kde.org/mailman/listinfo/koffice
>>
>
>
>
> ________________________________________________________________
> Sent via the HostPortal WebMail system at ninefamily.com
>
>
>
>
>
> ____________________________________
> koffice mailing list
> koffice@mail.kde.org
> To unsubscribe please visit:
> https://mail.kde.org/mailman/listinfo/koffice
>
>
-----------------------------------------------------------------
Seth Kurtzberg
CTO
ISEC Research and Network Operations Center
480-314-1540
888-879-5206
seth@isec.us
-----------------------------------------------------------------

____________________________________
koffice mailing list
koffice@mail.kde.org
To unsubscribe please visit:
https://mail.kde.org/mailman/listinfo/koffice

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

Configure | About | News | Add a list | Sponsored by KoreLogic