32471accadcf2099f9d3567f51add9fab197ec24
2000-05-14 Christopher James Lahey <clahey@helixcode.com> * Implemented the feature where the ETable columns automatically fill the given space. * e-cell-text.c, e-cell-text.h: Moved #include e-text-event-processor.h from the .h to the .c. * e-table-col.c, e-table-col.h: Added an expansion variable, and made it so that width isn't set by the programmer but instead by the e-table-header. * e-table-example-1.c, e-table-example-2.c, e-table-size-test.c, test-check.c, test-cols.c, test-table.c: Fixed to handle new ETable column resizing. * e-table-group-container.c, e-table-group-container.h, e-table-group-leaf.c, e-table-group-leaf.h, e-table-group.c, e-table-group.h, e-table-item.c, e-table-item.h: Fixed these to do a proper canvas reflow/update loop. Changed them to take a minimum width and return a width and a height. * e-table-header-item.c, e-table-header-item.h: Made this so that it depends on e-table-header.c for deciding the actual size of columns during resize (it was making incorrect decisions on its own.) * e-table-header.c, e-table-header.h: Changed this to make sure that the sum of the widths of the columns was always as close as possible to the width of the window. This is done by taking a full width and having each of the columns have an "expansion" field. This field is what makes each column have approximately the same portion of its part of the screen that it used to. * e-table.c: Changed this to set the width on the ETableHeader as well as set the proper minimum width on the ETableGroup and get the width and height it reports. From addressbook/ChangeLog 2000-05-14 Christopher James Lahey <clahey@helixcode.com> * backend/ebook/Makefile.am: Added libeutil for e-card's support for categories. * backend/ebook/e-card-list.c, backend/ebook/e-card-list.h: Added a function to get the length. * backend/ebook/e-card.c, backend/ebook/e-card.h: Added categories support (accessible either as "categories" or "category_list".) * contact-editor/Makefile.am: Added e-table and all of the categories files. * contact-editor/categories.glade, contact-editor/categories-strings.h, contact-editor/e-contact-editor-categories.c, contact-editor/e-contact-editor-categories.h: * contact-editor/contact-editor.glade, contact-editor/e-contact-editor-strings.h: Rearranged this dialog. * contact-editor/e-contact-editor.c: Rearranged dialog a bit. Added opening of categories dialog. * gui/component/Makefile.am: Rearranged libraries so that libetable would be available for the contact editor categories dialog. * gui/component/addressbook.c: Fix for new ETable resizing. Make contact editor dialog resizable. * gui/minicard/Makefile.am: Added libetable contact editor categories dialog. * gui/minicard/e-minicard.c: Make contact editor dialog resizable. From mail/ChangeLog 2000-05-14 Christopher James Lahey <clahey@helixcode.com> * message-list.c: Updated to work with new ETable resizing. svn path=/trunk/; revision=3027
Evolution is the integrated mail, calendar and address book
distributed suite from Helix Code, Inc.
See http://www.helixcode.com/apps/evolution.php3 for more information.
Note that Evolution is still pre-alpha. This means even if you manage
to compile and run it, you might not be able to figure out how to tell
it to accidentally delete all of your mail.
If you are interested in hacking on Evolution, you should subscribe to
the Evolution mailing list. Send mail to
"evolution-request@helixcode.com" with the word "subscribe" in the
body of the message. If you are planning to work on any part of
Evolution, please send mail to the mailing list first, to avoid
duplicated effort (and to make sure that you aren't basing your work
on interfaces that are expected to change).
There is a mailing list archive available at
http://lists.helixcode.com/archives/public/evolution/
There is also an #evolution IRC channel on irc.gnome.org.
HOW TO BUILD EVOLUTION
----------------------
*** READ THIS BEFORE YOU START BUILDING ANYTHING! ***
Evolution depends on a large number of unreleased and rapidly-changing
libraries. Some of these libraries in turn depend on other unreleased
and rapidly-changing libraries.
Building Evolution is HARD, and it's going to stay hard until all of
the libraries it depends on stabilize, and there's nothing we can do
to make it any easier until then.
General Principles
------------------
There are two things you have to decide earlier on: whether or not to
install Evolution in the same prefix as the rest of your GNOME
install, and whether to use GOAD or OAF.
- Installing everything into the same prefix as the rest of your
GNOME install will it much easier to run programs, but may make it
harder to uninstall later.
If you want to install into the same prefix as the rest of GNOME,
type:
gnome-config --prefix
gnome-config --sysconfdir
and remember the answers, and pass them to "configure" and
"autogen" when building the other packages you need. Eg:
./configure --prefix=/usr --sysconfdir=/etc
If you do not do this, you will need to set GNOME_PATH to include
the prefix you install into. Eg:
GNOME_PATH=/usr/local
- There is absolutely no reason to build using OAF unless you are
also building Nautilus, in which case you should already have it
installed.
Dependencies
------------
All of these libraries are available in GNOME CVS, under the given
names. Most (but not all) of them are also available as tarballs on
ftp.gnome.org. The (*)ed packages are available in Helix GNOME.
(http://www.helixcode.com/desktop/)
- gnome-xml - currently, only 1.8.7 works. Earlier versions have a
bug in code that Evolution needs, and the 2.0 branch is not source
or binary compatible. If you get this from GNOME CVS, use the tag
"LIB_XML_1_X". (*)
- gnome-print (whatever version is currently needed by gtkhtml) (*)
- gdk-pixbuf - 0.7.0 or later (*)
- ORBit - 0.5.1 (*)
- bonobo - Evolution always tracks the latest CVS versions of bonobo.
Released versions will virtually always be too old (although as of
May 10, bonobo 0.11 is recent enough).
*** Note that bonobo must be installed with the same --prefix as
*** either gnome-libs or evolution for the Makefiles to work
*** properly.
- gnome-vfs (released versions are OK currently, but CVS versions are
better)
- libunicode = 0.4 or later, available
from http://www.pango.org/download.shtml
- gtkhtml - 0.2 or later
- libglade (*)
- pilot-link - only required if you want Pilot support. The pilot
support does not currently exist, so this is somewhat hypothetical.
(*)
- gnome-pilot - see pilot-link (*)
The layout of the source tree is:
addressbook: the Address Book UI
calendar: the Calendar UI
camel: libcamel, a messaging library used by the mailer.
Camel is inspired by Sun's JavaMail
(http://java.sun.com/products/javamail/) and the
IMAPv4 spec (RFC 2060).
wombat: Has source code that will load in the addressbook
and calendar backend, and will form the server
process we'll be using
composer: the message composer UI
data: the .desktop file for Evolution
devel-docs: entirely inadequate documentation
doc: more inadequate documentation, and some nice white
papers
e-util: utility code used by various parts of Evolution
filter: libfilter, a mail filtering library
libibex: an indexing library used by the mailer
libical: a library for the iCalendar format (RFC 2445-2446)
libversit: a library for the vCard (RFC 2425-2426) and vCalendar
(http://www.imc.org/pdi/vcal-10.txt) formats
mail: the mail display UI
shell: the Evolution shell (the main program that launches
the other components)
tests: some test programs
widgets: widgets used by Evolution, including the shortcut bar,
ETable, and EText
Description
Languages
C
96.8%
JavaScript
1.4%
CMake
1.2%
Makefile
0.2%
Python
0.2%