Re: [Licq-devel] Qt5

2014-10-05 Thread Kevin Krammer
On Saturday, 2014-10-04, 10:27:12, Anders Olofsson wrote:
 Good!
 
 I had a quick look and the only thing I don't like is that you remove
 the kde-gui. Do you know if KDE will move to Qt5 as well before Jessie
 releases?

It is unlikely that Jessie will include the Qt5 based version of KDE Plasma, 
the workspace product, if that is what you mean with KDE.

Cheers,
Kevin


signature.asc
Description: This is a digitally signed message part.


Re: [Licq-devel] Qt5

2014-10-05 Thread Anders Olofsson

On 2014-10-05 18:08, Kevin Krammer wrote:

On Saturday, 2014-10-04, 10:27:12, Anders Olofsson wrote:

Good!

I had a quick look and the only thing I don't like is that you remove
the kde-gui. Do you know if KDE will move to Qt5 as well before Jessie
releases?


It is unlikely that Jessie will include the Qt5 based version of KDE Plasma,
the workspace product, if that is what you mean with KDE.


In that case I'm against moving to Qt5 at this time as it would require 
losing the KDE version of the GUI and I'm assuming Qt4 will not be 
deprecated for some time yet.


However if it can be possible to build with both Qt4 and Qt5 from the 
same branch without making the code too awkward then I have no problem 
with having Qt5 support on master.


/Anders

--

--- 
You received this message because you are subscribed to the Google Groups Licq Development group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to licq-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Licq-devel] Qt5

2014-10-05 Thread Erik Johansson
Hi,

On 4 October 2014 10:27, Anders Olofsson fl...@licq.org wrote:

 I had a quick look and the only thing I don't like is that you remove the
 kde-gui. Do you know if KDE will move to Qt5 as well before Jessie releases?


After looking around a bit more it seems like they will try to drop Qt4 in
Jessie+1. So no rush getting Qt4 out.


 I think the name change to qt-gui can be done immediately and regardless
 of the Qt version switch. I'll push the rename (but without the switch to
 Qt5) to master as soon as I've gone through and updated all the README's
 and comments that refers to the qt4-gui.
 I will also look at the code changes you did to make it build. I would
 guess most of them can be done for Qt4 and can go on master right away.


Looks good. I've actually started working on getting Qt5 support to
co-exist with Qt4 as you wrote in another mail.

After it builds we should look into all uses of Q_WS_X11 since that define
isn't used in Qt5.

// Erik

-- 

--- 
You received this message because you are subscribed to the Google Groups Licq 
Development group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to licq-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[Licq-devel] Dropping features

2014-10-05 Thread Anders Olofsson
I would like to drop a few features that I think is no longer worth 
keeping. This is basically a question if anyone disagrees and would like 
these features to stay.


- Send to multiple contacts.
The only practical usage I can see for this is spamming which shouldn't 
be the main usage for Licq. This also adds extra code to the chat dialog 
for picking recipients and duplicates sending code in the GUI. I also 
guess it could be mistaken for multi user chat which it isn't.


- Utilities
Shortcuts to run legacy unix services that also requires knowledge of 
the peer IP which often isn't known due to server only communication or 
NATed peers. I think this is beyond the scope of what an instant 
messenger needs to support natively. Could possibly be made as a plugin 
if someone really wants it.


- Sending SMS
Only supported by ICQ plugin and as far as I know this stopped working 
in most (if not all) countries several years ago.


- Sending files and contacts from within the chat mode dialog.
These events would be more logical to handle as stand alone events 
rather than part of a chat and should be kept in separate dialogs.
Removing the support to transform the chat dialog between message types 
would simplify it significantly.



As you might notice, several of these involve the chat dialog. I would 
like to remake it completely (code wise mostly, the appearance will 
probably not change much) to make it easier to add multi user chat in 
the future and dropping a few features will make that much easier.
(I still have hopes for multi user chat on Jabber as I personally need 
it at work.)


/Anders

--

--- 
You received this message because you are subscribed to the Google Groups Licq Development group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to licq-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Licq-devel] Dropping features

2014-10-05 Thread Erik Johansson
+1 on dropping those features.

// Erik

On 5 October 2014 23:05, Anders Olofsson fl...@licq.org wrote:

 I would like to drop a few features that I think is no longer worth
 keeping. This is basically a question if anyone disagrees and would like
 these features to stay.

 - Send to multiple contacts.
 The only practical usage I can see for this is spamming which shouldn't be
 the main usage for Licq. This also adds extra code to the chat dialog for
 picking recipients and duplicates sending code in the GUI. I also guess it
 could be mistaken for multi user chat which it isn't.

 - Utilities
 Shortcuts to run legacy unix services that also requires knowledge of the
 peer IP which often isn't known due to server only communication or NATed
 peers. I think this is beyond the scope of what an instant messenger needs
 to support natively. Could possibly be made as a plugin if someone really
 wants it.

 - Sending SMS
 Only supported by ICQ plugin and as far as I know this stopped working in
 most (if not all) countries several years ago.

 - Sending files and contacts from within the chat mode dialog.
 These events would be more logical to handle as stand alone events rather
 than part of a chat and should be kept in separate dialogs.
 Removing the support to transform the chat dialog between message types
 would simplify it significantly.


 As you might notice, several of these involve the chat dialog. I would
 like to remake it completely (code wise mostly, the appearance will
 probably not change much) to make it easier to add multi user chat in the
 future and dropping a few features will make that much easier.
 (I still have hopes for multi user chat on Jabber as I personally need it
 at work.)

 /Anders

 --

 --- You received this message because you are subscribed to the Google
 Groups Licq Development group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to licq-dev+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.




-- 
Erik Johansson
Home Page: http://ejohansson.se/
PGP Key: http://ejohansson.se/erik.asc

-- 

--- 
You received this message because you are subscribed to the Google Groups Licq 
Development group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to licq-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.