File: design.h

package info (click to toggle)
kdelibs 4%3A3.5.5a.dfsg.1-8
  • links: PTS
  • area: main
  • in suites: etch-m68k
  • size: 86,260 kB
  • ctags: 72,369
  • sloc: cpp: 575,111; xml: 116,385; ansic: 27,951; sh: 10,565; perl: 6,241; java: 4,066; makefile: 3,775; yacc: 2,432; lex: 643; ruby: 329; asm: 166; jsp: 128; haskell: 116; f90: 99; ml: 75; awk: 71; tcl: 29; lisp: 24; php: 9
file content (28 lines) | stat: -rw-r--r-- 1,330 bytes parent folder | download | duplicates (5)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
/**
 * @mainpage Framework for KDE graphical components
 *
 *
 *
 * This library implements the framework for KDE 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 docu for
 * KParts::ComponentFactory::createPartInstanceFromQuery()
 */