Second part of prior commit

4 files changed, 2517 insertions, 0 deletions

diff --git a/tde-i18n-pt/docs/tdevelop/kde_app_devel/Makefile.am b/tde-i18n-pt/docs/tdevelop/kde_app_devel/Makefile.am
new file mode 100644
index 00000000000..6869837a64a
--- /dev/null
+++ b/tde-i18n-pt/docs/tdevelop/kde_app_devel/Makefile.am
@@ -0,0 +1,4 @@
+KDE_LANG = pt
+SUBDIRS = $(AUTODIRS)
+KDE_DOCS = AUTO
+KDE_MANS = AUTO
diff --git a/tde-i18n-pt/docs/tdevelop/kde_app_devel/Makefile.in b/tde-i18n-pt/docs/tdevelop/kde_app_devel/Makefile.in
new file mode 100644
index 00000000000..d61e5e3fc32
--- /dev/null
+++ b/tde-i18n-pt/docs/tdevelop/kde_app_devel/Makefile.in
@@ -0,0 +1,635 @@
+# Makefile.in generated by automake 1.10.1 from Makefile.am.
+# KDE tags expanded automatically by am_edit - $Revision: 483858 $ 
+# @configure_input@
+
+# Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002,
+# 2003, 2004, 2005, 2006, 2007, 2008  Free Software Foundation, Inc.
+# This Makefile.in is free software; the Free Software Foundation
+# gives unlimited permission to copy and/or distribute it,
+# with or without modifications, as long as this notice is preserved.
+
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY, to the extent permitted by law; without
+# even the implied warranty of MERCHANTABILITY or FITNESS FOR A
+# PARTICULAR PURPOSE.
+
+@SET_MAKE@
+VPATH = @srcdir@
+pkgdatadir = $(datadir)/@PACKAGE@
+pkglibdir = $(libdir)/@PACKAGE@
+pkgincludedir = $(includedir)/@PACKAGE@
+am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd
+install_sh_DATA = $(install_sh) -c -m 644
+install_sh_PROGRAM = $(install_sh) -c
+install_sh_SCRIPT = $(install_sh) -c
+INSTALL_HEADER = $(INSTALL_DATA)
+transform = $(program_transform_name)
+NORMAL_INSTALL = :
+PRE_INSTALL = :
+POST_INSTALL = :
+NORMAL_UNINSTALL = :
+PRE_UNINSTALL = :
+POST_UNINSTALL = :
+subdir = docs/tdevelop/kde_app_devel
+DIST_COMMON = $(srcdir)/Makefile.am $(srcdir)/Makefile.in
+ACLOCAL_M4 = $(top_srcdir)/aclocal.m4
+am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \
+	$(top_srcdir)/configure.in
+am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \
+	$(ACLOCAL_M4)
+mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs
+CONFIG_HEADER = $(top_builddir)/config.h
+CONFIG_CLEAN_FILES =
+SOURCES =
+DIST_SOURCES =
+#>- RECURSIVE_TARGETS = all-recursive check-recursive dvi-recursive \
+#>- 	html-recursive info-recursive install-data-recursive \
+#>- 	install-dvi-recursive install-exec-recursive \
+#>- 	install-html-recursive install-info-recursive \
+#>- 	install-pdf-recursive install-ps-recursive install-recursive \
+#>- 	installcheck-recursive installdirs-recursive pdf-recursive \
+#>- 	ps-recursive uninstall-recursive
+#>+ 7
+RECURSIVE_TARGETS = all-recursive check-recursive dvi-recursive \
+	html-recursive info-recursive install-data-recursive \
+	install-dvi-recursive install-exec-recursive \
+	install-html-recursive install-info-recursive \
+	install-pdf-recursive install-ps-recursive install-recursive \
+	installcheck-recursive installdirs-recursive pdf-recursive \
+	ps-recursive uninstall-recursive nmcheck-recursive bcheck-recursive
+RECURSIVE_CLEAN_TARGETS = mostlyclean-recursive clean-recursive	\
+  distclean-recursive maintainer-clean-recursive
+ETAGS = etags
+CTAGS = ctags
+DIST_SUBDIRS = $(SUBDIRS)
+#>- DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST)
+#>+ 1
+DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) $(KDE_DIST)
+ACLOCAL = @ACLOCAL@
+AMTAR = @AMTAR@
+ARTSCCONFIG = @ARTSCCONFIG@
+AUTOCONF = @AUTOCONF@
+AUTODIRS = @AUTODIRS@
+AUTOHEADER = @AUTOHEADER@
+AUTOMAKE = @AUTOMAKE@
+AWK = @AWK@
+CONF_FILES = @CONF_FILES@
+CYGPATH_W = @CYGPATH_W@
+DCOPIDL = @DCOPIDL@
+DCOPIDL2CPP = @DCOPIDL2CPP@
+DCOPIDLNG = @DCOPIDLNG@
+DCOP_DEPENDENCIES = @DCOP_DEPENDENCIES@
+DEFS = @DEFS@
+ECHO_C = @ECHO_C@
+ECHO_N = @ECHO_N@
+ECHO_T = @ECHO_T@
+GMSGFMT = @GMSGFMT@
+INSTALL = @INSTALL@
+INSTALL_DATA = @INSTALL_DATA@
+INSTALL_PROGRAM = @INSTALL_PROGRAM@
+INSTALL_SCRIPT = @INSTALL_SCRIPT@
+INSTALL_STRIP_PROGRAM = @INSTALL_STRIP_PROGRAM@
+KCFG_DEPENDENCIES = @KCFG_DEPENDENCIES@
+KCONFIG_COMPILER = @KCONFIG_COMPILER@
+KDECONFIG = @KDECONFIG@
+KDE_EXTRA_RPATH = @KDE_EXTRA_RPATH@
+KDE_RPATH = @KDE_RPATH@
+KDE_XSL_STYLESHEET = @KDE_XSL_STYLESHEET@
+LIBOBJS = @LIBOBJS@
+LIBS = @LIBS@
+LN_S = @LN_S@
+LTLIBOBJS = @LTLIBOBJS@
+MAKEINFO = @MAKEINFO@
+MAKEKDEWIDGETS = @MAKEKDEWIDGETS@
+MCOPIDL = @MCOPIDL@
+MEINPROC = @MEINPROC@
+MKDIR_P = @MKDIR_P@
+MSGFMT = @MSGFMT@
+PACKAGE = @PACKAGE@
+PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@
+PACKAGE_NAME = @PACKAGE_NAME@
+PACKAGE_STRING = @PACKAGE_STRING@
+PACKAGE_TARNAME = @PACKAGE_TARNAME@
+PACKAGE_VERSION = @PACKAGE_VERSION@
+PATH_SEPARATOR = @PATH_SEPARATOR@
+SET_MAKE = @SET_MAKE@
+SHELL = @SHELL@
+STRIP = @STRIP@
+TOPSUBDIRS = @TOPSUBDIRS@
+VERSION = @VERSION@
+XGETTEXT = @XGETTEXT@
+XMLLINT = @XMLLINT@
+X_RPATH = @X_RPATH@
+abs_builddir = @abs_builddir@
+abs_srcdir = @abs_srcdir@
+abs_top_builddir = @abs_top_builddir@
+abs_top_srcdir = @abs_top_srcdir@
+am__leading_dot = @am__leading_dot@
+am__tar = @am__tar@
+am__untar = @am__untar@
+#>- bindir = @bindir@
+#>+ 2
+DEPDIR = .deps
+bindir = @bindir@
+build_alias = @build_alias@
+builddir = @builddir@
+datadir = @datadir@
+datarootdir = @datarootdir@
+docdir = @docdir@
+dvidir = @dvidir@
+exec_prefix = @exec_prefix@
+host_alias = @host_alias@
+htmldir = @htmldir@
+includedir = @includedir@
+infodir = @infodir@
+install_sh = @install_sh@
+kde_appsdir = @kde_appsdir@
+kde_bindir = @kde_bindir@
+kde_confdir = @kde_confdir@
+kde_datadir = @kde_datadir@
+kde_htmldir = @kde_htmldir@
+kde_icondir = @kde_icondir@
+kde_kcfgdir = @kde_kcfgdir@
+kde_libs_htmldir = @kde_libs_htmldir@
+kde_libs_prefix = @kde_libs_prefix@
+kde_locale = @kde_locale@
+kde_mimedir = @kde_mimedir@
+kde_moduledir = @kde_moduledir@
+kde_servicesdir = @kde_servicesdir@
+kde_servicetypesdir = @kde_servicetypesdir@
+kde_sounddir = @kde_sounddir@
+kde_styledir = @kde_styledir@
+kde_templatesdir = @kde_templatesdir@
+kde_wallpaperdir = @kde_wallpaperdir@
+kde_widgetdir = @kde_widgetdir@
+tdeinitdir = @tdeinitdir@
+libdir = @libdir@
+libexecdir = @libexecdir@
+localedir = @localedir@
+localstatedir = @localstatedir@
+mandir = @mandir@
+mkdir_p = @mkdir_p@
+oldincludedir = @oldincludedir@
+pdfdir = @pdfdir@
+prefix = @prefix@
+program_transform_name = @program_transform_name@
+psdir = @psdir@
+sbindir = @sbindir@
+sharedstatedir = @sharedstatedir@
+srcdir = @srcdir@
+sysconfdir = @sysconfdir@
+target_alias = @target_alias@
+top_builddir = @top_builddir@
+top_srcdir = @top_srcdir@
+xdg_appsdir = @xdg_appsdir@
+xdg_directorydir = @xdg_directorydir@
+xdg_menudir = @xdg_menudir@
+KDE_LANG = pt
+#>- SUBDIRS = $(AUTODIRS)
+#>+ 1
+SUBDIRS =.
+KDE_DOCS = AUTO
+KDE_MANS = AUTO
+#>- all: all-recursive
+#>+ 1
+all: docs-am  all-recursive
+
+.SUFFIXES:
+$(srcdir)/Makefile.in:  $(srcdir)/Makefile.am  $(am__configure_deps)
+#>- 	@for dep in $?; do \
+#>- 	  case '$(am__configure_deps)' in \
+#>- 	    *$$dep*) \
+#>- 	      cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \
+#>- 		&& exit 0; \
+#>- 	      exit 1;; \
+#>- 	  esac; \
+#>- 	done; \
+#>- 	echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu  docs/tdevelop/kde_app_devel/Makefile'; \
+#>- 	cd $(top_srcdir) && \
+#>- 	  $(AUTOMAKE) --gnu  docs/tdevelop/kde_app_devel/Makefile
+#>+ 12
+	@for dep in $?; do \
+	  case '$(am__configure_deps)' in \
+	    *$$dep*) \
+	      cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \
+		&& exit 0; \
+	      exit 1;; \
+	  esac; \
+	done; \
+	echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu  docs/tdevelop/kde_app_devel/Makefile'; \
+	cd $(top_srcdir) && \
+	  $(AUTOMAKE) --gnu  docs/tdevelop/kde_app_devel/Makefile
+	cd $(top_srcdir) && perl ../scripts/admin/am_edit -p../scripts/admin docs/tdevelop/kde_app_devel/Makefile.in
+.PRECIOUS: Makefile
+Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status
+	@case '$?' in \
+	  *config.status*) \
+	    cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \
+	  *) \
+	    echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \
+	    cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \
+	esac;
+
+$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES)
+	cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh
+
+$(top_srcdir)/configure:  $(am__configure_deps)
+	cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh
+$(ACLOCAL_M4):  $(am__aclocal_m4_deps)
+	cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh
+
+# This directory's subdirectories are mostly independent; you can cd
+# into them and run `make' without going through this Makefile.
+# To change the values of `make' variables: instead of editing Makefiles,
+# (1) if the variable is set in `config.status', edit `config.status'
+#     (which will cause the Makefiles to be regenerated when you run `make');
+# (2) otherwise, pass the desired values on the `make' command line.
+$(RECURSIVE_TARGETS):
+	@failcom='exit 1'; \
+	for f in x $$MAKEFLAGS; do \
+	  case $$f in \
+	    *=* | --[!k]*);; \
+	    *k*) failcom='fail=yes';; \
+	  esac; \
+	done; \
+	dot_seen=no; \
+	target=`echo $@ | sed s/-recursive//`; \
+	list='$(SUBDIRS)'; for subdir in $$list; do \
+	  echo "Making $$target in $$subdir"; \
+	  if test "$$subdir" = "."; then \
+	    dot_seen=yes; \
+	    local_target="$$target-am"; \
+	  else \
+	    local_target="$$target"; \
+	  fi; \
+	  (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) $$local_target) \
+	  || eval $$failcom; \
+	done; \
+	if test "$$dot_seen" = "no"; then \
+	  $(MAKE) $(AM_MAKEFLAGS) "$$target-am" || exit 1; \
+	fi; test -z "$$fail"
+
+$(RECURSIVE_CLEAN_TARGETS):
+	@failcom='exit 1'; \
+	for f in x $$MAKEFLAGS; do \
+	  case $$f in \
+	    *=* | --[!k]*);; \
+	    *k*) failcom='fail=yes';; \
+	  esac; \
+	done; \
+	dot_seen=no; \
+	case "$@" in \
+	  distclean-* | maintainer-clean-*) list='$(DIST_SUBDIRS)' ;; \
+	  *) list='$(SUBDIRS)' ;; \
+	esac; \
+	rev=''; for subdir in $$list; do \
+	  if test "$$subdir" = "."; then :; else \
+	    rev="$$subdir $$rev"; \
+	  fi; \
+	done; \
+	rev="$$rev ."; \
+	target=`echo $@ | sed s/-recursive//`; \
+	for subdir in $$rev; do \
+	  echo "Making $$target in $$subdir"; \
+	  if test "$$subdir" = "."; then \
+	    local_target="$$target-am"; \
+	  else \
+	    local_target="$$target"; \
+	  fi; \
+	  (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) $$local_target) \
+	  || eval $$failcom; \
+	done && test -z "$$fail"
+tags-recursive:
+	list='$(SUBDIRS)'; for subdir in $$list; do \
+	  test "$$subdir" = . || (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) tags); \
+	done
+ctags-recursive:
+	list='$(SUBDIRS)'; for subdir in $$list; do \
+	  test "$$subdir" = . || (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) ctags); \
+	done
+
+ID: $(HEADERS) $(SOURCES) $(LISP) $(TAGS_FILES)
+	list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \
+	unique=`for i in $$list; do \
+	    if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \
+	  done | \
+	  $(AWK) '{ files[$$0] = 1; nonemtpy = 1; } \
+	      END { if (nonempty) { for (i in files) print i; }; }'`; \
+	mkid -fID $$unique
+tags: TAGS
+
+TAGS: tags-recursive $(HEADERS) $(SOURCES)  $(TAGS_DEPENDENCIES) \
+		$(TAGS_FILES) $(LISP)
+	tags=; \
+	here=`pwd`; \
+	if ($(ETAGS) --etags-include --version) >/dev/null 2>&1; then \
+	  include_option=--etags-include; \
+	  empty_fix=.; \
+	else \
+	  include_option=--include; \
+	  empty_fix=; \
+	fi; \
+	list='$(SUBDIRS)'; for subdir in $$list; do \
+	  if test "$$subdir" = .; then :; else \
+	    test ! -f $$subdir/TAGS || \
+	      tags="$$tags $$include_option=$$here/$$subdir/TAGS"; \
+	  fi; \
+	done; \
+	list='$(SOURCES) $(HEADERS)  $(LISP) $(TAGS_FILES)'; \
+	unique=`for i in $$list; do \
+	    if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \
+	  done | \
+	  $(AWK) '{ files[$$0] = 1; nonempty = 1; } \
+	      END { if (nonempty) { for (i in files) print i; }; }'`; \
+	if test -z "$(ETAGS_ARGS)$$tags$$unique"; then :; else \
+	  test -n "$$unique" || unique=$$empty_fix; \
+	  $(ETAGS) $(ETAGSFLAGS) $(AM_ETAGSFLAGS) $(ETAGS_ARGS) \
+	    $$tags $$unique; \
+	fi
+ctags: CTAGS
+CTAGS: ctags-recursive $(HEADERS) $(SOURCES)  $(TAGS_DEPENDENCIES) \
+		$(TAGS_FILES) $(LISP)
+	tags=; \
+	list='$(SOURCES) $(HEADERS)  $(LISP) $(TAGS_FILES)'; \
+	unique=`for i in $$list; do \
+	    if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \
+	  done | \
+	  $(AWK) '{ files[$$0] = 1; nonempty = 1; } \
+	      END { if (nonempty) { for (i in files) print i; }; }'`; \
+	test -z "$(CTAGS_ARGS)$$tags$$unique" \
+	  || $(CTAGS) $(CTAGSFLAGS) $(AM_CTAGSFLAGS) $(CTAGS_ARGS) \
+	     $$tags $$unique
+
+GTAGS:
+	here=`$(am__cd) $(top_builddir) && pwd` \
+	  && cd $(top_srcdir) \
+	  && gtags -i $(GTAGS_ARGS) $$here
+
+distclean-tags:
+	-rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
+
+#>- distdir: $(DISTFILES)
+#>+ 1
+distdir: distdir-nls  $(DISTFILES)
+	@srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \
+	topsrcdirstrip=`echo "$(top_srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \
+	list='$(DISTFILES)'; \
+	  dist_files=`for file in $$list; do echo $$file; done | \
+	  sed -e "s|^$$srcdirstrip/||;t" \
+	      -e "s|^$$topsrcdirstrip/|$(top_builddir)/|;t"`; \
+	case $$dist_files in \
+	  */*) $(MKDIR_P) `echo "$$dist_files" | \
+			   sed '/\//!d;s|^|$(distdir)/|;s,/[^/]*$$,,' | \
+			   sort -u` ;; \
+	esac; \
+	for file in $$dist_files; do \
+	  if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \
+	  if test -d $$d/$$file; then \
+	    dir=`echo "/$$file" | sed -e 's,/[^/]*$$,,'`; \
+	    if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \
+	      cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \
+	    fi; \
+	    cp -pR $$d/$$file $(distdir)$$dir || exit 1; \
+	  else \
+	    test -f $(distdir)/$$file \
+	    || cp -p $$d/$$file $(distdir)/$$file \
+	    || exit 1; \
+	  fi; \
+	done
+	list='$(DIST_SUBDIRS)'; for subdir in $$list; do \
+	  if test "$$subdir" = .; then :; else \
+	    test -d "$(distdir)/$$subdir" \
+	    || $(MKDIR_P) "$(distdir)/$$subdir" \
+	    || exit 1; \
+	    distdir=`$(am__cd) $(distdir) && pwd`; \
+	    top_distdir=`$(am__cd) $(top_distdir) && pwd`; \
+	    (cd $$subdir && \
+	      $(MAKE) $(AM_MAKEFLAGS) \
+	        top_distdir="$$top_distdir" \
+	        distdir="$$distdir/$$subdir" \
+		am__remove_distdir=: \
+		am__skip_length_check=: \
+	        distdir) \
+	      || exit 1; \
+	  fi; \
+	done
+check-am: all-am
+check: check-recursive
+all-am: Makefile
+installdirs: installdirs-recursive
+installdirs-am:
+install: install-recursive
+install-exec: install-exec-recursive
+install-data: install-data-recursive
+#>- uninstall: uninstall-recursive
+#>+ 1
+uninstall: uninstall-docs uninstall-nls  uninstall-recursive
+
+install-am: all-am
+	@$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am
+
+installcheck: installcheck-recursive
+install-strip:
+	$(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \
+	  install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \
+	  `test -z '$(STRIP)' || \
+	    echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install
+mostlyclean-generic:
+
+clean-generic:
+
+distclean-generic:
+	-test -z "$(CONFIG_CLEAN_FILES)" || rm -f $(CONFIG_CLEAN_FILES)
+
+maintainer-clean-generic:
+	@echo "This command is intended for maintainers to use"
+	@echo "it deletes files that may require special tools to rebuild."
+#>- clean: clean-recursive
+#>+ 1
+clean: kde-rpo-clean  clean-recursive
+
+#>- clean-am: clean-generic mostlyclean-am
+#>+ 1
+clean-am: clean-docs clean-bcheck  clean-generic mostlyclean-am
+
+distclean: distclean-recursive
+	-rm -f Makefile
+distclean-am: clean-am distclean-generic distclean-tags
+
+dvi: dvi-recursive
+
+dvi-am:
+
+html: html-recursive
+
+info: info-recursive
+
+info-am:
+
+#>- install-data-am:
+#>+ 1
+install-data-am: install-docs install-nls 
+
+install-dvi: install-dvi-recursive
+
+install-exec-am:
+
+install-html: install-html-recursive
+
+install-info: install-info-recursive
+
+install-man:
+
+install-pdf: install-pdf-recursive
+
+install-ps: install-ps-recursive
+
+installcheck-am:
+
+maintainer-clean: maintainer-clean-recursive
+	-rm -f Makefile
+maintainer-clean-am: distclean-am maintainer-clean-generic
+
+mostlyclean: mostlyclean-recursive
+
+mostlyclean-am: mostlyclean-generic
+
+pdf: pdf-recursive
+
+pdf-am:
+
+ps: ps-recursive
+
+ps-am:
+
+uninstall-am:
+
+.MAKE: $(RECURSIVE_CLEAN_TARGETS) $(RECURSIVE_TARGETS) install-am \
+	install-strip
+
+.PHONY: $(RECURSIVE_CLEAN_TARGETS) $(RECURSIVE_TARGETS) CTAGS GTAGS \
+	all all-am check check-am clean clean-generic ctags \
+	ctags-recursive distclean distclean-generic distclean-tags \
+	distdir dvi dvi-am html html-am info info-am install \
+	install-am install-data install-data-am install-dvi \
+	install-dvi-am install-exec install-exec-am install-html \
+	install-html-am install-info install-info-am install-man \
+	install-pdf install-pdf-am install-ps install-ps-am \
+	install-strip installcheck installcheck-am installdirs \
+	installdirs-am maintainer-clean maintainer-clean-generic \
+	mostlyclean mostlyclean-generic pdf pdf-am ps ps-am tags \
+	tags-recursive uninstall uninstall-am
+
+# Tell versions [3.59,3.63) of GNU make to not export all variables.
+# Otherwise a system limit (for SysV at least) may be exceeded.
+.NOEXPORT:
+
+#>+ 2
+KDE_DIST=index.docbook index.cache.bz2 Makefile.in Makefile.am 
+
+#>+ 24
+index.cache.bz2: $(srcdir)/index.docbook $(KDE_XSL_STYLESHEET) index.docbook 
+	@if test -n "$(MEINPROC)"; then echo $(MEINPROC) --check --cache index.cache.bz2 $(srcdir)/index.docbook; $(MEINPROC) --check --cache index.cache.bz2 $(srcdir)/index.docbook; fi
+
+docs-am: index.cache.bz2
+
+install-docs: docs-am install-nls
+	$(mkinstalldirs) $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel
+	@if test -f index.cache.bz2; then \
+	echo $(INSTALL_DATA) index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/; \
+	$(INSTALL_DATA) index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/; \
+	elif test -f  $(srcdir)/index.cache.bz2; then \
+	echo $(INSTALL_DATA) $(srcdir)/index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/; \
+	$(INSTALL_DATA) $(srcdir)/index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/; \
+	fi
+	-rm -f $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/common
+	$(LN_S) $(kde_libs_htmldir)/$(KDE_LANG)/common $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/common
+
+uninstall-docs:
+	-rm -rf $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel
+
+clean-docs:
+	-rm -f index.cache.bz2
+
+
+#>+ 13
+install-nls:
+	$(mkinstalldirs) $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel
+	@for base in index.docbook ; do \
+	  echo $(INSTALL_DATA) $$base $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/$$base ;\
+	  $(INSTALL_DATA) $(srcdir)/$$base $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/$$base ;\
+	done
+
+uninstall-nls:
+	for base in index.docbook ; do \
+	  rm -f $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/$$base ;\
+	done
+
+
+#>+ 5
+distdir-nls:
+	for file in index.docbook ; do \
+	  cp $(srcdir)/$$file $(distdir); \
+	done
+
+#>+ 15
+force-reedit:
+		@for dep in $?; do \
+	  case '$(am__configure_deps)' in \
+	    *$$dep*) \
+	      cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \
+		&& exit 0; \
+	      exit 1;; \
+	  esac; \
+	done; \
+	echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu  docs/tdevelop/kde_app_devel/Makefile'; \
+	cd $(top_srcdir) && \
+	  $(AUTOMAKE) --gnu  docs/tdevelop/kde_app_devel/Makefile
+	cd $(top_srcdir) && perl ../scripts/admin/am_edit -p../scripts/admin docs/tdevelop/kde_app_devel/Makefile.in
+
+
+#>+ 21
+clean-bcheck: 
+	rm -f *.bchecktest.cc *.bchecktest.cc.class a.out
+
+bcheck: bcheck-recursive
+
+bcheck-am:
+	@for i in ; do \
+	    if test $(srcdir)/$$i -nt $$i.bchecktest.cc; then \
+	        echo "int main() {return 0;}" > $$i.bchecktest.cc ; \
+	        echo "#include \"$$i\"" >> $$i.bchecktest.cc ; \
+	        echo "$$i"; \
+	        if ! $(CXX) $(DEFS) -I. -I$(srcdir) -I$(top_builddir) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) $(CXXFLAGS) $(KDE_CXXFLAGS)  --dump-class-hierarchy -c $$i.bchecktest.cc; then \
+	            rm -f $$i.bchecktest.cc; exit 1; \
+	        fi ; \
+	        echo "" >> $$i.bchecktest.cc.class; \
+	        perl $(top_srcdir)/admin/bcheck.pl $$i.bchecktest.cc.class || { rm -f $$i.bchecktest.cc; exit 1; }; \
+	        rm -f a.out; \
+	    fi ; \
+	done
+
+
+#>+ 3
+final:
+	$(MAKE) all-am
+
+#>+ 3
+final-install:
+	$(MAKE) install-am
+
+#>+ 3
+no-final:
+	$(MAKE) all-am
+
+#>+ 3
+no-final-install:
+	$(MAKE) install-am
+
+#>+ 3
+kde-rpo-clean:
+	-rm -f *.rpo
+
+#>+ 3
+nmcheck: 
+nmcheck-am: nmcheck
diff --git a/tde-i18n-pt/docs/tdevelop/kde_app_devel/index.cache.bz2 b/tde-i18n-pt/docs/tdevelop/kde_app_devel/index.cache.bz2
new file mode 100644
index 00000000000..3dafe98342b
--- /dev/null
+++ b/tde-i18n-pt/docs/tdevelop/kde_app_devel/index.cache.bz2
diff --git a/tde-i18n-pt/docs/tdevelop/kde_app_devel/index.docbook b/tde-i18n-pt/docs/tdevelop/kde_app_devel/index.docbook
new file mode 100644
index 00000000000..9dfaa40eaff
--- /dev/null
+++ b/tde-i18n-pt/docs/tdevelop/kde_app_devel/index.docbook
@@ -0,0 +1,1878 @@
+<?xml version="1.0" ?>
+<!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant V1.1//EN" "dtd/kdex.dtd" [
+  <!ENTITY tdevelop "<application
+>KDevelop</application
+>">
+  <!ENTITY kappname "&tdevelop;">
+  <!ENTITY % addindex "INCLUDE">
+  <!ENTITY % Portuguese "INCLUDE"
+> <!-- change language only here -->
+]>
+
+<book lang="&language;">
+
+<bookinfo>
+<title
+>O Manual de Programação do &tdevelop;</title>
+
+<date
+>2002-12-05</date>
+<releaseinfo
+>2.0</releaseinfo>
+
+<authorgroup>
+<author
+><firstname
+>Ralf</firstname
+> <surname
+>Nolden</surname
+> <affiliation
+><address
+><email
+>[email protected]</email
+></address
+></affiliation>
+</author>
+<author
+><firstname
+>Caleb</firstname
+> <surname
+>Tennis</surname
+> <affiliation
+><address
+><email
+>[email protected]</email
+></address
+></affiliation>
+</author>
+</authorgroup>
+
+<copyright>
+<year
+>1999</year>
+<holder
+>Ralf Nolden</holder>
+</copyright>
+<copyright>
+<year
+>2002</year>
+<holder
+>Caleb Tennis</holder>
+</copyright>
+
+<!-- ROLES_OF_TRANSLATORS -->
+
+<legalnotice
+>&FDLNotice;</legalnotice>
+
+<abstract>
+<para
+>O Guia de Utilizador para o Desenho de Aplicações em C++ para o Ambiente de Trabalho K (KDE) com o IDE &tdevelop;</para>
+</abstract>
+
+<keywordset>
+<keyword
+>KDE</keyword>
+<keyword
+>KDevelop</keyword>
+<keyword
+>IDE</keyword>
+<keyword
+>desenvolvimento</keyword>
+<keyword
+>programação</keyword>
+</keywordset>
+
+</bookinfo>
+
+<chapter id="chapter1">
+<title
+>Introdução</title>
+<para
+>À medida que os Sistemas Unix se tornam cada vez mais populares, até para principiantes no uso de computadores, devido às suas vantagens no que toca à estabilidade e funcionalidade, muitas pessoas ficam desiludidas, porque muita aplicações não tem uma aparência consistente e cada uma se comporta de uma forma diferente. Com o KDE, as equipas de desenvolvimento tem um modo quase perfeito de criar aplicações para estações de trabalho Unix, obtendo um maior comunidade de utilizadores meramente devido à qualidade das suas aplicações. Desta forma, o KDE tem-se tornado cada vez mais popular como base de programação, e os programadores querem tomar partido das possibilidades que o sistema tem para oferecer. </para>
+
+<sect1 id="c1s1">
+<title
+>O que já deve saber</title>
+<para
+>Para utilizar este manual de programação da melhor forma possível, assumimos que já está familiarizado com a linguagem de programação C++; se não, deve aprendê-la primeiro. Informações acerca do C++ está disponível através de várias fontes, quem em formato impresso na sua livraria local, quer em tutoriais que pode encontrar na Internet. Não são necessário conhecimentos de desenho de Interfaces Gráficas de Utilizador, uma ver que este manual tenta cobrir o desenho de aplicações KDE, o que também incluí uma introdução ao Qt bem como às bibliotecas KDE e ao desenho de Interfaces de Utilizador. Também, deve aprender a utilizar o &tdevelop;, lendo o Manual de Utilizador do &tdevelop;, que contém uma descrição das funcionalidades do ambiente de programação. </para>
+</sect1>
+
+<sect1 id="c1s2">
+<title
+>Acerca deste Manual</title>
+<para
+>Esta manual foi escrito para dar ao programadores um introdução ao desenvolvimento de aplicações KDE utilizando o Ambiente Integrado de Desenvolvimento KDevelop. </para>
+<para
+>Os capítulos seguintes começam por uma introdução como criar projectos, explicam o código fonte já gerado e mostram como extender o código dado com barras de ferramentas, barras de menu e áreas de visualização. </para>
+<para
+>Em seguida o editor de diálogo é discutido em detalhe, explicando como os 'widgets' são criados e cobre a configuração das propriedades de 'widgets' em detalhe. </para>
+<para
+>Finalmente, você irá aprender sobre vários tópicos que irão completar o seu conhecimento no que respeita ao desenho de projectos e o ajudará a lidar com os tópicos adicionais para além da codificação, como a adição de documentação da API ou extender os manuais 'online'. </para>
+<sect2 id="c1s2s1">
+<title
+>No próximo capítulo</title>
+<para
+>Iremos dar uma vista de olhos nas bibliotecas do Qt e do KDE, mostrando os conceitos básicos e porque é que as coisas são assim. Também iremos discutir como criar as aplicações tutoriais que vêm com a plataforma do Qt, usando o &tdevelop;, para que os principiantes possam ver logo primeiros resultados com alguns passos, e deste modo aprender como tirar partido de algumas das melhores funcionalidades do &tdevelop;. </para>
+</sect2>
+
+<sect2 id="c1s2s2">
+<title
+>Nos capítulos seguintes</title>
+<para
+>Irá aprender a: <itemizedlist>
+<listitem
+><para
+>criar uma aplicação com o KAppWizard</para
+></listitem>
+<listitem
+><para
+>O que o esqueleto do projecto já fornece</para
+></listitem>
+<listitem
+><para
+>O que o código já criado significa</para
+></listitem>
+<listitem
+><para
+>Como criar as suas próprias vistas</para
+></listitem>
+<listitem
+><para
+>Como expandir a funcionalidade da sua aplicação utilizador diálogos, barras de menu e barras de ferramentas</para
+></listitem>
+<listitem
+><para
+>Como tornar a sua aplicação fácil de utilizar criando funções de ajuda</para
+></listitem>
+<listitem
+><para
+>Como escrever documentação electrónica</para
+></listitem>
+</itemizedlist>
+</para>
+</sect2>
+
+</sect1>
+
+<sect1 id="c1s3">
+<title
+>Dados Adicionais</title>
+<para
+>Mais informações acerca de programação em Qt/KDE está disponível em várias fontes: <itemizedlist>
+<listitem
+><para
+>Programar com o Qt por Matthias Kalle Dalheimer</para
+></listitem>
+<listitem
+><para
+><ulink url="www.tdevelop.org"
+>O Manual de Utilizador do KDevelop, fornecido com o IDE KDevelop</ulink
+></para
+></listitem>
+<listitem
+><para
+><ulink url="doc.trolltech.com"
+>A Referência Electrónica da biblioteca Qt</ulink
+></para
+></listitem>
+<listitem
+><para
+><ulink url="developer.kde.org"
+>A página web para Programadores do KDE</ulink
+></para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Adicionalmente, você deverá procurar alguma ajuda, subscrevendo-se nas várias listas de correio, cujos endereços estão disponíveis nos 'sites' Web acima mencionados, ou nos fóruns de discussão dedicados aos utilizadores do KDE e dos Sistemas UNIX, assim como sobre as linguagens de programação C e C++. </para>
+<para
+>Para obter ajuda sobre o IDE KDevelop, você deverá enviar pedidos para a nossa lista de correio em <email
+>[email protected]</email
+>. Lembre-se que a equipa do KDevelop está dedicada a fornecer os meios que lhe permitam programar aplicações e, por isso, não pretende ser uma equipa de suporte técnico para os casos em que as aplicações que você desenvolve não funcionam devido a erros de implementação ou más configurações do seu sistema operativo. Com isto, pedimos a todos os utilizadores para tirarem partido da lista de correio em qualquer caso em que tenham problemas com a utilização do próprio IDE, assim como para enviarem erros e sugestões para melhorarem a funcionalidade do ambiente de desenvolvimento. </para>
+</sect1>
+
+</chapter>
+
+<chapter id="chapter2">
+<title
+>As bibliotecas KDE e Qt</title>
+<para
+>A equipa norueguesa TrollTech (<ulink url="http://www.trolltech.com"
+>http://www.trolltech.com</ulink
+>) oferece uma plataforma GUI chamada Qt.  GUI significa "Graphical User Interface" ou "Interface Gráfica de Utilizador" e, como tal, as aplicações baseadas em Qt representam-se a si próprias com botões, janelas, etc, permitindo a interacção com o utilizador através da visualização das funções que uma aplicação fornece. Uma plataforma deste género é necessária para desenvolver aplicações gráficas que funcionem na interface X-Windows dos sistemas Unix, dado que o X não contém uma interface de utilizador por si só. Ainda que existam outras plataformas disponíveis para criar Interfaces de Utilizador, o Qt oferece algumas vantagens técnicas que tornam o desenho de aplicações muito simples. Para além disso, a plataforma do Qt está também disponível para os sistemas Microsoft Windows, o que permite aos programadores fornecerem as suas aplicações para ambas as plataformas. </para>
+<para
+>A Equipa do KDE (<ulink url="http://www.kde.org"
+>http://www.kde.org</ulink
+>) juntou-se em conjunto com o objectivo de tornar os Sistemas Unix mais amigáveis e decidiu usar a plataforma do Qt para o desenvolvimento de um gestor de janelas no X-Windows, em conjunto com uma variedade de ferramentas incluídas nos pacotes do KDE. O Ambiente de Trabalho K contém, deste modo, o gestor de janelas 'twin', o gestor de ficheiros e navegador 'konqueror' e o painel 'kicker' como componentes principais, para além de um conjunto de utilitários e aplicações de primeira classe. Depois de o KDE ter saído, vários programadores começaram a olha para o novo ambiente e para o que ele tem para lhes oferecer. As bibliotecas do KDE estão a fornecer métodos e classes essenciais que tornam todas as aplicações desenhadas com eles similares e consistentes, de modo a que o utilizador tenha a grande vantagem de só ter de se acostumar com a utilização específica de uma aplicação e não com a utilização de janelas e botões. Da mesma forma, os programas do KDE integram-se no ambiente de trabalho e conseguem interagir com o gestor de ficheiros com 'Drag and Drop' (Arrastar e Largar', tendo também a gestão de sessões entre muitas outras coisas, se forem usadas as funcionalidades oferecidas pelas bibliotecas do KDE. Tanto a plataforma do Qt com as bibliotecas do KDE são implementadas na linguagem de programação C++; como tal, as aplicações que tiram partido destas bibliotecas são também feitos em grande medida em C++. No capítulo seguinte, iremos fazer uma breve viagem pelas bibliotecas para ver o que já é oferecido e como é que as aplicações do Qt e do KDE são criadas de um modo geral. </para>
+<para
+>Tanto a plataforma do Qt como as bibliotecas do KDE estão implementadas na linguagem de programação C++; como tal, as aplicações que tiram partido dessas bibliotecas também são em grande parte feitas em C++. No capítulo seguinte, iremos fazer uma viagem rápida pelas bibliotecas para ver o que já é fornecido e como é que as aplicações do Qt e do KDE são criadas, de um modo geral. </para>
+
+<sect1 id="c2s1">
+<title
+>A Plataforma Gráfica Qt</title>
+<para
+>Como foi dito, a biblioteca Qt é uma ferramenta que oferece elementos gráficos usados para criar aplicações gráficas e que são necessários para programar no X-Windows. Para além disso, a plataforma oferece: <itemizedlist>
+<listitem
+><para
+>Um conjunto completo de classes e métodos prontos a utilizar mesmo para programação não gráfica</para
+></listitem>
+<listitem
+><para
+>Um boa solução para a interacção com o utilizador através de métodos virtuais e o mecanismo signal/slot</para
+></listitem>
+<listitem
+><para
+>Um conjunto de elementos gráficos predefinidos, chamados "widgets", que podem ser utilizador para criar facilmente os elementos visíveis</para
+></listitem>
+<listitem
+><para
+>Para além disto diálogo completamente predefinidos são muito utilizados nas aplicações, tais como janelas de evolução e de ficheiros</para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Por isso, conhecer as classes do Qt é bastante essencial, mesmo que só queira programar aplicações para o KDE. Para ter uma noção básica sobre como as aplicações gráficas são criadas e compiladas, iremos ver primeiro um exemplo de um programa só em Qt; depois, extendê-lo-emos para um programa do KDE. </para>
+
+<sect2 id="c2s1s1">
+<title
+>A primeira aplicação Qt</title>
+<para
+>Como é normal, os programas em C++ têm de conter uma função <function
+>main()</function
+>, que é o ponto inicial da execução das aplicações. Como pretendemos que estas sejam visíveis graficamente como janelas e que ofereçam alguma interacção com o utilizador, teremos de saber como é que elas se apresentam ao utilizador. Por exemplo, iremos ver o primeiro tutorial incluído com a Documentação de Referência 'Online' do Qt e explicar os passos de execução básicos; também iremos explicar porque e como é que a janela da aplicação aparece: <programlisting
+>#include &lt;qapplication.h>
+#include &lt;qpushbutton.h>
+
+int main( int argc, char **argv )
+{
+QApplication a( argc, argv );
+
+QPushButton ola( "Olá mundo!", 0 );
+ola.resize( 100, 30 );
+
+a.setMainWidget( &amp;ola );
+ola.show();
+return a.exec();
+}
+</programlisting>
+</para>
+<para
+>Esta aplicação apenas desenha uma janela com um botão com o texto "Olá mundo". Como para todas as aplicações baseadas em Qt, tem que primeiro criar uma instância da classe <classname
+>QApplication</classname
+>, representada pela variável a. </para>
+<para
+>Em seguida, o programa cria uma instância da classe <classname
+>QPushButton</classname
+> chamada hello, isto vai ser o botão. O construtor de hello recebe uma cadeia de caracteres como parâmetro, que é o conteúdo do widget, o texto do botão. </para>
+<para
+>Depois, o método <methodname
+>resize()</methodname
+> é chamado sobre o botão 'ola'. Isto irá mudar o tamanho por omissão que um item gráfico (neste caso, o <classname
+>QPushButton</classname
+>) tem quando é criado para uma largura de 100 pixels e uma altura de 30. Finalmente, o método <methodname
+>setMainWidget()</methodname
+> é chamado para o 'a' e o método <methodname
+>show()</methodname
+> para o 'ola'. A QApplication é finalmente posta em execução com o método <methodname
+>a.exec()</methodname
+>, que entra no ciclo de eventos principal e fica à espera, até que devolva um valor inteiro para o Sistema Operativo subjacente, assinalando que a aplicação terminou. </para>
+</sect2>
+
+<sect2 id="c2s1s2">
+<title
+>A Documentação de Referência do Qt</title>
+<para
+>Agora, vamos dar uma vista de olhos à documentação de referência da biblioteca Qt. Para o fazer, inicie o &tdevelop; e seleccione o "Qt" da árvore de documentação. O navegador de documentação abrir-se-é para mostrar a página inicial da referência do Qt. Este será o seu primeiro local para obter informações sobre o Qt, as suas classes e as funções disponíveis que ele oferece. Também, o programa acima é o primeiro que vem incluído na secção de tutoriais. Para ver as classes que pretendemos ver, a <classname
+>QApplication</classname
+> e a  <classname
+>QPushButton</classname
+>, seleccione a "Lista Alfabética de Classes" e procure pelos nomes correspondentes. Siga qualquer um deles para dar uma vista de olhos na documentação da classe. </para>
+<para
+>Em alternativa, você poderá usar a documentação 'online' na Trolltech para o <ulink url="doc.trolltech.com"
+>Qt</ulink
+> </para>
+<para
+>Para o <classname
+>QApplication</classname
+>, você irá ver o construtor e todos os outros métodos que esta classe oferece. Se você seguir uma hiper-ligação, você irá obter mais informações sobre a utilização e o significado dos métodos, o que é bastante útil quando você não consegue às vezes detectar a utilização correcta ou quando quer arranjar um exemplo. Isto também conta para a documentação da biblioteca do KDE, a qual usa um tipo de documentação semelhante; como tal, isto é quase tudo o que você tem de saber para usar as referências das classes com o navegador da documentação. </para>
+<sect3 id="c2s1s2s1">
+<title
+>Interpretação do Exemplo</title>
+<para
+>Começando com a <classname
+>QApplication</classname
+>, irá encontrar todos os métodos utilizados no nosso primeiro exemplo: <itemizedlist>
+<listitem
+><para
+>o construtor <methodname
+>QApplication()</methodname
+></para
+></listitem>
+<listitem
+><para
+>o método <methodname
+>setMainWidget()</methodname
+></para
+></listitem>
+<listitem
+><para
+>o método <methodname
+>exec()</methodname
+></para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>É simples interpretar porque utilizámos este métodos: <orderedlist>
+<listitem
+><para
+>Cria uma instância da classe <classname
+>QApplication</classname
+> com o construtor, para que possamos utilizar os elementos gráficos fornecidos pelo Qt</para
+></listitem>
+<listitem
+><para
+>Cria um 'widget' que será o conteúdo da nossa janela de programa</para
+></listitem>
+<listitem
+><para
+>Configurar o 'widget' como o 'widget' principal para</para
+></listitem>
+<listitem
+><para
+>Executa a instância do <classname
+>QApplication</classname
+></para
+></listitem>
+</orderedlist
+> 
+</para>
+<para
+>O segundo objecto do nosso programa é o botão, uma instância da classe <classname
+>QPushButton</classname
+>. A partir dos dois construtores fornecidos para criar uma instância, nós optámos pelo segundo: este aceita um texto, o qual é o conteúdo do texto do botão; neste caso, é o texto "Olá mundo!". Aí, chamou-se o método <methodname
+>resize()</methodname
+> para alterar as dimensões do botão de acordo com o seu conteúdo - o botão tem de ser maior para tornar o texto completamente visível. </para>
+<para
+>Mas e o método <methodname
+>show()</methodname
+>? Agora, você verá que, como a maioria dos outros itens, a classe <classname
+>QPushButton</classname
+> baseia-se numa herança simples ou, como diz a documentação, herda de <classname
+>QButton</classname
+>. Siga a referência à classe <classname
+>QButton</classname
+>. Isto mostra-lhe que bastantes outros itens herdados pela <classname
+>QPushButton</classname
+>, os quais iremos usar posteriormente para explicar o mecanismo de 'signals'/'slots' De qualquer forma, o método <methodname
+>show()</methodname
+> não aparece, como tal, deverá ser um método que é fornecido por herança, da mesma forma. A classe que a <classname
+>QButton</classname
+> herda é a <classname
+>QWidget</classname
+>. Siga de novo a ligação e você irá ver um conjunto enorme de classes que a <classname
+>QWidget</classname
+> oferece, incluindo o método <methodname
+>show()</methodname
+>. Agora dá para perceber o que foi feito no exemplo com o botão: <orderedlist>
+<listitem
+><para
+>Cria uma instância de <classname
+>QPushButton</classname
+>, utiliza o segundo construtor para configurar o texto do botão</para
+></listitem>
+<listitem
+><para
+>Muda o tamanho do 'widget' de acordo com o seu conteúdo</para
+></listitem>
+<listitem
+><para
+>Escolhe o 'widget' como o 'widget' principal da instância do <classname
+>QApplication</classname
+> como</para
+></listitem>
+<listitem
+><para
+>Diz ao 'widget' para se mostrar no ecrã chamando <methodname
+>show()</methodname
+>, um método herdado de <classname
+>QWidget</classname
+></para
+></listitem>
+</orderedlist>
+</para>
+<para
+>Depois de invocar o método <methodname
+>exec()</methodname
+>, a aplicação fica visível para o utilizador, mostrando uma janela com o botão a dizer "Olá mundo!". Nota: os programas gráficos comportam-se de forma ligeiramente diferente da das aplicações procedimentais. A questão principal aqui é que a aplicação entra num estado chamado de "ciclo de eventos principal". Isto significa que o programa tem de esperar pelas acções do utilizador e então reagir a elas e que, numa aplicação do Qt, o programa terá de entrar no ciclo de eventos principal para conseguir começar a tratá-los. A próxima secção diz-lhe em resumo o que isto significa para o programador e o que é que o Qt oferece para processar os eventos do utilizador. </para>
+<note
+><para
+>Para os utilizadores já avançados: O botão não tem nenhuma janela-mãe declarada no construtor, o que significa que é um item gráfico de topo por si só e corre num ciclo de eventos local que não precisa de esperar pelo ciclo de eventos principal. Veja a documentação da classe QWidget e o Guia de Referência da Biblioteca do KDE</para>
+</note
+> 
+
+</sect3>
+</sect2>
+
+<sect2 id="c2s1s3">
+<title
+>Interacção com o Utilizador</title>
+<para
+>Depois de ler as secções anteriores, já deverá saber: <itemizedlist>
+<listitem
+><para
+>O que a biblioteca Qt fornece em termos de aplicações gráficas</para
+></listitem>
+<listitem
+><para
+>Como é criado um programa utilizando o Qt e</para
+></listitem>
+<listitem
+><para
+>Onde e como encontrar informações acerca das classes que deseja utilizar com o navegador de documentação</para
+></listitem>
+</itemizedlist
+> 
+</para>
+<para
+>Agora vamos dar "vida" à aplicação, processando os eventos do utilizador. De um modo geral, o utilizador tem duas formas de interagir com um programa: o rato e o teclado. Para ambas as formas, uma interface gráfica tem de fornecer métodos que detectem as acções e métodos que façam algo em reacção a estas acções. </para
+> 
+<para
+>O sistema de janelas envia deste modo todos os eventos de interacção para a aplicação respectiva. A <classname
+>QApplication</classname
+> envia-os então para a janela activa como um <classname
+>QEvent</classname
+> e os próprios itens terão de decidir o que fazer com eles. Um item recebe o evento e processa o <methodname
+>QWidget::event(QEvent*)</methodname
+>, que decide então qual o evento que foi executado e como reagir; o <methodname
+>event()</methodname
+> é deste modo o tratador de eventos principal. Aí, o método <methodname
+>event()</methodname
+> passa o evento para os denominados de filtros de eventos que determinam o que se passou e o que fazer com o evento. Se nenhum filtro responder como responsável pelo evento, os tratadores de eventos especializados são invocados. Deste modo, pode-se optar entre: <itemizedlist>
+<listitem
+><para
+>Eventos de teclados -- teclas TAB e Shift-TAB:</para>
+<itemizedlist>
+<listitem
+><para
+><methodname
+>virtual void focusInEvent(QFocusEvent *)</methodname
+></para
+></listitem>
+<listitem
+><para
+><methodname
+>virtual void focusOutEvent(QFocusEvent *)</methodname
+></para
+></listitem>
+</itemizedlist>
+</listitem>
+
+<listitem
+><para
+>Todos a outra actividade de teclado:</para>
+<itemizedlist>
+<listitem
+><para
+><methodname
+>virtual void keyPressEvent(QKeyEvent *)</methodname
+></para
+></listitem>
+<listitem
+><para
+><methodname
+>virtual void keyReleaseEvent(QKeyEvent *)</methodname
+></para
+></listitem>
+</itemizedlist>
+</listitem>
+
+<listitem
+><para
+>Movimentos do rato:</para>
+<itemizedlist>
+<listitem
+><para
+><methodname
+>virtual void mouseMoveEvent(QMouseEvent *)</methodname
+></para
+></listitem>
+<listitem
+><para
+><methodname
+>virtual void enterEvent(QEvent *)</methodname
+></para
+></listitem>
+<listitem
+><para
+><methodname
+>virtual void leaveEvent(QEvent *)</methodname
+></para
+></listitem>
+</itemizedlist>
+</listitem>
+
+<listitem
+><para
+>Acções dos botões do rato</para>
+<itemizedlist>
+<listitem
+><para
+><methodname
+>virtual void mousePressEvent(QMouseEvent *)</methodname
+></para
+></listitem>
+<listitem
+><para
+><methodname
+>virtual void mouseReleaseEvent(QMouseEvent *)</methodname
+></para
+></listitem>
+<listitem
+><para
+><methodname
+>virtual void mouseDoubleClickEvent(QMouseEvent *)</methodname
+></para
+></listitem>
+</itemizedlist>
+</listitem>
+
+<listitem
+><para
+>Eventos da janela que contém o 'widget'</para>
+<itemizedlist>
+<listitem
+><para
+><methodname
+>virtual void moveEvent(QMoveEvent *)</methodname
+></para
+></listitem>
+<listitem
+><para
+><methodname
+>virtual void resizeEvent(QResizeEvent *)</methodname
+></para
+></listitem>
+<listitem
+><para
+><methodname
+>virtual void closeEvent(QCloseEvent *)</methodname
+></para
+></listitem>
+</itemizedlist>
+</listitem>
+
+</itemizedlist>
+</para>
+<para
+>Lembre-se que todas as funções de eventos são virtuais e protegidas; como tal, você poderá reimplementar os eventos que necessitar nos seus próprios itens gráficos e indicar como é que o seu item terá de reagir. O <classname
+>QWidget</classname
+> contém também outros métodos virtuais que poderão ser úteis nos seus programas; de qualquer forma, é suficiente conhecer o <classname
+>QWidget</classname
+> bastante bem. </para>
+</sect2>
+<sect2 id="c1s2s4">
+<title
+>Interacção de Objectos através de 'Signals' e 'Slots'</title>
+<para
+>Agora chegámos às vantagens mais óbvias da plataforma do Qt: o mecanismo de 'signals'/'slots'. Isto oferece uma solução bastante útil e fácil de os objectos interagirem entre si, o que normalmente é resolvido por funções de resposta ('callback') pelas bibliotecas do X-Window. Dado que esta documentação necessita de uma programação restrita e normalmente torna a criação de interface do utilizador muito complicada (como é referido pela documentação do Qt e é explicado no texto 'Programming with Qt' de K.Dalheimer), a Troll Tech inventou um novo sistema onde os objectos podem emitir sinais ('signals') que podem estar associados a métodos denominados por 'slots'. Para a parte de C++ do programador, ele só terá de conhecer algumas coisas sobre este mecanismo: <itemizedlist>
+<listitem
+><para
+>a declaração de uma classe que utilize 'signals'/'slots' tem que ter a macro Q_OBJECT no início (sem ponto e vírgula); e tem que ser derivada da classe <classname
+>QObject</classname
+> </para
+></listitem>
+<listitem
+><para
+>um 'signal' pode ser emitido através da palavra chave 'emit', por exemplo, emit signal(parâmetros);, de qualquer método membro de uma classe que permite 'signals'/'slots' </para
+></listitem>
+
+<listitem
+><para
+>todos os 'signals' utilizados pelas classes que não são herdados tem que ser adicionados à declaração da classe numa secção 'signals' </para
+></listitem>
+<listitem
+><para
+>todos os métodos que podem ser ligados com um 'signal' são declarados em secções com a palavra chama adicional 'slot', ou seja, public slot: na declaração da classe </para
+></listitem>
+<listitem
+><para
+>o compilador de meta-objectos 'moc' tem de correr sobre o ficheiro de inclusão para expandir as macros e para produzir a implementação (que é necessário conhecer). Os ficheiros de resultado do 'moc' são compilados também pelo compilador de C++. </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Outra forma de usar os 'signals' sem derivar da classe <classname
+>QObject</classname
+> é usar a classe <classname
+>QSignal</classname
+> - veja a documentação de referência para mais informações e para um exemplo de utilização. No seguinte, assume-se que você vai derivar de <classname
+>QObject</classname
+>. </para>
+<para
+>Desta forma, a sua classe é capaz de enviar 'signals' para todo o lado e consegue fornecer 'slots' aos quais os 'signals' se possam ligar. Usando os 'signals', você não terá de se preocupar com que os recebe - só tem de emitir os 'signals' e qual o 'slot' que lhe deseja ligar para reagir à emissão. Os 'slots' também podem ser usados como métodos normais durante a implementação. </para>
+<para
+>Agora, para ligar um 'signal' a um 'slot', você terá de usar os métodos <methodname
+>connect()</methodname
+> que são fornecidos pelo <classname
+>QObject</classname
+> ou, quando for possível, os métodos especiais que os objectos fornecem para definir a ligação a um dado 'signal'. </para>
+
+<sect3 id="c1s2s4s1">
+<title
+>Exemplo de Utilização</title>
+<para
+>Para explicar a forma como configurar a interacção dos objectos, iremos usar o nosso primeiro exemplo e extendê-lo com uma simples ligação: <programlisting
+>#include &lt;qapplication.h>
+#include &lt;qpushbutton.h>
+
+int main( int argc, char **argv )
+{
+QApplication a( argc, argv );
+
+QPushButton ola( "Olá mundo!", 0 );
+ola.resize( 100, 30 );
+
+a.setMainWidget( &amp;ola );
+
+connect(&amp;ola, SIGNAL( clicked() ), &amp;a, SLOT( quit() ));
+
+ola.show();
+return a.exec();
+}
+</programlisting>
+</para>
+<para
+>Como vê, a única adição para dar ao botão mais interacção é usar um método <methodname
+>connect() </methodname
+>: o <methodname
+>connect(&amp;ola, SIGNAL( clicked() ), &amp;a, SLOT( quit() ))</methodname
+>; é tudo o que você tem para adicionar. Qual é o significado? A declaração da classe do QObject fala sobre o método <methodname
+>connect()</methodname
+>: </para>
+<para
+><methodname
+>bool connect ( const QObject * emissor, const char * signal, const QObject * receptor, const char * membro ) </methodname
+></para>
+<para
+>Isto significa que você terá de indicar um ponteiro para uma instância de um <classname
+>QObject</classname
+> que é o emissor do 'signal', o que significa que ele poderá emitir este 'signal' como primeiro parâmetro; depois, terá de indicar o 'signal' a que se deseja ligar. Os últimos dois parâmetros são o objecto receptor que contém um 'slot' seguido da função-membro que é, de facto, o 'slot' que será executado devido à emissão do 'signal'. </para>
+<para
+>Usando os 'signals' e 'slots', os objectos do seu programa podem interagir uns com os outros facilmente sem terem de explicitamente depender do tipo do objecto receptor. Você irá aprender mais sobre a utilização deste mecanismo para uma utilização produtiva posteriormente neste manual. Se quiser saber mais informações sobre o mecanismo de 'signals'/'slots' poderá ir ao <ulink url="developer.kde.org/documentation/library/libraryref.html"
+>Guia de Referência da Biblioteca do KDE</ulink
+> e à <ulink url="doc.trolltech.com"
+>referência 'online' do Qt</ulink
+>. </para>
+</sect3>
+</sect2>
+</sect1>
+
+<sect1 id="c2s3">
+<title
+>O que o KDE fornece</title>
+<sect2 id="c2s3s1">
+<title
+>As bibliotecas KDE 3.x</title>
+<para
+>As principais bibliotecas do KDE que irá utilizar para criar as suas aplicações KDE são: <itemizedlist>
+<listitem
+><para
+>a biblioteca tdecore, contendo todas as classes com elementos não visíveis que fornecem funcionalidade às aplicações </para
+></listitem>
+<listitem
+><para
+>a biblioteca tdeui, que contém elementos de interface como barras de menu, barras de ferramentas, etc. </para
+></listitem>
+<listitem
+><para
+>a biblioteca kfile, que contém as janelas de selecção de ficheiros </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Adicionalmente, para soluções específicas o KDE oferece as seguintes bibliotecas: <itemizedlist>
+<listitem
+><para
+>a biblioteca tdefx, contendo 'pixmaps', efeitos visuais e a extensão KStyle para o QStyle </para
+></listitem>
+<listitem
+><para
+>a biblioteca khtml, que contém o componente html do KDE </para
+></listitem>
+<listitem
+><para
+>a biblioteca kjs, que contém o suporte Javascript do KDE </para
+></listitem>
+<listitem
+><para
+>a biblioteca kio, que contém acesso de baixo nível a ficheiros de rede </para
+></listitem>
+<listitem
+><para
+>a biblioteca kparts, que contém suporte a aplicações extensíveis, embebidas e reutilizáveis </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>De seguida vamos ver o que é necessário para transformar a nossa primeira aplicação Qt numa do KDE. </para>
+</sect2>
+<sect2 id="c2s3s2">
+<title
+>Aplicação KDE Exemplo</title>
+<para
+>A seguir, você irá ver que a criação de uma aplicação do KDE não é muito mais difícil que uma aplicação do Qt. Para a utilização da funcionalidades do KDE, você apenas terá de usar algumas outras classes, e fica praticamente tudo feito. Como exemplo, iremos discutir a versão alterada do exemplo do Qt acima descrito: <programlisting
+>#include &lt;kapplication.h>
+#include &lt;qpushbutton.h>
+
+int main( int argc, char **argv )
+{
+KApplication a( argc, argv );
+
+QPushButton ola( "Olá mundo!", 0 );
+ola.resize( 100, 30 );
+
+a.setTopWidget( &amp;ola );
+
+connect(&amp;ola, SIGNAL( clicked() ), &amp;a, SLOT( quit() ));
+
+ola.show();
+return a.exec();
+}
+</programlisting>
+</para
+> 
+<para
+>Você irá constatar que, primeiro, mudámos da <classname
+>QApplication</classname
+> para a <classname
+>KApplication </classname
+>. Para além disso, tivemos de mudar o método <methodname
+>setMainWidget()</methodname
+> para <methodname
+>setTopWidget</methodname
+>, o qual a classe <classname
+>KApplication</classname
+> usa para indicar qual o item principal. É tudo! A sua primeira aplicação do KDE está pronta - você só terá de indicar ao compilador a localização dos ficheiros de inclusão e ao editor de ligações para compilar com a biblioteca 'tdecore', através da opção'-ltdecore'. </para>
+<para
+>Dado que já sabe o que, pelo menos, a função <function
+>main()</function
+> necessita geralmente e como é que uma aplicação fica visível e permite a interacção com o utilizador e com os objectos, iremos agora para o próximo capítulo, onde a nossa primeira aplicação será criada com o &tdevelop;. Aí, você também poderá testar tudo o que foi mencionado antes e ver os efeitos. </para>
+<para
+>O que você deverá ter olhado adicionalmente até agora é a documentação de referência do Qt, especialmente a as classes <classname
+>QApplication</classname
+>, <classname
+>QWidget</classname
+> e <classname
+>QObject </classname
+>, assim como a documentação da biblioteca 'tdecore' para a classe <classname
+>KApplication</classname
+>. O <ulink url="developer.kde.org/documentation/library/libraryref.html"
+>Manual de Referência da Biblioteca do KDE</ulink
+> também cobre uma descrição completa da invocação dos construtores da <classname
+>QApplication</classname
+> e da <classname
+>KApplication</classname
+>, incluindo o processamento dos argumentos da linha de comandos. </para>
+</sect2>
+</sect1>
+
+</chapter>
+
+<chapter id="chapter3">
+<title
+>Criar Novas Aplicações</title>
+
+<sect1 id="c3s1">
+<title
+>O Assistente de Aplicações</title>
+<para
+>O Assistente de Aplicações do &tdevelop; pretende pô-lo a trabalhar em projectos novos no &tdevelop;. Como tal, todos os seus projectos são primeiro criados com o assistente, para que depois os possa construir e extender o que já é oferecido pelo esqueleto de código. Você poderá optar entre vários tipos de projectos, de acordo com os objectivos do seu projecto: <itemizedlist>
+<listitem
+><para
+>Plataforma de Aplicações do KDE: inclui o código-fonte para uma estrutura básica para uma aplicação normal do KDE </para
+></listitem>
+<listitem
+><para
+>Projecto QMake: Cria uma estrutura de aplicação baseado no sistema de configuração qmake da Trolltech </para
+></listitem>
+<listitem
+><para
+>Programa simples de olá mundo: Cria um programa em C++ para terminais, sem suporte a interface gráficas </para
+></listitem>
+<listitem
+><para
+>Muitos outros esqueletos de programas </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Neste capítulo iremos ver como é que o Assistente de Aplicações poderá ser invocado e o que é que tem de ser feito para gerar um projecto de uma aplicação do KDE. Isto terá de ser o passo inicial da nossa cobertura, onde iremos criar a versão inicial de um projecto de exemplo. Para todos os outros tipos de projectos, os passos serão normalmente os mesmos, mas poderão não ter tantas opções disponíveis. </para>
+</sect1>
+
+<sect1 id="c3s2">
+<title
+>Invocar o Assistente de Aplicações e a Geração de Projectos</title>
+<sect2 id="c3s2s1">
+<title
+>Iniciar o Assistente de Aplicações e a Primeira Página</title>
+<para
+>Para iniciar a sua aplicação do KDE, abra o &tdevelop;. No menu Projecto, seleccione o Novo Projecto. O Assistente de Aplicações é iniciado e você verá a árvore de selecções na primeira página, contendo os vários tipos de projectos disponíveis que poderão ser criados. Escolha a sub-árvore de C++, depois o KDE e depois a Plataforma de Aplicações. </para>
+<para
+>Para o nosso projecto de exemplo, iremos criar a aplicação KScribble. Indique isso como nome da aplicação e altere as outras informações na parte inferior deste ecrã que possam necessitar de alterações. Depois, carregue em Seguinte. <screenshot
+><mediaobject
+><imageobject>
+<imagedata fileref="appwizard.png" format="PNG"/>
+</imageobject
+><textobject
+><phrase
+>Assistente de Aplicações</phrase
+></textobject>
+</mediaobject
+></screenshot>
+</para>
+</sect2>
+<sect2 id="c3s2s2">
+<title
+>Informações de controlo de versão</title>
+<para
+>Neste ecrã, você terá a possibilidade de decidir se o seu projecto irá usar um sistema de controlo de versões como o CVS. Para o nosso projecto de exemplo não iremos usar nenhum controlo de versões, por isso certifique-se que a opção de selecção diz Nenhum e escolha o Seguinte. </para>
+</sect2>
+<sect2 id="c3s2s3">
+<title
+>Modelos de Cabeçalhos e Código Fonte</title>
+<para
+>As próximas duas páginas mostram os exemplos de cabeçalhos que irão para o topo de cada ficheiro de inclusão e de código que crie com o &tdevelop;. Por agora, deixe estes como os por omissão e seleccione Seguinte e depois Terminar. Se o botão Terminar não estiver activado, você não definiu todas as opções correctamente. Use o botão Anterior para voltar aos menus anteriores e corrigir os erros. </para>
+</sect2>
+<sect2 id="c3s2s4">
+<title
+>Terminar</title>
+<para
+>Depois de completo, o Assistente de Aplicações deverá fechar-se e a janela de mensagens irá começar a mostrar informações sobre as tarefas que o &tdevelop; está a fazer de momento. No fim de todas as tarefas, você deverá ver **** Sucesso *****. Isto significa que a plataforma de aplicações foi carregada com sucesso. </para>
+</sect2>
+</sect1>
+
+<sect1 id="c3s3">
+<title
+>A Primeira Compilação</title>
+<para
+>Depois de ter o projecto gerado, iremos dar uma vista de olhos pelo código-fonte para ter uma ideia geral de como é que a plataforma de aplicações fica. Isto não só ajudará o utilizador a aprender, mas também a saber onde alterar o quê nos próximos passos. </para>
+<para
+>Este capítulo assume que você compreende a navegação básica do &tdevelop;. Consulte o Manual de Utilizador do KDevelop se precisar de ajuda. </para>
+<para
+>O gestor de Automake mostra os ficheiros de projecto como se segue: <screenshot
+><mediaobject
+><imageobject>
+<imagedata fileref="kscribblefiles.png" format="PNG"/>
+</imageobject
+><textobject
+><phrase
+>Ficheiro nos nosso projecto</phrase
+></textobject>
+</mediaobject
+></screenshot>
+</para>
+<para
+>Antes de se aprofundar no código, deixe que o &tdevelop; compile e execute a nova aplicação. Para o fazer, seleccione a opção Construir o Projecto no menu Construir ou carregue em F8. A janela do resultado irá abrir e mostrar as mensagens que vão aparecendo durante a fase de compilação. <programlisting
+>1 cd /home/ze/kscribble &amp;&amp; WANT_AUTOCONF_2_5=1 WANT_AUTOMAKE_1_6=1 gmake k
+2 gmake all-recursive
+3 gmake[1]: Entering directory `/home/ze/kscribble'
+4 Making all in doc
+5 gmake[2]: Entering directory `/home/ze/kscribble/doc'
+6 Making all in .
+7 gmake[3]: Entering directory `/home/ze/kscribble/doc'
+8 gmake[3]: Nothing to be done for `all-am'.
+9 gmake[3]: Leaving directory `/home/ze/kscribble/doc'
+10 Making all in en
+11 gmake[3]: Entering directory `/home/ze/kscribble/doc/en'
+12 /usr/local/kde3/bin/meinproc --check --cache index.cache.bz2 /home/ze/kscribble/doc/en/index.docbook
+13 gmake[3]: Leaving directory `/home/ze/kscribble/doc/en'
+14 gmake[2]: Leaving directory `/home/ze/kscribble/doc'
+15 Making all in po
+16 gmake[2]: Entering directory `/home/ze/kscribble/po'
+17 gmake[2]: Nothing to be done for `all'.
+18 gmake[2]: Leaving directory `/home/ze/kscribble/po'
+19 Making all in src
+20 gmake[2]: Entering directory `/home/ze/kscribble/src'
+21 source='main.cpp' object='main.o' libtool=no \
+22 depfile='.deps/main.Po' tmpdepfile='.deps/main.TPo' \
+23 depmode=gcc3 /bin/sh /home/ze/kscribble/admin/depcomp \
+24 g++ -DHAVE_CONFIG_H -I. -I/home/ze/kscribble/src -I.. -I/usr/local/kde3/include 
+   -I/usr/lib/qt/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor 
+   -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings 
+   -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new 
+   -c -o main.o `test -f 'main.cpp' || echo '/home/ze/kscribble/src/'`main.cpp
+25 /usr/lib/qt/bin/moc /home/ze/kscribble/src/kscribble.h -o kscribble.moc
+26 source='kscribble.cpp' object='kscribble.o' libtool=no \
+27 depfile='.deps/kscribble.Po' tmpdepfile='.deps/kscribble.TPo' \
+28 depmode=gcc3 /bin/sh /home/ze/kscribble/admin/depcomp \
+29 g++ -DHAVE_CONFIG_H -I. -I/home/ze/kscribble/src -I.. -I/usr/local/kde3/include 
+   -I/usr/lib/qt/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor 
+   -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings 
+   -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new 
+   -c -o kscribble.o `test -f 'kscribble.cpp' || echo '/home/ze/kscribble/src/'`kscribble.cpp
+30 kscribble.cpp: In member function `void KScribble::setupActions()'
+31 kscribble.cpp:107: warning: unused variable `KAction*custom'
+32 /usr/lib/qt/bin/moc /home/ze/kscribble/src/kscribbleview.h -o kscribbleview.moc
+33 source='kscribbleview.cpp' object='kscribbleview.o' libtool=no \
+34 depfile='.deps/kscribbleview.Po' tmpdepfile='.deps/kscribbleview.TPo' \
+35 depmode=gcc3 /bin/sh /home/ze/kscribble/admin/depcomp \
+36 g++ -DHAVE_CONFIG_H -I. -I/home/ze/kscribble/src -I.. -I/usr/local/kde3/include 
+   -I/usr/lib/qt/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor 
+   -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi 
+   -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new -c 
+   -o kscribbleview.o `test -f 'kscribbleview.cpp' || echo '/home/ze/kscribble/src/'`kscribbleview.cpp
+37 kscribbleview.cpp: In member function `void KScribbleView::print(QPainter*,
+38  int, int)':
+39 kscribbleview.cpp:79: warning: unused parameter `QPainter*p'
+40 kscribbleview.cpp:79: warning: unused parameter `int height'
+41 kscribbleview.cpp:79: warning: unused parameter `int width'
+42 /usr/lib/qt/bin/moc /home/ze/kscribble/src/pref.h -o pref.moc
+43 source='pref.cpp' object='pref.o' libtool=no \
+44 depfile='.deps/pref.Po' tmpdepfile='.deps/pref.TPo' \
+45 depmode=gcc3 /bin/sh /home/ze/kscribble/admin/depcomp \
+46 g++ -DHAVE_CONFIG_H -I. -I/home/ze/kscribble/src -I.. -I/usr/local/kde3/include 
+   -I/usr/lib/qt/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor 
+   -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings 
+   -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new 
+   -c -o pref.o `test -f 'pref.cpp' || echo '/home/ze/kscribble/src/'`pref.cpp
+47 /usr/local/kde3/bin/dcopidl /home/ze/kscribble/src/kscribbleiface.h 
+> kscribbleiface.kidl || 
+   ( rm -f kscribbleiface.kidl ; /bin/false )
+48 /usr/local/kde3/bin/dcopidl2cpp --c++-suffix cpp --no-signals --no-stub kscribbleiface.kidl
+49 source='kscribbleiface_skel.cpp' object='kscribbleiface_skel.o' libtool=no \
+50 depfile='.deps/kscribbleiface_skel.Po' tmpdepfile='.deps/kscribbleiface_skel.TPo' \
+51 depmode=gcc3 /bin/sh /home/ze/kscribble/admin/depcomp \
+52 g++ -DHAVE_CONFIG_H -I. -I/home/ze/kscribble/src -I.. -I/usr/local/kde3/include 
+   -I/usr/lib/qt/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor 
+   -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings 
+   -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new 
+   -c -o kscribbleiface_skel.o `test -f 'kscribbleiface_skel.cpp' || 
+   echo '/home/ze/kscribble/src/'`kscribbleiface_skel.cpp
+53 /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall 
+   -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 
+   -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new -o kscribble -R 
+   /usr/local/kde3/lib -R /usr/lib/qt/lib -R /usr/X11R6/lib -L/usr/X11R6/lib -L/usr/lib/qt/lib 
+   -L/usr/local/kde3/lib main.o kscribble.o kscribbleview.o pref.o kscribbleiface_skel.o -lkio 
+54 source='kscribble_client.cpp' object='kscribble_client.o' libtool=no \
+55 depfile='.deps/kscribble_client.Po' tmpdepfile='.deps/kscribble_client.TPo' \
+56 depmode=gcc3 /bin/sh /home/ze/kscribble/admin/depcomp \
+57 g++ -DHAVE_CONFIG_H -I. -I/home/ze/kscribble/src -I.. -I/usr/local/kde3/include 
+   -I/usr/lib/qt/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor 
+   -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings 
+   -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new 
+   -c -o kscribble_client.o `test -f 'kscribble_client.cpp' || echo 
+   '/home/ze/kscribble/src/'`kscribble_client.cpp
+58 /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef 
+   -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 
+   -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new -o kscribble_client -R 
+   /usr/local/kde3/lib -R /usr/lib/qt/lib -R /usr/X11R6/lib -L/usr/X11R6/lib -L/usr/lib/qt/lib 
+   -L/usr/local/kde3/lib kscribble_client.o -ltdecore 
+59 gmake[2]: Leaving directory `/home/ze/kscribble/src'
+60 gmake[2]: Entering directory `/home/ze/kscribble'
+61 gmake[2]: Nothing to be done for `all-am'.
+62 gmake[2]: Leaving directory `/home/ze/kscribble'
+63 gmake[1]: Leaving directory `/home/ze/kscribble'
+64 *** Success ***
+</programlisting>
+</para>
+<para
+>Como pode ver, foram colocados números de linhas antes de cada linha, os quais não aparecem no resultado que irá obter mas tornará mais simples de descrever o que se está a passar durante a compilação. Primeiro que tudo, o 'gmake' funciona recursivamente. Isto significa que ele começa a partir da directoria em que é invocado e vai percorrendo as sub-pastas primeiro, uma de cada vez, e depois regressa à directoria em que foi invocado, processa-a e depois termina. </para>
+<para
+>A primeira linha de interesse é a 24. Repare nesta linha que o 'g++', que é o nosso compilador de C++, é chamado pelo 'make' para compilar o primeiro ficheiro de código do projecto - neste caso, o 'main.cpp'. São usadas também várias opções da linha de comandos com o compilador 'g++'; algumas das quais são predefinidas e outras podem ser configuradas através do &tdevelop;. </para>
+<para
+>Antes do próximo ficheiro ('kscribble.cpp', linha 29) ser compilado, o 'moc' (compilador de meta-objectos) é primeiro invocado sobre o 'kscribble.h' (linha 25). Isto é porque as classes do KScribble usam 'signals'/'slots', por isso a macro Q_OBJECT precisa de ser expandida, e o 'moc' faz isso por nós. O ficheiro resultante, o 'kscribble.moc', é usado pelo 'kscribble.cpp' através de um comando #include dentro do ficheiro. </para>
+</sect1>
+
+<sect1 id="c3s4">
+<title
+>O esqueleto do código-fonte</title>
+<para
+>Para conceber como é que uma aplicação do KDE funciona, iremos dar uma vista de olhos detalhada ao esqueleto de código que já é fornecido pelo Assistente de Aplicações. Como foi visto, já existe algum conjunto de ficheiros de código e de inclusão que compõem o código inicial da aplicação e a tornam pronta-a-usar. Como tal, a forma mais simples de explicar o código é seguir a implementação linha-a-linha á medida que é processada durante a execução do programa, até que entra no ciclo de eventos principal e fica pronta a ser controlada pelo utilizador. Aí, iremos ver a funcionalidade que permite a interacção com o utilizador e como é que certas coisas funcionam. Esta é provavelmente a melhor forma de explicar a plataforma e, dado que é semelhante a quase todas as aplicações do KDE, permitir-lhe-á ler o código-fonte de outros projectos de forma igualmente simples; para além disso, irá saber onde alterar uma dada parte do código para que as suas aplicações se comportem da forma como foram desenhadas. </para>
+
+<sect2 id="c3s4s1">
+<title
+>A função main()</title>
+<para
+>À medida que a aplicação começa a sua execução ao entrar na função <function
+>main()</function
+>, esta será o início do exame de código. A função <function
+>main()</function
+> do KScribble está implementada no ficheiro 'main.cpp' e pode também ser acedida com o Navegador de Classes, seleccionando para tal a pasta de "Funções Globais". <programlisting
+>1  int main(int argc, char **argv)
+2  {
+3      KAboutData about("kscribble", I18N_NOOP("KScribble"), version, description,
+4                       KAboutData::License_GPL, "(C) 2002 O Seu Nome", 0, 0, "[email protected]");
+5      about.addAuthor( "O Seu Nome", 0, "[email protected]" );
+6      KCmdLineArgs::init(argc, argv, &amp;about);
+7      KCmdLineArgs::addCmdLineOptions(options);
+8      KApplication app;
+9  
+10    // registar-nos como um cliente dcop
+11    app.dcopClient()->registerAs(app.name(), false);
+12 
+13    // ver se estamos a começar com gestão de sessão
+14    if (app.isRestored())
+15        RESTORE(KScribble)
+16    else
+17    {
+18        // sem sessão... começar normalmente
+19        KCmdLineArgs *args = KCmdLineArgs::parsedArgs();
+20        if (args->count() == 0)
+21        {
+22            KScribble *widget = new KScribble;
+23            widget->show();
+24        }
+25        else
+26        {
+27            int i = 0;
+28            for (; i &lt; args->count(); i++)
+29            {
+30                KScribble *widget = new KScribble;
+31                widget->show();
+32                widget->load(args->url(i));
+33            }
+34        }
+35        args->clear();
+36    }
+37
+38    return app.exec();
+39 }
+</programlisting>
+</para
+> 
+<para
+>Agora, o que acontece primeiro é a criação normal de um objecto <classname
+>KApplication</classname
+>, mas foram adicionados alguns métodos do KDE que definem a informação do programa e da autoria desta aplicação. </para>
+</sect2>
+<sect2>
+<title
+>Início da Aplicação do Utilizador</title>
+
+<para
+>... (ainda não escrito)</para>
+
+</sect2>
+<sect2>
+<title
+>O Construtor</title>
+<para
+>Vamos agora olhar para o construtor e ver com esta instância é chamada <programlisting
+>1  KScribble::KScribble()
+2      : KMainWindow( 0, "KScribble" ),
+3        m_view(new KScribbleView(this)),
+4        m_printer(0)
+5  {
+6      // aceitar arrastar e largar
+7      setAcceptDrops(true);
+8  
+9      // diz ao KMainWindow que este é o widget principal
+10     setCentralWidget(m_view);
+11 
+12     // então, configuramos as nossas acções
+13     setupActions();
+14 
+15     // e uma barra de estado
+16     statusBar()->show();
+17 
+18     // permitir à vista mudar a barra de estado e o título
+19     connect(m_view, SIGNAL(signalChangeStatusbar(const QString&amp;)),
+20             this,   SLOT(changeStatusbar(const QString&amp;)));
+21     connect(m_view, SIGNAL(signalChangeCaption(const QString&amp;)),
+22             this,   SLOT(changeCaption(const QString&amp;)));
+23
+24  }
+</programlisting>
+</para>
+<para
+>Repare que o <classname
+>KScribble</classname
+> herda da classe <classname
+>KMainWindow</classname
+> - uma classe de base usada normalmente pelas aplicações do KDE. É inicializada uma classe chamada <classname
+>KScribbleView</classname
+> como item gráfico central, é criada uma <classname
+>KStatusBar</classname
+> através do método <methodname
+>statusBar()</methodname
+> (na linha 16), e são ligados com o <methodname
+>connect()</methodname
+> alguns 'signals' e 'slots'. </para>
+</sect2>
+</sect1>
+</chapter>
+
+
+<chapter id="chapter4">
+<title
+>Desenho da Vista da Aplicação</title>
+<sect1 id="c4s1">
+<title
+>Introdução</title>
+<para
+>Ao desenvolver uma aplicação com uma interface de utilizador gráfica, o trabalho principal toma lugar ao desenvolver uma "vista" da aplicação. Uma vista é normalmente uma janela que mostra os dados de um documento e que oferece métodos para manipular o conteúdo do documento. Isto pode ser feito pelo utilizador, através dos eventos que ele emite com o teclado ou com o rato; as operações mais complexas são normalmente processadas pelas barras de ferramentas ou pelos menus que interagem com a vista e com o documento. A barra de estado irá então mostrar informações sobre o estado do documento, da vista ou da aplicação. Por exemplo, iremos ver como é que um editor é construído e onde poderemos encontrar uma determinada componente. </para>
+<para
+>Um editor normalmente é suposto oferecer uma interface para ver e/ou alterar o conteúdo de um documento de texto para o utilizador. Se você iniciar o Kate, voce irá ver a interface visual da seguinte forma: <itemizedlist>
+<listitem
+><para
+>A barra de menu: fornece operações complexas e também abre, grava e fecha ficheiros e termina a aplicação. </para
+></listitem>
+<listitem
+><para
+>A barra de ferramentas: oferece ícones que permitem um acesso mais rápido às funções mais necessárias, </para
+></listitem>
+<listitem
+><para
+>A barra de estado: mostra o estado da posição do cursor pela linha e coluna actual, </para
+></listitem>
+<listitem
+><para
+>A vista no centro da janela, a mostrar um documento e a apresentar um cursor associado ao teclado e ao rato para lidar com os dados. </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Agora é fácil de perceber que uma vista é a componente mais única da aplicação e que o desenho da vista decide a usabilidade e a capacidade de aceitação de uma aplicação. Isto significa que um dos primeiros passos da programação é determinar o objectivo da aplicação e perceber o desenho da vista que irá responder melhor às necessidades de um utilizador para lidar com a aplicação com o mínimo de trabalho de aprendizagem da interface que lhe é apresentada. </para>
+<para
+>Para alguns fins, como a edição de texto ou a apresentação de ficheiros HTML, as vistas são oferecidas pelas bibliotecas do Qt e do KDE; iremos discutir certos aspectos destes itens de alto-nível na próxima secção. Porém, para a maioria das aplicações, têm de ser desenhados e implementados novos itens gráficos. É o que torna um programador também um desenhador e onde são requisitadas as suas capacidades de criatividade. Todavia, você deverá ter em atenção primeiro a intuitividade. Lembre-se, bastantes utilizadores não irão aceitar uma aplicação que não seja: <itemizedlist>
+<listitem
+><para
+>graficamente bonita. </para
+></listitem>
+<listitem
+><para
+>ofereça muitas funcionalidades </para
+></listitem>
+<listitem
+><para
+>seja fácil de manejar </para
+></listitem>
+<listitem
+><para
+>seja rápida de aprender a utilizar </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Escusado será dizer que a estabilidade é um grande objectivo de desenho. Ninguém poderá evitar os erros, mas poderemos obter um mínimo se tivermos objectivos de desenho inteligentes e um uso abrangente de desenho orientado por objectos. O C++ torna a programação uma alegria se você souber como explorar as suas capacidades - a herança, o isolamento de informação e a reutilização de código já existente. </para>
+<para
+>Ao criar um projecto do KDE ou do Qt, você terá de ter sempre uma vista que herde de QWidget, quer por herança directa, ou então porque o item da biblioteca que deseja usar herda do QWidget. Como tal, o Assistente de Aplicações já construiu uma vista que é uma instância de uma classe suaAplicacaoView, a qual já herda de QWidget. </para>
+<para
+>Este capítulo descreve, deste modo, como usar os itens das bibliotecas para criar vistas das aplicações do KDE e do QT que sejam geradas com o &tdevelop;, e iremos depois olhar para os tipos de vistas que já são oferecidas. </para>
+</sect1>
+<sect1 id="c4s2">
+<title
+>Utilizar Vistas das Bibliotecas</title>
+<para
+>Quando o desenho da sua aplicação tiver sido definido, você deverá primeiro ver se existe código que possa tornar a sua vida muito mais simples. Uma parte desta pesquisa implica procurar por um elemento gráfico que posas ser usado como uma vista, ou pelo menos como parte dela; quer directamente quer por herança. As bibliotecas do KDE e do Qt já contêm um conjunto de elementos gráficos que podem ser usados para este fim. Para os usar, você tem duas opções: <orderedlist>
+<listitem
+><para
+>Remova a classe da nova vista e cria uma instância de um 'widget' de biblioteca; escolha depois isto com a vista, </para
+></listitem>
+<listitem
+><para
+>Muda a herança da classe de vista fornecida para a classe do 'widget' da biblioteca a utilizar. </para
+></listitem>
+</orderedlist>
+</para>
+<para
+>De qualquer forma, é importante saber que, se a plataforma aplicacional não estiver compilada com a biblioteca que contém o elemento gráfico, o editor de ligações irá falhar. Depois de optar por usar um determinado elemento gráfico, veja qual é a biblioteca que é necessária; depois abra a opção "Projecto"->"Opções" do menu do &tdevelop;. Mude para a página das "Opções do Editor de Ligações" e veja as opções referentes às bibliotecas que estão a ser usadas de momento. Se a biblioteca do seu elemento gráfico já está assinalada, você poderá deixar as opções do projecto tal-e-qual e começar a fazer as alterações necessárias à sua escolha. Caso contrário, e se as opções do editor de ligações dão a possibilidade de adicionar a biblioteca com uma opção de marcação, assinale essa opção e carregue em "OK" para sair da janela de opções do projecto de novo. Se não tiver nenhuma opção, adicione a biblioteca no campo de edição em baixo com a opção '-l'. Para as bibliotecas que a sua aplicação tem de procurar antes de preparar as Makefiles com o programa 'configure' na máquina do utilizador, adicione a seguinte macro de procura ao ficheiro 'configure.in' localizado na directoria de base do seu projecto e adicione a macro na linha de edição. Lembre-se que tem de correr o "Construir"->"Autoconf e automake" e "Build"->"Configure" antes de as Makefiles passarem a conter a expansão correcta da macro da biblioteca. </para>
+<para
+>Também, se os ficheiros de inclusão da biblioteca não estiver nas localizações normais (que poderão ser consultadas, vendo as opções '-I' na janela de resultado do "Make"), você terá de adicionar a sua localização na janela de Opções do Projecto - "Opções do Compilador", com a opção '-I' ou com a macro respectiva do 'automake' no campo de edição das "Opções Adicionais". </para>
+<sect2 id="c4s3s1">
+<title
+>Vista do Qt</title>
+<para
+>Olhando para a primeira página da documentação 'online' do Qt, você irá ver uma referência a "Widget Screenshots" (Imagens dos Elementos Gráficos), onde você poderá ver como é que o itens que o Qt contém irão ficar. Eles estão prontos a usar e podem ser combinados em conjunto para forma itens mais complexos, de modo a criar vistas de aplicações ou janelas. A seguir, iremos discutir alguns destes itens que são muito úteis para criar vistas de aplicações; tenha contudo em mente que as bibliotecas do KDE algumas vezes contêm outros itens para o mesmo fim; estes serão revistos na próxima secção. </para>
+<para
+>Aqui está um conjunto de sugestões sobre o fim para que você irá usar um determinado componente do Qt: <orderedlist>
+<listitem
+><para
+>Se a área da sua janela não for grande o suficiente para mostrar todos os seus dados, o utilizador irá precisar de se deslocar pelo documento através de barras à esquerda e em baixo na janela. Para isso, o Qt oferece a classe <classname
+>QScrollView</classname
+>, que oferece uma área-filha que poderá ser posicionável. Como foi dito, você poderá herdar o seu próprio item de <classname
+>QScrollView</classname
+> ou usar uma instância para gerir o item da vista do seu documento. </para
+></listitem
+> 
+<listitem
+><para
+>Para criar você próprio uma ScrollView, herde o item da vista da classe <classname
+>QWidget</classname
+> e adicione <classname
+>QScrollBars </classname
+> verticais e horizontais. (Isto é feito pelo item KHTMLView do KDE). </para
+></listitem
+> 
+<listitem
+><para
+>Para processar texto, use a <classname
+>QTextEdit</classname
+>. Esta classe fornece um elemento gráfico de edição de texto completo que já é capaz de cortar, copiar e colar texto e é gerido por uma vista posicionável. </para
+></listitem
+> 
+<listitem
+><para
+>Use a <classname
+>QTable</classname
+> para mostrar dados organizados numa tabela. Dado que a <classname
+>QTable</classname
+> usa também barras de posicionamento, é uma boa solução para aplicações de cálculos de tabelas. </para
+></listitem
+> 
+<listitem
+><para
+>Para mostrar dois itens diferentes ou duas janelas ao mesmo tempo, use o <classname
+>QSplitter </classname
+>. Isto permite pôr lado-a-lado as vistas com divisões horizontais ou verticais. O KMail é um bom exemplo do que isto iria parecer - a área principal é separada na vertical por uma divisória e a área do lado direito é, por sua vez, dividida de novo na horizontal. </para
+></listitem
+> 
+<listitem
+><para
+>A <classname
+>QListView</classname
+> mostra informações numa lista e numa árvore. Isto é útil para criar árvores de ficheiros ou outra informação hierárquica qualquer com a qual deseja interagir. </para
+></listitem
+> 
+</orderedlist>
+</para>
+<para
+>Você poderá ver que o Qt sozinho já oferece um conjunto completo de elementos gráficos prontos a usar, de modo que você não tem de inventar novas soluções se estas corresponderem às suas necessidades. O efeito colateral ao usar os elementos gráficos normais é que os utilizadores já sabem como lidar com eles e só terão de se concentrar nos dados apresentados. </para>
+</sect2>
+<sect2 id="c4s3s2">
+<title
+>Vistas do KDE</title>
+<para
+>As bibliotecas do KDE foram inventadas para tornar o desenho de aplicações para o Ambiente de Trabalho K mais fácil e capaz de novas funcionalidades do que o Qt por si só oferece. A biblioteca 'tdeui' oferece: <orderedlist>
+<listitem
+><para
+>KListView: uma versão mais poderosa do <classname
+>QListView</classname
+> </para
+></listitem>
+<listitem
+><para
+>KIconView: uma vista gráfica de ficheiros de ícones </para
+></listitem>
+</orderedlist>
+</para>
+<para
+>A biblioteca 'khtml', por outro lado, oferece um elemento gráfico de interpretação de HTML completo e pronto a usar. Já é posicionável, por isso você não terá sequer de se preocupar com isso. Uma utilização possível seria integrá-lo como um item de antevisão para um editor HTML; é usado por aplicações como o Konqueror para mostrar ficheiros HTML. </para>
+</sect2>
+</sect1>
+<sect1 id="c4s4">
+<title
+>Criar as suas próprias Vistas</title>
+<para
+>Ainda não escrito </para>
+</sect1>
+</chapter>
+
+<chapter id="chapter5">
+<title
+>Configurar as Barras de Menu e de Ferramentas</title>
+<sect1 id="c5s1">
+<title
+>Introdução</title>
+<para
+>As barras de menu e de ferramentas são uma das partes mais importantes de uma aplicação para fornecer métodos para lidar com uma estrutura de documentos. Como regra geral, você irá tornar todas as funções disponíveis pela barra de menu. Os itens que não devam estar disponíveis numa determinada etapa do processo da aplicação deverão estar desactivados. </para>
+<para
+>Para além disso, uma aplicação só poderá conter uma barra de menu, mas poderá conter várias barras de ferramentas. As barras de ferramentas, por outro lado, só deverão conter os comandos usados mais frequentemente pelos ícones das imagens ou deverão fornecer métodos de acesso rápido, como por exemplo listas, para seleccionar valores. </para>
+</sect1>
+<sect1 id="c5s2">
+<title
+>Como é que funciona?</title>
+<para
+>A nossa aplicação herda da classe <classname
+>KMainWindow</classname
+>, que trata automaticamente da criação de um menu e de barras de ferramentas por nós. No método <methodname
+>KScribble::setupActions()</methodname
+> existe uma chamada ao método <methodname
+>KMainWindow::createGUI()</methodname
+>. Este método carrega um ficheiro de recursos, neste caso, o 'kscribbleui.rc', para inicializar os menus no arranque. Repare que o ficheiro 'kscribbleui.rc' está listado como um dos ficheiros do projecto no Gestor do Automake. Se abrir esse ficheiro, irá revelar o seguinte: <programlisting
+>1 &lt;!DOCTYPE kpartgui SYSTEM "kpartgui.dtd">
+2 &lt;kpartgui name="kscribble" version="1">
+3 &lt;MenuBar>
+4   &lt;Menu name="custom"
+>&lt;text
+>Pers&amp;onalizado/text>
+5     &lt;Action name="custom_action" />
+6   &lt;/Menu>
+7 &lt;/MenuBar>
+8 &lt;/kpartgui
+>
+</programlisting>
+</para>
+<para
+>Explicação... </para>
+<para
+>Outra forma de modificar o conteúdo do menu e das barras de ferramentas é manipulá-las directamente através dos métodos oferecidos pelas suas classes. Por exemplo, o método <methodname
+>menuBar()</methodname
+> devolve o elemento <classname
+>KMenuBar</classname
+> para a barra do menu do nosso programa. Se olhar para a documentação da <classname
+>KMenuBar</classname
+> e da classe herdada por ela, a <classname
+>QMenuBar</classname
+>, irá encontrar um grande conjunto de métodos <methodname
+>insertItem()</methodname
+> que lhe permitirão adicionar itens à barra do menu. </para>
+<para
+>Os métodos da classe <classname
+>KMainWindow</classname
+> que são o <methodname
+>statusBar()</methodname
+> e o <methodname
+> toolBar()</methodname
+> irão devolver-lhe também referências aos elementos também fornecidos ao utilizador da janela. </para>
+</sect1>
+<sect1 id="c5s3">
+<title
+>Configuração de Aceleradores de Teclado</title>
+<para
+>Uma coisa muito profissional que você deverá sempre adicionar à sua aplicação são os aceleradores de teclado. Estes são principalmente usados pelos utilizadores experientes que gostam de trabalhar depressa com as suas aplicações e que estão dispostos a aprender atalhos. Para isso, as bibliotecas do KDE fornecem a classe <classname
+> KAction</classname
+>, que fornece as teclas de atalho do teclado e o acesso aos aceleradores-padrão de teclado, configurados a nível global. </para>
+<para
+>Por omissão, as aplicações gráficas geradas pelo &tdevelop; só usam os aceleradores de teclado normais, como o F1 para aceder à ajuda 'online', o Ctrl+N para Novo Ficheiro, etc. </para>
+<para
+>Se a sua aplicação contiver um conjunto de aceleradores, você deverá torná-los configuráveis num menu de opções; tanto poderão estar em conjunto com outras configurações da aplicação numa QWidget como usados isoladamente. A biblioteca do KDE já fornece uma classe <classname
+>KKeyChooser</classname
+> para ser usada em páginas de uma janela, enquanto que a <classname
+>KKeyDialog</classname
+> fornece uma janela de configuração de teclas pronta a usar. </para>
+
+</sect1>
+</chapter>
+
+<!-- 
+<chapter id="chapter6">
+<title
+>Other Features</title>
+</chapter>
+
+<chapter id="chapter7">
+<title
+>Printing Support</title>
+</chapter>
+-->
+<chapter id="chapter8">
+<title
+>Funções de Ajuda</title>
+<sect1 id="c8s1">
+<title
+>Introdução</title>
+<para
+>Uma parte muito importante do processo de desenvolvimento é fornecer as funcionalidades de ajuda ao utilizador, sempre que possível. A maioria dos programadores tendem a atrasar isto, mas você dever-se-á lembrar que um utilizador normal nem sempre é um perito em Unix. Ele poderá vir de outra escola de 'software', onde lhe é oferecido todo um conjunto de funções de auxílio para o pôr a utilizar uma aplicação sem sequer ter de tocar nos manuais. Como tal, as bibliotecas do Qt e do KDE oferecem todos os meios normalmente pensados para tornar uma aplicação profissional aos olhos de um utilizador, com funções de ajuda prontas a usar. Dentro da aplicação, estas são:</para>
+<itemizedlist>
+<listitem
+><para
+>Dicas</para
+></listitem>
+<listitem
+><para
+>Ajuda na barra de estado</para
+></listitem>
+<listitem
+><para
+>Botões 'O que é isto...?'</para
+></listitem>
+</itemizedlist>
+<para
+>Para além disso, a aplicação deverá oferecer meios de aceder a um manual 'online' baseado em HTML directamente, através da tecla de ajuda normal que é a F1. Este sistema de ajuda baseado no contexto é fornecido automaticamente através da classe <classname
+>KMainWindow</classname
+>, ainda que, como autor, você tenha de fornecer o conteúdo. </para>
+<para
+>Como o &tdevelop; também oferece todos os tipos de ajuda, assim como a plataforma do KDE gerada pelo assistente de aplicações também contém algum suporte, este capítulo ajudá-lo-á a encontrar onde deverá adicionar a sua funcionalidade de ajuda. </para>
+<para
+>Durante o desenvolvimento da sua aplicação, você deverá ser consistente com o que está a fazer; como tal, você deverá efectuar os passos necessários directamente, enquanto extende o código. Isto irá evitar que você se embrenhe no seu código e perca tempo a perceber o que a sua aplicação faz e o que você pretendia em determinadas partes do código. </para>
+</sect1>
+
+<sect1 id="c8s2">
+<title
+>Dicas</title>
+<para
+>Uma forma muito simples de fornecer ajuda são as dicas de ferramentas. Estas são pequenas mensagens de ajuda que aparecem quando o utilizador passa o rato por cima de um item, o qual mostra uma pequena explicação, e que desaparecem quando o cursor sai de cima do item. A utilização mais conhecida das dicas acontece nas barras de ferramentas, onde estas deverão ser mantidas o mais pequenas possível, dado que as barras de ferramentas podem ser configuradas para mostrar o seu conteúdo de várias formas: quer para mostrar o botão, o botão com o texto por baixo, ou apenas o texto. Esta possibilidade deverá ser configurável pelo utilizador, mas não é obrigatório. O texto é mostrado de qualquer forma como uma dica e uma barra de ferramentas normalmente consiste em botões e outros itens, como campos de edição e listas. Para uma referência completa, veja a referência da classe <classname
+>KToolBar</classname
+> localizada na biblioteca 'tdeui'. </para>
+<para
+>Neste exemplo, examinamos o botão "Novo Ficheiro" numa aplicação genérica: </para>
+<para
+>Aqui, a parte i18n("New File") irá mostrar uma mensagem. É rodeada pela macro i18n(), que é fornecida com o kapp.h para traduzir o texto da dica para a língua seleccionada no momento. </para>
+<para
+>As dicas poderão também ser adicionadas a qualquer item gráfico, se usar a classe <classname
+>QToolTip</classname
+> fornecida pelo Qt. Um exemplo seria: </para>
+</sect1>
+<sect1 id="c8s3">
+<title
+>Extender a Barra de Estado</title>
+<para
+>Dado que as aplicações que herdam de <classname
+>KMainWindow</classname
+> também contêm uma barra de estado, esta classe também oferece já um conjunto de mensagens da barra de estado para todos os itens do menu e da barra de ferramentas. Uma mensagem da barra de estado é uma mensagem curta que extende o significado de uma dica de ferramentas, ou poderá ser vista como um substituto das dicas para os itens do menu e é (como o nome indica) mostrada na barra de estado, sempre que o utilizador abre um menu e selecciona um item deste. </para>
+</sect1>
+<sect1 id="c8s4">
+<title
+>O Botão <guibutton
+>O que é Isto...?</guibutton
+></title>
+<para
+>O botão <guibutton
+>O Que É Isto...?</guibutton
+> fornece janelas de ajuda com a intenção de que o utilizador quer obter ajuda sobre um determinado elemento na área de trabalho ou sobre um item da barra de ferramentas. É colocado na barra de ferramentas e é activado logo que o utilizador carregue no botão. O cursor muda para uma seta com um ponto de interrogação semelhante ao que o botão tem. O utilizador então poderá carregar num item visível para obter uma janela de ajuda. Como exercício, você poderá tentar este comportamento com o botão <guibutton
+>O que é isto...?</guibutton
+> no &tdevelop;. </para>
+<para
+>Para adicionar a ajuda 'O Que É Isto...?' a um dos seus itens gráficos, use o método estático <methodname
+>QWhatsThis::add(QWidget *item, const QString &amp;texto)</methodname
+> </para>
+</sect1>
+</chapter>
+
+<chapter id="chapter9">
+<title
+>Documentação</title>
+<sect1 id="c9s1">
+<title
+>Introdução</title>
+<para
+>Devido ao facto de que os projectos normalmente não têm um conjunto completo de documentação do utilizador, todos os projectos do &tdevelop; contêm já um manual pré-elaborado que poderá ser facilmente adaptado; como tal, preenche outro objectivo do KDE: fornecer ajuda 'online' suficiente para suportar os utilizadores que não estejam familiarizados com uma aplicação. Assim, este capítulo irá introduzi-lo à extensão do modelo de documentação fornecido e ao que precisa de fazer para torná-lo disponível para o utilizador. </para>
+</sect1>
+<sect1 id="c9s2">
+<title
+>Documentação para Utilizadores</title>
+<para
+>A documentação para o seu projecto fica normalmente em 'dir_projecto/doc/en', ou noutra directoria qualquer se o Inglês não for a sua língua nativa. Aí dentro existe um ficheiro, o 'index.docbook', no qual fica a documentação. O formato para editar este ficheiro é explicado no <ulink url="http://i18n.kde.org/doc/markup/"
+>'site' Web de documentação do KDE</ulink
+>. </para>
+</sect1>
+<sect1 id="c9s3">
+<title
+>Documentação para Programadores</title>
+<para
+>Outra parte importante da documentação é incluir uma ajuda descritiva para as interfaces da sua classe. Isto permitir-lhe-á a si e aos outros programadores usarem as suas classes se lerem a documentação em HTML da classe, a qual poderá ser criada com o KDoc. O &tdevelop; suporta a utilização completa do KDoc para criar a documentação da biblioteca do KDE, estando também as suas plataformas aplicacionais já documentadas. Para você trabalhar também no código fornecido, seria uma boa ideia começar a ler a documentação 'online' incluída. O seguinte descreve como fazer para obter a documentação da API, onde o &tdevelop; ajudá-lo-á a adicioná-la e quais os tipos de marcas ('tags') que o KDoc oferece. </para>
+</sect1>
+</chapter>
+
+<chapter id="chapter10">
+<title
+>Internacionalização</title>
+<sect1 id="c10s1">
+<title
+>Introdução</title>
+<para
+>O 'i18n' é um sistema de internacionalização que é usado para oferecer versões internacionalizadas de uma dada aplicação ou projecto. A dificuldade ao criar aplicações é que elas só suportam a língua para a qual foram criadas; visualmente isto poderá ser visto nas legendas, itens de menu, entre outros itens. O objectivo da internacionalização é oferecer às aplicações e às funções da biblioteca a língua do utilizador; como tal, permitindo aos utilizadores que não falem nativamente a língua original, que usem a funcionalidade oferecida e se sintam mais confortáveis. </para>
+</sect1>
+<!-- 
+<sect1 id="c10s2">
+<title
+>How KDE support Internationalization</title>
+ 
+</sect1
+> -->
+</chapter>
+<!-- 
+<chapter id="chapter11">
+<title
+>Finding Errors</title>
+</chapter>
+
+<chapter id="chapter12">
+<title
+>Licensing</title>
+</chapter>
+
+<chapter id="chapter13">
+<title
+>References</title>
+</chapter>
+-->
+<chapter id="credits">
+<title
+>Créditos</title>
+
+<para
+>(... ainda não escrito ...) </para>
+
+<!--CREDITS_FOR_TRANSLATORS-->
+
+</chapter
+> <!-- credits -->
+
+<appendix id="bibliography">
+<title
+>Bibliografia</title>
+<bibliography>
+
+<biblioentry>
+<title
+><ulink url="info://make/Top"
+>GNU Make Manual</ulink
+></title>
+<authorgroup>
+<author
+><firstname
+>Richard M.</firstname
+><surname
+>Stallman</surname
+></author>
+<author
+><firstname
+>Roland</firstname
+><surname
+>McGrath</surname
+></author>
+</authorgroup>
+</biblioentry>
+
+<biblioentry>
+<title
+><ulink url="info://automake/Top"
+>GNU Automake</ulink
+></title>
+<authorgroup>
+<author
+><firstname
+>David</firstname
+><surname
+>MacKenzie</surname
+></author>
+<author
+><firstname
+>Tom</firstname
+><surname
+>Tromey</surname
+></author>
+</authorgroup>
+</biblioentry>
+
+<biblioentry>
+<title
+><ulink url="info://autoconf/Top"
+>GNU Autoconf</ulink
+></title>
+<authorgroup>
+<author
+><firstname
+>David</firstname
+><surname
+>MacKenzie</surname
+></author>
+<author
+><firstname
+>Ben</firstname
+><surname
+>Elliston</surname
+></author>
+</authorgroup>
+</biblioentry>
+
+<biblioentry>
+<title
+><ulink url="info://gcc/Top"
+>Using the GNU Compiler Collection</ulink
+></title>
+<author
+><firstname
+>Richard M.</firstname
+><surname
+>Stallman</surname
+></author>
+</biblioentry>
+
+<biblioentry>
+<title
+><ulink url="info://libtool/Top"
+>GNU Libtool</ulink
+></title>
+<authorgroup>
+<author
+><firstname
+>Gordon</firstname
+><surname
+>Matzigkeit</surname
+></author>
+<author
+><firstname
+>Alexandre</firstname
+><surname
+>Oliva</surname
+></author>
+<author
+><firstname
+>Thomas</firstname
+><surname
+>Tanner</surname
+></author>
+<author
+><firstname
+>Gary V.</firstname
+><surname
+>Vaughan</surname
+></author>
+</authorgroup>
+</biblioentry>
+
+<biblioentry>
+<title
+>GNU Autoconf, Automake, and Libtool</title>
+<edition
+>1st edition</edition>
+<pubdate
+>October 2000</pubdate>
+<authorgroup>
+<author
+><firstname
+>Gary V.</firstname
+><surname
+>Vaughan</surname
+></author>
+<author
+><firstname
+>Ben</firstname
+><surname
+>Elliston</surname
+></author>
+<author
+><firstname
+>Tom</firstname
+><surname
+>Tromey</surname
+></author>
+<author
+><firstname
+>Ian Lance</firstname
+><surname
+>Taylor</surname
+></author>
+</authorgroup>
+<publisher
+><publishername
+>New Riders Publishing</publishername
+></publisher>
+<isbn
+>ISBN 1578701902</isbn>
+</biblioentry>
+
+
+<biblioentry>
+<title
+>Advanced Programming in the UNIX(R) Environment</title>
+<edition
+>1st edition</edition>
+<pubdate
+>June 1992</pubdate>
+<author
+><firstname
+>W. Richard</firstname
+><surname
+>Stevens</surname
+></author>
+<publisher
+><publishername
+>Addison-Wesley Pub Co</publishername
+></publisher>
+<isbn
+>ISBN 0201563177</isbn>
+</biblioentry>
+
+<biblioentry>
+<title
+>Thinking in C++, Volume 1: Introduction to Standard C++</title>
+<edition
+>2nd Edition</edition>
+<pubdate
+>April 15, 2000</pubdate>
+<author
+><firstname
+>Bruce</firstname
+><surname
+>Eckel</surname
+></author>
+<publisher
+><publishername
+>Prentice Hall</publishername
+></publisher>
+<isbn
+>ISBN 0139798099</isbn>
+</biblioentry>
+
+<biblioentry>
+<title
+>Open Source Development with CVS</title>
+<edition
+>2nd Edition</edition>
+<pubdate
+>October 12, 2001</pubdate>
+<authorgroup>
+<author
+><firstname
+>Karl</firstname
+><surname
+>Fogel</surname
+></author>
+<author
+><firstname
+>Moshe</firstname
+><surname
+>Bar</surname
+></author>
+</authorgroup>
+<publisher
+><publishername
+>The Coriolis Group</publishername
+></publisher>
+<isbn
+>ISBN 158880173X</isbn>
+</biblioentry>
+
+<biblioentry>
+<title
+>Programming PHP</title>
+<edition
+>1st edition</edition>
+<pubdate
+>March 2002</pubdate>
+<authorgroup>
+<author
+><firstname
+>Rasmus</firstname
+><surname
+>Lerdorf</surname
+></author>
+<author
+><firstname
+>Kevin</firstname
+><surname
+>Tatroe</surname
+></author>
+</authorgroup>
+<publisher
+><publishername
+>O'Reilly &amp; Associates</publishername
+></publisher>
+<isbn
+>ISBN 1565926102</isbn>
+</biblioentry>
+
+<biblioentry>
+<title
+>Programming Python</title>
+<edition
+>2nd Edition</edition>
+<pubdate
+>March 2001</pubdate>
+<author
+><firstname
+>Mark</firstname
+><surname
+>Lutz</surname
+></author>
+<publisher
+><publishername
+>O'Reilly &amp; Associates</publishername
+></publisher>
+<isbn
+>ISBN 0596000855</isbn>
+</biblioentry>
+
+<biblioentry>
+<title
+>Gui Programming With Python : Using the Qt Toolkit</title>
+<edition
+>Bk&amp;Cd-r edition</edition>
+<pubdate
+>January 2002</pubdate>
+<author
+><firstname
+>Boudewijn</firstname
+><surname
+>Rempt</surname
+></author>
+<publisher
+><publishername
+>Opendocs Llc</publishername
+></publisher>
+<isbn
+>ISBN 0970033044</isbn>
+</biblioentry>
+
+<biblioentry>
+<title
+>Programming Perl</title>
+<subtitle
+>The Camel book</subtitle>
+<edition
+>3rd Edition</edition>
+<pubdate
+>July 2000</pubdate>
+<authorgroup>
+<author
+><firstname
+>Larry</firstname
+><surname
+>Wall</surname
+></author>
+<author
+><firstname
+>Tom</firstname
+><surname
+>Christiansen</surname
+></author>
+<author
+><firstname
+>Jon</firstname
+><surname
+>Orwant</surname
+></author>
+</authorgroup>
+<publisher
+><publishername
+>O'Reilly &amp; Associates</publishername
+></publisher>
+<isbn
+>ISBN 0596000278</isbn>
+</biblioentry>
+
+<biblioentry>
+<title
+>Learning Perl</title>
+<subtitle
+>The Lama book</subtitle>
+<edition
+>3rd Edition</edition>
+<pubdate
+>July 15, 2001</pubdate>
+<authorgroup>
+<author
+><firstname
+>Randal L.</firstname
+><surname
+>Schwartz</surname
+></author>
+<author
+><firstname
+>Tom</firstname
+><surname
+>Phoenix</surname
+></author>
+</authorgroup>
+<publisher
+><publishername
+>O'Reilly &amp; Associates</publishername
+></publisher>
+<isbn
+>ISBN 0596001320</isbn>
+</biblioentry>
+
+</bibliography>
+
+&underFDL;
+
+
+</appendix>
+
+</book>