summaryrefslogtreecommitdiffstats
path: root/kparts/Mainpage.dox
diff options
context:
space:
mode:
Diffstat (limited to 'kparts/Mainpage.dox')
-rw-r--r--kparts/Mainpage.dox42
1 files changed, 0 insertions, 42 deletions
diff --git a/kparts/Mainpage.dox b/kparts/Mainpage.dox
deleted file mode 100644
index 994503d44..000000000
--- a/kparts/Mainpage.dox
+++ /dev/null
@@ -1,42 +0,0 @@
-/** @mainpage Framework for Trinity Graphical Components
-
-This library implements the framework for Trinity parts, which are
-elaborate widgets with a user-interface defined in terms of actions
-(menu items, toolbar icons). See KParts::Part.
-
-The library also provides a framework for applications that want to
-use parts. Such applications need to inherit their main window
-from KParts::MainWindow and provide a so-called shell GUI,
-which provides a basic skeleton GUI with part-independent functionality/actions.
-
-Some KParts applications won't be specific to a given part, but expect
-to be able to embed, for instance, all types of viewers out there. For this
-the basic functionality of any viewer has been implemented in
-KParts::ReadOnlyPart, which viewer-like parts should inherit from.
-The same applies to KParts::ReadWritePart, which is for editor-like parts.
-
-You can add actions to an existing KParts app from "outside", defining
-the code for those actions in a shared library. This mechanism is
-obviously called plugins, and implemented by KParts::Plugin.
-
-For a complete, and very simple, example of how to use KParts to display
-any kind of file (i.e. making a generic viewer), see the documentation for
-KParts::ComponentFactory::createPartInstanceFromQuery.
-
-@authors
-Simon Hausmann \<hausmann@kde.org\><br>
-David Faure \<faure@kde.org\><br>
-Kurt Granroth \<granroth@kde.org\><br>
-Michael Koch \<koch@kde.org\>
-
-@maintainers
-[Unknown/None]
-
-@licenses
-@lgpl
-
-*/
-
-// DOXYGEN_REFERENCES = tdecore tdeui kio
-// DOXYGEN_SET_PROJECT_NAME = KParts
-// vim:ts=4:sw=4:expandtab:filetype=doxygen