headers
SourceForge.net | 9 Sep 2008 03:08
Picon
Favicon

[ emacs-jabber-Feature Requests-2101186 ] Added call to `suppress-keymap' when creating roster-map

Feature Requests item #2101186, was opened at 2008-09-08 21:08
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=586353&aid=2101186&group_id=88346

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Joe Casadonte (northboundtrain)
Assigned to: Nobody/Anonymous (nobody)
Summary: Added call to `suppress-keymap' when creating roster-map

Initial Comment:
As it stands currently, accidentally hitting a key that's not bound to anything (e.g. 'w') will call
`self-insert-command' and be inserted into the roster buffer, something which you probably don't want
to do.  Calling `suppress-keymap' immediately after creating it will get rid of all self-inserting keys. 
For example:

(defvar jabber-roster-mode-map
  (let ((map (make-sparse-keymap)))
	(suppress-keymap map)
    (set-keymap-parent map jabber-common-keymap)
    ...
    map))
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 14 Sep 2008 12:26
Picon
Favicon

[ emacs-jabber-Support Requests-1940550 ] libnotify message-alert

Support Requests item #1940550, was opened at 2008-04-12 02:39
Message generated for change (Comment added) made by legoscia
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=586351&aid=1940550&group_id=88346

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: rlazo (rlazo)
Assigned to: Nobody/Anonymous (nobody)
Summary: libnotify message-alert

Initial Comment:
I've wrote a alert for messages using libnotify. I'll like you to consider it for inclusion in jabber.el

----------------------------------------------------------------------

>Comment By: Magnus Henoch (legoscia)
Date: 2008-09-14 12:26

Message:
I finally got around to committing this.  Thanks!

----------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 21 Sep 2008 13:58
Picon
Favicon

[ emacs-jabber-Feature Requests-2039947 ] RET on a groupchat roster item doesn't open groupchat

Feature Requests item #2039947, was opened at 2008-08-06 17:38
Message generated for change (Comment added) made by evg_krsk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=586353&aid=2039947&group_id=88346

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
>Group: CVS
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Evgenii Terechkov (evg_krsk)
Summary: RET on a groupchat roster item doesn't open groupchat

Initial Comment:
When I add a groupchat contact to the roster and then press RET on it, a private chat to the groupchat is
opened.  I think this doesn't make sense, for two reasons: 1. I'd expect entering the groupchat buffer
instead of a private chat buffer; 2. Private chat to a groupchat doesn't make sense to me and is not allowed
(at least on my server) anyway.

- pdm <at> brailcom.org

----------------------------------------------------------------------

>Comment By: Evgenii Terechkov (evg_krsk)
Date: 2008-09-21 19:58
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 21 Sep 2008 14:22
Picon
Favicon

[ emacs-jabber-Bugs-1904107 ] Roster manipulation is slow

Bugs item #1904107, was opened at 2008-02-29 00:02
Message generated for change (Settings changed) made by evg_krsk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=586350&aid=1904107&group_id=88346

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Magnus Henoch (legoscia)
Summary: Roster manipulation is slow

Initial Comment:
When profiling jabber.el, I found that much time was spent in jabber-roster-update, and that it was called
many times.  This is because of the inefficient processing of presence.

If the roster holds N items and you change M of them, jabber-roster-update runs for O(N + MlogM) time. 
However, most often jabber-roster-update is run in response to a presence packet, with a single item. 
Doing this M times gives a running time of O(N * M), which is slower than it needs to be.

Maybe the resorting should be delayed, until the roster buffer is shown, or something...

/Magnus (too lazy to log in)
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 21 Sep 2008 17:18
Picon
Favicon

[ emacs-jabber-Patches-2019537 ] Add function 'jabber-presence-only-chat-open-message'

Patches item #2019537, was opened at 2008-07-16 21:55
Message generated for change (Comment added) made by evg_krsk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=586352&aid=2019537&group_id=88346

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Julian Scheid (julians37)
>Assigned to: Evgenii Terechkov (evg_krsk)
Summary: Add function 'jabber-presence-only-chat-open-message'

Initial Comment:
There are hundreds of users on the server I am using and there's always someone signing on or off.  With the
default value for jabber-alert-presence-message-function this means there is a constant flurry of
messages in the minibuffer, most of which I am not interested in.

A solution that works quite well for me is to only show the presence of people I have a chat window open for.  If I
am waiting for someone, I can simply open a chat for that person and will be notified, or check the roster. 
This keeps notifications at a much more manageable level for me.  A patch adding a simple function
implementing this solution is attached.

I would suggest to make this function the default but I haven't done so in this patch, that's a decision I
leave up to you.
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 21 Sep 2008 17:29
Picon
Favicon

[ emacs-jabber-Bugs-2031686 ] Accepting groupchat invitation signals an error

Bugs item #2031686, was opened at 2008-07-30 01:30
Message generated for change (Comment added) made by evg_krsk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=586350&aid=2031686&group_id=88346

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: CVS
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Evgenii Terechkov (evg_krsk)
Summary: Accepting groupchat invitation signals an error

Initial Comment:
When a user receives groupchat invitation and presses the "Accept" button, Elisp error is signalled.  The
attached patch fixes the error.

- pdm <at> brailcom.org

----------------------------------------------------------------------

>Comment By: Evgenii Terechkov (evg_krsk)
Date: 2008-09-21 23:29

Message:
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 21 Sep 2008 18:58
Picon
Favicon

[ emacs-jabber-Patches-2020112 ] Highlighting for presence strings

Patches item #2020112, was opened at 2008-07-17 08:27
Message generated for change (Comment added) made by evg_krsk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=586352&aid=2020112&group_id=88346

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Julian Scheid (julians37)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlighting for presence strings

Initial Comment:
It's important for me to know whether I'm online and what my current status is set to.  Showing the indicator
in the modeline with different colors depending on status helps with that.  

This patch adds the face property to the strings in jabber-presence-strings.  As a side effect, the strings
will also show up colorized in other places, such as in minibuffer notifications when other people's
status changes, but to me that's a welcome side effect.

----------------------------------------------------------------------

>Comment By: Evgenii Terechkov (evg_krsk)
Date: 2008-09-22 00:58
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 21 Sep 2008 22:36
Picon
Favicon

[ emacs-jabber-Bugs-2018672 ] Connection lost repeatedly when talking to OpenFire 3.4.5

Bugs item #2018672, was opened at 2008-07-15 15:40
Message generated for change (Comment added) made by legoscia
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=586350&aid=2018672&group_id=88346

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Julian Scheid (julians37)
>Assigned to: Magnus Henoch (legoscia)
Summary: Connection lost repeatedly when talking to OpenFire 3.4.5

Initial Comment:
Hi,

emacs-jabber has been working fine for me for a couple of weeks, but recently the Jabber server I am using was
upgraded to Openfire 3.4.5 and ever since the server terminates the connection after some time -
somewhere between 5 and 20 minutes it seems.

This could be a bug in that server version, however using other clients such as Adium it doesn't happen.

I have installed Openfire 3.4.5 locally, hoping to find something in the server logs, but so far to no avail.

Here is the relevant snippet from fsm-debug (1:09 is when the connection was lost):
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 22 Sep 2008 01:56
Picon
Favicon

[ emacs-jabber-Feature Requests-2039947 ] RET on a groupchat roster item doesn't open groupchat

Feature Requests item #2039947, was opened at 2008-08-06 11:38
Message generated for change (Comment added) made by legoscia
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=586353&aid=2039947&group_id=88346

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: CVS
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Evgenii Terechkov (evg_krsk)
Summary: RET on a groupchat roster item doesn't open groupchat

Initial Comment:
When I add a groupchat contact to the roster and then press RET on it, a private chat to the groupchat is
opened.  I think this doesn't make sense, for two reasons: 1. I'd expect entering the groupchat buffer
instead of a private chat buffer; 2. Private chat to a groupchat doesn't make sense to me and is not allowed
(at least on my server) anyway.

- pdm <at> brailcom.org

----------------------------------------------------------------------

>Comment By: Magnus Henoch (legoscia)
Date: 2008-09-22 01:56
(Continue reading)

Permalink | Reply | 0 comments |

Gmane