disco.AgentBrowser:
Class that deals with browsing agents and appearance of the browser window.
This class and subclasses should basically be treated as "part" of the
ServiceDiscoveryWindow class, but had to be separated because this part is
dynamic
disco.CacheDictionary:
A dictionary that keeps items around for only a specific time. Lifetime is
in minutes. Getrefresh specifies whether to refresh when an item is merely
accessed instead of set aswell
command_system.implementation.middleware.CommandTools:
Contains a set of basic tools and shortcuts you can use in your
commands to perform some simple operations. These will be merged
directly into the controls, by CommandTools being among superclasses
of the controls.
common.contacts.Contacts:
This is a breakout of the contact related behavior of the old
Contacts class (which is not called LegacyContactsAPI)
xml.sax.handler.ContentHandler:
Interface for receiving logical document content events.
xml.sax.ContentHandler
dbus.DBusException
dbus.DBusException
notify.DesktopNotification:
A DesktopNotification that interfaces with D-Bus via the Desktop
Notification Specification
gtk.Dialog
gtk.Dialog
common.xmpp.dispatcher_nb.Dispatcher:
Why is this here - I needed to redefine Dispatcher for BOSH and easiest way
was to inherit original Dispatcher (now renamed to XMPPDispatcher). Trouble
is that reference used to access dispatcher instance is in Client attribute
named by __class__.__name__ of the dispatcher instance .. long story short:
lib.xmpp_mocks.IdleMock:
Serves as template for testing objects that are normally controlled by GUI.
Allows to wait for asynchronous callbacks with wait() method.
common.xmpp.idlequeue.IdleCommand:
Can be subclassed to execute commands asynchronously by the idlequeue.
Result will be optained via file descriptor of created pipe
common.xmpp.transports_nb.NonBlockingHTTPBOSH:
Class for BOSH HTTP connections. Slightly redefines HTTP transport by
calling bosh bodytag generating callback before putting data on wire
common.xmpp.idlequeue.GlibIdleQueue:
Extends IdleQueue to use glib io_add_wath, instead of select/poll In another
'non gui' implementation of Gajim IdleQueue can be used safetly
ipython_view.IterableIPShell:
Create an IPython instance. Does not start a blocking event loop,
instead allow single iterations. This allows embedding in GTK+
without blockage
ipython_view.IPythonView:
Sub-class of both modified IPython shell and L{ConsoleView} this makes
a GTK+ IPython console.
common.xmpp.protocol.JID:
JID can be built from string, modified, compared, serialised into string
lib.mock.MockCall:
MockCall records the name and parameters of a call to an instance
of a Mock class. Instances of MockCall are created by the Mock class,
but can be inspected later as part of the test.
lib.mock.MockCallable:
Intercepts the call and records it, then delegates to either the mock's
dictionary of mock return values that was passed in to the constructor,
or a handcrafted method of a Mock subclass.
common.xmpp.client_nb.NonBlockingClient:
Client class is XMPP connection mountpoint. Objects for authentication,
network communication, roster, xml parsing ... are plugged to client object.
Client implements the abstract behavior - mostly negotioation and callbacks
handling, whereas underlying modules take care of feature-specific logic
notify.NotificationResponseManager:
Collect references to pending DesktopNotifications and manages there
signalling. This is necessary due to a bug in DBus where you can't remove a
signal from an interface once it's connected
dbus.service.Object
common.GnuPGInterface.Options:
Objects of this class encompass options passed to GnuPG.
This class is responsible for determining command-line arguments
which are based on options. It can be said that a GnuPG
object has-a Options object in its options attribute.
common.xmpp.auth_nb.NonBlockingBind:
Bind some JID to the current connection to allow router know of our
location. Must be plugged after successful SASL auth
common.xmpp.roster_nb.NonBlockingRoster:
Defines a plenty of methods that will allow you to manage roster. Also
automatically track presences from remote JIDs taking into account that
every JID can have multiple resources connected. Does not currently support
'error' presences. You can also use mapping interface for access to the
internal representation of contacts in roster
common.xmpp.transports_nb.NonBlockingHTTPBOSH:
Class for BOSH HTTP connections. Slightly redefines HTTP transport by
calling bosh bodytag generating callback before putting data on wire
dialogs.PrivacyListWindow:
Window that is used for creating NEW or EDITING already there privacy lists
dialogs.PrivacyListsWindow:
Window that is the main window for Privacy Lists; we can list there the
privacy lists and ask to create a new one or edit an already there one
common.proxy65_manager.Proxy65Manager:
Keep records for file transfer proxies. Each time account establishes a
connection to its server call proxy65manger.resolve(proxy) for every proxy
that is convigured within the account. The class takes care to resolve and
test each proxy only once
common.xmpp.proxy_connectors.ProxyConnector:
Interface for proxy-connecting object - when tunnneling XMPP over proxies,
some connecting process usually has to be done before opening stream. Proxy
connectors are used right after TCP connection is estabilished
config.ServiceRegistrationWindow:
Class for Service registration window. Window that appears when we want to
subscribe to a service if is_form we use dataforms_widget else we use
service_registarion_window
disco.ServicesCache:
Class that caches our query results. Each connection will have it's own
ServiceCache instance
dialogs.SingleMessageWindow:
SingleMessageWindow can send or show a received singled message depending on
action argument which can be 'send' or 'receive'
common.xmpp.smacks.Smacks:
This is Smacks is the Stream Management class. It takes care of requesting
and sending acks. Also, it keeps track of the unhandled outgoing stanzas.
common.caps_cache.NullClientCaps:
This is a NULL-Object to streamline caps handling if a client has not
advertised any caps or has advertised them in an improper way
exceptions.BaseException:
Common base class for all exceptions
exceptions.Exception:
Common base class for all non-exit exceptions.
command_system.errors.BaseError:
Common base for errors which relate to a specific command.
Encapsulates everything needed to identify a command, by either its
object or name.
common.caps_cache.CapsCache:
This object keeps the mapping between caps data and real disco features they
represent, and provides simple way to query that info
disco.Closure:
A weak reference to a callback with arguments as an object
command_system.framework.CommandContainer:
Command container is an entity which holds defined commands,
allowing them to be dispatched and proccessed correctly. Each
command container may be bound to a one or more command hosts.
command_system.framework.CommandHost:
Command host is a hub between numerous command processors and
command containers. Aimed to participate in a dispatching process in
order to provide clean and transparent architecture.
command_system.framework.CommandProcessor:
Command processor is an immediate command emitter. It does not
participate in the dispatching process directly, but must define a
host to bound to.
command_system.implementation.middleware.ChatCommandProcessor:
A basic scaffolding to provide convenient interaction between the
command system and chat controls. It will be merged directly into
the controls, by ChatCommandProcessor being among superclasses of
the controls.
common.jingle_session.JingleSession:
This represents one jingle session, that is, one or more content types
negotiated between an initiator and a responder.
common.xmpp.simplexml.Node:
Node class describes syntax of separate XML Node. It have a constructor that
permits node creation from set of "namespace name", attributes and payload
of text strings and other nodes. It does not natively support building node
from text string and uses NodeBuilder class for that purpose. After
creation node can be mangled in many ways so it can be completely changed.
Also node can be serialised into string in one of two modes: default (where
the textual representation of node describes it exactly) and "fancy" - with
whitespace added to make indentation and thus make result more readable by
human.
dataforms_widget.SingleForm:
Widget that represent DATAFORM_SINGLE mode form. Because this is used not
only to display single forms, but to form input windows of multiple-type
forms, it is in another class
common.stanza_session.EncryptedStanzaSession:
An encrypted stanza negotiation has several states. They arerepresented as
the following values in the 'status' attribute of the session object: