YesNoOk

Show content

This section allows you to browse the content for this member. Note that you can only see content for which you have sufficient viewing permissions.

*
Nightwish is Offline
Contact Nightwish:

Nightwish

Administrator

Messages by Nightwish

    
Forum has strange behaviour
 November 03, 2004, 11:07:25 View in topic context
 Posted by Nightwish  in Forum has strange behaviour (Started by tweety November 03, 2004, 09:47:28
 Board: Bug reports

"Balloob" said:
yeah the default show topics in the forum is set wrong, set it in your settings to: show last 60 days or show since beginning and you will see all :)

It affects only "converted" accounts which have been transferred from the old blog software.

The converter just didn't care about those settings, because they do not exist in the old accounts.
    
copy user_id in a fast way
 November 02, 2004, 21:16:16 View in topic context
 Posted by Nightwish  in copy user_id in a fast way (Started by valrossen November 02, 2004, 19:41:41
 Board: Feature requests

"valrossen" said:
1.
 i'd like a fast way to copy a user id (UIN or msn-address, etc) to the clipboard. from perhaps a menu, or rightclicking the UIN-button/number.

Maybe with SHIFT+click on the UIN/user menu button. The option could also be added to the menu bar.
Quote
2.
dont think there is any need for the function to hide/show the title-bar by clicking on the empty space on the tab-row. either you have it visible, or you doesnt. dont think its common that you change this by every day basis. a better behaviour i think would be to i.e. minimize the container. (i know you can minimize by doublecliking the button-bar, but if you keep your container small or if the buttonbar is hidden there isnt much space to click on)

The doubleclick feature has been added to get back the titlebar quickly. Without the titlebar, there is no other way except to use the context menu in the taskbar. The new menubar also has an option to show/hide the titlebar, so maybe the doubleclick could go away now.

Quote
3.
the double popups (with rss-news) again ;) ... if its possible to solve, that is :)

Basically, this should be added to NewEventNotify - maybe a per contact or per-protocol setting to disable popup completely.
    
Some features...
 November 02, 2004, 15:13:38 View in topic context
 Posted by Nightwish  in Some features... (Started by P.O.W. November 02, 2004, 14:53:25
 Board: Feature requests

"P.O.W." said:
hm.. ghazan store msn avatars in miranda\MSN you can disable update if current avatar is stored in another folder or add a setting to disable/enable update for every user.

That would be rather ugly, because someone could still store local avatars in that folder (ok, he shouldn't, but if he did so he would never be able to load them if the code would ignore pictures from this folder with the new setting - and it would be hard to figure out why local avatars stopped working :) ).

Best way is to introduce a "per contact" setting. Most people will probably NOT want to disable remote avatars for some of their contacts, but if you want to do this, then it can be done on a "per contact" base. I could add such a setting to the avatar menu and/or the new menubar.
    
History Events & Container Options
 November 02, 2004, 15:06:15 View in topic context
 Posted by Nightwish  in History Events & Container Options (Started by P.O.W. November 02, 2004, 15:01:46
 Board: Archive

"P.O.W." said:
History Events:
If you set history events to load a number of previous events and than open a new window for a contact history events don't have right font.

That's because they use different fonts which you need to set up separately. History events loaded when the window opens are considered "old" events, and old events are shown with different fonts and colors.

Quote
Container Options:
"Set these values as default for new containers" doesn't work.
I use tabSrmm in single window mode and tried to remove all "[Message Session]" titles but it didn't do it. I'm setting it contact by contact.

This is known and already fixed.
    
Some features...
 November 02, 2004, 15:01:12 View in topic context
 Posted by Nightwish  in Some features... (Started by P.O.W. November 02, 2004, 14:53:25
 Board: Feature requests

"P.O.W." said:
Thanks Nightwish... I'd like forum structure much more than blog.

Blogs are nice, but the software was way too complex - it's more like a complex CMS, probably not well suited for a simple blog.
Quote
- toggle by default avatar display for MSN protocol

Will come.
Quote
- a way to save all tabSRMM setting (so many settings) in a single ini or another kind of configuration file to easily copy them from a miranda to another.

I plan to introduce some sort of "themes" to save at least the visual settings (fonts colors) to some sort of plain text file, so you should then be able to quickly change these settings.
Quote
- with MSN: If I select a custom avatar from my HD for a contact it is replaced by contact's remote avatar. Please disable MSN avatar update if a custom avatar is present.

That's pretty hard to do, because at the moment, tabSRMM does not (an can not) distuingish between remote and local avatars. Even remote avatars are considered to be local pictures, because the MSN protocol stores them as local files on your HD. In order to make this work, there need to be a new "per contact" setting - something like "don't automatically change the avatar for this contact"). It can be done, but you would need to activate it for these contacts.
    
Ui changes
 October 31, 2004, 20:14:08 View in topic context
 Posted by Nightwish  in Ui changes (Started by Nightwish October 31, 2004, 20:14:08
 Board: Articles

[align="justify"]There are 2 important UI changes currently implemented:

1. Tabs at the bottom.

It is now possible to place the tabs at the bottom of the control, just above the status bar. While this works fine with classic Windows theme, it may look strange when using visual styles under Windows XP. Please do NOT complain about it, because bottom tabs are unsupported when using visual styles (this is the "official" word from MS). Fixing this is non-trivial, because it would require to rewrite the entire paint handler for the tab control and draw everything, including the skins, myself.

It depends on the style you are using - luna-like styles generally do not look fine, because they are using asymmetric skins for the tabs. Other styles like HmmXP or styles using symmetric tab skins are not so bad.

2. Menu bar.

The message window can now have a menu bar if you wish. It is possible to hide it, if you prefer a "minimalistic" interface. The menubar allows quick access to lots of stuff which is normally only available in one of the option pages.

It also allows access to all button bar functions if you have hidden the button bar and contains a copy of the user menu aswell.[/align]
    
Threaded streaming and new statusbar
 October 31, 2004, 19:41:46 View in topic context
 Posted by Nightwish  in Threaded streaming and new statusbar (Started by Nightwish October 31, 2004, 19:41:46
 Board: Articles

1.
Threaded streaming should be considered experimental. You can enable/disable it on the Messaging option page, but YOU HAVE TO RESTART miranda, otherwise the changes won't have an effect.

What does it do?
Actually, it frees the mainthread from the rather time-consuming icon and smiley replacements in the message log. The effect is, that opening a window happens much faster now, but icons and smileys may appeared somewhat delayed (you won't probably notice this on a fast system)

2.
New status bar.

The status bar has been moved from the message tab to the container. Instead of having one status bar per tab, we now have only one per container, which saves resources and frees the message dialog layouting code from dealing with the status bar. This is the first step of some planned UI changes - I will probably add a (hideable) menu bar and maybe a top toolbar aswell.
    
New stuff...
 October 31, 2004, 19:34:34 View in topic context
 Posted by Nightwish  in New stuff... (Started by Nightwish October 31, 2004, 19:34:34
 Board: Articles

A few things have been implemented recently.

The first thing is the "grouping" mode, which was already discussed on the forums. It is an message log formatting option which can help to "declutter" the log and display some information in a less redundant way.

It works by grouping subsequent sent or received messages together. Only the first message of a group actually has a full header including Nickname, timestamp and icon. Subsequent messages are only marked with a short timestamp. To make this look good, you will probably have to experiment with the left indent value a bit so that messages are aligned nicely with the "mini timestamps".

When will messages be grouped?
Actually, all messages which are send or received in a row are grouped together if this option is enabled. So if you send 3 messages to your buddy, they will be grouped, unless he sends something between these 3 messages which will, of course, break the grouping.

A delay of more than one day between 2 sent or received messages will also split up the group.

The second feature are "relative dates". Instead of printing the full date, strings like "Today" and "Yesterday" are printed for the message date.

This will be released soon.
    
New binaries...
 October 31, 2004, 19:33:06 View in topic context
 Posted by Nightwish  in New binaries... (Started by Nightwish October 31, 2004, 19:33:06
 Board: Articles

[ALIGN="justify"]There are new (although still experimental) binaries up. They have quite a few new stuff, including the new sending and error handling system and the ability to use an icon pack. The archive comes with 2 default icon packs (one for 98/2k one for Win XP). You need to copy the tabsrmm_icons.dll to your plugins folder, OTHERWISE THERE WILL BE NO ICONS at all.

The sending stuff works, but error handling may still have a few issues (mainly with icons and visual feedback) and multisend is broken a bit (multisend needs to be redone anyway).

A few changes have been made to the integration between tabsrmm and smileyadd again. The smileybutton now shows the default icon used for the :) smiley (if a smileypack is configured of course) and, if necessary, this icon is sized down to 16x16 pixel to make it fit on the button. Note that, if no smileypack is configured for a specific protocol. no smileybutton will appear in the window. The "crash on forward" in smileyadd is also fixed (hopefully).

Other changes are mostly cosmetical - grid lines are now only 1 pixel in width (looks better) and a small internal padding has been added to the message log.

There are lots of internal changes and a few parts were rewritten, so new bugs may lurke around each corner.

Oh, and it is now possible to close a tab by middle-clicking it (very often requested feature).[/ALIGN]
    
Icon packs
 October 31, 2004, 19:31:23 View in topic context
 Posted by Nightwish  in Icon packs (Started by Nightwish October 31, 2004, 19:31:23
 Board: Articles

Today, I splitted off all the custom icons for tabSRMM and put them in a resource DLL. This DLL needs to be present in the plugins folder (just where tabsrmm itself resides) and contains:

  • all icons for the toolbar and the message log

  • A bitmap used for "unknown" avatars.


I will soon post a version of this DLL so that you can modify the icons if you wish, but please note that the current tabSRMM release available on this site is not yet built to use the resource DLL.
A version supporting basic icons pack via resource DLLs will be ready soon. Hopefully, the DLL format (number of icons, specifically) wouldn't change that often, so in the future, you don't have to reshack tabsrmm.DLL everytime a new version comes out. Just keep your own personal copy of the icon DLL and you can have your own icons.
    
A few words...
 October 31, 2004, 19:30:48 View in topic context
 Posted by Nightwish  in A few words... (Started by Nightwish October 31, 2004, 19:30:48
 Board: Articles

  • Stop complaining about icons. I'am definately ignoring these kinds of "reports" at the moment. The current icons will stay, at least for some time. Remember that tabSRMM is still alpha and the final decision on the icons has not been made yet. I just don't want to waste my time with that rather unimportant stuff, since there are a lot more important things to do (fixing bugs, optimizing the code and so on).

  • When reporting bugs, always make sure to use the latest available version which you can download from here. Also, always download the smileyadd from here, even if you already did before to make sure you have the most recent version.


Thanks for your attention...
    
New snapshot for testing is up...
 October 31, 2004, 19:29:59 View in topic context
 Posted by Nightwish  in New snapshot for testing is up... (Started by Nightwish October 31, 2004, 19:29:59
 Board: Articles

There are new binaries for testing. They contain a few big changes, so you have been warned :)

  • A new iconset for the buttons, contributed by a well-known member of the community. I'am not going to disclosure the name until I have official permission to do so :)

  • Big smileyadd changes. You absolutely have to use the version provided on this site, otherwise a lot of things won't work. tabSRMM is now much more integrated with smileyadd and provides its own smiley button (which fixes the lost focus problem after inserting a smiley from the list).
    Note that this smileyadd version will no longer work with other message plugins (srmm etc..).

  • Threaded log streaming can now be disabled. It's enabled by default, but you can turn it off under Options->Message sessions->Messaging. You need to restart miranda after changing this setting.

  • Smaller changes - the splitter edges can now be disabled to get a completely "flat" button bar


There are still a few minor issues with the new container modes (especially the "limit tabs to n tabs / container" - the single window mode should work fine.

Anyway, here is the complete changelog.



        ! message log icons are now forced into 16x16 format
       
        ! the message log icon code now only searches the appended text when a new
          message arrives which results in much faster operations for logs holding
          a huge amount of text.

        + new option to limit the maximum number of tabs per container. This works
          only for unassigned contacts (contacts which open in the default container)
          and is not available when using the CLIST group container mode (grouping
          your contacts according to your clist group configuration and then breaking
          them up again wouldn't make sense anyway).
         
          Set the limit to 1 if you want one window per contact.
         
        * changed the EVENTTYPE for the status logging code. This will avoid such events
          beeing classified as "SMS" events.
         
          NOTE: if you experience troubles with the log ignoring the color/font settings
          for old and new events: This is a result of this change and it will AUTOMATICALLY
          go away as soon as there are no more old status change events in the log. So
          you could for example limit the number of old events loaded...
         
          There is also a new "NewEventNotify.dll" which you need to install in order to
          avoid the "unknown event" popups if you have:
          a) status change logging enabled, and
          b) enabled the NewEventNotify option to get notifications on "other" events.
         
        * loading the avatar is now using its own thread to avoid a frozen main thread
          while loading remote pictures.
         
        + new option on "message tabs" options page: You can remove the static edges on
          the splitter and the line just below the message log to get a completely "flat"
          looking toolbar.
         
        + new container mode: "Use single window mode". This will create implicit containers
          for each session you open. It will completely ignore all container assignments
          you have made (they will stay intact though, so you could switch back to
          manual or CLIST group mode at any time) and open a single window per contact.
         
        + added msg log icon for status changes (global "user online" icon.
       
        + added multithreaded streaming. Now, all streaming is done by a separate thread
          which frees the main thread from doing this. This can avoid a "frozen" main
          thread and unresponsive ui when large amounts of data need to be streamed into
          the message log window.
          This is EXPERIMENTAL, it may cause other unexpected problems.
         
        * disabled UNDO functionality in the Rich Edit control (message log). It's not
          needed (the control is read-only) and just wastes resources.
         
        + new icon set for the button bar. Contributed by a member from the Miranda
          community. Very nice and colorful icons, the button bar looks a lot better
          now :)
         
        * more tightly interoperration with smileyadd. tabSRMM now has its own smiley
          button. You can also change smiley replacement "on the fly" and do no longer
          need to restart miranda. The code will detect if smileyadd is available and
          installed. Please DISABLE the button inserted by smileyadd under
          Options->Events->Smileys unless you want the button appear twice :) The new
          smiley button also solves the "focus lost" problem, now the input area
          regains focus after inserting a smiley.
         
        * button bar icons are now loaded once at plugin startup. There is no need for
          each tab having its own copy of the icons, since those icons are static and
          never change during the "lifetime" of the plugin.
         
        * its now possible to disable the multithreaded streaming code in case you have
          problems. It's enabled by default and you can disable it on Options->Messaging
          You NEED TO RESTART miranda if you change this setting.
    
Playing with threads
 October 30, 2004, 22:50:12 View in topic context
 Posted by Nightwish  in Playing with threads (Started by Nightwish October 30, 2004, 22:50:12
 Board: Articles

Note, that this is highly experimental and may cause unexpected problems...

The message log streaming code has become quite complex in tabSRMM. Lots of new features like the background colors, dividers, grid lines and a new (but slower, because of OLE) message icon code added a lot of code and made streaming the events into the Rich Edit control slower than in standard SRMM.

Opening multiple tabs at once (for example, if you log into 3 accounts and have lots of messages waiting) could easily freeze the main thread for a few seconds. Bad thing... Really bad.

So what to do?

I played around and decided to implement an experimental feature to avoid a blocking main thread. It uses a separate thread to collect and dispatch the streaming events, so the main thread will never be frozen whenever a large amounts of text is written to the log of a message session. There is a queue with room for 100 streaming events (you really should never reach this, even if 100 buddys are spamming you at the same time) which is constantly being watched by the streaming thread (actually, the thread doesn't watch the queue actively, but rather receives a notification when there is something to do).

There shouldn't be any visisble changes, except that the initial log seems to appear delayed, but this is only a visual effect, because the new code makes the creation of the tab/window a lot faster (the old code had to wait until the streaming process was finished, which could cause an empty and unresponsive message window.
    
Slow progress
 October 30, 2004, 22:49:44 View in topic context
 Posted by Nightwish  in Slow progress (Started by Nightwish October 30, 2004, 22:49:44
 Board: Articles

I was quite busy with other things the last few days, so not much progress has been made on tabSRMM.

2 things however are new:
  • Remote avatar pictures (ICQ web photos for example) are now using a separate thread for downloading. This avoids a "frozen" message window while the avatar being downloaded.

  • New container modes are now working. The first one allows you to limit the maximum numbmer of tabs per *default* container, while an assigned contact will still open in the container to which it has been assigned to.


    The second is "single window" mode where each contact gets its own implicit container.
    
Progress report
 October 30, 2004, 22:49:11 View in topic context
 Posted by Nightwish  in Progress report (Started by Nightwish October 30, 2004, 22:49:11
 Board: Articles

Here is the latest changelog for the next snapshot which will be available pretty soon now. I consider this almost "feature complete" for a following official 0.0.9 release which will be the last "alpha" before tabSRMM will enter the beta phase.



From then on, I will concentrate on fixing the remaining bugs and polish the features which are already implemented. No new features (except for minor ones) will be integrated for a while.


Version 0.0.8.91 - 2004/09/26

        ! message log icons are now forced into 16x16 format
       
        ! the message log icon code now only searches the appended text when a new
          message arrives which results in much faster operations for logs holding
          a huge amount of text.

        + new option to limit the maximum number of tabs per container. This works
          only for unassigned contacts (contacts which open in the default container)
          and is not available when using the CLIST group container mode (grouping
          your contacts according to your clist group configuration and then breaking
          them up again wouldn't make sense anyway).
         
          Set the limit to 1 if you want one window per contact.
         
        * changed the EVENTTYPE for the status logging code. This will avoid such events
          beeing classified as "SMS" events.
         
          NOTE: if you experience troubles with the log ignoring the color/font settings
          for old and new events: This is a result of this change and it will AUTOMATICALLY
          go away as soon as there are no more old status change events in the log. So
          you could for example limit the number of old events loaded...
         
          There is also a new "NewEventNotify.dll" which you need to install in order to
          avoid the "unknown event" popups if you have:
          a) status change logging enabled, and
          b) enabled the NewEventNotify option to get notifications on "other" events.
         
Version 0.0.8.9 - 2004/09/24

        + new "mIRC style" tab selection hotkeys. ALT-1 to ALT-0 will select the
          corresponding tab. ALT-1 will select the leftmost (first) tab, and ALT-0
          the rightmost (last) tab. Maybe confusing if you have more tabs than
          actually fit on a single row.
         
        + added a few pixels of padding "inside" the message log so that characters
          won't touch the inner border of the rich edit control anymore.
         
        * container system menu: rearranged menu items so that close will always be
          at the bottom of the menu (hinted by OnO).
         
        * new option on the message log page: Use Arrow icons: This will replace the
          message icons in front of each message with small arrows showing the direction.
          A green arrow marks outgoing, and a red arrow incoming events.
         
        * experimental fix for highlighting issues when using individual background
          colors. Trailing lines are now removed from the message if they are empty.
          It's still possible to have empty lines within a message, but if the last
          line of the message body is *completely* empty, it will be removed.
         
          This solves the problem which occured with individual background colors
          where those empty lines were actually drawn with the default background
          color (very ugly).
         
          You need to activate this explicitely on the "Message Log Options" page.
         
        * avatar changes: It's now again possible to choose an avatar from the message
          window if you do not have mTooltip installed. Just click the picture menu
          button (left of the history button) and choose "Load a local picture as avatar".
          Note that the avatar section must be visible (toggle it on before), otherwise
          the menu item will be greyed out. Selecting the avatar from the message window
          will also write the picture to the mTooltip setting (if available), so you
          don't have to change the picture twice if you're using mTooltip plugin.
         
        * fixed CTRL-backspace. If there are more lines than the input box can actually
          display w/o scrolling, ctrl-backspace was always setting the cursor to the
          start of the text. Now, the cursor is always placed at the end.
         
        * changed MSN avatar code. Now, a single event hook cares about all sessions. This
          should avoid performance problems on slower machines with lots of MSN sessions
          opened.