git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] gitk: Highlight found text only for when search type is "containing".

From
MBMark Burton <markb@ordern.com>
Date
Nov 16, 2008, 00:05 UTC
Message-ID
<20081116000553.3d04b513@crow>
In-Reply-To
<1226790769-25019-1-git-send-email-markb@ordern.com>
Hi,

The patch got sent without this blurb (not really sure how to send patches to the list with leading blurb).

Anyway, I thought I would try and stop gitk from always highlighting the text in the commit and comment panes that matches the text in the search field. To me, it only makes sense to highlight the text when the search type is "containing". For the other search types (definitely for the touching paths type), I don't really see how having occurrences of the search text highlighted helps.

I don't really understand how gitk operates but the patch does what I want. I'm sure those in the know can improve on it if what it does is useful.

Cheers,
Mark
Previous: Mark Burton
Message 2 of 2 in “gitk: Highlight found text only for when search type is "containing".”
  1. gitk: Highlight found text only for when search type is "containing".Mark Burton, Nov 15, 2008
  2. Mark BurtonNov 16, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.