# do not edit -- automatically generated by arch changelog # non-id: automatic-ChangeLog--steve@eicq.org--2006/eicq--main--0.9 # 2007-01-17 13:59:13 GMT Steve Youngs patch-15 Summary: Merged from lg (patch 1) -- Mule fix. Revision: eicq--main--0.9--patch-15 Patches applied: * lg@xwem.org--2007/eicq--lg--0.9--patch-1 Mule fix modified files: eicq.el new patches: lg@xwem.org--2007/eicq--lg--0.9--patch-1 2007-01-15 17:20:16 GMT Steve Youngs patch-14 Summary: Makefile tweaks. Revision: eicq--main--0.9--patch-14 This changeset brings Eicq's build inline with the new LFS compliant SXEmacs install hierarchy/search paths. * Makefile (PREFIX): Default to new SXEmacs LFS compliant directory. (LISP_DIR): Move to _after_ PREFIX. (INFO_DIR): Ditto. modified files: Makefile 2006-10-09 00:56:50 GMT Steve Youngs patch-13 Summary: Build improvements Revision: eicq--main--0.9--patch-13 * eicq.el: Byte-compiler warning fix... autoload `eicq-wharf-dec-messages' at compile time. * Makefile (XEMACS): Default to sxemacs (PREFIX): Default to either /usr/local/lib/sxemacs/site-packages or /usr/local/lib/xemacs/site-packages depending on the value of $XEMACS. modified files: Makefile eicq.el 2006-10-09 00:08:23 GMT Steve Youngs patch-12 Summary: Saner, easier handling of fill-column in log buffer Revision: eicq--main--0.9--patch-12 The changeset takes care of an issue I'd been having with the fill-column in the log buffer. If you ran Eicq in a separate frame the log buffer's fill-column was always way too high. Originally the fill-column was supposed to have been calculated based on the width of the frame. Now what we do is leave fill-column alone unless the user has set `eicq-log-fill-column'. * eicq-log.el (eicq-log-mode): Don't try to be clever with the fill-column, just leave it at the default setting unless the user explicitly sets a different value. (eicq-log-fill-column): Update doc string. modified files: eicq-log.el 2006-09-14 06:16:47 GMT Steve Youngs patch-11 Summary: Wharf show status, automatically decrement msg count. Revision: eicq--main--0.9--patch-11 This changeset enhances the EicqWharf. It will now automatically decrement the message count when sending a message. And it also shows your current status. Another small change is that if you run Eicq in a separate frame by setting `eicq-start-in-new-frame' to `t', the frame has the name property set. This helps you do sexy things with it in WMs like Sawfish. * eicq.el (eicq-show-window): Give the Eicq frame a name property "EicqLog". This actually sets the Xwindow "class" for the frame, which in turn, helps WMs identify it. Think: Sawfish matched-windows. (eicq-send-message-alias-around): Decrement the message count in EicqWharf if it is being used. (eicq-send-url-alias-around): Ditto. * eicq-wharf.el (eicq-wharf-new-frame): Insert the user's actual status instead of the word "Status". * eicq-wharf.el (eicq-wharf-update-status): New. Updates the status line in the EicqWharf. * eicq-status.el (eicq-change-status): Maybe update the status line in the EicqWharf. modified files: eicq-status.el eicq-wharf.el eicq.el 2006-09-01 22:22:10 GMT Steve Youngs patch-10 Summary: Handle aliases with strange characters in them Revision: eicq--main--0.9--patch-10 * eicq.el (eicq-alias-around): Fix regexp to handle alias names with non-word-class characters in them. modified files: eicq.el 2006-08-19 16:27:42 GMT Steve Youngs patch-9 Summary: Fix problem with sounds not working in SXEmacs Revision: eicq--main--0.9--patch-9 This actually points to a bigger problem in SXEmacs itself because `play-media-stream' is an autoloaded function, but it isn't being autoloaded. * eicq.el: Load sound.el at compile-time. modified files: eicq.el 2006-07-08 06:09:55 GMT Steve Youngs patch-8 Summary: Fix incoming and outgoing authorisation requests Revision: eicq--main--0.9--patch-8 This changeset pretty much finishes the authorisation code in Eicq. Incoming auth requests can be accepted or rejected. If you accept the request, the user that sent it will be added to your contact list and they are sent an `ADDEDYOU' message. If you reject the request, they are sent a `auth-reject' message and reason... see: `eicq-auth-reject-reason'. Outgoing auth requests can also be sent to other users. Use `eicq-auth-request' to do this, and see `eicq-auth-request-reason' for the message that gets sent with the request. I'd like to say something about ICQ authorisations. They are pretty much a complete waste of time. They are only useful with crippled ICQ clients that don't let you send messages to users who aren't on your contact list and don't let you add users to your contact list without authorisation. Eicq does _NOT_ fall into this category of ICQ client. * eicq-v8.el (eicq-v8-snac-srv-authreply): New. Handle SRV_AUTHREPLY. * eicq.el (eicq-auth-reject-reason): New. Message to send to a user when rejecting their authorisation request. (eicq-auth-request-reason): New. Message to send to a user when requesting authorisation from them. (eicq-do-auth-accept): New. Handle incoming accepted auth messages. (eicq-do-auth-reject): New. Handle incoming rejected auth messages. (eicq-do-message-helper): Display authorisation rejected reason. (eicq-login): Add `auth-reject' and `auth-accept' message types. (eicq-authorize): Fix. Accept or reject authorisation requests. If accepted, the user is added to the contact list. (eicq-auth-request): New. Request authorisation from another user. modified files: eicq-v8.el eicq.el 2006-06-23 04:47:52 GMT Steve Youngs patch-7 Summary: New macros to execute code only in either XEmacs or SXEmacs Revision: eicq--main--0.9--patch-7 The motivation for this was seeing an obsolete warning about `play-sound-file' when building Eicq in SXEmacs. Two new macros, `eicq-do-in-xemacs' and `eicq-do-in-sxemacs' can be used to wrap stuff that can only be executed in either XEmacs or SXEmacs. * eicq.el (eicq-do-in-xemacs): New. To execute code only in XEmacs. (eicq-do-in-sxemacs): New. As above, except for SXEmacs. (eicq-maybe-play-sound): Use them here so SXEmacs can call the media defun's directly, thus avoiding byte-compiler warnings. (play-media-stream): Autoload this. modified files: eicq.el 2006-06-23 03:25:53 GMT Steve Youngs patch-6 Summary: Fix sending messages when current msg contains "[text]" in it Revision: eicq--main--0.9--patch-6 If somebody sent you a message and it contained "[text]" in it, when you hit `m' to reply, you'd get a "no alias/uin" error. This fixes that. * eicq.el (eicq-alias-around): Fix regexp so that you don't get errors when a message contains "[sometext]" in it. modified files: eicq.el 2006-03-18 10:54:31 GMT Steve Youngs patch-5 Summary: regexp-opt build fix Revision: eicq--main--0.9--patch-5 This fixes a build problem of not finding regexp-opt. I have no idea why I wasn't seeing it in my WD, but there you go. * eicq-buddy.el: Don't autoload regexp-opt here. * eicq-report.el: Or here. * eicq.el: Do it here instead. modified files: eicq-buddy.el eicq-report.el eicq.el 2006-02-15 06:20:13 GMT Steve Youngs patch-4 Summary: Tweak alias tab-completion a little Revision: eicq--main--0.9--patch-4 This changeset changes the completion on aliases a little. It used to complete only on connected and/or active aliases. Now it completes on _all_ aliases. I find that this makes more sense as I frequently send messages to people who aren't online. * eicq.el (eicq-completing-alias): Complete on _all_ aliases, not just the active and connected ones. modified files: eicq.el 2006-01-15 15:55:02 GMT Steve Youngs patch-3 Summary: Remove `eicq-extra-buffers-to-kill' Revision: eicq--main--0.9--patch-3 * eicq-log.el (eicq-log-update-history): No need to add anything to `eicq-extra-buffers-to-kill'. (eicq-extra-buffers-to-kill): Removed. * eicq.el (eicq-exit): `eicq-extra-buffers-to-kill' isn't used anymore. (eicq-logout): Ditto. modified files: eicq-log.el eicq.el 2006-01-15 02:01:06 GMT Steve Youngs patch-2 Summary: Save history after each message Revision: eicq--main--0.9--patch-2 This changeset means that the history files will be saved after each message is appended to them, instead of just when you log out. The "Wrote: /foo/bar/file" messages have been suppressed. It means that when I kill my SXEmacs without logging out of Eicq my history directory doesn't have those "#file#" backups and I don't get the "Consider recover-file" messages next time I log in. * eicq-log.el (eicq-log-update-history): Save the history files after each message but use `write-region' so we can suppress those annoying "Wrote: /foo/bar/file" messages. modified files: eicq-log.el 2005-12-26 04:59:25 GMT Steve Youngs patch-1 Summary: Merged versionfix-1 from 2005 repo, Prepare for 0.9 cycle Revision: eicq--main--0.9--patch-1 * NEWS: Update, prepare for 0.9 release cycle * Makefile (VER): Bump to 0.9 Patches applied: * steve@eicq.org--2005/eicq--main--0.8--versionfix-1 Oops, forgot to update the NEWS file. new files: ChangeLog.d/.arch-ids/ChangeLog-0.8.id ChangeLog.d/ChangeLog-0.8 modified files: Makefile NEWS new patches: steve@eicq.org--2005/eicq--main--0.8--versionfix-1 2005-12-26 03:48:33 GMT Steve Youngs base-0 Summary: tag of steve@eicq.org--2005/eicq--main--0.8--version-0 Revision: eicq--main--0.9--base-0 (automatically generated log message) new patches: dev@xwem.org--2004-w/eicq--ckent--0.7--patch-1 dev@xwem.org--2004-w/eicq--ckent--0.7--patch-2 dev@xwem.org--2004-w/eicq--ckent--0.7--patch-3 karma@sxemacs.org--2005/eicq--karma--0.7--patch-1 karma@sxemacs.org--2005/eicq--karma--0.7--patch-2 karma@sxemacs.org--2005/eicq--karma--0.7--patch-4 lg@xwem.org--2005/eicq--lg--0.7--patch-1 lg@xwem.org--2005/eicq--lg--0.7--patch-2 lg@xwem.org--2005/eicq--lg--0.7--patch-5 lg@xwem.org--2005/eicq--lg--0.7--patch-8 lg@xwem.org--2005/eicq--lg--0.7--patch-9 lg@xwem.org--2005/eicq--lg--0.7--patch-12 lg@xwem.org--2005/eicq--lg--0.7--patch-13 lg@xwem.org--2005/eicq--lg--0.7--patch-14 lg@xwem.org--2005/eicq--lg--0.7--patch-16 lg@xwem.org--2005/eicq--lg--0.7--patch-18 lg@xwem.org--2005/eicq--lg--0.7--patch-19 lg@xwem.org--2005/eicq--lg--0.7--patch-20 lg@xwem.org--2005/eicq--lg--0.7--patch-21 lg@xwem.org--2005/eicq--lg--0.7--patch-23 lg@xwem.org--2005/eicq--lg--0.7--patch-28 lg@xwem.org--2005/eicq--lg--0.8--patch-1 lg@xwem.org--2005/eicq--lg--0.8--patch-2 lg@xwem.org--2005/eicq--lg--0.8--patch-3 lg@xwem.org--2005/eicq--lg--0.8--patch-4 steve@eicq.org--2004/eicq--main--0.6--base-0 steve@eicq.org--2004/eicq--main--0.6--patch-1 steve@eicq.org--2004/eicq--main--0.6--patch-2 steve@eicq.org--2004/eicq--main--0.6--patch-3 steve@eicq.org--2004/eicq--main--0.6--patch-4 steve@eicq.org--2004/eicq--main--0.6--patch-5 steve@eicq.org--2004/eicq--main--0.6--patch-6 steve@eicq.org--2004/eicq--main--0.6--patch-7 steve@eicq.org--2004/eicq--main--0.6--patch-8 steve@eicq.org--2004/eicq--main--0.6--patch-9 steve@eicq.org--2004/eicq--main--0.6--patch-10 steve@eicq.org--2004/eicq--main--0.6--patch-11 steve@eicq.org--2004/eicq--main--0.6--patch-12 steve@eicq.org--2004/eicq--main--0.6--patch-13 steve@eicq.org--2004/eicq--main--0.6--patch-14 steve@eicq.org--2004/eicq--main--0.6--patch-15 steve@eicq.org--2005/eicq--main--0.7--base-0 steve@eicq.org--2005/eicq--main--0.7--patch-1 steve@eicq.org--2005/eicq--main--0.7--patch-2 steve@eicq.org--2005/eicq--main--0.7--patch-3 steve@eicq.org--2005/eicq--main--0.7--patch-4 steve@eicq.org--2005/eicq--main--0.7--patch-5 steve@eicq.org--2005/eicq--main--0.7--patch-6 steve@eicq.org--2005/eicq--main--0.7--patch-7 steve@eicq.org--2005/eicq--main--0.7--patch-8 steve@eicq.org--2005/eicq--main--0.7--patch-9 steve@eicq.org--2005/eicq--main--0.7--patch-10 steve@eicq.org--2005/eicq--main--0.7--patch-11 steve@eicq.org--2005/eicq--main--0.7--patch-12 steve@eicq.org--2005/eicq--main--0.7--patch-13 steve@eicq.org--2005/eicq--main--0.7--patch-14 steve@eicq.org--2005/eicq--main--0.7--patch-15 steve@eicq.org--2005/eicq--main--0.7--patch-16 steve@eicq.org--2005/eicq--main--0.7--patch-17 steve@eicq.org--2005/eicq--main--0.7--patch-18 steve@eicq.org--2005/eicq--main--0.7--patch-19 steve@eicq.org--2005/eicq--main--0.7--patch-20 steve@eicq.org--2005/eicq--main--0.7--patch-21 steve@eicq.org--2005/eicq--main--0.7--patch-22 steve@eicq.org--2005/eicq--main--0.7--patch-23 steve@eicq.org--2005/eicq--main--0.7--patch-24 steve@eicq.org--2005/eicq--main--0.7--patch-25 steve@eicq.org--2005/eicq--main--0.7--patch-26 steve@eicq.org--2005/eicq--main--0.7--patch-27 steve@eicq.org--2005/eicq--main--0.7--patch-28 steve@eicq.org--2005/eicq--main--0.7--patch-29 steve@eicq.org--2005/eicq--main--0.7--patch-30 steve@eicq.org--2005/eicq--main--0.7--patch-31 steve@eicq.org--2005/eicq--main--0.7--patch-32 steve@eicq.org--2005/eicq--main--0.7--patch-33 steve@eicq.org--2005/eicq--main--0.7--patch-34 steve@eicq.org--2005/eicq--main--0.7--patch-35 steve@eicq.org--2005/eicq--main--0.7--patch-36 steve@eicq.org--2005/eicq--main--0.7--patch-37 steve@eicq.org--2005/eicq--main--0.7--patch-38 steve@eicq.org--2005/eicq--main--0.7--patch-39 steve@eicq.org--2005/eicq--main--0.7--patch-40 steve@eicq.org--2005/eicq--main--0.7--patch-41 steve@eicq.org--2005/eicq--main--0.7--patch-42 steve@eicq.org--2005/eicq--main--0.7--patch-43 steve@eicq.org--2005/eicq--main--0.7--patch-44 steve@eicq.org--2005/eicq--main--0.7--patch-45 steve@eicq.org--2005/eicq--main--0.7--patch-46 steve@eicq.org--2005/eicq--main--0.7--patch-47 steve@eicq.org--2005/eicq--main--0.7--patch-48 steve@eicq.org--2005/eicq--main--0.7--patch-49 steve@eicq.org--2005/eicq--main--0.7--patch-50 steve@eicq.org--2005/eicq--main--0.7--patch-51 steve@eicq.org--2005/eicq--main--0.7--patch-52 steve@eicq.org--2005/eicq--main--0.7--patch-53 steve@eicq.org--2005/eicq--main--0.7--patch-54 steve@eicq.org--2005/eicq--main--0.7--patch-55 steve@eicq.org--2005/eicq--main--0.7--patch-56 steve@eicq.org--2005/eicq--main--0.7--patch-57 steve@eicq.org--2005/eicq--main--0.7--patch-58 steve@eicq.org--2005/eicq--main--0.7--patch-59 steve@eicq.org--2005/eicq--main--0.7--patch-60 steve@eicq.org--2005/eicq--main--0.7--version-0 steve@eicq.org--2005/eicq--main--0.8--base-0 steve@eicq.org--2005/eicq--main--0.8--patch-1 steve@eicq.org--2005/eicq--main--0.8--patch-2 steve@eicq.org--2005/eicq--main--0.8--patch-3 steve@eicq.org--2005/eicq--main--0.8--patch-4 steve@eicq.org--2005/eicq--main--0.8--patch-5 steve@eicq.org--2005/eicq--main--0.8--patch-6 steve@eicq.org--2005/eicq--main--0.8--patch-7 steve@eicq.org--2005/eicq--main--0.8--patch-8 steve@eicq.org--2005/eicq--main--0.8--patch-9 steve@eicq.org--2005/eicq--main--0.8--patch-10 steve@eicq.org--2005/eicq--main--0.8--patch-11 steve@eicq.org--2005/eicq--main--0.8--patch-12 steve@eicq.org--2005/eicq--main--0.8--patch-13 steve@eicq.org--2005/eicq--main--0.8--patch-14 steve@eicq.org--2005/eicq--main--0.8--patch-15 steve@eicq.org--2005/eicq--main--0.8--patch-16 steve@eicq.org--2005/eicq--main--0.8--patch-17 steve@eicq.org--2005/eicq--main--0.8--patch-18 steve@eicq.org--2005/eicq--main--0.8--patch-19 steve@eicq.org--2005/eicq--main--0.8--patch-20 steve@eicq.org--2005/eicq--main--0.8--patch-21 steve@eicq.org--2005/eicq--main--0.8--patch-22 steve@eicq.org--2005/eicq--main--0.8--patch-23 steve@eicq.org--2005/eicq--main--0.8--version-0