KOffice RC1 has descended onto the well-known KDE ftp servers. Your best bet is to use it with KDE 2.2beta1 and Qt 2.3.1, but KDE 2.1.1 and Qt 2.2.4 will work (though not as well). The next release, scheduled for mid-August, will be 1.1 final, so this is your last chance to give KOffice a whirl and help find any remaining bugs before we are stuck with them until the 1.2 release <grin>. SuSE gets the binary-build over-achievement award. You can read the press release, complete with an incremental ChangeLog and other interesting stuff, if you Read More.
DATELINE JULY 30, 2001
FOR IMMEDIATE RELEASE
KOffice Suite Release Candidate Available for Linux/Unix
KDE, the Leading Linux Desktop, Ships First Release Candidate of KOffice Suite
July 30, 2001 (The INTERNET).
Project today announced the release of
KOffice 1.1 Release Candidate 1 (RC1).
KOffice is an integrated office suite for KDE which utilizes open
standards for component communication and component embedding.
The primary goals of this release are to provide a preview of
KOffice 1.1 and to involve users and developers who wish to
request/implement missing features or identify problems.
Code development is currently focused on stabilizing KOffice 1.1,
for final release in mid-August, 2001.
Although a release candidate, KOffice 1.1RC1 constitutes the most stable and
feature-complete release of KOffice to date. The KOffice team encourages
all users of earlier KOffice releases to upgrade to KOffice 1.1RC1.
In particular, this release is substantially more stable and
feature-complete than KOffice 1.0, which was released together with KDE 2.0
in October 2000. Changes to individual KOffice components since the last
beta release are enumerated below. In addition
changes since the KOffice 1.0 release, and a
KOffice FAQ, are
available at the KOffice website.
This release includes the following components:
(a frame-based, full-featured word processor);
(a presentation application);
(a spreadsheet application);
(a vector-drawing application f/k/a KIllustrator);
(a flowchart application);
(a chart drawing application);
(a formula editor);
(a tool for generating business quality reports); and
(for importing documents created by, or exporting documents for use with,
other office suites or office programs).
The most significant improvements since KOffice 1.1beta3, the last
KOffice beta release which was announced last month, occurred in
KWord. These improvements
include: support for Asian languages with
drop'n'paste of images; and
copy/paste of tables. KWord also benefited from numerous bug-fixes,
particularly in the auto-sizing and auto-scrolling features.
For a further list of improvements to KOffice since the last beta release,
please refer to the incremental changelog below.
KOffice and all its components are available for free under
Open Source licenses from the KDE
and its mirrors.
As a result of the dedicated efforts of hundreds of translators,
KOffice 1.1RC1 is available in 27 languages.
The following are the major improvements, enhancements and fixes since the
KOffice-1.1beta3 release last month:
- All suite applications (KOffice libs)
- New Features and Improvements:
- added a submenu for selecting a type of embedded document to insert;
- improved useability of template creation dialog;
- improved template names to permit special characters, like '(';
- improved the select-color actions with color palette;
- improved the WMF-loader to parse the DPI of WMF files; and
- replaced the filters' embedded dialog into the file chooser with normal dialogs; and
- Bug Fixes:
- fixed the automatic naming of DCOP interfaces;
- fixed the recent files list (some ways of opening documents didn't add to that list);
- fixed the autosave feature to only save if the document was changed since the last autosave;
- fixed "Configure keys" to list all the available actions; and
- fixed problems with embedded documents and zooming.
- New Features:
- added XIM support (for Asian languages);
- added save/restore UI settings (formatting characters, frame borders, zoom);
- added "keep aspect ratio" option when inserting/resizing images;
- added support for dropping and pasting images;
- added frame dialog for headers and footers;
- enabled changing the charset for selected characters (helps non-AA displays
and when printing);
- enabled disabling the grid by pressing shift while moving/resizing a frame;
- implemented copy/paste of tables;
- improved paragraph borders to span the entire frame/page width;
- improved auto-resizing when inserting very large images;
- improved auto-scrolling (also applies when moving a frame, etc.);
- improved cell auto-sizing in tables;
- improved preview in style dialog;
- improved calculation of floating tables size and placement;
- optimized speed when typing;
- made the "insert special character" dialog non-modal;
- increased the number of settings saved to/loaded from the KPresenter configuration file;
- revised class design for future code sharing with other KOffice applications; and
- made coordinates relative to page corner in frame dialog; and
- Bug fixes:
- fixed text-flow bugs;
- fixed frame selection in case of overlapping frames;
- fixed many undo/redo bugs (especially for tables) and grouping of commands;
- fixed inline items in headers/footers/copied frames;
- fixed copying frames (with inline frames);
- fixed table of content (regeneration and page numbers);
- fixed typographical quotes (never triggered in beta3);
- fixed undo/redo when applying a new format to a variable, and when pasting text with inline items;
- fixed loading of multi-columns documents, and loading of cliparts;
- fixed saving of copied frames; and
- fixed KPart objects, zooming, and preview mode.
- increased the number of settings saved to/loaded from the KPresenter configuration file;
- reduced size of file saved;
- switched to menu XML for all actions;
- fixed web presentation (author, email information); and
- fixed icon names.
- fixed autofill bugs;
- fixed crash when displaying an area (table name was not translated);
- fixed GUI problems with the dialogbox;
- closed some memory leaks (formula dialogbox and consolidate dialogbox were not deleted);
- fixed "list sort" to not delete predefined lists (month, day);
- fixed tags in header/footer (<name> <file> <author>); and
- fixed print setup.
- renamed application from KIllustrator to Kontour;
- added ability to delete objects with the backspace key;
- added ability to use the delete key in a text object;
- switched to KPrinter for printing (provides users with much greater control
over layout/formatting of printed pages);
- fixed helpline (the helpline is not moved and the cursor is not changed when the helplines are hidden);
- fixed XIM positioning;
- fixed undo/redo/cut actions;
- fixed undo/redo change fill parameters;
- fixed GUI to ensure tool is always checked;
- fixed layerPanel (enable/disable button and other fixes); and
- fixed crash when deleting a table.
For a list of major changes since the KOffice 1.0 release last October, please
Downloading and Compiling KOffice
The source packages for KOffice 1.1RC1 are available for free download at
http://ftp.kde.org/unstable/koffice-1.1-rc1/src/ or in the
equivalent directory at one of the many KDE ftp server
KOffice requires recent versions of Qt and kdelibs, and even more recent
versions are recommended.
- Required: KOffice 1.1rc1 requires
qt-x11-2.2.4or greater, kdesupport-2.1.x or greater, and kdelibs-2.1.2 or greater. The
KDE packages are available from the KDE ftp servers at
Please note, however, that kdelibs-2.1.1 will cause some crashes and
anti-aliased font problems. Moreover, both kdelibs-2.1.1 and kdelibs-2.1.2
will not properly accept .doc documents in the file selection dialog (see the
notes for a workaround).
For more information on these kdelibs
releases, please see the
press release and the
- Recommended: The KOffice team recommends the use of
qt-x11-2.3.1 and kdelibs-2.2beta. Kdelibs-2.2beta (and the pending kdelibs-2.2RC1)
provide a few additional features, such as improved printing support
(kdeprint), a scanner plugin, and proper recognition of
.doc files in the file selector dialog.
KDE 2.2beta1 is available from
and KDE 2.2RC1 should be available shortly from
Please note that the kdesupport package has been discontinued for KDE 2.2.x
due to the fact that most distributions already provide the libraries
and programs which were included in that package. If you still require
this package, you may use one of the
For more information on the kdelibs-2.2beta1 release, please see the
KOffice 1.1rc1 will not work with versions of Qt older than 2.2.4 or
versions of kdelibs older than 2.1.1.
Please note that some components of
KOffice 1.1RC1 (such as the Quattro Pro® import filter
and the new KChart) will not
compile with older versions of gcc/egcs,
such as egcs-1.1.2 or gcc-2.7.2. At a minimum gcc-2.95-* is required.
For further instructions on compiling and installing KOffice, please consult
Installing Binary Packages
Some distributors choose to provide binary packages of KOffice for certain
versions of their distribution. Some of these binary packages for
KOffice 1.1RC1 will be available for free download under
or under the equivalent directory at one of the many KDE ftp server
mirrors. Please note that the
KDE team is not responsible for these packages as they are provided by third
parties -- typically, but not always, the distributor of the relevant
distribution (if you cannot find a binary package for your distribution,
please read the KDE Binary Package
The library requirements for a particular binary package varies with the
system on which the package was compiled. Please bear in mind that
some binary packages may require a newer version of Qt and/or KDE
than was distributed with the distribution version for which the binary
package is listed below. For general library requirements for KOffice,
please see the text at Source Code -Library Requirements.
At the time of this release, pre-compiled packages are available for:
- Linux Mandrake (README):
- SuSE Linux (README - requires Qt-2.3.x):
- kdelibs 2.2beta1
- 7.2: i386; please see the noarch directory for common files
- 7.1: i386, PPC and Sparc; please see the noarch directory for common files
- 7.0: i386, PPC and S390; please see the noarch directory for common files
- 6.4: i386; please see the noarch directory for common files
- kdelibs 2.1.2 and kdesupport 2.1.1
Please check the servers periodically for pre-compiled packages for other
distributions. More binary packages may become available over the
coming days and weeks; in particular,
RedHat packages are expected tomorrow and
Debian packages are expected late
this or early next week.
KOffice is part of the KDE project.
KDE is an independent, collaborative project by hundreds of developers
worldwide to create a sophisticated, customizable and stable desktop environmentemploying a component-based, network-transparent architecture.
KDE is working proof of the power of the Open Source "Bazaar-style" software
development model to create first-rate technologies on par with
and superior to even the most complex commercial software.
For more information about KDE, please visit KDE's
For more information about KOffice, please visit KOffice's
web site where you can find,
among other things, information on
contributing to KOffice.
Corporate KOffice Sponsors
Besides the valuable and excellent efforts by the
themselves, significant support for KOffice development has been provided by
MandrakeSoft (which sponsors
KOffice developers David
Faure and Laurent Montel),
contributed Kivio and Kugar to KOffice),
Datakonsult AB (which contributed the new KChart to KOffice). Thanks!
KDE, K Desktop Environment, KChart, KFormula, Kontour, KOffice,
KPresenter, Krayon, KSpread and KWord are trademarks of KDE e.V.
Kivio and Kugar are trademarks of thekompany.com.
Quattro Pro is a registered trademark of Corel Corporation or Corel Corporation
Linux is a registered trademark of Linus Torvalds.
Unix is a registered trademark of The Open Group.
Trolltech and Qt are trademarks of Trolltech AS.
All other trademarks and copyrights referred to in this announcement are
the property of their respective owners.
(1) 480 732 1752
(1) 917 312 3122
Europe (French and English):
(44) 1225 837409
Europe (English and German):
(49) 179 2252249
Where is the Suse binarys..
Oh! there they are (overachievers). Just like I like them.
I've read some discussions on the mailing lists, but when will RTF *import* be supported in KWord (I'm guessing after 1.1 now)? It's quite important for round-tripping - I can export RTF docs fine, but I can't import them again.
Anybody have any clues...?
But kword is still missing essential features.
Or am I just blind? I can't find footnotes or hyphenation.
That's for after 1.1.
We have to stop the features at some point, and get the baby out. Otherwise people would still judge koffice from koffice-1.0, where KWord wasn't useable. At least koffice-1.1 is useable for many many common tasks. Those two features are necessary in the long run but not so much "essential" to get some basic work done.
Footnotes are definitely coming some time after 1.1.
Hyphenation is a very tricky problem due to the different rules in various languages, I have no idea how to tackle that one. Does abiword do hyphenation ? :)
I guess the best thing would be to somehow make use of the Latex hyphenation code, convert/implement it to kword somehow. Latex claims to have excellent hyphenation and it has very good support for many languages.
Don't know how hard that would be, but good hyphenation is hard to do, so why not build upon the works of others?
Just a suggestion:
For every document the user should be able to set the language (which is saved within the document) it is written in. So there can be different "KOffice-Plugins" in this specific laguage for the hyphenation.
What do you think?
The problem is, if you have several languages in one document. Since KOffice uses xml, one could use a tag like bla bla bla for defining a language for a paragraph, a sentence or even a single word!
Since KOffice uses xml, one could use a tag like bla bla bla for defining a language for a paragraph, a sentence or even a single word!
First comes the observation that country codes do not equal languages. Some countries have several very different languages, some of which have the same name: America has dozens, perhaps hundreds of languages within its borders. I have a friend who used to correspond with her father in the language of the Seneca tribe. While KDE as a whole will probably never be translated to the vast majority of these languages, they *will* be word processed. I don't know of any language code, but it wouldn't surprise me if there is an ISO standard.
Second comes the question: is this an appropriate forum for such discussion? Maybe yes, maybe no. I know the developers read the dot, as several are regular posters. Maybe a vote is in order, just to gague people. (Personally, I like such discussion - I think many users of KDE are people like me, developers who have too heavy a work load to take on a KDE project, or sysadmins with programming experience).
> First comes the observation that country codes do not equal languages.
No, butr in this case Germany (country) and German (language) happens to have the same code. Some others don't: se=Sweden, sv=Swedish.
> I don't know of any language code, but it wouldn't surprise me if there is an ISO standard.
You're correct. You can find it here: http://lcweb.loc.gov/standards/iso639-2/englangn.html
> Second comes the question: is this an appropriate forum for such discussion?
If you want to discuss this more thorough you should head to the I18N mailinglist.
Ok, then lets define _one_ language at the beginning of the document and this language is the language for the whole document. (If you have multiple languages you have to make your own hyphenation).
Is it a big problem to count all languages all over the world (not all dialects!) and give them different names in the -tag?
This is the point.
Hyphenation (or at least the possibility to set a 'soft-hyphen') *is* an essential feature of word processing. Without hyphenation, kword (and abiword of course ;) are more editors then word processors. And for KWord soft-hyphenation is extremly important, because the text of the printed page never looks like the text in the kword window.
A KOffice final release without any kind of hyphenation will never be an alternative to commercial word processors. I don't know *one* word processing application for Windows or OS/2 without this feature.
Implement it yourself, ye old windbag. Where they currently are at 1.1 is not a bad position--remember when this project started, and how far it has come since 1.0. They cannot make a full-blown word processor capable of competing with Lotus or MS Word in a few months.
Vent your anger towards their ineptitude by implementing hyphens and sending them the patch. That is at least a little more productive than vainly blowing your creaky vocal bagpipes, exasperating that kword "will never be an alternative" to Windows-based word processors. Next I expect some foul, rotting lizard to crawl half-dead out of your gizzard to inform the world that "KDE will go bankrupt" due to "uncompetetive offerings." Spare us the pleasure.
>blah blah blah hyphenation blah blah
What the heck is everyone going on about? I've used MS Works 4.0 for years and never bothered with hyphenation. For your average guy writing a letter or term paper, hyphenation is waaaay down on the list of desired features (in English anyway, is it different in other languages?). If you're writing a newspaper or something, well that's different. But KWord isn't ready for that anyway.
I hardly think hyphenation is more important than, say, footnotes or WYSIWYG printing. Fix those first!
BTW, MS Works 4.0 and all its predecessors (possibly some of its sequels too) belong on your list of Windows word processors without hyphenation.
WYSIWYG is already almost done in a Branch which will be merged to HEAD after the 1.1 release.
> If you're writing a newspaper or something, well that's different. But KWord isn't ready for that anyway.
I feel that KWord wants to be both MS Word and MS Publisher, and it seems possible. I think a minority of Word users use hyphenation, but a majority of Publisher users use it. KWord will be a tool for writing "newspaper or something" as you say, so hyphenation is necessary and important.
> I hardly think hyphenation is more important than, say, footnotes or WYSIWYG printing. Fix those first!
You are right, there are priorities, everything can't be done at the beginning. I see there is a great work on Kword, things are going better and better and, continuing in this way, it is going to be a great tool !
I am less confident with some other KOffice apps. For example I don't see arrows coming in Kivio, I fear that Krayon will continue to stay as bad as today... Yesterday, I have tried a "drag and drop", and then a "copy-paste" from Konqueror to Krayon (beta3), both were impossible, these KDE applications don't work together... I wish that the KWord developpment (as the Konqueror one and some others) is an example to follow...
KOffice is not ready for general use yet. No one is saying that any of these featues is unimportant, but the whole point is "They're getting to it"
Besides, DnD and C&P operations are both being majorly worked on in QT3, iirc.
> Besides, DnD and C&P operations are both being majorly worked on in QT3, iirc
I am surprised, I thought it was one if the first things to do...
Worse : there are confusions between the copy/paste use and the use of Select + the mouse third button.
- In KMail : I make Ctrl C on "Bla1", then I select "Bla2". I do Ctrl V and "Bla2" is appearing. Bad !!
- In KWord, idem : "Bla1" is appearing. Good.
- In Kmail : I make Ctrl C on "Bla1", then I select "Bla2". I do third button and "Bla2" is appearing. Good.
- In KWord, idem : "Bla1" is appearing. Bad !!
Such things are VERY VERY important to work quietly. It needs a global policy in all KDE for doing the same things when using Copy/Paste, Select/Third button, Drag&Drop and others reflex that all users need...
I think you misunderstand. What I mean by "It's being majorly worked on in QT3" is that it'll be in the first stable QT3, (at least, I'm pretty sure it'll be). KDE 3 will be exclusivly based on QT3, meaning you'll get a global policy at the QT/X level, including support for copying and pasting imagery, rich text, etc.
Also, about c&p operations and the third mouse button : those are seperate buffers, by design. The select & middle mouse operation is low-level X stuff, with only support for text.
> KDE 3 will be exclusivly based on QT3, meaning you'll get a global policy at the QT/X level, including support for copying and pasting imagery, rich text, etc.
Very good. But I did not misunderstood : today it is badly done, there are many incoherences. I am glad it will soon being better (however 6 months is a little long...)
> The select & middle mouse operation is low-level X stuff, with only support for text.
Yes, but, as I said in my example about Kmail, there are bad interactions with copy/paste. Are you sure that Qt3 will correct such a thing ? Is'nt it a bug, and have I to post it in bugs.kde.org ?
Well, it's not really a bug, imho. The X clipboard, which is the middle mouse thing, is inherently text based, and has quite a few limitations (I believe there is an arbitrary size limit, could someone with more knowledge about XFree check?). The new clipboard in QT3 (as well as the current KDE clipboard) is, iirc, totally seperate from the X buffer.
I suppose though, that many people would like the features of the X clipboard (i.e. instant selection) while still keeping consistency and only one clipboard. Maybe KDE could interrupt the whole process, but I don't know much about it (again, could someone check?)
Actually, there was a debate quite a while ago about this on #kde, whether or not to have two clipboards or one.
Actually X has more than one Clipboard already
So Qt3 will be now just using the exiting one based on selection as well as one which will be compatible with windows model of clipboard
Er, I may have misread that kmail thing. Idem. means what?
And are you sure that when you paste, the paste itself isn't selecting it and adding it to the x select buffer?
> And are you sure that when you paste, the paste itself isn't selecting it and adding it to the x select buffer?
I think that pasting don't have to select text and fill the X buffer (as in Netscape, Gedit and usual non KDE programs...)
- In my first test (bad for Kmail), I copy first, then select then paste.
- In my second test (bad for KWord), I copy first, then select then middle button.
About Kmail, it seems there is only one buffer, but it would be two buffers without interactions. So I think it is a bug. But, as any KDE program has not the same behaviour...
Kword uses two not independant buffers. Now I try Konqueror, I see it is like KMail... For me all are bad, there would be two independant buffers for copy/paste and select/middle button (as in Netscape, Gnumeric, Gedit and many other programs).
So I think it is a bug at the level of whole KDE. I wish it would be updated with KDE 3, perhaps before, if it don't need Qt3...
Whoever said that the current KDE clipboard is supposed to be seperate from the X clipboard was wrong. That's a QT 2 thing and can't be changed; there's only one clipboard, and selecting some text overwrites whatever is in the clipboard. As soon as KDE 3 comes out this will be fixed, because it is already fixed in QT 3. There will be two clipboards: One that is replaced whenever you select something and is pasted with the middle mouse button, and another one that is only replaced when you do a Ctrl-C or 'Copy' and is only pasted when you do a Ctrl-V or 'Paste.' Two independent buffers, just like you want.
I thought the kdesupport module was deprecated. Shouldn't this dependancy now be removed and the individual libs outside of the KDE project be included in the requirements instead?
Just compiled under KDE 2.1.2 and RH7.1 and was wondering how many of the problems I see are due to it being compiled under 2.1.2. I knew I'd lose the decent printer support, but what about the following:
1. I can only start applications under koshell, selecting kword from the menu or typing kword in an xterm just exits (same for all other components). I had this problem with previous betas of Koffice 2.1 as well.
2. I can't import any thing, including an old kspread file from koffice 1.0. HTML, abiword, Excel, etc. imports all do nothing for me.
3. Inserting formulas or using kformula doesn't work properly. If I type a long line of text I can only see the bottom few points as if the window over the text is positioned too low.
I just noticed that I'm completely unable to save in any format as well! Is this something to do with mimetypes not being setup/recognised properly?
I had the same problems when I was using koffice beta3 compiled from source on rh 7.1.
The solution I found now was to install the mandrake rpms for kde 2.1.2, they work exelent here on my redhat box....
Seems like once Redhat dosen't care about rpms anymore that I'll be forced to use mdk ones :)
Here's what I did:
I managed to fix it by installing bero's daily koffice build with --nodeps, it depends on CVS KDE 2.2, which I don't want to install until it's released (production system). I then went to my koffice build and did "make install", which copied over the RPM, so I could actually run the binaries without getting library failures.
Everything now works.
Bizzare way of doing things I know :-)
Who are they ? - "Klarälvdalens Datakonsult AB (which contributed the new KChart to KOffice)". What is the license ? I didn't noticed kchart on the list of new features. Any screenshots ?
It's the KDE-veteran Kalle Dalheimer's company.
... so steal the code from there why doncha ;-) ??
 They also do footnotes!
Actually, OpenOffice doesn't have SpellChecker, its third party :(
I think it should be implemented at the level of Qt's rich text widget for Qt 3.0 ... I mean if they can do bi-directional text what's so hard about hyphenation? ;-)
But yeah likley TeX or LaTeX are the places to look. AFAIK Abiword has none of this either.
staroffice is not open source, open office is, that is until staroffice 6 comes out, which would have a propeitry front end, because openoffice is lgpl. plus, code base is very different.
Also, heard of Klyx, Lyx version for KDE? Its a latex word prossecor.
What happened to Krayon, anyways?
Who started this KPlato thing that's mentioned loosely on the KOffice site, and when do they think it will become usuable and in KO? (Sounds very cool, by the way)
Were there absolutely no changes to Kugar and Kivio between beta3 and rc1?
>> Who started this KPlato thing that's mentioned loosely on the KOffice site
Curious, I looked it up. Anybody who wants a bit more info, read:
and from the linked docs:
"The purpose of the K PLAnning TOol (KPlato) project is to develop a Project Managment tool for Linux that will allow people to effectively plan and schedule projects in many different fields, including software development, manufacturing processes, and construction."
Kool! I need one of those! *sigh*
I'd like to thank absolutely everyone involved with this release. I don't seem to need StarOffice for much anymore and kword and Kontour are extremely nice to use.
Thanks to all.
...find any remaining bugs before we are stuck with them until the 1.2 release
This does not sound like a successful road to a stable product. It seems KOffice will remain in constant development, where bugs are common and not fixed until new ones are created together with new features. I hope I got it wrong though.... What about fixing bugs until it is stable, and then start developing 1.2?
> This does not sound like a successful road to a stable product.
You're new to software development, aren't you? That's what beta testing *IS*... finding any bugs that the developers missed. The idea is that the actual release has no bugs, but that can only happen if all bugs are reported. This is just a friendly reminder that, if you find a bug, report it.
No I'm not. I have used Linux since 1996. And - I think Linux has a better development model with the stable and development versions. I guess you are the new one. Ever heard the phrase "it will be released when it is ready"?
>> No I'm not. I have used Linux since 1996. And - I think Linux has a better development model with the stable and development versions.
And I've been using Unix since 1979, and the guy I had lunch with a few hours ago was using punch cards in the 1960s. It doesn't matter. The only reason I mentioned it was because you're objecting to the statement (paraphrased): "We'd better find all the bugs before the release so we can fix them".
What is your alternative? Not search for bugs, or not fix them? Linux has the exact same development cycle - Add features (in major.odd), debug them, release a "stable" version (major.even), and then say "oops! we missed this bug" and release fix versions (major.even.revision). As someone who runs many SMP machines, I can tell you that the 2.4.x series is in no way bug free yet. Heck, on my home machine, I have to append="" a few paramaters to fix some bad assumptions made about power management.
Think of the b and rc series in KDE and KOffice as the dot odd versions of linux. If anything, KDE uses a versioning system that is much more in line with industry conventions - and it works the same (functionally) as linux releases.
>This does not sound like a successful road to a stable product.
Many bugs reports are in fact feature not yet implemented.
Before speaking like this, try kword!
I would like to thank Thomas Zander, Shaheed Haque, David Faure, Laurent Montel, Igor Janssen
Werner Trobin, John Califf, Andrea Rizzi, Ulrich Kuettler, Stephan Kulow for making Koffice, especially Kword a usable office alternative. I have been using it for my office suite, printing letters, envelopes, making budgets, preparing presentations, since 1.1beta. Thank you from the bottom of my heart.
I have to second that!
I'm a brand new Linux user. I have been running Mandrake 7.2 and KDE as a trial for about three months (Actually bought some Mandrake disks last fall but didn't try it much until recently. I may also try SuSe and Debian soon too.). KDE is nice, and I find the KOffice suite plenty full featured and stable enough for my needs. And I work from home and use the computer extensively for my business.
I'm amazed that this great software is available and I can now make the switch without paying exhorbitant Microsoft upgrade fees. I have no problem paying for good software, but it's Microsoft's tactics and monopoly that have sent me to Linux. This "smart links" feature they are talking about with the browser in the XP system has made up my mind. I have a few more things to try tonight and then I suspect I am going cold turkey and eliminating NT from my system.
Thanks for a beautiful set of KOffice apps! Hopefully I can contribute in the future. If not programming, maybe with docs.
Is Krayon being maintained?
If so, how many people are working on it?
There are no changes listed since the last release
Yes, it's unmaintained. Do you want to join the development and eventually become the maintainer?
> Yes, it's unmaintained.
Wow, there were 5 mainteners (see "about"...) , now 0 ! It seems there is a very big problem...
> Do you want to join the development and eventually become the maintainer?
I hope that Rk is a developper...
Is it really necessary to put Krayon in KOffice 1.1 ? It can't open a .jpg or .png... It has many defaults...
In page 1 of www.koffice.org, it is said that Krayon is "a pixel-based image manipulation program like The GIMP or Adobe© Photoshop". Today, it is ridiculous !
It is bad for KOffice to have such a bloated app. I think it would be better to remove it from 1.1, and wait some developpers ...
What a pity, because a such app would be very useful...