Second part of prior commit

6 files changed, 2515 insertions, 0 deletions

diff --git a/tde-i18n-es/docs/tdevelop/kde_app_devel/Makefile.am b/tde-i18n-es/docs/tdevelop/kde_app_devel/Makefile.am
new file mode 100644
index 00000000000..2d733d1b104
--- /dev/null
+++ b/tde-i18n-es/docs/tdevelop/kde_app_devel/Makefile.am
@@ -0,0 +1,4 @@
+KDE_LANG = es
+SUBDIRS = $(AUTODIRS)
+KDE_DOCS = AUTO
+KDE_MANS = AUTO
diff --git a/tde-i18n-es/docs/tdevelop/kde_app_devel/Makefile.in b/tde-i18n-es/docs/tdevelop/kde_app_devel/Makefile.in
new file mode 100644
index 00000000000..09c0c22f61d
--- /dev/null
+++ b/tde-i18n-es/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 = es
+#>- 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=appwizard.png index.docbook index.cache.bz2 kscribblefiles.png Makefile.in Makefile.am 
+
+#>+ 24
+index.cache.bz2: $(srcdir)/index.docbook $(KDE_XSL_STYLESHEET) appwizard.png index.docbook kscribblefiles.png 
+	@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 appwizard.png index.docbook kscribblefiles.png ; 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 appwizard.png index.docbook kscribblefiles.png ; do \
+	  rm -f $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/kde_app_devel/$$base ;\
+	done
+
+
+#>+ 5
+distdir-nls:
+	for file in appwizard.png index.docbook kscribblefiles.png ; 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-es/docs/tdevelop/kde_app_devel/appwizard.png b/tde-i18n-es/docs/tdevelop/kde_app_devel/appwizard.png
new file mode 100644
index 00000000000..2384cc5c2f3
--- /dev/null
+++ b/tde-i18n-es/docs/tdevelop/kde_app_devel/appwizard.png
diff --git a/tde-i18n-es/docs/tdevelop/kde_app_devel/index.cache.bz2 b/tde-i18n-es/docs/tdevelop/kde_app_devel/index.cache.bz2
new file mode 100644
index 00000000000..29eddbc1da9
--- /dev/null
+++ b/tde-i18n-es/docs/tdevelop/kde_app_devel/index.cache.bz2
diff --git a/tde-i18n-es/docs/tdevelop/kde_app_devel/index.docbook b/tde-i18n-es/docs/tdevelop/kde_app_devel/index.docbook
new file mode 100644
index 00000000000..c79b3115279
--- /dev/null
+++ b/tde-i18n-es/docs/tdevelop/kde_app_devel/index.docbook
@@ -0,0 +1,1876 @@
+<?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 % Spanish "INCLUDE"
+> <!-- change language only here -->
+]>
+
+<book lang="&language;">
+
+<bookinfo>
+<title
+>El manual de programación de &tdevelop;</title>
+
+<date
+>2002-12-05</date>
+<releaseinfo
+>2.0</releaseinfo>
+
+<authorgroup>
+<author
+><firstname
+>Ralf</firstname
+> <surname
+>Nolden</surname
+> <affiliation
+><address
+><email
+>Ralf.Nolden@post.rwth-aachen.de</email
+></address
+></affiliation>
+</author>
+<author
+><firstname
+>Caleb</firstname
+> <surname
+>Tennis</surname
+> <affiliation
+><address
+><email
+>caleb@aei-tech.com</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
+>La guía de usuario de diseño de aplicaciones C++ para el entorno de escritorio K (KDE) con el IDE &tdevelop;</para>
+</abstract>
+
+<keywordset>
+<keyword
+>KDE</keyword>
+<keyword
+>KDevelop</keyword>
+<keyword
+>IDE</keyword>
+<keyword
+>desarrollo</keyword>
+<keyword
+>programación</keyword>
+</keywordset>
+
+</bookinfo>
+
+<chapter id="chapter1">
+<title
+>Introducción</title>
+<para
+>A medida que los sistemas Unix se van haciendo más populares (incluso para los principiantes que trabajan con ordenadores) debido a sus ventajas relacionadas con la estabilidad y con la funcionalidad, muchas personas se quejan de que las aplicaciones diseñadas para ellos no poseen un aspecto consistente, y que algunas se comportan de un modo diferente al de otras. Con KDE, los desarrolladores disponen de una forma casi perfecta de crear aplicaciones de primera clase para que los sistemas de escritorio Unix consigan una amplia comunidad de usuarios por la mera razón de la calidad que sus aplicaciones pueden ofrecer. De este modo, KDE se va haciendo cada vez más popular como base de diseño de programación, y los desarrolladores pueden aprovechar las posibilidades que este sistema ofrece. </para>
+
+<sect1 id="c1s1">
+<title
+>Qué debería saber previamente</title>
+<para
+>Para aprovechar al máximo este manual de programación, se asume que usted posee conocimientos del lenguaje de programación C++. En caso contrario, debería familiarizarse con él en primer lugar. Puede obtener información sobre C++ a través de varias fuentes, tanto impresas, en sus librerías locales, como en forma de manuales, que puede encontrar en Internet. No se requiere tener conocimientos sobre el diseño de interfaces gráficas, ya que este manual trata de cubrir el diseño de aplicaciones para KDE, que también incluye una introducción a las bibliotecas Qt y KDE, y el diseño de interfaces gráficas. También debería de sentirse cómodo con &tdevelop;, para lo que puede leer el «Manual de usuario de &tdevelop;», que contiene una revisión descriptiva de las funcionalidades proporcionadas por el IDE. </para>
+</sect1>
+
+<sect1 id="c1s2">
+<title
+>Sobre este manual</title>
+<para
+>Este manual ha sido escrito para proporcionar a los desarrolladores una introducción al desarrollo de aplicaciones de KDE usando el entorno de desarrollo integrado KDevelop. </para>
+<para
+>Por lo tanto, los siguientes capítulos le proporcionan una introducción sobre cómo crear proyectos, explican el código fuente generado y muestran cómo extender dicho código para diversos temas, como barras de herramientas, menús y áreas de vistas. </para>
+<para
+>Luego se discute en detalle el editor de diálogos, explicando cómo se crean los widgets y cubriendo la modificación de sus propiedades. </para>
+<para
+>Finalmente, aprenderá algunas cosas que completarán su conocimiento sobre el diseño de proyectos y que le ayudarán a trabajar en cuestiones adicionales a la programación, como añadir documentación de API y ampliar los manuales en línea. </para>
+<sect2 id="c1s2s1">
+<title
+>En el siguiente capítulo</title>
+<para
+>Echaremos un vistazo a las bibliotecas Qt y KDE, mostrando sus conceptos básicos y por qué las cosas son como son. También discutiremos cómo crear las aplicaciones que proporciona el tutorial de la biblioteca Qt usando &tdevelop;, de modo que los principiantes puedan comprobar el resultado de sus primeros pasos, y también aprenderemos cómo hacer uso de algunas de las mejores características de &tdevelop;. </para>
+</sect2>
+
+<sect2 id="c1s2s2">
+<title
+>En los capítulos siguientes</title>
+<para
+>Aprenderá cómo: <itemizedlist>
+<listitem
+><para
+>Crear una aplicación con el KAppWizard</para
+></listitem>
+<listitem
+><para
+>Qué proporciona el esqueleto de un proyecto</para
+></listitem>
+<listitem
+><para
+>Qué significa el código generado</para
+></listitem>
+<listitem
+><para
+>Cómo crear sus propias vistas</para
+></listitem>
+<listitem
+><para
+>Cómo extender la funcionalidad de su aplicación mediante diálogos, barras de menú y barras de herramientas</para
+></listitem>
+<listitem
+><para
+>Cómo hacer que su aplicación sea amigable proporcionando funciones de ayuda</para
+></listitem>
+<listitem
+><para
+>Cómo escribir documentación en línea</para
+></listitem>
+</itemizedlist>
+</para>
+</sect2>
+
+</sect1>
+
+<sect1 id="c1s3">
+<title
+>Información adicional</title>
+<para
+>Puede obtener información adicional sobre la programación Qt/KDE a través de diferentes fuentes: <itemizedlist>
+<listitem
+><para
+>«Programación con Qt», por Matthias Kalle Dalheimer</para
+></listitem>
+<listitem
+><para
+><ulink url="www.tdevelop.org"
+>El manual de usuario de KDevelop, proporcionado con el IDE KDevelop</ulink
+></para
+></listitem>
+<listitem
+><para
+><ulink url="doc.trolltech.com"
+>La referencia en línea de la biblioteca Qt</ulink
+></para
+></listitem>
+<listitem
+><para
+><ulink url="developer.kde.org"
+>El sitio web de «KDE Developer»</ulink
+></para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Adicionalmente, puede buscar ayuda suscribiéndose a múltiples listas de correo, cuyas direcciones están disponibles en las páginas web mencionadas, y en los grupos de noticias de Usenet dedicados a los usuarios de KDE y de los sistemas Unix, y también al lenguaje de programación C++. </para>
+<para
+>Para obtener ayuda sobre el entorno integrado de KDevelop, debe enviar sus peticiones a nuestra lista de correo en la dirección <email
+>tdevelop@tdevelop.org</email
+>. Recuerde que el equipo de KDevelop se dedica a proporcionarle los medios para que pueda programar aplicaciones, por lo que no debería entender que se dedica a dar soporte técnico en el caso de que las aplicaciones que esté desarrollando no funcionen debido a errores de implementación o a una mala configuración de su sistema operativo. Con esto queremos animar a que los usuarios aprovechen las listas de correo en el caso de que tengan problemas con el uso del propio IDE, y también para informar de errores y hacer sugerencias para mejorar la funcionalidad de este entorno de desarrollo. </para>
+</sect1>
+
+</chapter>
+
+<chapter id="chapter2">
+<title
+>Las bibliotecas KDE y Qt</title>
+<para
+>La compañía noruega TrollTech (<ulink url="http://www.trolltech.com"
+>http://www.trolltech.com</ulink
+>) proporciona lo que se conoce como un conjunto de herramientas GUI, llamado Qt. GUI significa «interfaz gráfica de usuario», por lo que las aplicaciones basadas en Qt utilizan botones, ventanas, etc., que permiten la interacción con el usuario visualizando las funciones que proporciona una aplicación. Estos conjuntos de herramientas son necesarios para desarrollar aplicaciones gráficas que se ejecuten sobre la interfaz X-Window de los sistemas Unix, ya que X no contiene por sí mismo ninguna interfaz de usuario predefinida. Aunque también dispone de otros conjuntos de herramientas para crear interfaces de usuario, Qt ofrece diversas ventajas técnicas que hacen que el diseño de aplicaciones sea muy fácil. Adicionalmente, las herramientas de Qt también están disponibles para los sistemas de Microsoft Windows, lo que permite a los desarrolladores ofrecer sus aplicaciones para ambas plataformas. </para>
+<para
+>El equipo de KDE (<ulink url="http://www.kde.org"
+>http://www.kde.org</ulink
+>) se ha unido al esfuerzo de hacer que el uso de los sistemas Unix sea más amistoso, y ha decidido usar el conjunto de herramientas de Qt para el desarrollo de un gestor de ventanas sobre X-Window, además de la gran variedad de herramientas que se incluyen en los paquetes de distribución de KDE. El «entorno de escritorio K» contiene, pues, el gestor de ventanas «kwm», el gestor de archivos «kfm» y el panel de ejecución «kpanel» como componentes principales, además de gran cantidad de utilidades y aplicaciones de primera clase. Cuando apareció KDE, muchos desarrolladores se sintieron atraídos por el nuevo entorno y por lo que les ofrecía. Las bibliotecas de KDE proporcionan métodos esenciales y clases que hacen que todas las aplicaciones diseñadas con ellas se comporten de un modo similar y consistente, de modo que el usuario tenga la gran ventaja de tener que familiarizarse solo con el uso de una aplicación, no con el manejo de diálogos o de botones. Además, los programas de KDE se integran en el escritorio y son capaces de interactuar con el gestor de archivos mediante el mecanismo de «arrastrar y soltar», proporcionar gestión de sesiones y mucho más, si se usan todas las características ofrecidas por las bibliotecas de KDE. Tanto las herramientas de Qt como las bibliotecas de KDE están implementadas usando el lenguaje de programación C++, por lo que las aplicaciones que las usan también están escritas en C++. En el capítulo siguiente daremos un rápido repaso a estas bibliotecas para comprobar lo que proporcionan y tener una idea general sobre cómo crear aplicaciones Qt y KDE. </para>
+<para
+>Tanto la biblioteca del juego de herramientas Qt como la de KDE están construidas en el lenguaje de programación C++, por lo que las aplicaciones que las usan también están escritas principalmente en C++. En el siguiente capítulo haremos un corto viaje a través de estas bibliotecas para ver qué proporcionan y cómo se crean las aplicaciones de Qt y KDE, en general. </para>
+
+<sect1 id="c2s1">
+<title
+>El juego de herramientas gráficas Qt</title>
+<para
+>Como se ha dicho, la biblioteca Qt es un juego de herramientas que ofrece elementos gráficos que se usan para crear aplicaciones gráficas que son necesarias en la programación X-Window. Adicionalmente, este juego de herramientas ofrece: <itemizedlist>
+<listitem
+><para
+>Un completo juego de clases y métodos listos para usar incluso para cuestiones de programación no gráfica</para
+></listitem>
+<listitem
+><para
+>Una buena solución en materia de interacción con el usuario mediante el uso de métodos virtuales y el mecanismo señal/contenedor</para
+></listitem>
+<listitem
+><para
+>Un juego de elementos gráficos predefinidos, llamados «widgets», que pueden ser fácilmente usados para crear los elementos visibles</para
+></listitem>
+<listitem
+><para
+>Diálogos adicionales completamente predefinidos que son usados a menudo en las aplicaciones, como los diálogos de progreso y de archivos</para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Por ello, el conocimiento de las clases Qt es esencial, incluso si solo va a programar aplicaciones KDE. Para comprender el concepto básico de cómo se construyen y compilan las aplicaciones gráficas, echaremos un vistazo a un programa de ejemplo que solo usa Qt, y que más adelante convertiremos en un programa de KDE. </para>
+
+<sect2 id="c2s1s1">
+<title
+>La primera aplicación Qt</title>
+<para
+>Como era de esperar, los programas en C++ tienen que contener una función <function
+>main()</function
+>, que constituye el punto de inicio para la ejecución de la aplicación. Como queremos que se muestren en forma de ventanas gráficas y ofrezcan interacción, tendremos que saber primero cómo se muestran al usuario. Como ejemplo, consultaremos el primer manual que se incluye en la documentación de referencia en línea de Qt, y explicaremos los pasos básicos de la ejecución, además de por qué y cómo aparece la ventana de la aplicación. <programlisting
+>#include &lt;qapplication.h>
+#include &lt;qpushbutton.h>
+
+int main( int argc, char **argv )
+{
+QApplication a( argc, argv );
+
+QPushButton hello( "¡Hola mundo!", 0 );
+hello.resize( 100, 30 );
+
+a.setMainWidget( &amp;hello );
+hello.show();
+return a.exec();
+}
+</programlisting>
+</para>
+<para
+>Lo único que hace esta aplicación es dibujar una ventana que contiene un botón con el texto «Hola mundo». Como para todas las aplicaciones basadas en Qt, en primer lugar tiene que crear una instancia de la clase <classname
+>QApplication</classname
+>, representada por la variable «a». </para>
+<para
+>A continuación, el programa crea una instancia de la clase <classname
+>QPushButton</classname
+> llamada «hello», que será el botón. El constructor de «hello» tiene como parámetro una cadena de texto, que es el texto del widget que será visible como etiqueta del botón. </para>
+<para
+>Luego, el botón «hello» llama al método <methodname
+>resize()</methodname
+>, que cambia el tamaño predeterminado que tiene el widget (que es, en este caso, <classname
+>QPushButton</classname
+>) cuando es creado a 100 píxels de ancho y 30 de alto. Finalmente, «a» llama al método <methodname
+>setMainWidget()</methodname
+>, y «hello» llama al método <methodname
+>show()</methodname
+>. La QApplication se ejecuta finalmente mediante <methodname
+>a.exec()</methodname
+>, entra en el bucle de eventos principal y espera hasta que deba devolver un valor entero al sistema operativo anfitrión para indicarle que la aplicación ha terminado. </para>
+</sect2>
+
+<sect2 id="c2s1s2">
+<title
+>La documentación de referencia de Qt</title>
+<para
+>Ahora, echemos un rápido vistazo a la documentación de referencia de la biblioteca Qt. Para ello, inicie &tdevelop; y seleccione «Qt» en el árbol de la pestaña de documentación. Se abrirá el navegador de la documentación y le mostrará la página inicial de la referencia de Qt. Este será el lugar principal donde obtener información sobre Qt, sus clases y las funciones que proporciona. Además, el programa anterior es el primero que se incluye en la sección de manuales. Para acceder a las clases que queremos consultar, <classname
+>QApplication</classname
+> y <classname
+>QPushButton</classname
+>, seleccione «Listado alfabético de clases» y busque los correspondientes nombres. Siga cualquiera de ellos para ver la documentación de su clase. </para>
+<para
+>De modo alternativo, puede usar la documentación en línea existente en la <ulink url="doc.trolltech.com"
+>Documentación de Qt</ulink
+> de Trolltech. </para>
+<para
+>Para la clase <classname
+>QApplication</classname
+>, verá el constructor y el resto de métodos que proporciona. Si sigue un enlace podrá obtener más información sobre el uso y significado del método, lo que resulta muy útil cuando a veces no es posible intuir su correcto uso o cuando se quiere ver un ejemplo. Esto también vale para la documentación de la biblioteca de KDE, que utiliza una estructura similar. Y esto es casi todo cuanto necesita saber sobre el uso de las referencias de las clases en el navegador de documentación. </para>
+<sect3 id="c2s1s2s1">
+<title
+>Interpretación del ejemplo</title>
+<para
+>Comenzando por <classname
+>QApplication</classname
+>, encontrará todos los métodos utilizados en nuestro primer ejemplo: <itemizedlist>
+<listitem
+><para
+>el constructor <methodname
+>QApplication()</methodname
+></para
+></listitem>
+<listitem
+><para
+>el método <methodname
+>setMainWidget()</methodname
+></para
+></listitem>
+<listitem
+><para
+>el método <methodname
+>exec()</methodname
+></para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>La interpretación sobre por qué utilizamos estos métodos es muy simple: <orderedlist>
+<listitem
+><para
+>Crear una instancia de la clase <classname
+>QApplication</classname
+> con el constructor, de modo que podamos usar los elementos de la interfaz gráfica que proporciona Qt</para
+></listitem>
+<listitem
+><para
+>Crear un widget que será el contenido de la ventana de nuestro programa</para
+></listitem>
+<listitem
+><para
+>Establecer el widget principal de «a»</para
+></listitem>
+<listitem
+><para
+>Ejecutar la instancia de «a» de <classname
+>QApplication</classname
+></para
+></listitem>
+</orderedlist
+> 
+</para>
+<para
+>El segundo objeto de nuestro programa es el botón pulsable, una instancia de la clase <classname
+>QPushButton</classname
+>. Hemos usado el segundo de los dos constructores que se nos ofrecen para crear una instancia de este objeto. Este constructor acepta como parámetro un texto, que será la etiqueta que mostrará el botón (aquí es la cadena «¡Hola mundo!»). Luego hemos llamado al método <methodname
+>resize()</methodname
+> para cambiar el tamaño del botón en relación a su contenido (el botón debe ser más ancho para que la cadena aparezca completamente). </para>
+<para
+>Pero, ¿qué hay del método <methodname
+>show()</methodname
+>? Ahora veremos que, al igual que la mayor parte de de widgetds, <classname
+>QPushButton</classname
+> se basa en la herencia simple. La documentación dice que esta clase hereda de <classname
+>QButton</classname
+>. Siga el enlace de la clase <classname
+>QButton</classname
+> y verá más widgets que han sido heredados por <classname
+>QPushButton</classname
+> (y que usaremos más adelante para explicar el mecanismo señal/slot). No obstante, el método <methodname
+>show()</methodname
+> no aparece listado, por lo que también tiene que haber sido proporcionado mediante herencia. La clase de la que hereda <classname
+>QButton</classname
+> es <classname
+>QWidget</classname
+>. Vuelva a seguir el enlace y verá el gran número de métodos que proporciona <classname
+>QWidget</classname
+>, incluido el método <methodname
+>show()</methodname
+>. Ahora entendemos lo que se ha hecho con el botón en el ejemplo: <orderedlist>
+<listitem
+><para
+>Crear una instancia de <classname
+>QPushButton</classname
+>, usar el segundo constructor para establecer el texto del botón</para
+></listitem>
+<listitem
+><para
+>Modificar el tamaño del widget según su contenido</para
+></listitem>
+<listitem
+><para
+>Establecer el widget como widget principal de la instancia «a» de <classname
+>QApplication</classname
+></para
+></listitem>
+<listitem
+><para
+>Indicarle al widget que se muestre a sí mismo en la pantalla llamando a <methodname
+>show()</methodname
+>, un método heredado de <classname
+>QWidget</classname
+></para
+></listitem>
+</orderedlist>
+</para>
+<para
+>Tras llamar al método <methodname
+>exec()</methodname
+> la aplicación se hace visible al usuario, mostrando una ventana con el botón, que muestra el texto «¡Hola mundo!». Tenga en cuenta que los programas gráficos se comportan de un modo algo distinto al de las aplicaciones basadas en procedimientos. El punto principal es que aquí la aplicación entra en lo que se denomina un «bucle principal de eventos». Esto significa que el programa debe esperar las acciones del usuario y luego reaccionar a ellas. Además, para una aplicación Qt, el programa tiene que estar en el bucle principal de eventos para comenzar a manejar los eventos. La siguiente sección le enseñará brevemente lo que significa esto para el programador y qué ofrece Qt para procesar los eventos del usuario. </para>
+<note
+><para
+>Para los usuarios avanzados: El botón no tiene un padre declarado en el constructor, por lo que es un widget aislado de nivel superior que se ejecuta en un bucle de eventos locales que no necesita esperar al bucle de eventos principal. Consulte la documentación de la clase QWidget y la «Guía de referencia de la biblioteca KDE».</para>
+</note
+> 
+
+</sect3>
+</sect2>
+
+<sect2 id="c2s1s3">
+<title
+>Interacción con el usuario</title>
+<para
+>Tras leer las últimas secciones, ya debería saber: <itemizedlist>
+<listitem
+><para
+>Qué proporciona la biblioteca Qt en términos de aplicaciones gráficas</para
+></listitem>
+<listitem
+><para
+>Cómo se crea un programa que utilice Qt, y</para
+></listitem>
+<listitem
+><para
+>Dónde y cómo encontrar información sobre las clases que desea utilizar con el navegador de documentación</para
+></listitem>
+</itemizedlist
+> 
+</para>
+<para
+>Ahora le daremos «vida» a la aplicación procesando los eventos del usuario. Generalmente, el usuario tiene dos formas de interactuar con un programa: el ratón y el teclado. Para ambas, una interfaz gráfica de usuario debe proporcionar métodos que detecten acciones y métodos que hagan algo como respuesta a estas acciones. </para
+> 
+<para
+>Para ello, el sistema de ventanas envía todos los eventos de interacción a la aplicación correspondiente. El objeto <classname
+>QApplication</classname
+> los envía luego a la ventana activa como objetos <classname
+>QEvent</classname
+>, y los widgets deben decidir por sí mismos qué hacer con ellos. Cuando un widget recibe el evento, procesa el método <methodname
+>QWidget::event(QEvent*)</methodname
+>, que se encarga de decidir qué evento ha sido ejecutado y cómo reaccionar a él. Por lo tanto, <methodname
+>event()</methodname
+> es el manejador principal de eventos. A continuación, el método <methodname
+>event()</methodname
+> pasa el evento a los llamados «filtros de eventos» para determinar qué ha ocurrido y qué se debe hacer con el evento. Si no existe ningún filtro que se haga responsable para dicho evento, se llama a los manejadores de eventos especializados. Mediante ellos podemos decidir entre: <itemizedlist>
+<listitem
+><para
+>Eventos del teclado -- Teclas «Tabulador» y «Mayúsculas-Tabulador»:</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
+>El resto de entradas del 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
+>Los movimientos del ratón:</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
+>Acciones de los botones del ratón</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 de la ventana que contiene el 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
+>Note que todas las funciones de eventos son virtuales y protegidas, por lo que puede reimplementar los métodos encargados de manejar eventos que necesite en sus propios widgets y especificar cómo deben reaccionar. <classname
+>QWidget</classname
+> también contiene varios métodos virtuales más que pueden resultar de utilidad en sus programas. De ahí que sea recomendable conocer bien la clase <classname
+>QWidget</classname
+>. </para>
+</sect2>
+<sect2 id="c1s2s4">
+<title
+>Interacción entre objetos mediantes señales y slots</title>
+<para
+>Estamos llegando a una de las ventajas más obvias del juego de herramientas Qt: el mecanismo señal/objeto, que ofrece una solución útil y provechosa para la interacción de objetos (que normalmente se resuelve mediante funciones «callback» de las herramientas del sistema X-Window). Como esta comunicación requiere una programación estricta y a menudo dificulta la creación de interfaces de usuario (como se dice en la documentación de Qt y se explica en «Programando con Qt», de K. Dalheimer), Trolltech creó un nuevo sistema en el que los objetos pueden emitir señales que se pueden conectar a métodos declarados como «slots». Desde el punto de vista del programador de C++, solo es necesario saber ciertas cosas sobre este mecanismo: <itemizedlist>
+<listitem
+><para
+>la declaración de una clase que use señales y slots debe contener la macro Q_OBJECT al principio (sin punto y coma); también debe derivar de la clase <classname
+>QObject</classname
+> </para
+></listitem>
+<listitem
+><para
+>se puede emitir una señal mediante la palabra clave «emit»; por ejemplo, «emit señal(parámetros);», desde dentro de cualquier función miembro de una clase que permita señales y slots </para
+></listitem>
+
+<listitem
+><para
+>todas las señales usadas por las clases que no sean heredadas deben ser añadidas a la declaración de la clase mediante una sección «signals» </para
+></listitem>
+<listitem
+><para
+>todos los métodos que puedan ser conectados con una señal se declaran en secciones con la palabra clave «slot»; por ejemplo, «public slots:» dentro de la declaración de la clase </para
+></listitem>
+<listitem
+><para
+>el compilador de metaobjetos «moc» debe ejecutarse con el archivo de cabecera para expandir las macros y generar la implementación (que no es necesario conocer). Los archivos de salida de «moc» también son compilados por el compilador de C++. </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Otra forma de usar señales sin derivar de <classname
+>QObject</classname
+> consiste en usar la clase <classname
+>QSignal</classname
+> (consulte la documentación de referencia para obtener más información y un ejemplo de uso). En lo sucesivo asumiremos que está derivando de <classname
+>QObject</classname
+>. </para>
+<para
+>De este modo, su clase será capaz de enviar señales a cualquier otro sitio y de proporcionar «slots» a los que se puedan conectar señales. Gracias al uso de estas señales no tendrá que preocuparse de quién va a recibirlas: solo tiene que emitir la señal, y cualquier «slot» al que quiera conectarla reaccionará a la emisión. Los «slots» también pueden ser usados como métodos normales en la implementación. </para>
+<para
+>Ahora, para conectar una señal a un «slot», tendrá que usar los métodos <methodname
+>connect()</methodname
+> proporcionados por la clase <classname
+>QObject</classname
+> o, cuando estén disponibles, otros métodos especiales proporcionados por diversos objetos para establecer la conexión con ciertas señales. </para>
+
+<sect3 id="c1s2s4s1">
+<title
+>Ejemplo de uso</title>
+<para
+>Para explicar el modo en que establecemos la interacción entre objetos, tomaremos nuestro primer ejemplo y lo extenderemos con una conexión sencilla: <programlisting
+>#include &lt;qapplication.h>
+#include &lt;qpushbutton.h>
+
+int main( int argc, char **argv )
+{
+QApplication a( argc, argv );
+
+QPushButton hello( "¡Hola mundo!" , 0);
+hello.resize( 100, 30 );
+
+a.setMainWidget( &amp;hello );
+
+QObject::connect(&amp;hello, SIGNAL( clicked() ), &amp;a, SLOT( quit() ));
+
+hello.show();
+return a.exec();
+}
+</programlisting>
+</para>
+<para
+>Como puede comprobar, la única adición para dar más interacción al botón consiste en usar un método <methodname
+>connect()</methodname
+>: <methodname
+>connect(&amp;hello, SIGNAL( clicked() ), &amp;a, SLOT( quit() ));</methodname
+> es todo cuanto tiene que añadir. ¿Cuál es su significado? La declaración de la clase QObject dice lo siguiente sobre el método <methodname
+>connect()</methodname
+>: </para>
+<para
+><methodname
+>bool connect ( const QObject * emisor, const char * señal, const QObject * receptor, const char * miembro ) </methodname
+></para>
+<para
+>Esto significa que debe especificar como primer parámetro un puntero de una instancia de la clase <classname
+>QObject</classname
+>, que es el emisor de la señal (lo que significa que puede emitir esta señal); a continuación debe especificar la señal que desea conectar. Los dos últimos parámetros son, en primer lugar, el objeto receptor que proporciona un «slot», y, finalmente, la función miembro de dicho objeto que va a actuar como «slot» (y que será ejecutada tras la emisión de la señal). </para>
+<para
+>Mediante el uso de señales y «slots», los objetos de su programa pueden interactuar con otros fácilmente sin depender explícitamente del tipo de objeto receptor. Aprenderá más sobre el uso de este mecanismo para usos productivos en sucesivas secciones de este manual. También puede encontrar más información sobre el mecanismo de señales y «slots» en la <ulink url="developer.kde.org/documentation/library/libraryref.html"
+>Guía de referencia de la biblioteca KDE</ulink
+> y la <ulink url="doc.trolltech.com"
+>referencia en línea de Qt</ulink
+>. </para>
+</sect3>
+</sect2>
+</sect1>
+
+<sect1 id="c2s3">
+<title
+>Qué proporciona KDE</title>
+<sect2 id="c2s3s1">
+<title
+>Las bibliotecas KDE 3.x</title>
+<para
+>Las principales bibliotecas de KDE que usará para crear sus propias aplicaciones para KDE son: <itemizedlist>
+<listitem
+><para
+>la biblioteca «tdecore», que contiene todas las clases que no son elementos visibles y que proporcionan funcionalidad a las aplicaciones </para
+></listitem>
+<listitem
+><para
+>la biblioteca «tdeui», que contiene los elementos de la interfaz del usuario, como barras de menú, barras de herramientas, etc. </para
+></listitem>
+<listitem
+><para
+>la biblioteca «kfile», que contiene diálogos de selección de archivos </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Adicionalmente, KDE ofrece las siguientes bibliotecas para soluciones específicas: <itemizedlist>
+<listitem
+><para
+>la biblioteca «tdefx», que contiene mapas de píxels, efectos de imagen y la extensión KStyle de QStyle </para
+></listitem>
+<listitem
+><para
+>la biblioteca «khtml», que contiene el componente «html» de KDE </para
+></listitem>
+<listitem
+><para
+>la biblioteca «kjs», que contiene el soporte Javascript para KDE </para
+></listitem>
+<listitem
+><para
+>la biblioteca «kio», que contiene el acceso a bajo nivel a los archivos de la red </para
+></listitem>
+<listitem
+><para
+>la biblioteca «kparts», que contiene soporte para aplicaciones reutilizables, incrustables y extensibles </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>A continuación veremos qué se necesita para convertir su primera aplicación Qt en una aplicación KDE. </para>
+</sect2>
+<sect2 id="c2s3s2">
+<title
+>Ejemplo de aplicación KDE</title>
+<para
+>A continuación comprobará que escribir una aplicación para KDE no es más difícil que escribir una aplicación Qt. Para usar algunas características de KDE tendrá que utilizar otras clases, y eso es casi todo. Como ejemplo, veamos la versión modificada del ejemplo Qt anterior: <programlisting
+>#include &lt;kapplication.h>
+#include &lt;qpushbutton.h>
+
+int main( int argc, char **argv )
+{
+KApplication a( argc, argv );
+
+QPushButton hello( "¡Hola mundo!", 0 );
+hello.resize( 100, 30 );
+
+a.setTopWidget( &amp;hello );
+
+QObject::connect(&amp;hello, SIGNAL( clicked() ), &amp;a, SLOT( quit() ));
+
+hello.show();
+return a.exec();
+}
+</programlisting>
+</para
+> 
+<para
+>Vea que en primer lugar hemos cambiado de <classname
+>QApplication</classname
+> a <classname
+>KApplication </classname
+>. Además, hemos tenido que cambiar elmétodo <methodname
+>setMainWidget()</methodname
+> anteriormente usado por <methodname
+>setTopWidget</methodname
+>, que utiliza <classname
+>KApplication</classname
+> para establecer el «widget» principal. ¡Y ya está! Su primera aplicación de KDE ya está terminada. Ahora solo le falta indicarle al compilador la ruta de inclusión de KDE, y al enlazador que utilice la biblioteca tdecore mediante el parámetro -ltdecore. </para>
+<para
+>Como ahora ya sabe qué suele proporcionar como mínimo la función <function
+>main()</function
+>, cómo se hace visible una aplicación y cómo permite la interacción entre usuario y objetos, seguiremos con el siguiente capítulo, donde nuestra primera aplicación se construirá con &tdevelop;. Ahí tambień podrá probar todo lo que se ha dicho hasta ahora y comprobar sus efectos. </para>
+<para
+>Adicionalmente, hasta ahora ha consultado la documentación de referencia de Qt, especialmente las clases <classname
+>QApplication</classname
+>, <classname
+>QWidget</classname
+> y <classname
+>QObject</classname
+>, y la documentación de la biblioteca «tdecore» sobre la clase <classname
+>KApplication</classname
+>. El <ulink url="developer.kde.org/documentation/library/libraryref.html"
+> Manual d referencia de la biblioteca KDE</ulink
+> también contiene una completa descripción sobre cómo llamar a los constructores de <classname
+>QApplication</classname
+> y de <classname
+>KApplication</classname
+>, incluido el procesamiento de los argumentos pasados como parámetros en la línea de comando. </para>
+</sect2>
+</sect1>
+
+</chapter>
+
+<chapter id="chapter3">
+<title
+>Creación de aplicaciones nuevas</title>
+
+<sect1 id="c3s1">
+<title
+>El asistente para aplicaciones</title>
+<para
+>El asistente para aplicaciones de &tdevelop; ha sido concebido para permitirle comenzar a trabajar en nuevos proyectos con &tdevelop;. Para ello, todos los proyectos nuevos serán creados primero por el asistente, y luego podrá comenzar a construirlos y a extender lo que se le ha proporcionado en un esqueleto de código fuente. Puede elegir entre varios tipos de proyecto según sus necesidades: <itemizedlist>
+<listitem
+><para
+>Infraestructura de aplicación KDE: incluye código fuente para la infraestructura de una aplicación estándar de KDE. </para
+></listitem>
+<listitem
+><para
+>Proyecto QMake: crea una infraestructura de aplicación basada en el sistema de configuración QMake de Trolltech. </para
+></listitem>
+<listitem
+><para
+>Sencillo programa «Hola mundo»: crea un programa en C++ basado en la terminal sin soporte de interfaz gráfica. </para
+></listitem>
+<listitem
+><para
+>Una multitud de esqueletos para otros programas </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>En este capítulo veremos cómo se llama al asistente para aplicaciones y qué se debe hacer para generar un proyecto de aplicación para KDE. Este es también el primer paso de nuestro objetivo, en el que crearemos la versión inicial de un proyecto de ejemplo. Para el resto de tipos de proyectos, los pasos suelen ser idénticos, aunque es posible que no disponga de tantas opciones. </para>
+</sect1>
+
+<sect1 id="c3s2">
+<title
+>Llamar al asistente para aplicaciones y generación del proyecto</title>
+<sect2 id="c3s2s1">
+<title
+>Iniciar el asistente para aplicaciones y su primera página</title>
+<para
+>Para comenzar con su aplicación para KDE, abra &tdevelop;. En el menú «Proyecto» seleccione «Nuevo proyecto». Se iniciará el asistente para aplicaciones, en cuya primera página verá un árbol de selección que contiene los tipos de proyectos que se pueden crear. Seleccione el elemento «C++», y luego «KDE», y finalice con «Infraestructura de aplicación». </para>
+<para
+>Para nuestro proyecto de ejemplo vamos a crear la aplicación KScribble. Introduzca esto como nombre de la aplicación y cambie cualquier otra información de la parte inferior de esta pantalla que considere necesario. Luego, pulse sobre «Adelante». <screenshot
+><mediaobject
+><imageobject>
+<imagedata fileref="appwizard.png" format="PNG"/>
+</imageobject
+><textobject
+><phrase
+>Asistente para aplicaciones</phrase
+></textobject>
+</mediaobject
+></screenshot>
+</para>
+</sect2>
+<sect2 id="c3s2s2">
+<title
+>Información sobre control de versiones</title>
+<para
+>En esta pantalla tendrá la opción de decidir si su proyecto usará un sistema de control de versiones como CVS. Para nuestro proyecto de ejemplo no usaremos ningún control del código fuente, así que nos aseguraremos de que esté marcada la opción «Ninguno» y pulsaremos sobre «Adelante». </para>
+</sect2>
+<sect2 id="c3s2s3">
+<title
+>Plantillas de cabecera y código fuente</title>
+<para
+>Las dos siguientes páginas muestran cabeceras de ejemplo que se incluirán en la parte superior de todos los archivos de cabecera y de código fuente que cree usando &tdevelop;. Por ahora, deje esto tal y como está y seleccione «Adelante», y luego «Finalizar». Si el botón «Finalizar» no está activado se debe a que no habrá rellenado correctamente alguna opción. En este caso, utilice el botón «Atrás» para volver a las páginas anteriores y corregir cualquier posible error. </para>
+</sect2>
+<sect2 id="c3s2s4">
+<title
+>Terminando</title>
+<para
+>Tras finalizar, el asistente para aplicaciones debe cerrarse y aparecerá la ventana de mensajes mostrando información sobre las tareas que está realizando &tdevelop;. Al final debería ver el mensaje «*** conseguido ***», que indica que todo ha terminado correctamente. </para>
+</sect2>
+</sect1>
+
+<sect1 id="c3s3">
+<title
+>La primera construcción</title>
+<para
+>Tras generar nuestro proyecto, realizaremos una excursión a través de su código fuente para hacernos una idea de cómo es una infraestructura de aplicación. Esto no solo nos ayudará a comenzar, sino que nos enseñará dónde tendremos que cambiar ciertas cosas en los pasos siguientes. </para>
+<para
+>En este capítulo se asume que ya conoce la navegación básica con &tdevelop;. Consulte el «Manual del usuario de KDevelop» si necesita más información. </para>
+<para
+>El gestor de «automake» muestra los archivos del proyecto del modo siguiente: <screenshot
+><mediaobject
+><imageobject>
+<imagedata fileref="kscribblefiles.png" format="PNG"/>
+</imageobject
+><textobject
+><phrase
+>Los archivos de nuestro proyecto</phrase
+></textobject>
+</mediaobject
+></screenshot>
+</para>
+<para
+>Antes de sumergirnos en el código fuente, dejaremos que &tdevelop; construya y ejecute nuestra nueva aplicación. Para ello, seleccione «Construir proyecto» en el menú «Construir», o pulse F8. La ventana de salida se abrirá y mostrará mensajes de salida durante la fase de compilación. <programlisting
+>1 cd /home/caleb/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/caleb/kscribble'
+4 Making all in doc
+5 gmake[2]: Entering directory `/home/caleb/kscribble/doc'
+6 Making all in .
+7 gmake[3]: Entering directory `/home/caleb/kscribble/doc'
+8 gmake[3]: Nothing to be done for `all-am'.
+9 gmake[3]: Leaving directory `/home/caleb/kscribble/doc'
+10 Making all in en
+11 gmake[3]: Entering directory `/home/caleb/kscribble/doc/en'
+12 /usr/local/kde3/bin/meinproc --check --cache index.cache.bz2 /home/caleb/kscribble/doc/en/index.docbook
+13 gmake[3]: Leaving directory `/home/caleb/kscribble/doc/en'
+14 gmake[2]: Leaving directory `/home/caleb/kscribble/doc'
+15 Making all in po
+16 gmake[2]: Entering directory `/home/caleb/kscribble/po'
+17 gmake[2]: Nothing to be done for `all'.
+18 gmake[2]: Leaving directory `/home/caleb/kscribble/po'
+19 Making all in src
+20 gmake[2]: Entering directory `/home/caleb/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/caleb/kscribble/admin/depcomp \
+24 g++ -DHAVE_CONFIG_H -I. -I/home/caleb/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/caleb/kscribble/src/'`main.cpp
+25 /usr/lib/qt/bin/moc /home/caleb/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/caleb/kscribble/admin/depcomp \
+29 g++ -DHAVE_CONFIG_H -I. -I/home/caleb/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/caleb/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/caleb/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/caleb/kscribble/admin/depcomp \
+36 g++ -DHAVE_CONFIG_H -I. -I/home/caleb/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/caleb/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/caleb/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/caleb/kscribble/admin/depcomp \
+46 g++ -DHAVE_CONFIG_H -I. -I/home/caleb/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/caleb/kscribble/src/'`pref.cpp
+47 /usr/local/kde3/bin/dcopidl /home/caleb/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/caleb/kscribble/admin/depcomp \
+52 g++ -DHAVE_CONFIG_H -I. -I/home/caleb/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/caleb/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/caleb/kscribble/admin/depcomp \
+57 g++ -DHAVE_CONFIG_H -I. -I/home/caleb/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/caleb/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/caleb/kscribble/src'
+60 gmake[2]: Entering directory `/home/caleb/kscribble'
+61 gmake[2]: Nothing to be done for `all-am'.
+62 gmake[2]: Leaving directory `/home/caleb/kscribble'
+63 gmake[1]: Leaving directory `/home/caleb/kscribble'
+64 *** conseguido ***
+</programlisting>
+</para>
+<para
+>Como puede ver, hemos colocado números al comienzo de cada línea que no aparecerán cuando realice este proceso; aquí nos ayudarán a describir qué está ocurriendo durante el proceso de construcción. En primer lugar, «gmake» trabaja recursivamente. Esto significa que comienza en la carpeta donde fue llamado y entra primero en las subcarpetas, de una en una, y luego vuelve a la carpeta en la que se inició, la procesa, y luego finaliza su ejecución. </para>
+<para
+>La primera línea de interés es la 24. Vea que «g++» (que se refiere a nuestro compilador de C++) ha sido llamado por «make» para compilar el primer archivo de código fuente de nuestro proyecto (en este caso, «main.cpp»). En la línea de comando del compilador «g++» se usan muchas opciones extra, algunas de ellas de forma predeterminada y otras configuradas mediante &tdevelop;. </para>
+<para
+>Antes de compilar el siguiente archivo («kscribble.cpp», en la línea 29), el compilador de metaobjetos «moc» se llama por primera vez sobre «kscribble.h» (línea 25). Esto se debe a que las clases de KScribble usan señales y slots, de modo que la macro Q_OBJECT debe ser expandida antes de ser usada, y esto es lo que «moc» hace por nosotros. El archivo resultante («kscribble.moc»), se usa en «kscribble.cpp» mediante una sentencia #include dentro de él. </para>
+</sect1>
+
+<sect1 id="c3s4">
+<title
+>El esqueleto del código fuente</title>
+<para
+>Para tener un concepto de cómo funciona una aplicación de KDE, echaremos en primer lugar un vistazo al esqueleto de código fuente proporcionado por el asistente para aplicaciones. Como ya hemos visto, tenemos un conjunto de archivos de cabecera y de código fuente para generar el código inicial de nuestra aplicación y dejarla preparada para ser ejecutada. De ahí que el modo más fácil de explicar lo que hace el código fuente consista en seguir la implementación línea a línea a medida que se procesan durante la ejecución del programa hasta que se entra en el bucle principal de eventos y se está preparado para recibir entradas del usuario. A continuación veremos la funcionalidad que permite la interacción del usuario y cómo funcionan ciertas cosas. Probablemente esta es la mejor forma de entender la infraestructura, que es similar a la del resto de aplicaciones para KDE, y también le permitirá comprender el código fuente de otros proyectos. Adicionalmente, sabrá dónde cambiar ciertas partes del código para hacer que su aplicación se comporte del modo en que ha sido diseñada. </para>
+
+<sect2 id="c3s4s1">
+<title
+>La función main()</title>
+<para
+>Como la aplicación comienza su ejecución entrando en la función <function
+>main()</function
+>, este será nuestro punto de partida para examinar nuestro código fuente. La función <function
+>main()</function
+> de KScribble está implementada en el archivo «main.cpp». También se puede localizar usando el navegador de clases, seleccionando la carpeta «Funciones globales». <programlisting
+>1  int main(int argc, char **argv)
+2  {
+3      KAboutData about("kscribble", I18N_NOOP("KScribble"), version, description,
+4                       KAboutData::License_GPL, "(C) 2002 Su nombre", 0, 0, "you@you.com");
+5      about.addAuthor( "Your Name", 0, "you@you.com" );
+6      KCmdLineArgs::init(argc, argv, &amp;about);
+7      KCmdLineArgs::addCmdLineOptions(options);
+8      KApplication app;
+9  
+10    // registrarnos como cliente dcop
+11    app.dcopClient()->registerAs(app.name(), false);
+12 
+13    // comprobar si estamos iniciando la gestión de la sesión
+14    if (app.isRestored())
+15        RESTORE(KScribble)
+16    else
+17    {
+18        // sin sesión... comenzar de modo normal
+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
+>Ahora, lo que ocurre en primer lugar es la creación de un objeto <classname
+>KApplication</classname
+>, pero hemos añadido algunos métodos de KDE para configurar la información sobre el programa y sobre el autor de esta aplicación. </para>
+</sect2>
+<sect2>
+<title
+>Inicio de la aplicación del usuario</title>
+
+<para
+>... (pendiente de escribir)</para>
+
+</sect2>
+<sect2>
+<title
+>El constructor</title>
+<para
+>Veamos el constructor y cómo se llama a esta instancia <programlisting
+>1  KScribble::KScribble()
+2      : KMainWindow( 0, "KScribble" ),
+3        m_view(new KScribbleView(this)),
+4        m_printer(0)
+5  {
+6      // aceptar dnd
+7      setAcceptDrops(true);
+8  
+9      // comunicar a KMainWindow que este es el widget principal
+10     setCentralWidget(m_view);
+11 
+12     // a continuación, preparar nuestras acciones
+13     setupActions();
+14 
+15     // y una barra de estado
+16     statusBar()->show();
+17 
+18     // permitir que la vista pueda cambiar la barra de estado y el 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
+>Note que <classname
+>KScribble</classname
+> hereda la clase <classname
+>KMainWindow</classname
+> (una clases base muy utilizada en las aplicaciones de KDE). Inicializamos una clase llamada <classname
+>KScribbleView</classname
+> como nuestro widget central, creamos una <classname
+>KStatusBar</classname
+> mediante el método <methodname
+>statusBar()</methodname
+> (línea 16), y conectamos algunas señales y slots. </para>
+</sect2>
+</sect1>
+</chapter>
+
+
+<chapter id="chapter4">
+<title
+>Diseño de vistas de la aplicación</title>
+<sect1 id="c4s1">
+<title
+>Introducción</title>
+<para
+>Cuando se desarrola una aplicación con una interfaz gráfica de usuario, el trabajo principal consiste en proporcionar lo que se denomina una «vista» para la aplicación. Una vista generalmente es un widget que muestra los datos de un documento y proporciona métodos para manipular su contenido. El usuario realiza todo esto mediante los eventos que emite al usar el teclado o el ratón. Otras operaciones más complejas se procesan a menudo por las barras de herramientas y los menús, que interactúan con la vista y el documento. La barra de estado proporciona información sobre el documento, la vista o el estado de la aplicación. Como ejemplo, podemos ver cómo se construye un editor y dónde se encuentra cada cosa. </para>
+<para
+>Se supone que un editor debe proporcionar una interfaz para que un usuario pueda ver y/o modificar el contenido de un documento de texto. Si inicia «Kate», verá la interfaz visual siguiente: <itemizedlist>
+<listitem
+><para
+>La barra del menú: proporciona operaciones complejas, como abrir, guardar y cerrar archivos, y salir de la aplicación. </para
+></listitem>
+<listitem
+><para
+>La barra de herramientas: ofrece iconos que permiten un rápido acceso a las funciones más utilizadas. </para
+></listitem>
+<listitem
+><para
+>La barra de estado: muestra el estado de la posición del cursor (su fila y columna actuales). </para
+></listitem>
+<listitem
+><para
+>La vista en la parte central de la ventana, que muestra el documento y ofrece un cursor conectado al teclado y al ratón que permite operar con los datos. </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Ahora es fácil entender que la vista es casi la única parte integrante de la aplicación, y que el diseño de la vista incide sobre la usabilidad y aceptabilidad de una aplicación. Esto significa que uno de los primeros pasos del desarrollo consiste en determinar el propósito de nuestra aplicación y qué tipo de vista se ajustará mejor para permitir que el usuario trabaje con la aplicación con un mínimo de esfuerzo para aprender a manejer la interfaz de usuario. </para>
+<para
+>Para algunos propósitos como la edición de texto y la visualización de archivos HTML, las vistas son proporcionadas por las bibliotecas de Qt y de KDE (discutiremos algunas observaciones sobre estos widgets de alto nivel en la siguiente sección). Pero la mayor parte de las aplicaciones se deben diseñar e implementar nuevos widgets. Esto es lo que hace que un programador también sea un diseñador y donde se demuestran sus capacidades de creatividad: debe buscar la intuición en primer lugar. Recuerde que un gran número de usuarios no aceptará una aplicación que no sea: <itemizedlist>
+<listitem
+><para
+>gráficamente atractiva </para
+></listitem>
+<listitem
+><para
+>rica en características </para
+></listitem>
+<listitem
+><para
+>fácil de manejar: </para
+></listitem>
+<listitem
+><para
+>fácil de aprender a usar </para
+></listitem>
+</itemizedlist>
+</para>
+<para
+>Tampoco es necesario decir que la estabilidad es uno de los principales objetivos del diseño. Nadie puede evitar los errores, pero se puede conseguir bastante mediante objetivos diseñados inteligentemente y el amplio uso de diseños orientados a objetos. C++ hace que la programación sea un juego si sabe cómo explotar sus capacidades: herencia, ocultación de información y reusabilidad del código existente. </para>
+<para
+>Cuando cree un proyecto KDE o Qt, siempre tendrá una vista que herede de QWidget, ya sea por herencia directa o porque el widget de la biblioteca que desea usar hereda de QWidget. De ahí que el asistente para aplicaciones haya construido una vista que es una instancia de una clase «aplicaciónView», que hereda de QWidget. </para>
+<para
+>Este capítulo describe cómo usar widgets de bibliotecas para crear vistas para aplicaciones de KDE o Qt que han sido generadas con &tdevelop;. Luego veremos las bibliotecas y qué tipo de vistas nos ofrecen. </para>
+</sect1>
+<sect1 id="c4s2">
+<title
+>Uso de bibliotecas de vistas</title>
+<para
+>Cuando haya ajustado el diseño de su aplicación, debería buscar en primer lugar código ya existente que haga su vida más fácil. Una parte de esta búsqueda consiste en encontrar un widget que pueda ser usado como vista, o al menos como una parte de ella, ya sea directamente o mediante herencia. Las bibliotecas de KDE y de Qt contienen un conjunto de widgets que se pueden usar para este propósito. Dispone de dos opciones para usarlos: <orderedlist>
+<listitem
+><para
+>Eliminar la clase de la nueva vista y crear una instancia de un widget de biblioteca, y luego establecerlo como vista. </para
+></listitem>
+<listitem
+><para
+>Cambiar la herencia de la clase de vista proporcionada a la clase del widget de la biblioteca que va a usar. </para
+></listitem>
+</orderedlist>
+</para>
+<para
+>De cualquier modo, es importante saber que si la infraestructura de la aplicación no está enlazada actualmente con la biblioteca que contiene el widget, el enlazador fallará. Una vez que haya decidido usar cierto widget, busque la biblioteca que debe enlazar; luego abra «Proyecto» -> «Opciones» en el menú de &tdevelop; y vaya a la página «Opciones del enlazador» y busque las marcas que indican las bibliotecas que se están usando en la actualidad. Si la biblioteca que contiene su widget ya está marcada, puede dejar sin tocar las opciones del proyecto. En caso contrario, y si las opciones del enlazador le permiten marcar la biblioteca para añadirla, márquela y pulse «Aceptar» para salir de las opciones del proyecto. En cualquier otro caso, añada la biblioteca en el campo de edición que más abajo con la opción «-l». Para las bibliotecas que su aplicación debe buscar, antes de preparar los Makefiles con el guión «configure» en el sistema del usuario final, añada la correspondiente macro de búsqueda en el archivo «configure.in» situado en la carpeta principal de su proyecto, y añada la macro a la línea de edición. Recuerde que debe ejecutar «Construir» -> «Autoconf y automake», y luego «Construir» -> «Configure» antes de que los Makefiles contengan la expansión correcta para la macro de la biblioteca. </para>
+<para
+>Además, si los archivos de cabecera de la biblioteca a añadir no están en la ruta de inclusión actual (que se puede ver con las opciones «-l» en la ventana de salida de «make»), debe añadir su ruta en el diálogo de opciones del proyecto, en la página «Opciones del compilador», con la opción «-l» o la macro de automake correspondiente en la línea de edición de las «Opciones adicionales». </para>
+<sect2 id="c4s3s1">
+<title
+>Vistas de Qt</title>
+<para
+>Si observa la primera página de la documentación en línea de Qt encontrará un enlace a «capturas de pantalla de los widgets», donde podrá ver cómo son los widgets que contiene Qt. Estos widgets están listos para usar y pueden ser combinados entre sí para formar widgets más complicados que le permitirán crear vistas y diálogos para su aplicación. A continuación describiremos algunos de estos widgets que le resultarán de utilidad para crear vistas de aplicaciones, pero recuerde que las bibliotecas de KDE suelen contener otros widgets para el mismo propósito. Veremos esto en la próxima sección. </para>
+<para
+>A continuación le damos una lista de pistas sobre para qué propósito puede usar cada componente de Qt: <orderedlist>
+<listitem
+><para
+>Si el área de su vista no es lo suficientemente amplia para mostrar todos sus datos, el usuario debería poder desplazarse por el documento con barras situadas a la derecha y en la parte inferior de la vista. Para ello, Qt proporciona la clase <classname
+>QScrollView</classname
+>, que ofrece un área hija que se puede desplazar. Como se ha explicado, puede derivar su propio widget de la clase <classname
+>QScrollView</classname
+> o usar una instancia de ella para gestionar el widget que contendrá la vista de su documento. </para
+></listitem
+> 
+<listitem
+><para
+>Para crear una vista propia que se pueda deslazar, derive su widget de vista de la clase <classname
+>QWidget</classname
+> y añada un <classname
+>QScrollBar</classname
+> horizontal y otro vertical (esto es lo que hace, por ejemplo, el widget KHTMLView de KDE). </para
+></listitem
+> 
+<listitem
+><para
+>Para procesar texto, utilice <classname
+>QTextEdit</classname
+>. Esta clase proporciona un widget con un completo editor de texto que es capaz de cortar, copiar y pegar texto, y está gestionado por una vista que se puede desplazar. </para
+></listitem
+> 
+<listitem
+><para
+>Use <classname
+>QTable</classname
+> para mostrar datos organizados en forma de tabla. Como <classname
+>QTable</classname
+> también está dotada de barras de desplazamiento, ofrece una buena solución para aplicaciones de cálculo de tablas. </para
+></listitem
+> 
+<listitem
+><para
+>Para mostrar dos widgets diferentes o dos instancias del mismo widget a la vez, utilice <classname
+>QSplitter</classname
+>. Esta clase le permite distribuir las vistas mediante divisores horizontales o verticales. KMail es un buen ejemplo de la apariencia de esta clase (la vista principal está dividida verticalmente por un «splitter» o divisor, y la ventana de la derecha también está dividida horizontalmente). </para
+></listitem
+> 
+<listitem
+><para
+><classname
+>QListView</classname
+> muestra información en forma de lista o de árbol. Resulta útil para crear árboles de archivos, por ejemplo, o para mostrar cualquier tipo de información jerárquica con la que desee interactuar. </para
+></listitem
+> 
+</orderedlist>
+</para>
+<para
+>Como ve, Qt solo ya ofrece un completo conjunto de widgets listos para usar, de modo que no será necesario que invente nuevas soluciones si alguno de ellos se ajusta a sus necesidades. Un efecto adicional de usar widgets estándares consiste en que los usuarios ya saben cómo manejarlos y solo necesitan concentrarse en los datos mostrados. </para>
+</sect2>
+<sect2 id="c4s3s2">
+<title
+>Vistas de KDE</title>
+<para
+>Las bibliotecas de KDE fueron creadas para hacer más fácil el diseño de aplicaciones para KDE, y además disponen de más funcionalidad de la que ofrece Qt. La biblioteca «tdeui» ofrece: <orderedlist>
+<listitem
+><para
+>KListView: una versión más potente de <classname
+>QListView</classname
+> </para
+></listitem>
+<listitem
+><para
+>KIconView: un visor gráfico de archivos de icono </para
+></listitem>
+</orderedlist>
+</para>
+<para
+>La biblioteca «khtml», por otra parte, ofrece un completo widget de interpretación HTML listo para usar. Ya contiene barras de desplazamiento, así que no tendrá que preocuparse por ello. Un posible uso puede ser el de integrarlo como parte de un widget editor de HTML para previsualizar el resultado. Este widget se usa en aplicaciones como Konqueror para mostrar archivos HTML. </para>
+</sect2>
+</sect1>
+<sect1 id="c4s4">
+<title
+>Creación de sus propias vistas</title>
+<para
+>... (pendiente de escribir) </para>
+</sect1>
+</chapter>
+
+<chapter id="chapter5">
+<title
+>Configuración de menús y de barras de herramientas</title>
+<sect1 id="c5s1">
+<title
+>Introducción</title>
+<para
+>Las barras de menú y de herramientas son unas de las partes más importantes de una aplicación para proporcionar métodos para trabajar con la estructura de un documento. Como regla general, todas las funciones deben residir en la barra de menú, y todos los métodos que no deban estar disponibles en el estado actual de la aplicación deberían aparecer desactivados. </para>
+<para
+>Aún más, una aplicación solo puede contener una barra de menú, aunque puede tener varias barras de herramientas. Por otra parte, las barras de herramientas deben contener solo los comandos usados más frecuentemente, representados por iconos, o proporcionar métodos de acceso rápido, como listas desplegables para seleccionar valores. </para>
+</sect1>
+<sect1 id="c5s2">
+<title
+>¿Cómo funciona?</title>
+<para
+>Nuestra aplicación hereda la clase <classname
+>KMainWindow</classname
+>, que maneja de forma automática la creación de una barra de menú y de barras de herramientas. En el método <methodname
+>KScribble::setupActions()</methodname
+> se realiza una llamada a <methodname
+>KMainWindow::createGUI()</methodname
+>. Este método carga un archivo de recursos (en nuestro caso, «kscribbleui.rc») para inicializar los menús durante el inicio. Observe que «kscribbleui.rc» se lista como uno de los archivos del proyecto en el «Gestor de automake». Si abre este archivo verá lo siguiente: <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
+>P&amp;ersonalizar&lt;/text>
+5     &lt;Action name="custom_action" />
+6   &lt;/Menu>
+7 &lt;/MenuBar>
+8 &lt;/kpartgui
+>
+</programlisting>
+</para>
+<para
+>Explicación... </para>
+<para
+>Otro modo de modificar el contenido del menú y de las barras de herramientas consiste en manipularlos directamente mediante los métodos que proporcionan sus respectivas clases. Por ejemplo, el método <methodname
+>menuBar()</methodname
+> devuelve el widget <classname
+>KMenuBar</classname
+> de contiene la barra de menú de nuestro programa. Si consulta la documentación de <classname
+>KMenuBar</classname
+> y de su clase heredada, <classname
+>QMenuBar</classname
+>, encontrará un gran número de métodos <methodname
+>insertItem();</methodname
+> que le permiten añadir elementos a la barra de menú. </para>
+<para
+>Los métodos <methodname
+>statusBar()</methodname
+> y <methodname
+>toolBar()</methodname
+> de <classname
+>KMainWindow</classname
+> también le proporcionan widgets aplicables. </para>
+</sect1>
+<sect1 id="c5s3">
+<title
+>Configuración de los accesos rápidos de teclado</title>
+<para
+>Los accesos rápidos de teclado son algo muy profesional que siempre debería añadir a sus aplicaciones. Son usados principalmente por usuarios avanzados que desean trabajar más rápido con sus aplicaciones. Para implementarlos, las bibliotecas de KDE ofrecen la clase <classname
+>KAction</classname
+>, que proporciona las teclas de acceso rápido y también brinda acceso a los aceleradores de teclado estándares configurados globalmente. </para>
+<para
+>De forma predeterminada, las aplicaciones generadas con &tdevelop; solo utilizan accesos rápidos de teclado estándares, como «F1» para acceder a la ayuda en línea, «Ctrl+N» para «Nuevo archivo», etc. </para>
+<para
+>Si su aplicación contiene gran número de aceleradores, debería hacer que se pudieran configurar desde el menú de «Opciones», ya sea combinados con la configuración de otras aplicaciones en un QWidget o bien de modo aislado. La biblioteca de KDE proporciona una clase <classname
+>KKeyChooser</classname
+> para usar en diálogos que contienen pestañas, para los que <classname
+>KKeyDialog</classname
+> proporciona un diálogo de configuración de teclas listo para usar. </para>
+
+</sect1>
+</chapter>
+
+<!-- 
+<chapter id="chapter6">
+<title
+>Other Features</title>
+</chapter>
+
+<chapter id="chapter7">
+<title
+>Printing Support</title>
+</chapter>
+-->
+<chapter id="chapter8">
+<title
+>Funciones de ayuda</title>
+<sect1 id="c8s1">
+<title
+>Introducción</title>
+<para
+>Una parte muy importante del proceso de desarrollo consiste en proporcionar funcionalidades de ayuda al usuario siempre que sea posible. Muchos desarrolladores tienden a dejar esto para otro momento, pero debería recordar que un usuario normal no es necesariamente un experto en Unix. Es posible que provenga del «lado oscuro» del uso del software informático proporcionando todas las golosinas que un usuario pueda necesitar para trabajar usando una aplicación incluso sin haber tocado nunca un manual. Por ello, las bibliotecas Qt y KDE ofrecen todos los métodos que usualmente se consideran profesionales en una aplicación a los ojos de un usuario, como funciones de ayuda listas para usar. En una aplicación, son:</para>
+<itemizedlist>
+<listitem
+><para
+>Ayudas emergentes</para
+></listitem>
+<listitem
+><para
+>Ayuda de la barra de estado</para
+></listitem>
+<listitem
+><para
+>Botones «¿Qué es esto?»</para
+></listitem>
+</itemizedlist>
+<para
+>Además, la aplicación debe proporcionar algún modo de acceder directamente al manual en línea basado en HTML usando la tecla estándar de ayuda, «F1». Este sistema de ayuda basado en contextos se proporciona automáticamente por la clase <classname
+>KMainWindow</classname
+>, aunque el autor debe proporcionar el contenido de la ayuda. </para>
+<para
+>Del mismo modo que &tdevelop; ofrece todos los tipos de ayuda, nuestra infraestructura de aplicación para KDE generada por el asistente para aplicaciones también contiene soporte para ellos. Este capítulo le ayudará a determinar dónde y cuándo añadir funcionalidades de ayuda. </para>
+<para
+>Durante el desarrollo de su aplicación debería tratar de ser consistente con lo que está haciendo. Para ello debería de dar los pasos necesarios mientras amplía el código. Esto le evitará tener que sumergirse en el código fuente de nuevo y tratar de imaginarse lo que hace su aplicación o qué quiso hacer en ciertas partes del código. </para>
+</sect1>
+
+<sect1 id="c8s2">
+<title
+>Ayudas emergentes</title>
+<para
+>Un modo bastante fácil de proporcionar ayuda son las «ayudas emergentes», que son pequeños mensajes con texto explicativo que aparecen cuando el usuario sitúa el puntero del ratón sobre un widget, y que desaparecen cuando el ratón se mueve a otro lugar. El uso más popular de las ayudas emergentes se realiza en las barras de herramientas, donde el texto de ayuda se debe mantener lo más corto que sea posible debido a que la barra de herramientas se puede configurar para mostrar su contenido de varias formas (mostrando botones, botones con texto a la derecha, botones con texto debajo, o solo texto). El usuario debería poder configurar estas posibilidades, aunque no es estrictamente necesario. El texto se muestra como ayuda emergente y la barra de herramientas suele constar de botones y de otros widgets, como líneas de edición y listas desplegables. Para una referencia más completa, consulte la clase <classname
+>KToolBar</classname
+> que proporciona la biblioteca «tdeui». </para>
+<para
+>Como ejemplo, veamos el botón «Archivo nuevo» de una aplicación genérica: </para>
+<para
+>Aquí, la parte «i18n("Archivo nuevo")» proporciona un mensaje de ayuda emergente. Está encerrado en el interior de una macro «i18n()» (ofrecida por «kapp.h») que permite traducir el texto del mensaje al idioma actualmente seleccionado en el sistema del usuario. </para>
+<para
+>Las ayudas emergentes también se pueden añadir a cualquier widget personalizado usando la clase <classname
+>QToolTip</classname
+> proporcionada por Qt. Un ejemplo de esto sería: </para>
+</sect1>
+<sect1 id="c8s3">
+<title
+>Extendiendo la barra de estado</title>
+<para
+>Como las aplicaciones que heredan de <classname
+>KMainWindow</classname
+> también contienen una barra de estado, se ofrece un conjunto de mensajes de estado para todos los elementos del menú y de las barras de herramientas. Un mensaje de estado consiste en un texto corto que extiende el significado de una ayuda emergente; y también se puede considerar como un sustituto de las ayudas emergentes para los elementos del menú. Como su nombre indica, se muestra en la barra de estado cuando el usuario despliega un menú y sitúa el ratón sobre una de sus entradas. </para>
+</sect1>
+<sect1 id="c8s4">
+<title
+>El botón <guibutton
+>¿Qué es esto?</guibutton
+></title>
+<para
+>El botón <guibutton
+>¿Qué es esto?</guibutton
+> proporciona ventanas de ayuda con la idea de que el usuario necesita ayuda sobre cierto widget de la vista activa o de un elemento de una barra de herramientas. Se suele colocar en la misma barra de herramientas y se activa cuando el usuario pulsa su botón. El cursor cambia a una flecha con un signo de interrogación (con el mismo aspecto que muestra el botón). A partir de ese momento, el usuario puede pulsar sobre cualquier widget visible y obtener una ventana de ayuda. Como ejercicio, pruebe el comportamiento del botón <guibutton
+>¿Qué es esto?</guibutton
+> de &tdevelop;. </para>
+<para
+>Para añadir ayudas «¿Qué es esto?» a cualquiera de sus widgets, utilice el método estático <methodname
+>QWhatsThis::add(QWidget *widget, const QString &amp;texto)</methodname
+> </para>
+</sect1>
+</chapter>
+
+<chapter id="chapter9">
+<title
+>Documentación</title>
+<sect1 id="c9s1">
+<title
+>Introducción</title>
+<para
+>Debido al hecho de que los proyectos suelen carecer a menudo de documentación para el usuario, todos los proyectos que crea &tdevelop; contienen un manual previamente construido que puede ser fácilmente adaptado a sus necesidades. De este modo se satisface otro de los objetivos de KDE: proporcionar la suficiente ayuda en línea para los usuarios que no están familiarizados con el uso de una aplicación. Este capítulo le enseñará cómo extender la plantilla de documentación proporcionada y qué hacer para que el usuario disponga de ella. </para>
+</sect1>
+<sect1 id="c9s2">
+<title
+>Documentación del usuario</title>
+<para
+>La documentación de su proyecto reside en la carpeta «proyecto/doc/en», o tal vez en otra carpeta si el inglés no es su idioma nativo. Ahí existe un archivo («index.docbook») en el que se almacena la documentación. La forma de editar este archivo se explica en <ulink url="http://i18n.kde.org/doc/markup/"
+>la web de documentación de KDE</ulink
+>. </para>
+</sect1>
+<sect1 id="c9s3">
+<title
+>Documentación del programador</title>
+<para
+>Otra parte importante de la documentación consiste en incluir ayuda descriptiva para las interfaces de las clases que implementa su programa. Esto le ayudará a usted y a otros programadores a usar sus clases leyendo la documentacióń HTML de las clases que se puede crear con KDoc. &tdevelop; soporta el uso de KDoc completamente creando la documentación de la biblioteca KDE. Del mismo modo, su infraestructura de aplicación ya está documentada. Antes de trabajar en el código proporcionado, sería interesante que leyera la documentación incluida en línea. A continuación se describe qué hacer para obtener la documentación del API, dónde le ayuda &tdevelop; a añadirla y qué tipos de etiquetas especiales proporciona KDoc. </para>
+</sect1>
+</chapter>
+
+<chapter id="chapter10">
+<title
+>Internacionalización</title>
+<sect1 id="c10s1">
+<title
+>Introducción</title>
+<para
+>i18n es un sistema de internacionalización que se usa para ofrecer versiones multilingües de una aplicación o proyecto. La dificultad de escribir aplicaciones reside en que solo soportan el idioma para el que han sido programadas. Esto se observa visualmente en las etiquetas, entradas de menú, y demás. El objetivo de la internacionalización es dotar de funciones a las aplicaciones y a las bibliotecas en el idioma del usuario, permitiendo a los que no dominan el idioma en el que fueron hechas que puedan utilizar su funcionalidad y sentirse más cómodos. </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
+>(... pendiente de escribir ...) </para>
+
+<!--CREDITS_FOR_TRANSLATORS-->
+
+</chapter
+> <!-- credits -->
+
+<appendix id="bibliography">
+<title
+>Bibliografía</title>
+<bibliography>
+
+<biblioentry>
+<title
+><ulink url="info://make/Top"
+>Manual de GNU Make</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"
+>Uso de la colección del compilador GNU</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 y 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
+>Programación avanzada en el entorno UNIX(R)</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
+>Pensando en C++, volumen 1: Introducción al C++ estándar</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
+>Desarrollo de código abierto con 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
+>Programación en 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
+>Programación en 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
+>Programación GUI con Python: Uso del toolkit Qt</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
+>Programación en Perl</title>
+<subtitle
+>El libro del camello</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
+>Aprenda Perl</title>
+<subtitle
+>El libro del lama</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>
diff --git a/tde-i18n-es/docs/tdevelop/kde_app_devel/kscribblefiles.png b/tde-i18n-es/docs/tdevelop/kde_app_devel/kscribblefiles.png
new file mode 100644
index 00000000000..d06fdd4fed1
--- /dev/null
+++ b/tde-i18n-es/docs/tdevelop/kde_app_devel/kscribblefiles.png