Go to file
Havoc Pennington 5109ff0262 implement more cleanly by using text_window->allocation.x/y instead of
2002-02-22  Havoc Pennington  <hp@redhat.com>

	* gtk/gtktextview.c (buffer_to_widget): implement more cleanly by
	using text_window->allocation.x/y instead of recomputing it.
	Fixes a bug caused by leaving out the border width here.
2002-02-22 16:12:13 +00:00
contrib
debian
demos
docs s/columns/rows/ in docs. (#70199) 2002-02-22 00:26:54 +00:00
examples
gdk Implement "fuzzy" key binding lookups; allow matches on key and level but 2002-02-21 17:14:10 +00:00
gdk-pixbuf remove C++-commented debug spew, reported by David L. Cooper 2002-02-22 02:00:57 +00:00
gtk implement more cleanly by using text_window->allocation.x/y instead of 2002-02-22 16:12:13 +00:00
m4macros
modules
po Updated. 2002-02-21 14:44:51 +00:00
tests Implement "fuzzy" key binding lookups; allow matches on key and level but 2002-02-21 17:14:10 +00:00
.cvsignore
acconfig.h
acinclude.m4
AUTHORS
autogen.sh
ChangeLog implement more cleanly by using text_window->allocation.x/y instead of 2002-02-22 16:12:13 +00:00
ChangeLog.pre-1-0
ChangeLog.pre-1-2
ChangeLog.pre-2-0 implement more cleanly by using text_window->allocation.x/y instead of 2002-02-22 16:12:13 +00:00
ChangeLog.pre-2-2 implement more cleanly by using text_window->allocation.x/y instead of 2002-02-22 16:12:13 +00:00
ChangeLog.pre-2-4 implement more cleanly by using text_window->allocation.x/y instead of 2002-02-22 16:12:13 +00:00
ChangeLog.pre-2-6 implement more cleanly by using text_window->allocation.x/y instead of 2002-02-22 16:12:13 +00:00
ChangeLog.pre-2-8 implement more cleanly by using text_window->allocation.x/y instead of 2002-02-22 16:12:13 +00:00
ChangeLog.pre-2-10 implement more cleanly by using text_window->allocation.x/y instead of 2002-02-22 16:12:13 +00:00
config.guess
config.h.win32.in
config.sub
configure.in
COPYING
gdk-2.0-uninstalled.pc.in
gdk-2.0.pc.in
gdk-pixbuf-2.0-uninstalled.pc.in
gdk-pixbuf-2.0.pc.in
gtk-config-2.0.in
gtk-zip.sh.in
gtk+-2.0-uninstalled.pc.in
gtk+-2.0.pc.in
gtk+.spec.in
HACKING
INSTALL
INSTALL.in
makecopyright
Makefile.am
NEWS
NEWS.pre-1-0
README
README.cvs-commits
README.in
README.nanox
README.win32
sanity_check
TODO
TODO.xml

General Information
===================

This is GTK+ version 1.3.14. GTK+, which stands for the Gimp ToolKit, 
is a library for creating graphical user interfaces for the X Window 
System. It is designed to be small, efficient, and flexible. GTK+ is 
written in C with a very object-oriented approach.

The official ftp site is:
  ftp://ftp.gtk.org/pub/gtk

The official web site is:
  http://www.gtk.org/

Information about mailing lists can be found at
  http://www.gtk.org/mailinglists.html

Installation
============

See the file 'INSTALL'

How to report bugs
==================

Bugs should be reported to the GNOME bug tracking system. 
(http://bugzilla.gnome.org, product gtk+.) You will need
to create an account for yourself.
  
In the bug report please include:
  
* Information about your system. For instance:

   - What operating system and version
   - What version of X
   - For Linux, what version of the C library

  And anything else you think is relevant.

* How to reproduce the bug. 

  If you can reproduce it with the testgtk program that is built 
  in the gtk/ subdirectory, that will be most convenient.  Otherwise, 
  please include a short test program that exhibits the behavior. 
  As a last resort, you can also provide a pointer to a larger piece 
  of software that can be downloaded.

* If the bug was a crash, the exact text that was printed out
  when the crash occured.

* Further information such as stack traces may be useful, but
  is not necessary. If you do send a stack trace, and the error
  is an X error, it will be more useful if the stacktrace
  is produced running the test program with the --sync command
  line option.

Patches
=======

Patches should also be submitted to bugzilla.gnome.org. If the
patch fixes an existing bug, add the patch as an attachment
to that bug report.

Otherwise, enter a new bug report that describes the patch,
and attach the patch to that bug report.

Bug reports containing patches should include the PATCH keyword
in their keyword fields. If the patch adds to or changes the GTK
programming interface, the API keyword should also be included.
  
Patches should be in unified diff form. (The -u option to GNU
diff.)