Skip to content

KOffice 1.2beta2 is Out!

Thursday, 27 June 2002  |  Numanee

KOffice 1.2beta2 is out, sporting an impressive number of changes, with improvements all around the board including substantial filter enhancements, footnotes in KWord, and templates in KSpread. "This release, which is available in 56 languages, includes a frame-based, full-featured word processor (KWord); a presentation application; (KPresenter); a spreadsheet application; (KSpread); a flowchart application; (Kivio); business quality reporting software; (Kugar); and two vector-drawing applications (alpha) (Kontour and Karbon14). Additionally, KOffice includes robust embeddable charts (KChart) and formulas (KFormula) as well as a built-in thesaurus (KThesaurus) and numerous import and export filters." Read the full announcement for details. Huge congrats to the KOffice team for their hard work and dedication, and kudos to Dre for writing the announcement. Wooo!

Comments:

KOffice for MacOSX - Ranger Rick - 2002-06-27

It's also been released to Fink unstable (no binary packages, those will be released with the upcoming KDE 3.0.2 release, doing lots of building right now =).

56 or 41 languages ? - ferdinand - 2002-06-27

what causes the difference?

Re: 56 or 41 languages ? - Anonymous - 2002-06-27

I doubt any of these languages is up-to-date yet as there was no message freeze before the beta was tagged.

footnotes - Marc - 2002-06-27

FOOTNOTES ! yay! Finally, Kword is coming to the scientists.... Marc

Not really - Moritz Moeller-Herrmann - 2002-06-27

Well neither the word *.doc filter nor the *.rtf filter import any footnotes at all. Also the GUI for footnotes sucks, you have to configure EVERY SINGLE fottnote, instead of just entering it and changiong sensible defaults where appropriate. Well, that will hopefully be corrected. [HINT: Standard for Insert footnote should be autmatically numbering, nothing else!] Well, I guess that's why it is a beta... :-)

Re: Not really - Marc - 2002-06-27

Too bad and I was really looking forward to write a short paper with Kword :( Marc

Re: Not really - David Faure - 2002-06-27

Huh? You don't have to configure every single footnote. Press Enter on the dialog that comes up when inserting a footnote - just like in e.g. openoffice (and probably other suites too). The "configure" button in that dialog does bring up a GLOBAL footnote config dialog, where you can choose the type of numbering they should have etc. Some footnotes can have a custom text (like (*) or (i)), and the other still have 1, 2, 3... that's why that's in the dialog for every footnote. But pressing Enter does what you want, anyway. > Well neither the word *.doc filter nor the *.rtf filter import any footnotes at all. Well, one thing at a time. How could they do that before, since KWord didn't have footnotes at all? Now they _can_, as soon as someone makes them.

Re: Not really - Thorsten Schnebeck - 2002-06-27

Yup, looks nice. A keyboard-shotcut without the menu and press an extra enter-key would be nice ;-) Is there an easy way to go back to the main text after entering the footnote? Bye Thorsten

Re: Not really - David Faure - 2002-06-28

You can always associate a shortcut with a menu item ("configure shortcuts"), but you'll still get the dialog of course. Does any other word processor have a shortcut for inserting a footnote without showing the dialog? For reference, openoffice and MSWord both show a similar 'small dialog' when doing Insert / Footnote.

Re: Not really - Jason Katz-Brown - 2002-06-28

In the impossible-to-figure-out Word shortcut dialog, there is an extra 'insert-footnote-automatically' (or something like that) that doesn't pop up the dialog. This doesn't appear anywhere outside of the shortcut dialog though, however it is very very useful. So just making another KAction with no dialog would be fine. Jason

Re: Not really - David Faure - 2002-06-28

Ah, forgot to answer about jumping back. That's in the RMB menu (anywhere on the footnote frameset IIRC). No keyboard shortcut though - although here again "configure shortcuts" might even work for this action.

footnote implementation - Moritz Moeller-Herrmann - 2002-06-27

OK, maybe I was too fast in handing out judgement. I am normally using lyx and there entering a footnote means I start writing the footnote, not choosing the numbering type in my 20th footnote in a row. Why configure it at all? 90% of the time people want numbers.¹ If they don't, let those 10% go to the menue to configure the footnote. This is the same concept as the starting dialog of kword, which I don't like either, even though I understand the rationale behind it. I think the other post about a way to jump back and forth between text and footnote is insightful (clicking on the footnote number is used in OO.o I think). Apart from the filters deficits kword looks excellent and is a speedy sob. -- ¹ Totally grabbed out of the air number.... :-)

Re: footnote implementation - David Faure - 2002-06-28

Look at openoffice and msword - they both have that dialog when inserting a footnote. I'm happy to remove it (and let it be accessible on RMB only), if that's what people want, though.

Re: Not really - Norbert - 2002-06-28

File a bug report...

Re: Not really - Tomasz Grobelny - 2002-06-28

Well neither the word *.doc filter nor the *.rtf filter import any footnotes at all. I don't know what about beta2 but KWord from current CVS can import footnotes from RTF documents. I implemented it a few days ago.

Scientists? - meme - 2002-06-27

More like anyone above 3rd grade

Re: Scientists? - Marc - 2002-06-27

Sometimes I wonder about some scientists. They will know how to cure cancer soon, but how do I format that floppy disk again? But if 3rd Graders can understand it then maybe there is hope for my supervisor ! Marc

Re: Scientists? - kavau - 2002-06-27

Well, that's what they call 'division of labor'. For a top-notch cancer researcher it's just easier to give that floppy to one of his graduate students than to format it by himself. Nothing wrong with that. And who still uses floppies anyways?

Re: Scientists? - Carbon - 2002-06-27

> And who still uses floppies anyways? Lots of people use floppies. For example, anyone trying to install an OS on a box without a CD drive, or without a BIOS that supports CD booting. Or, anyone who wants to get a few hundred kilobytes of data to an unnetworked box and doesn't want to waste time looking for a machine with a CD burner. Or, anyone with an old unnetworked box who wants to get data out of that machine and into something else. Or, someone wanting to set up a diskless terminal server system without an expensive bootrom writer. Floppies are great because they're expendible and universal. They aren't perfect, but they don't have to be. Long live the floppy! :-) </rant>

Re: Scientists? - Chuckie Schumer - 2002-06-27

You're begging the question. Who has a box without a CD drive? Or without a BIOS that supports CD booting? Or an unnetworked box?

Re: Scientists? - Roberto Alsina - 2002-06-27

I do. Next question? ;-)

Re: Scientists? - John Hughes - 2002-06-28

<OT> I bought a 12 year old SparcStation IPC last weekend, and spent a night installing debian with 2 floppies. (the only 2 good ones I could find) Its only 25mhz, but hell, I even got the BNC (thinnet) tranceiver working, and installed X4. ;) Heh, kinda cool considering it only has a monochrome video card, and that I have to use mousekeys in X since the mouse it broke. Elephant 19" monitor though ;) </OT>

Re: Scientists? - Marc - 2002-06-28

Cool, how does XFree86 perform on this machine? Marc

Re: footnotes - apoptoz - 2002-06-27

What I miss the most is something on the line of endnote/reference manager for linux. Something that can download references from the web databases (such as http://www.pubmed.org), manage these references in one or many databases and format them in the document for a given journal. I would do it myself, but I lack both the time and expertise do build such a thing. It would also be good to have embeded latex in koffice. You could use it to build complex symbols and equations in documents, legends in graphics, etc... Something like the TeX plugins for sketch. BTW: Congrats for the LaTeX export filter! That is something I was craving for quite some time :)

Re: footnotes - fperez - 2002-06-27

Ever heard of pybliographic? Combined with LyX it's a dream.

Check out pybliographer - Moritz Moeller-Herrmann - 2002-06-27

It has pubmed searching and works very well with my 300 citations and lyx. It is of course bibtex based.

Re: Check out pybliographer - apoptoz - 2002-06-28

Yes, I know pybib and latex. But why not include something like that for koffice? A pybibliographer frontend, I belive, would be much apreciated. It's just a naïve sugestion.

Re: footnotes - JR - 2007-09-05

I know this is an old old thread, but hey. OpenOffice does have the possiblity to create footnotes on the fly w/o the dialog (i mapped this to Ctrl-F in German Version of it (Choose->Tools->Customize->Keyboard->Insert->Footnote directly or sth like that), in EN use sth else as this is taken bei "Find/Replace").. Also, jumping from text to footnote can be mapped in a similar way using "Navigation->To Anchor/Footnote" e.g. to Ctrl-J. Just highlight the fn you want to work on and hit it :) To go back, use Pg-Up and that's it. I think that's the way it should be, though in don't know how it's done in KWord, sorry. So this is a bit on the off-topic-side-of-things. Cheers Jeremias

Applications for statistic uses - Daniel San - 2002-06-27

Koffice beta2 is out.. great news! On the other side I simple ask: are there people interested in development of kparts to link every koffice applications (especially Kspread) with R (..from R-Project - www.r-project.org)? Could be great too.. have an app like SPSS or S-Plus.. or an external extension to Kspread to do this. Developers hurry up! R need a GUI.. and KDE/QT is perfectly for this! ;)

Re: Applications for statistic uses - Nels - 2002-06-28

Rohan Sadler (rsadler@agric.uwa.edu.au) posted this: <p> <BLOCKQUOTE>What I want to know is this: can anyone give me a quote on what it will cost to develop a RWindows clone of the Minitab GUI. This GUI would support initially the simple six (EDA, probabilities and quantiles of distributions, t-tests,one-way anova, chi-square, and simple linear regression), and have the potential to develop into the next level of statistical analysis (glms, multivariate methods, time series and spatial - analytical problems common across our faculty). If the cost of development is comparable to present licence maintenance fees at FNAS then I think our small group can argue for its adoption.</BLOCKQUOTE> </p> <p> To the r-help mailing list. If anyone is interested in kludging up and supporting a simple GUI, <B>on windows</B> for money, email him, not me. </p>

Re: Applications for statistic uses - Ogg Demon - 2002-06-29

Cool! I'm a statistician student and actually we work with SPSS. I'm surprising that universities pays a lot of money with fee and didn't realize a basic tool for this purpose. R exists but is unusable from console; i think that a simple GUI could solve a lot of problem and all the KDE apps could benefit of statistical models and a stabilized-killerapp like R with script capabilities. GNOME gui exists.. mmm well, if this could be called gui! Why not KDE? I'm not a developer but i think that existing code is there for the other R-gui project, how many time could be spent to do this KDE/Qt gui?

Re: Applications for statistic uses - Ogg Demon - 2002-06-29

GNOME gui for R: blah..

Re: Applications for statistic uses - AnastaSia - 2002-06-29

Well.. look these: <h2>Developers info:</h2> <a href="http://developer.R-project.org">http://developer.R-project.org</a> <h2>Possibility:</h2> <b>GDAL - R bindings to Frank Warmerdam's Geospatial Data Abstraction Library</b> - <a href="http://keittlab.bio.sunysb.edu/R/GDAL/">http://keittlab.bio.sunysb.edu/R/GDAL/</a>

KSpread Question - Paul Hawthorne - 2002-06-27

I am at work now, so I am anxious to get home and try out the new KOffice beta2. I do have a question though about KSpread. In 1.2beta1, I can't figure out how to center a spreadsheet on the page when priniting. I've looked in the page setup but can't seem to find it anywhere. This should be easy, but either it's not possible (which I can't believe since I consider this a basic feature) or I am a dummy and can't find it (most likely this option lol). At any rate, can someone tell me how this is done? Congrats KOffice team on the new release, and thank you for continuing to give us a better office suite with each release. Paul.....

Re: KSpread Question - Philipp - 2002-06-28

I have added some more print functionality to KSpread, but couldn't finish all of what I wanted to in time. Sorry, centerd output is on my list but wasn't ready when we encountered feature and message freeze. This has to wait for KO 1.3 :-/ Dito for "fit to nxm pages".

Re: KSpread Question - Paul Hawthorne - 2002-06-28

Thanks for the reply Phillip. At least now I know it's not something I was overlooking. Things are looking good though, and I appreciate all you guys work. Any suggestions of an easy workaround to get my sheets centered? Thanks again for all you guys hard work. Paul.....

Re: KSpread Question - Philipp - 2002-06-28

There is no direct way to center. You can only do it manually either by adjusting the page borders or by a "dummy" column (no borders, white background). Yes, this is no fun and everything but professional. But you should at least place a wish item in the buck tracking system, so you get informed when this function is in cvs.

no good... - protoman - 2002-06-27

...I'm still waiting for a decent SVG support. How can I wait to user ksvg on kde 3.1 if I have to use a gnome app to create svg icons?

Re: no good... - Lenny - 2002-06-28

Karbon14 has svg export. It's not perfect but only bugreports and suggestions helps improve it.

Re: no good... - protoman - 2002-06-28

And about import? SVG import was already on the last beta, but I could not open any svg file, so I can't work directaly with svg files.

Obligatory RedHat notice - ac - 2002-06-28

Functional RedHat RPMS can be found at www.linux-easy.com/daily/. They're automated CVS builds, but I've installed them and preliminary testing shows that they seem to work okay. Thank you Bero-Wan Kenobi. You're our only hope. First impressions: way better than 1.1. Lack of true WYSIWYG turned me off to KWord until just now. It is a very welcome improvement. And not as crashy! That's always nice (maybe that was RedHat packaging). Import filters aren't perfect. There was no filter for the MIME type application/x-msword! I certainly hope that was packaging problem! The WP filter isn't pretty, but it's better than nothing. Excel filters are better but still not wonderful, but natively, it seems to work great. Then again, I'm not exactly pushing the limits yet. KWord and KSpread are all I need to be happy. Import/export filters are really my only complaint so far.

Re: Obligatory RedHat notice - ariya - 2002-06-28

About filters, yes it could be really improved. However, we're lack of developers here. Reading format spec, coding the filter, testing, and stuff like take a quite amount of time. If you understand C++ and Qt/KDE and are willing to help, you're very welcomed. Documentation writers and QA people are also very valuable. At minimum, should you experienced bugs, please report to bugs.kde.org. And join us at koffice-devel@kde.org

Re: Obligatory RedHat notice - ac - 2002-06-28

I'm probably most qualified to file bugs and leave it at that. I'm an English major. I can read code within limits, though. Maybe I'll try to look at the filter code and see if it's dumb enough for me ;) I do realize, though, that it's unfair to criticize a product due to its inability to correctly reverse-engineer a competitor's complicated and always-changing formula, when basically the competitor doesn't have to worry about reverse-engineering anything from anyone else and can just spend its time tweaking the formula to piss everyone off. Nevertheless, filters remain KOffice's most noticeable shortcoming. Not that it's the end of the world. But it does mean two word processors for me. One to use personally, and another to open attachments from other people.

Re: Obligatory RedHat notice - Norbert Andres - 2002-06-28

To make you happy: KSpread will get WYSIWYG in 1.3, too. We didn't have the time to put it in this release. About filter: I think enhancing the Excel filter is easier. So have fun with it :-) We would like to hear from you :-)

Re: Obligatory RedHat notice - Andrea - 2002-06-28

> Import filters aren't perfect. There was no filter for the MIME type > application/x-msword! I certainly hope that was packaging problem! It seems that the input fiter is for application/msword instead of x-msword Try to add a new mimetype application/msword and it should work. Andrea

Input Filters - James Richard Tyrer - 2002-06-28

I suppose that all of these 'filters' are useful to some. But, what I would really like is PostScript input. I presume that this would need to use GhostScript. -- JRT

Re: Input Filters - Lenny - 2002-06-28

Karbon14 has PS/EPS import by the way. The screeny at the bottom shows the import of a "dynamic" PostScript file (with loops and rotations): http://www.koffice.org/karbon/screenshots.phtml And yes, we use ghostscript and don't have our own ps-interpreter (yet). ;)

Re: Input Filters - James Richard Tyrer - 2002-06-29

Dumb! But, I can't figure out how to do that on 1.2Beta2. So, I can't say if that will do what I need or not. -- JRT

Re: Input Filters - Lenny - 2002-06-30

First: most postscript files work, but for example the famous tiger.eps doesn't work yet. Second: it may help if you rename *.ps to *.eps. This needs to be fixed, that's right.

Re: Input Filters - Lenny - 2002-07-01

Ah, ok. Werner found a bug. Please check the next beta.

Why not command line Universal Filters ? - Leo - 2002-06-28

First of all, CONGRATS for a new release ! Second point. I always thought it is a waste of time to duplicate efforts in writting filters for the different office suites (Koffice, OpenOffice, Gnome office apps, etc.). I really don't understand why it is not possible to have command line universal filters, and higher level front ends to interface the filters with each application. But basically, one should be able to run something like "doc2kword ms-word-file kword-file" from the command line. And then the different applications would call this command with appropriate/convenient parameters to convert files as the user requests it. That would also help migration in the corporate environment. Imagine: "doc2kword *" and all your ".doc" files get converted to a more decent format ;-) I guess my question is: why is this not implemented this way ?. Lack of cooperation ?. Or is there a technical reason ?. Thanks, -- Leo

Re: Why not command line Universal Filters ? - Philppp - 2002-06-28

Lack of time is the reason. Or let me phrase it in another way: Stay tuned, this is not a real new idea and the people are working on such concepts already, but no code has been done yet. See also: http://xml.openoffice.org/standardisation/

Re: Why not command line Universal Filters ? - Nicolas Goutte - 2002-06-29

You have already a command line tool for filters in KOffice. It is called koconverter. Just try: koconverter ms-word-file.doc kword-file.kwd (the extensions are important!) As for supporting wildcards, well, I suppose that someone could write a script around koconverter. However, I do not know of anybody who has done it yet! - As for your question about "universal filters", well, the problem is that is sounds easier than it is. If you want to convert from format F1 to your word processor format F2 and you have a intermediate format Fi, you need filters for F1 to Fi and Fi to F2. If you have another word processor F3, you just need a Fi to F3 filter to convert F1 to F3. At first glance, it seems to be easier than to write a direct F1 to F3 filter. However, someone still has to check that converting from F1 to F2 and from F1 to F3 work correctly. And if one of them does not, programmers are not as free as for a direct filter, because of the limitation of the Fi intermediate format and because that changing any filter to/from Fi has potential side effects on all other filters from/to Fi. Another problem is to define this intermediate Fi format. A try is on the way. Only future will tell if it goes well. Have a nice day/evening/night!

sorry - theorz - 2002-06-28

I am sorry but I have to ask... What is that status of grammar checking? Are there any projects working on this? Are there any documents on this topic? If I wanted to help with this feature where would I go?

Re: sorry - kervel - 2002-06-28

grammar checking is technically very difficult to do. and its (i think) different for every language. so i don't think you'll see it anytime soon. (i never heard of an OSS project doing that, maybe i didn't listen well enough)

Re: sorry - Evan "JabberWokky" E. - 2002-06-29

I've seen a few, and even used one (it may have been Public Domain, as it was many many years ago) that was very good. I seem to recall that there was at least one article on the subject (using a free, where free ~= Free) grammar checker in Dr. Dobb's Journal. -- Evan "Listening to Hour of Slack"

Re: sorry - James Richard Tyrer - 2002-06-29

The original Symantec grammar checker (Grammatik) used regular expressions and a Lexx type engine to check grammar. It would appear that this type of engine could be written for any word processor. You would need the regular expressions for it to work. If you want to see this, it is in WordPerfect 8 for Linux. A better grammar checker would use YACC and this would be more difficult to write. -- JRT

KWord cannot insert rows into an existing table! - Antonio D'souza - 2002-07-13

I compiled the latest koffice, fired up kword to create a doc that contained a table. While writing, I decided I needed another row in the table. Then, to my great chagrin & surprise, found that this is impossible to do! The requisite menu oitems are greyed out :-( How on earth did this get overlooked in the QA effort???

Re: KWord cannot insert rows into an existing table! - Anonymous - 2002-07-13

Make sure you have selected cell(s), not cell content.