Bug 120338 - More conditions and outcomes in the highlight system
Summary: More conditions and outcomes in the highlight system
Status: CONFIRMED
Alias: None
Product: konversation
Classification: Applications
Component: notifications (show other bugs)
Version: 0.18
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konversation Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-17 19:44 UTC by Markus Krötzsch
Modified: 2024-03-12 02:39 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.