Free openoffice.org software for linux

OpenOffice.org is the open source project through which Sun Microsystems is releasing the technology for the popular StarOffice productivity suite.

It is an international office suite that will run on all major platforms and provide access to all functionality and data through open-component based APIs and an XML- based file format.

OpenOffice.org suite establishes the necessary facilities to make this open source technology available to the developer community.

Here are some screenshots from the OpenOffice.org 2.0:

OpenOffice.org Base:

http://img131.imageshack.us/img131/4061/ooobase0nc.png

OpenOffice.org Calc:

href="http://img113.imageshack.us/img113/8435/ooocalc1be.png

OpenOffice.org Draw:

href="http://img127.imageshack.us/img127/2332/ooodraw2as.png

OpenOffice.org Impress:

http://img127.imageshack.us/img127/6311/oooimpress1mn.png

OpenOffice.org Math:

http://img140.imageshack.us/img140/601/ooomath8ju.png

OpenOffice.org Writer:

http://img140.imageshack.us/img140/7293/ooowriter5ao.png

OpenOffice.org localization with PO Files provides OpenOffice.org GSI files converted to the Gettext PO format to allow for easier localization using one of the graphical PO editors such as KBabel, GTranslator, or poEdit. They were created using the oo2po application.

The L10N and I18N project contains a framework and tools for localization (l10n) and internationalization (i18n).

The Linear and Non-Linear Optimization Solver (or simply the Optimization Solver) is designed to compute an optimized set of decision variables that either maximize or minimize a given objective function while also satisfying a set of arbitrary constraints defined by the user.
It is widely used in the field of operations research, and can also be a very useful business tool that helps you make an informed decision on a multitude of complex scenarios that you may encounter in your day-to-day business operations.
Version restrictions:
- Currently it only solves constrained linear models! An algorithm for non-linear model is being worked on.
- A constraint value must be a cell reference. Simply typing a value will not work.
- The Reset and Options buttons do absolutely nothing!
- It assumes that the model is linear. It does NOT solve a non-linear model yet.
Enhancements:
- The two packages have been combined into one, so that only one package needs to be installed.
- Preprocessing of the model has been disabled, because it was preventing lpsolve from solving certain models.

OpenOffice::OODoc::Intro is a Perl module for an introduction to the Open OpenDocument Connector.

The main goal of the Open OpenDocument Connector (OODoc) is to allow quick application development in 2 areas:

- replacement of old-style, proprietary, client-based macros for intensive and non-interactive document processing;
- direct read/write operations by enterprise software on office documents, and/or document-driven applications.

OODoc provides an abstraction of the document objects and isolates the programmer from low level XML navigation, UTF8 encoding and file compression details. For example:

use OpenOffice::OODoc;
my $document = ooDocument(file => filename.odt);
$document->appendParagraph
(
text => Some new text,
style => Text body
);
$document->appendTable("My Table", 6, 4);
$document->cellValue("My Table", 2, 1, "New value");
$document->save;

The script above appends a new paragraph, with given text and style, and a table with 6 lines and 4 columns, to an existing document, then inserts a value at a given position in the table. It takes much less time than the opening of the document with your favourite text processor, and can be executed without any desktop software connection. A program using this library can run without any OpenOffice.org installation (and, practically, OODoc has been tested on platforms where OpenOffice.org is not available yet).

More generally, OpenOffice::OODoc provides a lot of methods (probably most of them are not useful for you) allowing create/search/update/delete operations with document elements such as:

- ordinary text containers (paragraphs, headings, item lists); - tables and cells; - sections; - images; - styles; - page layout; - metadata (i.e. title, subject, and other general properties).

OpenOffice::OODoc::Meta is a Perl module to access document metadata.

The OpenOffice::OODoc::Meta class is a specialist derivative of OpenOffice::OODoc::XPath for XML members which describe the metadata of OpenDocument (ODF) and OpenOffice.org documents.

OpenOffice::OODoc::Styles is a Perl module for document styles and layout processing.

This class is designed to handle styles, whether automatic or named, contained in styles.xml or content.xml. It inherits from the common OpenOffice::OODoc::XPath class and brings style-focused features.

This class should not be explicitly used in an ordinary application, because all its features are available in the OpenOffice::OODoc::Document class, in combination with other features. Practically, the present manual is provided to describe the style processing features of OpenOffice::OODoc::Document (knowing that these features are technically supported by the OpenOffice::OODoc::Styles component of the API).

Remember that named styles are those that the end user can see and edit using the Stylist tool in OpenOffice.org. Such styles usually have meaningful names and are stored in the styles.xml member. But an OpenDocument-compliant style may own two names, so-called name and display-name. The display-name is the name as its displayed by the office software, while the name is the main identifier. Both are displayable character strings, but they often differ. For a given display-name, the application software is allowed to set any arbitrary name. For example, with OpenOffice.org 2, the well-known pre-defined style whose display name is "Text body" is named "Text_20_body" (the space character is replaced by its hexadecimal value between two "_" characters). In the other hand, the name and the display-name generally dont differ when they contain letters and/or digits only. Remember that the name (and not the display-name) is the main identifier of a style element. So, such a method as getStyleElement("style name") uses the name attribute to retrieve a style descriptor (unless you change this behaviour through the retrieve_by document property).

Care should be taken particularly with predefined base styles in OpenOffice.org. These styles are described in styles.xml just like named styles, but they appear to the end user with localised names (in their local language), so the really displayed style name is neither the name nor the display-name stored attributes. For example, in the French distribution of OpenOffice.org, the "Text body" style appears as "Corps de texte", while its "display-name" is "Text body" and its "name" is "Text_20_body". However, this is not a problem for user-defined styles as the stored display-name is exactly the same as the effective display name.

There are also numerous "automatic" styles in a document which are created implicitly by the office application each time a particular set of presentation attributes is given to an element, but where no named style is referenced. Automatic styles which apply to the document body are stored in content.xml (but in an XML element isolated from the content). An automatic styles name can change randomly each time the document is edited or saved in OpenOffice.org.

Applications which access automatic styles will not want to indicate them using "hard-coded" names. The best way is to retrieve each automatic style via an object that is known to use it. Using a "hard-coded" name is all right for styles created by a program (the createStyle() method requires it), but such a name should only be considered to be stable for the duration of the session. If you want a program-created style name to be then respected by OpenOffice.org, you must create it as a named style.

This is no more complicated, but it is better to avoid making hundreds of styles visible to the user that they do not need to see.
There are some structural differences between the old OpenOffice.org 1.0 format and the new OASIS Open Document (ODF) one. A few of these differences arent made fully transparent by OpenOffice::OODoc. So, in some cases, a program including style definitions or updates doesnt produce exactly the same results with both OOo 1 and OOo 2 documents.

Some styles are more complex than others as they describe the page layout. These styles can themselves contain text and images. A page style, or a "master page", can actually define a header, a footer, margins, and a background. Headers and footers can contain text and images which can otherwise be handled by OODoc::Text and OODoc::Image. A background contains a colour and can also include a background image (several methods are possible).
Presentation of these objects is itself controlled by styles.

All of this leads to the conclusion that it is not enough just to associate each content element with a style. In reality, document styles form a rather complex network of interdependencies.
As for page styles, the OpenOffice.org format contains a concept which must be understood in order to use some of the following methods. By virtue of the principle of separation of content and presentation, the definition of a page style is based on two distinct objects: "master page" and "page layout". A "master page" object encompasses any page style content (i.e. the content of headers and footers) and links to a "page layout" object which describes page presentation characteristics (with large numbers of parameters from page dimensions to background colour to footnote separator size, etc.). Names which appear in the list of page styles in OpenOffice.org are actually names of "master pages". However, to work with physical aspects of the presentation, you have to access the associated "page layout".

To complicate matters, there are also header and footer styles. Each object contained in a header or footer (e.g. paragraph or image) has a style. The number and range of styles are much larger that you would imagine just looking at the Stylist tool in OpenOffice.org. Up to a point, OODoc::Styles methods make life easier for you by masking some of this complexity.
In OODoc::Styles methods, styles are normally indicated by their logical names (which must be unique), but, except where otherwise stated, they can also be indicated by their style element reference. Moreover, when a method is expecting a page layout as an argument but the programmer passes it a master page instead (whether by design or by mistake), it "knows" in most cases how to automatically select the associated page layout.

Defining a style requires a great many attributes. Some appear in code examples in this manual, but for a full list of possible attributes for each style, you must refer to the OpenOffice.org specification or publications derived from it.

OODoc::Styles module is designed to allow applications to manipulate any style and even create new ones. It is not recommended, however, to use it to create a presentation entirely from code. Here again, it is better to start from document templates which already contain at least a blank of each required style.

MfGames.OpenDocument is library for creating, loading, manipulating, and writing OASIS OpenDocument files.

MfGames.OpenDocument is a library for the loading, creation, manipulation, and output of various OASIS OpenDocument format files, including the ones created by OpenOffice.org and KWord.

ZenEdu is a distribution whose main goal is to provide an easy-to-install, stable and free operating system to nurseries and primary schools. ZenEdu includes a good collection of teachers tools for their daily educational work as well as games dedicated to children.

This version of ZenEdu is based on Zenwalk Linux 4.0, with a number of applications removed and replaced with educational software, such as Dr Geo, GCompris, GNU Chess, OpenOffice.org, TuxMath, Tux Paint, Tuxtype, and many others. The distribution currently supports French only.

Zenwalk Linux (formerly Minislack) is a Slackware-based GNU/Linux operating system with a goal of being slim and fast by using only one application per task and with focus on graphical desktop and multimedia usage.

Zenwalk features the latest Linux technology along with a complete programming environment and libraries to provide an ideal platform for application programmers. Zenwalks modular approach also provides a simple way to convert Zenwalk Linux into a finely-tuned modern server (e.g. LAMP, messaging, file sharing).