aboutsummaryrefslogtreecommitdiffstats
path: root/color_filters.h
AgeCommit message (Collapse)AuthorFilesLines
2007-11-25Reset the temporary coloring filters to defaults instead of doing itSake Blok1-1/+8
implicitly by calling "color_filters_init()". This should probably fix the crashes experienced when pressing ctrl-space a couple of times svn path=/trunk/; revision=23583
2007-11-25Fixes crashing when opening color filters and pressing OKSake Blok1-2/+3
(introduced in SVN 23560) svn path=/trunk/; revision=23582
2007-11-24This patch adds (ten) temporary coloring rules which will only live until ↵Sake Blok1-1/+8
Wireshark is quit. Temporary coloring filters can be set by: - pressing <ctrl>-<digit> will create a conversation coloring filter based on the addresses of the currently selected packet (order TCP/UDP/IP/Ethernet) This can also be achieved from the "View|Colorize Conversation" menu. - Rightclicking on a packet in the packet-list will give the option to "Colorize Conversation" just as "Conversation Filter" does. - Rightclicking on an item in the packet-detail-list will give the option to "Colorize with filter" which works similar to "Apply as filter" Temporary filters can be cleared from the same menus or by pressing <ctrl>-<space>. This patch also adds an item to the above mentioned menu's to add a permanent color filter in the same way. The colors for the temporary coloring rules are now hardcoded as I do not know how to change the color of menu-items and therefore I chose to use icons to show the actual color of each of the ten temporary coloring rules. Is it at all possible to have different menu items in different colors? One other way of solving this is to recreate the icons on the fly after changing the colors. I will have a look into that once it is clear whether I can use different colors within the menu structure. svn path=/trunk/; revision=23560
2007-11-10This patch makes it possible to disable individual coloring rules Sake Blok1-1/+2
without having to delete them. The patch has been tested on Fedora-7 with GTK+ 1.2.10 and GTK+ 2.10.11. Since I don't know how to use "strikethrough" in clists in GTK1 there is a little difference in how the disabled coloring rules are displayed. In GTK2 they are striked through and in GTK1 they are shown in lightgrey on a white background. Any info on how to use strikthrough in clists within GTK1 is more than welcome :-) svn path=/trunk/; revision=23421
2006-10-03fix the memory leak problem mentioned lately by adding and using ↵Ulf Lamping1-1/+2
color_filters_cleanup() svn path=/trunk/; revision=19422
2006-10-03Implement a real "Cancel" button for the coloring rules dialog - this was a ↵Ulf Lamping1-43/+83
hard one! It seems to be working without bugs and as designed now. As this was a huge internal change, new bugs are very probable - please report. The implementation isn't still perfect, a new dialog internal list could possibly be removed again. However, I want to check in at this condition, just in case I make things worse - again. svn path=/trunk/; revision=19413
2006-10-02further code cleanup: don't use the term "marked" for the color filters, the ↵Ulf Lamping1-3/+3
right term is "selected". That caused me "concerns" wether the marked feature of the packet list was involved - which is actually not svn path=/trunk/; revision=19399
2006-10-02various (huge) code cleanup incl. splitting of the coloring dialog and the ↵Ulf Lamping1-2/+5
actual color rule edit dialog into two files - this makes the things much more clearer now (at least for me) svn path=/trunk/; revision=19392
2006-05-21name changeRonnie Sahlberg1-2/+2
svn path=/trunk/; revision=18197
2005-08-05More char -> const char warning fixes.Jörg Mayer1-1/+1
Removed (very few) casts that only change the warning message but don't remove it (with gcc-4). svn path=/trunk/; revision=15227
2005-03-27add a new checkitem "Colorize Packet List" into the View menuUlf Lamping1-0/+7
keep it's setting in the recent file svn path=/trunk/; revision=13929
2005-03-26move some color_filter related things from file.c to color_filters.cUlf Lamping1-0/+15
svn path=/trunk/; revision=13920
2005-03-26code cleanup: use common prefix for all functions in color_filters.hUlf Lamping1-25/+26
svn path=/trunk/; revision=13910
2005-03-25code cleanup: the term filter_list was used with different meanings ↵Ulf Lamping1-1/+1
throughout the code, and the filter_list of the color_filters is "global". use appropriate prefixes to avoid confusion and bugs svn path=/trunk/; revision=13905
2004-07-24"color_filters.h" doesn't need to include "epan/dfilter/dfilter.h";Guy Harris1-1/+0
anything that includes "color_filters.h" also includes "epan/dfilter/dfilter.h" either directly or indirectly. svn path=/trunk/; revision=11504
2004-07-24Move the color-filter related stuff out of "color.h" intoGuy Harris1-0/+26
"color_filters.h", as that's the appropriate place for it - "color.h" should just deal with "color_t". svn path=/trunk/; revision=11503
2004-07-24Move color_filters.c and color_filters.h up to the top-level directory,Guy Harris1-0/+79
as they're now (theoretically) toolkit-independent (modulo changes that might be required to the code to update filter lists when a new filter is read in). svn path=/trunk/; revision=11500
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-27 10:14:18 +0000