|
|
URLArgs (struct) | URLArgs |
WindowArgs (struct) | WindowArgs |
OpenURLEvent (class) | OpenURLEvent |
BrowserExtension (class) | BrowserExtension |
The following standard actions are defined by the host of the view :
[selection-dependent actions]
cut
: Copy selected items to clipboard and store 'not cut' in clipboard.
copy
: Copy selected items to clipboard and store 'cut' in clipboard.
paste
: Paste clipboard into selected items.
trash
: Move selected items to trash.
del
: Delete selected items (couldn't call it delete!).
shred
: Shred selected items (secure deletion).
properties
: Show file/document properties.
editMimeType
: show file/document's mimetype properties.
[normal actions]
print
: Print :-)
reparseConfiguration
: Re-read configuration and apply it.
refreshMimeTypes
: If the view uses mimetypes it should re-determine them.
The view defines a slot with the name of the action in order to implement the action. The browser will detect the slot automatically and connect its action to it when appropriate (i.e. when the view is active).
The selection-dependent actions are disabled by default and the view should enable them when the selection changes, emitting enableAction().
The normal actions do not depend on the selection. For each slot that is defined in the second list, the action is automatically enabled.
A special case is the configuration slots, not connected to any action directly, and having parameters.
[configuration slot]
setSaveViewPropertiesLocally
( bool ): If true
, view properties are saved into .directory
otherwise, they are saved globally.
BrowserHostExtension (class) | BrowserHostExtension |
An extension class for container parts.
DockMainWindow (class) | DockMainWindow |
A KPart-aware main window with ability for docking widgets, whose user interface is described in XML.
Inherit your main dock-window from this class and don't forget to call setXMLFile() in the inherited constructor.
It implements all internal interfaces in the case of a KDockMainWindow as host: the builder and servant interface (for menu merging).
Part (class) | Part |
Base class for parts.
A "part" is a GUI component, featuring:
See also ReadOnlyPart and ReadWritePart, which define the framework for a "viewer" part and for an "editor"-like part. Use Part directly only if your part doesn't fit into those.
Event (class) | Event |
Base class for all KParts events.
GUIActivateEvent (class) | GUIActivateEvent |
This event is sent to a Part when its GUI has been activated or deactivated. This is related to PartActivateEvent, but the difference is that GUIActivateEvent happens later (when the GUI is actually built), only for parts that have GUI elements, and only if using KParts::MainWindow.
See also: KParts::Part::guiActivateEvent()
PartActivateEvent (class) | PartActivateEvent |
This event is sent by the part manager when the active part changes. Each time the active part changes, it will send first a PartActivateEvent with activated=false, part=oldActivePart, widget=oldActiveWidget and then another PartActivateEvent with activated=true, part=newPart, widget=newWidget.
See also: partActivateEvent
PartSelectEvent (class) | PartSelectEvent |
This event is sent when a part is selected or deselected.
See also: setSelectionPolicy
Factory (class) | Factory |
A generic factory object to create a Part.
Factory is an abstract class. Reimplement the createPartObject() method to give it functionality.
See also: KLibFactory.
MainWindow (class) | MainWindow |
A KPart-aware main window, whose user interface is described in XML.
Inherit your main window from this class and don't forget to call setXMLFile() in the inherited constructor.
It implements all internal interfaces in the case of a KMainWindow as host: the builder and servant interface (for menu merging).
PartManager (class) | PartManager |
The part manager is an object which knows about a collection of parts (even nested ones) and handles activation/deactivation.
Applications that want to embed parts without merging GUIs only use a KPartManager. Those who want to merge GUIs use a KPartsMainWindow for example, in addition to a part manager.
Parts know about the part manager to add nested parts to it. See also KParts::Part::manager() and KParts::Part::setManager().
Plugin (class) | Plugin |
A plugin is the way to add actions to an existing KParts application, or to a Part.
The XML of those plugins looks exactly like of the shell or parts, with one small difference: The document tag should have an additional attribute, named "library", and contain the name of the library implementing the plugin.
If you want this plugin to be used by a part, you need to install the rc file under the directory "data" (KDEDIR/share/apps usually)+"/instancename/kpartplugins/" where instancename is the name of the part's instance.
PartBase (class) | PartBase |
Base class for all parts.
ReadOnlyPart (class) | ReadOnlyPart |
Base class for any "viewer" part.
This class takes care of network transparency for you, in the simplest way (synchronously). To use the built-in network transparency, you only need to implement openFile(), not openURL(). To prevent network transparency, or to implement it another way (e.g. asynchronously), override openURL().
KParts Application can use the signals to show feedback while the URL is being loaded.
ReadOnlyPart handles the window caption by setting it to the current URL (set in openURL(), and each time the part is activated). If you want another caption, set it in openFile() and (if the part might ever be used with a part manager) in guiActivateEvent()
ReadWritePart (class) | ReadWritePart |
Base class for an "editor" part.
This class handles network transparency for you. Anything that can open a URL, allow modifications, and save (to the same URL or a different one).
A read-write part can be set to read-only mode, using setReadWrite().
Part writers : Any part inheriting ReadWritePart should check isReadWrite before allowing any action that modifies the part. The part probably wants to reimplement setReadWrite, disable those actions. Don't forget to call the parent setReadWrite.
Generated by: dfaure on Tue Feb 27 12:47:21 2001, using kdoc 2.0a50. |