--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=158147
Summary: Newlines (\n) are not shown on outgoing messages
Product: kopete
Version: 0.50
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=161581
michael_zanetti gmx net changed:
What|Removed |Added
---
Hi!
Well in Kopete on KDE4 its not a bubble but its a square. The functionality is
there... Probably it's disabled in your settings?
On Thursday 26 June 2008 04:01:19 i686 wrote:
> hi ..i have been following kde4 development with great interest. One thing
> that i have been waiting on kopete is
On Tuesday 01 July 2008 20:02:22 Jan Ritzerfeld wrote:
> since some days I do not get any message from kopete-devel: not even the
> bugzilla information mails.
Yeah... I received the last one (apart from yours) on sunday... I don't think
it's dead. Just low traffic currently.
signature.asc
Desc
> > Hm, when did you try that? I thought I fixed that error yesterday, see
> > http://bugs.kde.org/show_bug.cgi?id=157514
> I'll try again later tonight then. :)
>
Confirmed that it works now while it still crashed yesterday here.
Regards,
Michael
signature.asc
Description: This is a digitally
Hi,
On Saturday 31 January 2009 18:25:54 Roman Jarosz wrote:
> I was debugging bug http://bugs.kde.org/show_bug.cgi?id=182114 and found
> out that it's caused by OTR plugin. The problem is in
> OtrMessageHandler::handleMessage.
>
> It converts the message to plaintext so the formatting and emotico
Hello everyone,
We have 2 whishes in bko [1][2] for enabling the OTR plugin by default in
kopete. As I use it anyways I would obviously support this.
What is your opinion? Am I allowed to enable it or should I close the whishes
as WONTFIX?
Cheers,
Michael
[1] https://bugs.kde.org/show_bug.cgi
On Sunday 27 September 2009 21:40:07 Matt Rogers wrote:
> If enabled by default, what sort of ramifications does this have for the
> "normal" user (aka one that doesn't use OTR)
>
Visually the plugin adds a toolbar icon for starting/ending encrypted
sessions.
The default behaviour of the plugin
On Sunday 27 September 2009 22:17:34 Benson Tsai wrote:
> > - If the other end terminates the encrypted session the local user needs
> > to end or refresh the session manually (2 clicks) before he is able to
> > send messages to that user again.
>
> I think this is pretty bad, is there any reason
On Sunday 27 September 2009 22:32:39 Markus wrote:
> Am Sonntag, 27. September 2009 21:26:55 schrieb Michael Zanetti:
> > What is your opinion? Am I allowed to enable it or should I close the
> > whishes as WONTFIX?
>
> You should first make the second one a dupe of the firs
On Monday 28 September 2009 11:58:40 Roman Jarosz wrote:
> On Sun, 27 Sep 2009 21:26:55 +0200, Michael Zanetti
> there's bug in OTR plugin which removes all rich text styles when OTR
> plugin is enabled
> but the session isn't encrypted. So until that isn't fixed I
On Monday 28 September 2009 15:18:57 Michael Zanetti wrote:
> On Monday 28 September 2009 11:58:40 Roman Jarosz wrote:
> > On Sun, 27 Sep 2009 21:26:55 +0200, Michael Zanetti
> > there's bug in OTR plugin which removes all rich text styles when OTR
> > plugin is enabled
On Monday 28 September 2009 14:26:15 Florian Reinhard wrote:
> Michael Zanetti wrote:
> > On Sunday 27 September 2009 22:17:34 Benson Tsai wrote:
> >> > - If the other end terminates the encrypted session the local user
> >> > needs to end or refresh the session
On Tuesday 29 September 2009 13:33:11 Markus wrote:
> Am Dienstag, 29. September 2009 11:07:42 schrieb Michael Zanetti:
> > I do not really understand what it's the problem with manually
> > ending/refreshing the otr session. It's 2 clicks once in a while.
>
> M
Hi,
During the discussion if it is a good idea to enable the OTR plugin by default
Markus came up with the suggestion that instead of just displaying a message
that one should end or refresh the session we could offer two buttons directly
in the message. This way, the user doesn't have to searc
On Wednesday 30 September 2009 00:15:40 Olivier Goffart wrote:
> Le Tuesday 29 September 2009, Michael Zanetti a écrit :
> > AFAICS we would need the following changes to make that possible:
> > - Introduce a new MessageType "CustomQuestion" or something like that.
&
Hi,
I think here is something wrong. As Dâniel already pointed out it should be
LIBORTP instead of LIBOTR.
Note that libotr is an encryption library used by the OTR plugin while libortp
is the Real-Time Transport library used for jingle phone calls.
The ${LIBOTR_INCLUDE_DIR} in
kopete/protoc
Hi Quhan,
On Friday 30 April 2010 19:50:27 quhan wrote:
> I want to write a protocol plugin for kopete. But I dont know how to start.
> I dont know which is neccessary for a plugin, I think I need a manual or
> teach book. But I cant find it by google.
>
> Can someone help me? thanks
>
I'd sugg
On Sunday 19 December 2010 19:44:10 Olivier Goffart wrote:
> Le Sunday 19 December 2010, Ian Kazlauskas a écrit :
> > Hi. I need to have some functions in Kopete. So i desided to write simple
> > plugin. But i don't know if Kopetes plugin system provides ability to put
> > my own text in message in
On Thursday, July 07, 2011 12:50:08 Lamarque Vieira Souza wrote:
> Em Thursday 07 July 2011, Raphael Kubo da Costa escreveu:
> > Michal Zajac writes:
> > > Yes, it is exactly as Raphael said, after the build is finished
> > > pkgkde-symbolshelper checks for new or removed symbols and this one
> >
On Friday, July 15, 2011 19:04:05 Raphael Kubo da Costa wrote:
> Michael Zanetti writes:
> > Following the telepathy mailing lists I know that telepathy devs have no
> > intentions to extend the framework to support plugins other than
> > protocols. This makes for example
otocol. Still, some more testing wouldn't hurt if
you have some other protocols in use you can test with.
Thanks,
Michael Zanetti
___
kopete-devel mailing list
kopete-devel@kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel
rsing etc) did not change with this patch, so it
shouldn't break any other protocol. Still, some more testing wouldn't hurt if
you have some other protocols in use you can test with.
Thanks,
Michael Zanetti
___
kopete-devel mailing list
ko
nst Pidgin (OTRv3) and Adium (OTRv2). The overall handling
of messages (escaping, parsing etc) did not change with this patch, so it
shouldn't break any other protocol. Still, some more testing wouldn't hurt if
you have some other protocols in use you can test
- Michael
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111227/#review35015
---
On June 24, 2013, 10:49 p.m., Michael Zanetti wrote:
&g
> > do not want to see that linux distributions drop otr support in kopete
> > because they do not have needed libraries...
> >
> > For adding new strings, you need to contact kde-i18n-doc mailinglist and
> > ask for it.
>
> Michael Zanetti wrote:
> Now re
> > do not want to see that linux distributions drop otr support in kopete
> > because they do not have needed libraries...
> >
> > For adding new strings, you need to contact kde-i18n-doc mailinglist and
> > ask for it.
>
> Michael Zanetti wrote:
> Now re
otocols in use you can test with.
Thanks,
Michael Zanetti
___
kopete-devel mailing list
kopete-devel@kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel
Hi!
I need to transfer some data from the plugin to the kcm module to determine
the current encryption status to antoher user. This is needed to be able to
delete or verify fingerprints in the configuration dialog.
The best way to do this would be to emit a signal from the plugin whenever a
co
Hi!
I need to transfer some data from the plugin to the kcm module to determine
the current encryption status to antoher user. This is needed to be able to
delete or verify fingerprints in the configuration dialog.
The best way to do this would be to emit a signal from the plugin whenever a
co
Hi!
Thank you for your interest in this plugin.
> I've tested it and noticed few bugs. When generating fingerprints, kpoete
> get freeze , and i had once a crash when chatting (unfortunately i don't
> have the backtrace)
>
The freeze is because libotr uses all ressources while generating the pri
Hi!
I need to transfer some data from the plugin to the kcm module to determine
the current encryption status to antoher user. This is needed to be able to
delete or verify fingerprints in the configuration dialog.
The best way to do this would be to emit a signal from the plugin whenever a
co
Hi!
Thanks you for your interest in this plugin.
> I've tested it and noticed few bugs. When generating fingerprints, kpoete
> get freeze , and i had once a crash when chatting (unfortunately i don't
> have the backtrace)
>
The freeze is because libotr uses all ressources while generating the pr
Hi!
Am Montag 26 März 2007 21:43 schrieb Jason Keirstead:
> I believe the problem is that because in the GPG case the crypto is done by
> a plugin, it is run *after* the history plugin loggs the message. What you
> are doing is you're setting the encrypted message inside the
> Kopete::Message, whi
Am Montag 26 März 2007 23:17 schrieb Jason Keirstead:
> That is you should never be encrypting the message and then calling
> Kopete::Message::setBody with that, unless it is right before the wire
> transfer.
Thats the point. But I'm connecting to the signal
aboutToSend( Kopete::Message & )
That i
Am Montag 26 März 2007 13:08 schrieb Olivier Goffart:
> Le lundi 26 mars 2007, Martijn Klingens a écrit :
> > > Is there any way to connect a signal from the plugin to a slot in the
> > > kcm module without linking them?
> >
> > Yes, create a shared library that contains the relevant classes and li
Am Dienstag 27 März 2007 13:58 schrieb Martijn Klingens:
> Hmm, personally I would expect encrypted stuff to be logged encrypted too,
> just like encrypted mails are stored encrypted in your Sent Items folder.
>
> The history viewer should then do the decrypting through the filters that
> the chat
Am Dienstag 27 März 2007 14:49 schrieb Martijn Klingens:
> Maybe even better is to extend Kopete::Message with a flag that marks a
> message as 'sensitive' or 'encrypted' and then give History an option 'Log
> encrypted messages as plain text' that can apply to both GPG and OTR?
How Jason Keirstea
Am Dienstag 27 März 2007 16:38 schrieb Olivier Goffart:
> Le mardi 27 mars 2007, Michael Zanetti a écrit :
> > In my opinion encrypted session souldn't be logged at all.
>
> I would say that it depends of the preference of the user.
Thats true. For this reason I'm st
Hi!
Everyone who testet the OTR plugin noticed that there is a lot of information
upcoming in your chat-window.
The libotr generates messages to exchange the public keys and signatures. All
these messages generated from otr are sent like every other message is. This
produces this outputs in the
Hi!
Probably you noticed that a few days ago I released version 0.2 of the OTR
Plugin. I think its now in a state where it has all the features that an OTR
Plugin would need. There are still some bugs that I have to fix and smaller
improvements (such as verifying fingerprints from the chatsessi
Hi!
I don't know why but I haven't received the answer from Martijn. I just can
see [parts of] his answer in Oliviers mail, but it seems that everything is
answered already...
Am Donnerstag 05 April 2007 12:07 schrieb Olivier Goffart:
> I think this is the solution: making a new thread for the
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=100433
--- Additional Comments From michael_zanetti gmx net 2007-05-07 16:36
---
Also I am interested into gettin
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=116573
--- Additional Comments From michael_zanetti gmx net 2007-05-09 21:42
---
I can confirm this. It happens w
Hi,
is there a way to find out if a ChatSession ist a Multi-User-Chat? I would
need this to disable the plugin in that case.
Thanks,
Michael
___
kopete-devel mailing list
kopete-devel@kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel
> Well if the ChatSession has more than 2 members, then you have a multi-user
> chat. Just do "if( chatSession->members().size() > 2 )"
Well... QPtrList does not have a member size(). So i guess
you mean count(). Anyway when joining a Jabber-MUC count() returns 0. At the
moment I'm checking the
Am Sonntag 27 Mai 2007 16:35:01 schrieb Michael Zanetti:
> > Well if the ChatSession has more than 2 members, then you have a
> > multi-user chat. Just do "if( chatSession->members().size() > 2 )"
>
> Well... QPtrList does not have a member size(). So i gue
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=146530
--- Additional Comments From michael_zanetti gmx net 2007-06-08 11:20
---
This is NOT a kopete bug!
This
Hi
I have some troubles installing kopete on KDE4 Beta2. As I'm a gentoo user I
installed the kde-3.93.0 packages through the portage kde overlay. The
complete kde install is located in /usr/kde/3.93.0/. Since kopete is removed
from the kde-builds I checked out the svn module for kdenetwork and
Am Samstag 08 September 2007 13:24:54 schrieben Sie:
> Hi,
>
> Kopete will not be ready for KDE 4.0 and will not be released with it, so
> it is not included in the beta2
> (you just have the old version of kopete which is not compatible with the
> beta2)
> You can still get Kopete ffrom svn trunk
Hello,
I'm trying to port the OTR plugin to the new QT4/KDE4/Kopete-svn Interface.
I used am2cmake to generate CMakeLists.txt. After some changes in this file I
started porting the code. It is now in a stage where it compiles fine with
the new API and cmake. But while linking, cmake cannot find
Am Sonntag 09 September 2007 18:53:00 schrieb Matt Rogers:
> >
> > change this to:
> > link_directories( $KDE4_LIB_DIR ... ${CMAKE_CURRENT_BINARY_DIR}
> > kopete )
> > this will add a -lkopete to the link command
>
> Yes, I suppose that's what it will do, but that's not the right way
> to do it. li
Am Sonntag 09 September 2007 19:14:37 schrieb Olivier Goffart:
> Le dimanche 9 septembre 2007, Michael Zanetti a écrit :
> Btw, is this plugin already in the kde svn ?
> If you are willing to place it there, you should get a svn account (if you
> don't have one yet) and commi
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=132388
--- Additional Comments From michael_zanetti gmx net 2007-11-01 17:40
---
I think a Kopete-to-Kopete-only
54 matches
Mail list logo
