summaryrefslogtreecommitdiff
path: root/spec/Connection_Interface_Communication_Policy.xml
blob: 9a92fa0474508c8033bd59bdcb0f0fb3ed5d7238 (plain)
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
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
<?xml version="1.0" ?>
<node name="/Connection_Interface_Communication_Policy"
  xmlns:tp="http://telepathy.freedesktop.org/wiki/DbusSpec#extensions-v0">
  <tp:copyright>Copyright © 2010 Collabora Limited</tp:copyright>
  <tp:license xmlns="http://www.w3.org/1999/xhtml">
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
Library 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.
  </tp:license>

  <interface
     name="org.freedesktop.Telepathy.Connection.Interface.CommunicationPolicy.DRAFT"
     tp:causes-havoc="experimental">
    <tp:added version="0.21.1">(draft 1)</tp:added>
    <tp:requires interface="org.freedesktop.Telepathy.Connection.Interface.SimplePresence"/>

    <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
      <p>
        This interface supports controlling which contacts are allowed
        to initiate text chats, incoming calls, and other forms of
        communication as supported by the underlying protocol. The
        policies supported for different communication methods on this
        connection are listed in the
        <tp:member-ref>SupportedPolicies</tp:member-ref> property. The
        current configuration is held in
        <tp:member-ref>ActivePolicies</tp:member-ref>; it can be modified
        using <tp:member-ref>SetPolicy</tp:member-ref>, and changes
        are signalled by <tp:member-ref>PolicyChanged</tp:member-ref>.
      </p>
    </tp:docstring>

    <tp:mapping name="Active_Policies_Map">
      <tp:docstring>
        A mapping of communication methods (channel types), and their
        associated policy.
      </tp:docstring>

      <tp:member type="s" tp:type="DBus_Interface" name="Channel_Type">
        <tp:docstring>
          The channel interface with the policy.
        </tp:docstring>
      </tp:member>

      <tp:member type="(uv)" tp:type="Access_Control" name="Active_Policy">
        <tp:docstring>
          The active policy for this channel type.
        </tp:docstring>
      </tp:member>
    </tp:mapping>

    <property name="SupportedPolicies"
              tp:name-for-bindings="Supported_Policies" access="read"
              type="a(asau)" tp:type="Supported_Policy[]">
      <tp:docstring>
        The communication policies supported by this connection.
      </tp:docstring>
    </property>

    <property name="ActivePolicies" tp:name-for-bindings="Active_Policies"
              access="read" type="a{s(uv)}" tp:type="Active_Policies_Map">
      <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
        <p>The active communication policies on this
        connection. Communication methods that are not in this
        mapping are considered open.</p>

        <p>For example, to allow incoming calls only from contacts
          buddy list, and to allow text messages from anyone,
          the policy would look like this:</p>

        <pre>
{
    'org.freedesktop.Telepathy.Channel.Type.Text' : Access_Control_Type_Open,
    'org.freedesktop.Telepathy.Channel.Type.Call' : Access_Control_Type_Publish_List
}
        </pre>

        <p>Changes to this property are signalled by
          <tp:member-ref>PolicyChanged</tp:member-ref>.</p>
      </tp:docstring>
    </property>

    <method name="SetPolicy" tp:name-for-bindings="Set_Policy">
      <tp:docstring>
        Set a policy for a communication method (channel
        type). Depending on the server or protocol, more than one
        communication method could be bound to the same policy, if
        calling this method on one channel type changes the policy on
        another channel type, the <tp:member-ref>PolicyChanged</tp:member-ref>
        signal that would follow would include all the channel types
        that have an altered policy.
      </tp:docstring>
      <arg name="Channel_Type" direction="in" type="s"
           tp:type="DBus_Interface">
        <tp:docstring>
          The channel type to set the policy for.
        </tp:docstring>
      </arg>
      <arg name="Policy" direction="in" type="(uv)"
           tp:type="Access_Control">
        <tp:docstring>
          The policy to set for this channel.
        </tp:docstring>
      </arg>
    </method>

    <signal name="PolicyChanged" tp:name-for-bindings="Policy_Changed">
      <tp:docstring>
        <tp:member-ref>ActivePolicies</tp:member-ref> has
        changed. This occurs when the server unilaterally changed the
        policy or <tp:member-ref>SetPolicy</tp:member-ref> has been
        called.
      </tp:docstring>
      <arg name="Changed_Policies" type="a{s(uv)}"
           tp:type="Active_Policies_Map">
        <tp:docstring>
          A subset of the active policies that have changed.
        </tp:docstring>
      </arg>
    </signal>

    <tp:struct name="Supported_Policy" array-name="Supported_Policy_List">
      <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
        <p>The communication methods (channel types), and the policies
        that can be applied to them. This is server and protocol
        dependant.</p>

        <p>Grouped channel types will always have the same policy applied
        to them.</p>

        <tp:rationale>
          Different protocols have different limitations to the
          granularity of communication policies. One protocol might be
          able to set a different policy for VoIP calls and text chat,
          while another protocol might only be able to set one policy
          to both VoIP and text chat.
        </tp:rationale>
      </tp:docstring>
      <tp:member type="as" tp:type="DBus_Interface[]"
        name="Chanel_Types">
        <tp:docstring>
          A list of channel interfaces that support these policies.
        </tp:docstring>
      </tp:member>
      <tp:member type="au" tp:type="Access_Control_Type[]"
        name="Supported Policies">
        <tp:docstring>
          A list of supported policies.
        </tp:docstring>
      </tp:member>
    </tp:struct>

  </interface>
</node>