Version: (using KDE KDE 3.2.0) Installed from: Compiled From Sources If you touch any of the history buttons when chatting your current chat becomes part of the history and is greyed out. I consider this as a bug since I like to think a chat is history when you close the chat window (you may think otherwise though).
Be happy that the current chat appears at all :-) (there is a bug that completely hides new messages in some cases) Anyway, since the fonts and color are not saved in the history, and since the history plugin is only able to clear the chatwindow content, and add history messages. it will not be easy to do that.
For reason I mentioned, I'll not fix the bug.
Isn't that a bit like sticking your head in the sand? (no offense)
> Isn't that a bit like sticking your head in the sand? Maybe. Provide me a patch, and i'll be happy to apply it if it is OK.
> Isn't that a bit like sticking your head in the sand? (no offense) I guess we should just be happy that the current chat appears at all, and not want the program's other features to actually work. If the back/forward history buttons have this problem, then they should be removed from the interface, because they are BROKEN.
Don't need user-specified colors, just default color (usually black) text would be better than the history color when returning to the present time in chat (once it works properly again). One might also argue that colors should be recorded, as other loggers do this. Reopening as wishlist, not a bug, since the wrong color doesn't make it unusable :)
I'll not fix it. It would be over complicated. and not so usefull. Anyway, if you want to provide a patch, you're welcome.
Not so useful? Do you know nothing about UI design? This is what people expect and, thus, is how it should work! And being able to pull the exact message sent, formatting included, out of the history would be great for filing bug reports!