On 02/01/2012 16:53, Tommaso Cucinotta wrote:
Il 02/01/2012 14:54, Abdelrazak Younes ha scritto:
This is interesting (but less than you collaboration patch).
nice to hear :-) Btw, in both cases, what is really missing, is a LyX
collaboration server,
i.e., a simple server to be hosted somewhere (e.g., lyx.org ?) through
which registered users
can collaborate (i.e., it merely receives messages and forwards them)
even though their host
is not reachable from the Internet, and their firewalls do not allow
any incoming connection
(but it should allow outgoing connections on the "LyX port" [to be
identified], in order to allow
this to work of course).
Unless we buy some server I don't think this will be possible. Maybe
someone wants to deliver this kind of services for free or not... it
does not have to be a LyX.org service I guess.
First comment: please use QTcpSocket and signal/slot connections.
I'll have a look, thanks. Another immediate question is whether
there's any portable serialization framework already at reach for LyX
(i.e., in terms of dependencies -- e.g., I could identify
boost::serialize::archive & related). That may be useful to serialize
FuncRequest objects, as well as other types of messages that may be
worth to be transmitted through the socket(s).
IIRC, quite some time ago, Lars wanted to use this boost serialiser, try
to look in the archives for "serialize any", or something.
I have a pending patch that introduces Qt signals in Buffer and
BufferView, I'll try to cleanup and commit that one.
Ok, I don't know what changes will be introduced by this patch of
yours, anyway, please, drop a message on the list about the implied
changes on the code.
It's just a patch that converts Buffer::changed() and all to Qt signals
and so gets rid of WorkAreaManager and GuiDelegates.
Abdel.
T.
