From 6b005f6cc8373fbc60deb853e38c0c5452cf8d57 Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Fri, 1 Nov 2013 11:17:33 +0000 Subject: Use telepathy-glib for FileTransfer.FileCollection Bug: https://bugs.freedesktop.org/show_bug.cgi?id=26609 Reviewed-by: Guillaume Desmottes --- extensions/Channel_Type_FileTransfer_Future.xml | 67 ------------------------- extensions/Makefile.am | 1 - extensions/all.xml | 1 - 3 files changed, 69 deletions(-) delete mode 100644 extensions/Channel_Type_FileTransfer_Future.xml (limited to 'extensions') diff --git a/extensions/Channel_Type_FileTransfer_Future.xml b/extensions/Channel_Type_FileTransfer_Future.xml deleted file mode 100644 index b155136e0..000000000 --- a/extensions/Channel_Type_FileTransfer_Future.xml +++ /dev/null @@ -1,67 +0,0 @@ - - - Copyright (C) 2010 Collabora Ltd. - -

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.

- - - - -

This interface contains functionality which we intend to incorporate - into the File Transfer Channel interface in future. - It should be considered to be conceptually part of the core - File Transfer Channel interface, but without API or ABI guarantees.

- - -

If we add new functionality to the Channel interface, libraries - that use generated code (notably telepathy-glib) will have it as - part of their ABI forever, meaning we can't make incompatible - changes. By using this interface as a staging area for future - Channel functionality, we can try out new properties, signals - and methods as application-specific extensions, then merge them - into the core Channel interface when we have enough implementation - experience to declare them to be stable.

- -

The name is by analogy to Python's __future__ - pseudo-module.

- - - - - (in Channel.Type.FileTransfer.FUTURE - pseudo-interface) - -

The FileCollection to which this channel belongs.

- -

A channel's FileCollection property can never change.

- -

At least on GTalk and apparently also on iChat the user can - send a set of files to a contact and that contact can then - pick and choose which files to actually receive. - - The CM should emit all new FT channels belonging to one collection - at the same time, UIs supporting this feature can then - bundle all these channels together in some way and show a - nice UI. UIs not supporting it will treat them as seperate - transfers, which is not great but a reasonable fallback

- - - - - - diff --git a/extensions/Makefile.am b/extensions/Makefile.am index 2e4ac3690..6207d8c20 100644 --- a/extensions/Makefile.am +++ b/extensions/Makefile.am @@ -2,7 +2,6 @@ tools_dir = $(top_srcdir)/tools EXTRA_DIST = \ all.xml \ - Channel_Type_FileTransfer_Future.xml \ Connection_Future.xml \ Connection_Interface_Gabble_Decloak.xml \ Gabble_Plugin_Console.xml \ diff --git a/extensions/all.xml b/extensions/all.xml index 8b2205f09..52188554c 100644 --- a/extensions/all.xml +++ b/extensions/all.xml @@ -36,7 +36,6 @@ Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA

- -- cgit v1.2.1