Hi,

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
window.

! 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.


cool. will the nightly builds have though srmm and tabsrmm or did they decided to continue with tabsrmm only?

i agree ytsejam.

Is there any reason to keep the original SRMM? TabSRMM has a single window mode, for those who like that.

When I search for "tabsrmm" on miranda filelisting, the first result is
http://miranda-im.org/download/details.php?action=viewfile&id=1401

and the current tabsrmm is the 6th one down.
Is it possible to edit the old tabsrrm download page to include text at the top of the description part with a "This version has been superseded by TabSRMM unicode 0.9.9.98
http://miranda-im.org/download/details.php?action=viewfile&id=2457" in red colour or something like that so people know the correct version to get and not download the old version?

Specially registered to ask this

Nightwish any eta on the multi person chats in tabsrmm? Miranda's multi chat plugin sucks and its a pain to invite users/leave conversations etc.

Keep up the good work!
Thanks

why some options in tabsrmm .99 in the newest nightly build are not available?
they r gray in event notification ... and .99 doesnt show the send and retrieve icon!
in my case an arrow!??!

Shouldn't there be an unicode version bundled with the Miranda build...? or both at least...? now there is non-unicode version of tabSRMM....

It is. The unicode nightly contains a unicode tabsrmm.

The filenames are, however, somewhat confusing. Both are named tabsrmm.dll - but this is common for nightlys, because the are complete builds. The uniocde clist_classic is also just clist_classic.dll.

why some options in tabsrmm .99 in the newest nightly build are not available?

The options have been simplified. They are still available when you switch the event notifications to "Don't use simple mode".

they r gray in event notification ... and .99 doesnt show the send and retrieve icon!
in my case an arrow

They are only temporarily disabled.

k

oh is it like christmas?

Quote from: Nightwish on November 17, 2005, 16:17:48

It is. The unicode nightly contains a unicode tabsrmm.

Shouldn't the short name be 'tabSRMsgW (unicode)' then...?

Yes, it should - in the plugin info page...

It should be: tabSRMsgW (unicode)

The actual file name doesn't matter in any way. What does the text in the about dialog box say? Does it include the "Unicode" appendix?

Use Ctrl + Insert instead of Ctrl + C

Argh, another problem in 0.9.9.99 - my MSN avatar has suddenly disappeared. The avatar options button does not let me "Toggle Avatar Display" (it is greyed out). I can set my avatar, but tabsrmm does not show it.

I have checked that my MSN avatar is visible in UserInfoEx...

My ICQ avatar is fine.

The weird thing is, I am sure my MSN avatar was visible last night!

1. Toggle avatar is greyed when the avatar mode is not set to "per contact".

2. Own avatars are working as they should with latest avatar service

My original setting for avatars was "On, if present." I changed that to "Always on", and now my own MSN avatar is the generic shadow face, indicating a "missing" avatar...

Something wrong in your setup. The feature works fine for MSN, ICQ and jabber

The problem goes away if I revert to tabsrmm 0.9.9.98.

Yes, because it does not use avatar service for own avatars. It just seems that avatar service is not finding your msn avatars which basically means they are saved to a non-standard location.

My avatar is in \MSN, named MSN avatar.png

Thats ok. It should be there.

I fixed my problem by converting it to bmp...when MSN avatar.bmp exists, everything is fine. It doesn't work otherwise...
But that is quite strange because avatar service won't recognise the png format.

Then it needs imgdecoder.dll

Thanks, that will fix it.

As an aside, does anyone know if there is a central location to download imgdecoder.dll? I have seen many different versions floating around.

http://forums.miranda-im.org/showthread.php?t=4738&highlight=imgdecoder

I think, this should be the latest one. It is fairly stable (older imgdecoder versions can cause crashes because of known overflows in libpng or zlib - could be even a security risk - when loading some PNG images).

i have a problem with the contact visibility when i put someone on "you apper always offline or have this contact blocked" he can still see me as online/away ,
i have tabsrmm 0.9.9.99 (but i had the problem also in 0.9.9.98)

P.s if i open a new proflie (of the miranda) the contact visibility works great but i want to stay with my old proflie (and if i transfer the old profile settings the contact visibility wont work)

help me plz (maybe i can change something with DB++?)

tnx!

On my machine, Ctrl+C opens the Container options instead of copying the text (in the Message Log). I don't like the automatic copy function and I use the Ctrl+C for copying some text the message log.

absolutely agree. it's very annoyed me  . i always use ctrl+c for copy and don't like ctrl+insert because ctrl+c much more convenient.

how to disable options panel on ctrl+c ??

Quote

On my machine, Ctrl+C opens the Container options instead of copying the text (in the Message Log). I don't like the automatic copy function and I use the Ctrl+C for copying some text the message log.

absolutely agree. it's very annoyed me  . i always use ctrl+c for copy and don't like ctrl+insert because ctrl+c much more convenient.

how to disable options panel on ctrl+c ??

Rule #1:

Before posting a "bug report", read the forum, the bugtracker, try the latest build etc. The issue has been fixed already.

Rule #2:

Also, if you find something "annoying" in nightly builds - don't use them. They are for testing purpose and for people who can deal with such issues.

Quote from: Airw0lf on November 19, 2005, 20:43:36

The problem goes away if I revert to tabsrmm 0.9.9.98.

Yes, because it does not use avatar service for own avatars. It just seems that avatar service is not finding your msn avatars which basically means they are saved to a non-standard location.

I have this situation, XP with 3 users with different permissions and none of then cant see they own avatar (MSN protocol) i put imgdecoder.dll and avatar service buy nothing happen if I set globally ON I can see the black guy but never my avatar (that not happen with 98 version of tabsrmm) I thing that could be a problem with the location as you saw.

Thanks for your time and all of your work

I would have a simple question: which is the dedicated, default key that stores the MSN avatar path and in which module is it placed? I have found AvatarFile string in ICQ and Jabber, but no sign of such key in MSN. Also, there are one to three keys in ContactPhoto module that contain paths to some avatar pictures. I wonder why George doesn't go with the flow and use the same AvatarFile string as the other protocols. It would definitely simplify things for Avatar Service.

There is no such key for MSN. MSN always stores the avatars in the MSN subfolder. The folder is created relative to the directory holding the profile (usually, Mirandas main directory, but it can also be in the users home directory).

I any way, the avatar service works fine with msn, icq and jabber. No idea about other protocols, but these protocols are the only protocols with full support for own avatars anyway.

I don't know if you didn't understood my situation, I say that tabsrmm  0.9.9.99 when they have different profiles running on xp, the tabsrmm don't show my own avatar that didn't happen with 0.9.9.98 version, could you test that???

Done and works with avatar service if everything is configured properly. I can see all my own avatars for each protocol i use (i use 2 MSN, 2 Jabber and ICQ and all avatars are fine).

The difference between 98 and 99 is that 99 uses avatar service and 98 did not.

I test it and when the avatar is stored in ....Miranda/MSN for instead work well, BUT when the profile is stored in document and settings/user/program data/Miranda/MSN (PC multiusers) tabsrmm don't get the avatar I test EVERYTHING avatar service Png2dib.dll Imgdecoder.dll . If you want I could paste a version information or a couple of screen if you don't believe me.

Well, it works for me. That's the only thing I can tell you at the moment. I don't have the time for more investigations right now (and that won't change for the next few weeks, maybe months - due to some rl changes, my time is limited and i'll only fix real bugs in tabsrmm and my other plugins).

I guess there's some truth in the man's words. I recently noticed that after changing the profiles' path in mirandaboot.ini to .\Profiles, the MSN avatar does not appear in My Details frame anymore.
-I checked if the picture file is present: yes, it is, in %mirandapath%\Profiles\MSN\MSN avatar.png. Assuming my system could have (although it doesn't) any issues with PNG images, I created a copy of it, converted to GIF, in the same folder.
-I deleted and reset my MSN avatar from UserInfoEx dialog. Operation went succesfully. I opened a conversation with a MSN user, asked him if he can see my avatar and what does he see, and he said "yes" and described my avatar.
-I asked Ricardo Pescuma directly about the way My Details retrieves the own avatars and he said his plug-in totally relies on Avatar Service, so he only displays what Avatar Service offers.

Given that all other avatars (ICQ and 2 of Jabber) show properly after the profiles folder change and this happens with two other Miranda installations of mine, on the same machine, that have been modified in the same manner, I am inclined to believe that there could be something in Avatar Service that stops it from updating the own MSN avatar from a different path than %mirandapath%.

Sure, I got that. The information is here, so whenever you (or anybody else) will have time and will to look over it, you know where to find it.
I hope everything's fine in your RL, no major problems.

Ok, so like the first post stated, it is in the nightlies. I take it this means you wont be releasing versions on this website for now? It will just be released in the nightlies.

I see the changes in the changelog, so that is where we would look for what's new.

(so will it be 1.0 soon? )

Whoops. I have unicode one checked off, although I use/get the nonunicode nightlies. Guess this means I have been using an outdated version for a while. I better switch it (I don't need unicode anyway, just thought unicode was better).