We have agreed that future Miranda nightly builds will also include tabSRMM DLLs. This will already start with the next nightly of Miranda which should be available within the next few days.
Since the nightlys are binary builds, they usually don't include changelogs or and the version numbers may not always change from one nightly to the next, I'll post release notes here. I'll continue to release builds on the file listing, because the builds included in the nightlys *may* contain unfinished stuff (although, this happens rarely, because no big changes are planned for tabSRMM and most changes are small detail improvments of already existing features).
The following are the release notes for the current build - the version number is already at 0.9.9.99
* improvments for own avatar display. Now, this uses the avatar service (minimum
version 0.0.1.11) for managing your own avatars. tabSRMM now always shows the proper
avatar you have configured for a given protocol under Main Menu -> View/Change my details.
Setting your own avatar in the message window is possible (right click your avatar image
and choose "Set your avatar...". However, the menu entry may appear grayed which means
that the protocol does not support setting the avatar from "outside" its own option
pages. Currently, only MSN allows to set the avatar using an external service.
+ added workaround for the "Unknown Contact" problem with some protocols (fallback to
non-unicode nickname). (unicode build only).
+ added EXPERIMENTAL feature - real time message log trimming.
What the.... ?
This feature was inspired (or suggested) by one user on the forum. At first,
i thought that it is almost impossible to implement with the rich edit control as
our message history viewer. But I found a reasonable way to do it anyway.
It is for people who are rarely closing their message windows. As a result, a growing
message history in the chat window(s) may consume HUGE amounts of memory, especially when
emoticons and message log icons are enabled.
The solution? Trim the message log to a maximum number of events (e.g. 200) - older events
will disappear from the top of the message history and only the N most recent events
will remain in the chat window. As a result, memory requirements may drop significantly.
The feature is different from the already exsting "load N number of old history events",
because it works in "real time". Whenever a new message is sent or received, the
message history will be trimmed at the top so that only old text will disappear.
How to use?
Set the global limit for all message windows on the "Message Log" options page. A per-
contact setting is also available in the "tabSRMM settings" dialog which you can reach
from the contacts context menu. The per contact setting overrides the global value.
NOTE: changing this setting will not affect message windows which are already open,
so you need to close and re-open them.
One word of warning, though. This feature has a side effect. In order to "know" where to cut
off the message history, markers need to be placed in the text. The markers are hidden
number sequences (which actually correspond to database event handles), but when you copy
text from the log, the rich edit control will copy the hidden text. As far as I know, there
is no way to avoid this.
Also, depending on your template, the top of the message log may not always look perfectly
formatted, because text is removed from the top only.
NOTE2: won't work with IEView as IEView uses a completely different way of displaying
messages and tabSRMM has no control over the contents of the IEView message history
! FIX: Alt-M didn't properly create the embedded multisend contact list.
+ added a color control for setting the info panel fields background color to the font
configuration dialog. Previously, this was only possible with font service.
* improved avatar display on the info panel. Avatars will no longer waste horizontal space
if their width is smaller than their height (like most ICQ avatars). The size of the
avatar field is now properly calculated so that the avatar fits.
Also, the info panel does no longer show the "unknown" avatar for contacts which don't
have a contact picture available. You may use the "protocol picture" feature of avatar service
for setting fallback images on a per protocol basis.
* redesigned the info panel somewhat. The ugly check box is gone, the fields have been
re-arranged to allow more space for the nickname.