Bug 120338

Summary:	More conditions and outcomes in the highlight system
Product:	[Applications] konversation	Reporter:	Markus Krötzsch <markus>
Component:	notifications	Assignee:	Konversation Developers <konversation-devel>
Status:	CONFIRMED ---
Severity:	wishlist	CC:	andydecleyre, hein
Priority:	NOR
Version:	0.18
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Markus Krötzsch 2006-01-17 19:44:17 UTC

Version:           0.18 (using KDE KDE 3.4.3)
Installed from:    Ubuntu Packages
OS:                Linux

The current highlighting options are too restricted, and a more fine-grained configuration would be needed. There are two areas:

== When should be highlighted? ==

(1) Messages containing certain text (currently supported), with option for case sensitivity
(2) Messages from certain users (currently only supported via option (1))
(3) Regular expressions found in text (using KDE's RegExp component, as in kates search menu)
(4) Special (variable) expressions found (e.g. your user name).

These items do not exclude each other. Implement something like in KMail's filter menu, where one can say: '''Play a sound whenever user Markus uses the term "Konversation" and "bug" in a message.''' In this light, one should also be able to configure 

(5) For which cannels does this setting apply (all channels, only particular servers, only particular servers+channels)?

== What should happen? ==

(a) Color text, play sound, autotext. (supported)
(b) Show OSD *or not* (I use highlighting also for lowlighting messages, e.g. from maintenance robots that are on the channel, I do not want to have OSD there but elsewhere I do).
(c) Change font shape (bold, italics), or, more generally, use special font. Colors soon become too limited.

Furthermore, there should be an order in which to apply highlights (again, as with KMail filters). I have a precedence for my highlights, which I currently cannot enforce.


Finally, it should be possible to save a tab-content to HTML with all highlights included. Highlighting helps to filter information -- this should be available for offline review as well. This is also mentioned in Bug 120335.

Comment 1 Eike Hein 2006-01-17 21:40:12 UTC

We do have regexp matching, by the way.

Comment 2 Eike Hein 2006-01-17 21:41:12 UTC

Also, highlights are in fact ordered (drag'n'drop).

Comment 3 Markus Krötzsch 2006-01-18 10:30:37 UTC

Great, then this already resolves two issues, or maybe restates them as "make your features more visible". I suggest:
* The "Edit-RegExp" button should show a notification message when kregexpeditor is not installed (which was the case on my machine, so I saw only a disabled button).
* There should be up-down-buttons on the right. Drag'n'Drop might be a nice feature, but it is only used by some (e.g. I use a touchpad, and almost never try to Drag'n'Drop anything).
* Add some Quicktipps to the dialog, or provide a button that opens the respective documentation page.

The most important remaining points for me then are (b) (which should be easy to achieve) and, more time consuming, (2) together with the proposed "multi-condition filtering" [maybe "filtering" is a better term than highlighting for the improved functionality]).

Thanks for your efforts. It's a great tool!

Comment 4 tropikhajma 2010-01-08 23:36:10 UTC

*** This bug has been confirmed by popular vote. ***

Comment 5 Eike Hein 2013-04-14 19:38:35 UTC

To update this, as of Konversation 1.4 there are options to restrict highlights to a list of specified views.