aboutsummaryrefslogtreecommitdiffstats
path: root/color_filters.c
AgeCommit message (Collapse)AuthorFilesLines
2008-05-22Move the file utility functions from wiretap to libwsutil so thatJeff Morriss1-16/+16
libwireshark (and the plugins using those functions) do not depend on wiretap on Windows. While doing that, rename the eth_* functions to ws_*. svn path=/trunk/; revision=25354
2008-02-27Fix another compile error ....Bill Meier1-1/+1
svn path=/trunk/; revision=24484
2008-02-26get_datafile_path() and get_persconffile_path() return malloc'd memory,Jeff Morriss1-0/+2
free it when we're done with the file name. svn path=/trunk/; revision=24478
2008-01-14This patch adds support for configuration profiles, which can be used toStig Bjørlykke1-2/+19
configure and use more than one set of preferences and configuration files. This can be found in the "Configuration Profiles..." menu item from the Edit menu, or by pressing Shift-Ctrl-A. It's also possible to start wireshark and tshark with a named profile by using the "-C ProfileName" option. A new status pane in the main window will show the current profile. The configuration files currently stored in the Profiles are: - Preferences - Capture Filters - Display Filters - Coloring Rules - Disabled Protocols - User Accessible Tables The recent data are by design not added to the profile. Planned future enhancements: - make a more convenient function to switch between profiles - add a "clone profile" button to copy an existing profile - make the profiles list active and accept return as OK - save users "Decode as" in the profile - make new, clone and deletion of profiles more secure - make some of the recent values available in the profile This patch also fixes: - setting default status pane sizes - a bug setting status pane for packets when not having main lower pane. svn path=/trunk/; revision=24089
2007-12-15Changes the name of the menu item "View/Reset Coloring" toSake Blok1-0/+15
"View/Reset Coloring 1-10" and adds sensitivity to it so that it will be greyed out when none of the temporary color filters are used. (as per discussion on wireshark-dev some time ago) svn path=/trunk/; revision=23879
2007-11-25Make it possible to "move" a filter around the temporary coloring rulesSake Blok1-21/+40
svn path=/trunk/; revision=23585
2007-11-25Reset the temporary coloring filters to defaults instead of doing itSake Blok1-2/+14
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-4/+6
(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-5/+99
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-3/+15
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
2007-08-21From Florent DROUIN <florent.drouin@alcatel.fr>, bug 1518:Richard van der Hoff1-3/+28
Fix for g_assert when clicking 'OK' on colour filters dialogue whilst individual filter edit window is open. svn path=/trunk/; revision=22572
2006-11-06fix 1203 as found by stephen fisherUlf Lamping1-1/+2
svn path=/trunk/; revision=19839
2006-10-10Fix some compiler warnings.Guy Harris1-2/+3
svn path=/trunk/; revision=19470
2006-10-03fix the memory leak problem mentioned lately by adding and using ↵Ulf Lamping1-13/+16
color_filters_cleanup() svn path=/trunk/; revision=19422
2006-10-03changes of the coloring rules sometimes crashed as dissection keeps pointers ↵Ulf Lamping1-1/+11
to the color_filter for later reference -> simply deleting the filters leave the pointers invalid -> crash. for now, don't delete the filters but keep them floating around in memory (leaking) -> at least better than crashing svn path=/trunk/; revision=19421
2006-10-03Implement a real "Cancel" button for the coloring rules dialog - this was a ↵Ulf Lamping1-87/+137
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-17/+24
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-02refactor apply_color_filter() as it was a bit confusing - it will also be a ↵Ulf Lamping1-67/+46
bit faster now - and some other minor code cleanup svn path=/trunk/; revision=19398
2006-05-22ethereal->wireshark updatesRonnie Sahlberg1-1/+1
svn path=/trunk/; revision=18206
2006-05-21name changeRonnie Sahlberg1-2/+2
svn path=/trunk/; revision=18197
2005-11-06replace *a lot* of file related calls by their GLib counterparts. This is ↵Ulf Lamping1-5/+6
necessary for the switch to GTK 2.6 (at least on WIN32). to do this, I've added file_util.h to wiretap (would file_compat.h be a better name?), and provide compat_macros like eth_open() instead of open(). While at it, move other file related things there, like #include <io.h>, definition of O_BINARY and alike, so it's all in one place. deleted related things from config.h.win32 As of these massive changes, I'm almost certain that this will break the Unix build. I'll keep an eye on the buildbot so hopefully everything is working again soon. svn path=/trunk/; revision=16403
2005-08-14Some 'no previous declararion' warning fixesJörg Mayer1-1/+1
svn path=/trunk/; revision=15355
2005-08-05More char -> const char warning fixes.Jörg Mayer1-2/+2
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-1/+10
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/+54
svn path=/trunk/; revision=13920
2005-03-26There's no need to create a directory just because you're about toGuy Harris1-11/+0
remove a file in it - the directory presumably exists already, if you're about to remove a file in it. svn path=/trunk/; revision=13914
2005-03-26code cleanup: use common prefix for all functions in color_filters.hUlf Lamping1-11/+11
svn path=/trunk/; revision=13910
2005-03-25code cleanup: the term filter_list was used with different meanings ↵Ulf Lamping1-9/+9
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
2005-02-13change nmake makefiles in /trunk and /trunk/epan so thatLars Roland1-4/+0
object code for libethereal.dll isn't generated by the makefile in /trunk. Having no code in /trunk linked into libethereal.dll anymore, the definition of the macro _NEED_VAR_IMPORT_ can be moved from various source files in /trunk to /trunk/Makefile.nmake . So do that, too. svn path=/trunk/; revision=13389
2004-12-31"get_persconffile_path()" doesn't return a "const char *", it justGuy Harris1-3/+3
returns a "char *", so don't assign its return value to a "const char *". svn path=/trunk/; revision=12882
2004-09-21fixed some comment typosUlf Lamping1-8/+5
svn path=/trunk/; revision=12057
2004-07-25From Lars Roland: _NEED_VAR_IMPORT_ has to be defined so that variablesGuy Harris1-0/+5
are imported correctly from libethereal.dll when compiling with MSVC. svn path=/trunk/; revision=11516
2004-07-24Rename "create_color()" to "initialize_color()", as that reflects a bitGuy Harris1-2/+2
better what it actually does. svn path=/trunk/; revision=11502
2004-07-24Add some comments from Gerald's Windows version of color_filters.c.Guy Harris1-0/+5
svn path=/trunk/; revision=11501
2004-07-24Move color_filters.c and color_filters.h up to the top-level directory,Guy Harris1-0/+482
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-04-27 12:18:17 +0000