My name is Jeffrey, and I am a student.  I have a sufficient grasp of English grammar that I actually corrected one of my professors in class, and a grasp of the differences among, categorizations of, and basic theories behind several programming languages.
<br>I am interested in proof-reading for documentation, but do want to try to write some more stuff about Koffice.<br>In particular, I would like to see or attempt a &#39;workbook&#39; similar to the &#39;learn MS office&#39; type books that I&#39;ve had to use several times.&nbsp; This would really be beneficial to koffice, and I will (want to) attempt it if I can find enough information about the suite.
<br>I believe that some kind of work needs to be done to break new koffice users of their M$ office expectations beyond emulation, the approach taken by OO.o.<br>I have used mostly OO.o until about a year ago, when I discovered that kword&#39;s frame-based design really is more powerful, and I don&#39;t just like KDE becuase I can throw the panel across the screen: the technologies whereon the kde and koffice systems are based are really unique: I have never had control over the placement of the title bar on any other system.
<br>But, using the koffice system seems to be really wierd because from my &quot;computer literacy&quot; (ie learn M$ office) classes, I learned to expect double-space to be C-2, not M-e, p, line-spacing=&gt;2.<br>But, the 
OO.o idea of emulation doesn&#39;t seem to be very satisfactory either.&nbsp; OO.o is not Office, and I&#39;ve even heard somewhere that it is Sun&#39;s attempt at getting back at M$.<br>a project as unique as Koffice would be betrayed by emulation, and the koffice2 concepts really wouldn&#39;t work with it either.&nbsp; 
OO.o seems more sophisticated and easier, but that is likely mostly because koffice is just wierd to anyone using anything else.&nbsp; I am also sure that StarOffice/OpenOffice could be the best suite in the world if it applied qt/kde/koffice concepts, like shapes and kparts, and were to put off the emulation bit, but alas, it doesn&#39;t, and earns M$&#39;s FUD concerning the FOSS communities&#39; affinity for copying M$ products.
<br>But, Koffice not being a M$ clone, some kind of documentation is neccesary to demonstrate how it is not a clone from the UI up to major concepts.&nbsp; So, instead of frames, I would start with files and simple editing, and maybe a tour of how to do basic editing.
<br>Anyway, I desire to proof-read documentation needing a greater amount of correction, like attempts at documentation by foreigners, and some idea of how to begin the workbook project mentioned above.&nbsp; If I were to do it and complete it, I intend to allow it to become a freely distributable ebook.
<br>