1999-09-09 04:25:49 +00:00
|
|
|
/* filter_prefs.h
|
2000-02-12 06:46:54 +00:00
|
|
|
* Definitions for dialog boxes for filter editing
|
|
|
|
|
* (This used to be a notebook page under "Preferences", hence the
|
|
|
|
|
* "prefs" in the file name.)
|
1998-09-16 02:39:15 +00:00
|
|
|
*
|
2004-02-28 04:18:47 +00:00
|
|
|
* $Id: filter_prefs.h,v 1.18 2004/02/28 04:18:47 guy Exp $
|
1998-09-16 03:22:19 +00:00
|
|
|
*
|
1998-09-16 02:39:15 +00:00
|
|
|
* Ethereal - Network traffic analyzer
|
2003-01-15 05:58:50 +00:00
|
|
|
* By Gerald Combs <gerald@ethereal.com>
|
1998-09-16 02:39:15 +00:00
|
|
|
* Copyright 1998 Gerald Combs
|
|
|
|
|
*
|
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
|
* as published by the Free Software Foundation; either version 2
|
|
|
|
|
* of the License, or (at your option) any later version.
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
1998-09-16 02:39:15 +00:00
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
|
* GNU General Public License for more details.
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
1998-09-16 02:39:15 +00:00
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
|
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef __FILTER_H__
|
|
|
|
|
#define __FILTER_H__
|
|
|
|
|
|
In the process of destroying a filter editing dialog box, we get a
selection change event on the list of filters. Unfortunately, this can
happen after some other widgets in that dialog box have already been
destroyed - including some of the widgets that such a selection change
event can change.
This sometimes happened when "filter_prefs_delete()" hadn't been called,
so the mechanism we had been using, with a Boolean datum attached to the
dialog box, set in "filter_prefs_delete()" before we actually destroy
the dialog box, wasn't sufficient to keep that from happening.
Attach to the top-level window data items containing pointers to the
widgets changed when a filter is selected from the list, give each of
those widgets their own destroy callbacks, clear the pointer attached to
the top-level widget when the widget is destroyed, and don't do anything
to the widget when a filter is selected from the list if the pointer for
that widget is null, as that means the widget's been destroyed and we
*can't* do anything to it.
Not all filter editing dialogs created on behalf of a "Filter:" button
next to a text entry box should, when you click "OK", activate the text
entry box; if the text entry box is part of a dialog box with multiple
widgets, the user might not have filled in all of the items in that
dialog box, so you shouldn't activate it for them. Add a mechanism by
which, when creating a filter editing dialog box, you can specify
whether the "OK" button should just fill in the text entry box or should
fill it in and also activate it.
svn path=/trunk/; revision=2922
2001-01-21 01:45:07 +00:00
|
|
|
/*
|
|
|
|
|
* Structure giving properties of the filter editing dialog box to be
|
|
|
|
|
* created.
|
|
|
|
|
*/
|
|
|
|
|
typedef struct {
|
2001-01-21 02:27:24 +00:00
|
|
|
gchar *title; /* title of dialog box */
|
In the process of destroying a filter editing dialog box, we get a
selection change event on the list of filters. Unfortunately, this can
happen after some other widgets in that dialog box have already been
destroyed - including some of the widgets that such a selection change
event can change.
This sometimes happened when "filter_prefs_delete()" hadn't been called,
so the mechanism we had been using, with a Boolean datum attached to the
dialog box, set in "filter_prefs_delete()" before we actually destroy
the dialog box, wasn't sufficient to keep that from happening.
Attach to the top-level window data items containing pointers to the
widgets changed when a filter is selected from the list, give each of
those widgets their own destroy callbacks, clear the pointer attached to
the top-level widget when the widget is destroyed, and don't do anything
to the widget when a filter is selected from the list if the pointer for
that widget is null, as that means the widget's been destroyed and we
*can't* do anything to it.
Not all filter editing dialogs created on behalf of a "Filter:" button
next to a text entry box should, when you click "OK", activate the text
entry box; if the text entry box is part of a dialog box with multiple
widgets, the user might not have filled in all of the items in that
dialog box, so you shouldn't activate it for them. Add a mechanism by
which, when creating a filter editing dialog box, you can specify
whether the "OK" button should just fill in the text entry box or should
fill it in and also activate it.
svn path=/trunk/; revision=2922
2001-01-21 01:45:07 +00:00
|
|
|
gboolean wants_apply_button; /* if it should have an Apply button */
|
|
|
|
|
gboolean activate_on_ok; /* if parent text widget should be
|
|
|
|
|
activated on "Ok" or "Apply" */
|
|
|
|
|
} construct_args_t;
|
|
|
|
|
|
2001-01-02 01:32:21 +00:00
|
|
|
void capture_filter_construct_cb(GtkWidget *w, gpointer user_data);
|
2003-01-15 05:58:50 +00:00
|
|
|
void display_filter_construct_cb(GtkWidget *w, gpointer construct_args_ptr);
|
2003-01-15 05:20:19 +00:00
|
|
|
void filter_button_destroy_cb(GtkWidget *button, gpointer user_data);
|
Have separate capture and display filter lists; some filter dialog boxes
use the capture filter lists, and others use the display filter list, as
appropriate.
Have separate menu items for editing the capture and display filter
lists.
Have separate "~/.ethereal/cfilters" and "~/.ethereal/dfilters" files
for the two lists; if either of those files isn't found, we try
"~/.ethereal/filters", which means that you will start out with two
identical lists holding all your filters - if certain filters belong
only in one list, you'll have to delete them by hand from the other
list.
Do I/O error checking when reading and writing filter lists; when
writing a filter list, write it to a new file, and then rename the new
file on top of the old file, so that you don't lose your old filter list
if, for example, you run out of disk space or disk quota.
svn path=/trunk/; revision=2948
2001-01-28 09:13:10 +00:00
|
|
|
void cfilter_dialog_cb(GtkWidget *w);
|
|
|
|
|
void dfilter_dialog_cb(GtkWidget *w);
|
2000-02-12 06:46:54 +00:00
|
|
|
|
2004-01-25 15:10:36 +00:00
|
|
|
void filter_add_expr_bt_cb(GtkWidget *w _U_, gpointer main_w_arg);
|
2004-02-28 04:18:47 +00:00
|
|
|
void colorize_filter_te_as_empty(GtkWidget *w);
|
|
|
|
|
void colorize_filter_te_as_invalid(GtkWidget *w);
|
|
|
|
|
void colorize_filter_te_as_valid(GtkWidget *w);
|
|
|
|
|
void filter_te_syntax_check_cb(GtkWidget *w);
|
2004-01-25 15:10:36 +00:00
|
|
|
|
|
|
|
|
#define E_FILT_BT_PTR_KEY "filter_bt_ptr"
|
|
|
|
|
#define E_FILT_TE_PTR_KEY "filter_te_ptr"
|
|
|
|
|
#define E_FILT_FILTER_TE_KEY "filter_filter_te"
|
1998-09-16 02:39:15 +00:00
|
|
|
|
1998-10-10 03:32:20 +00:00
|
|
|
#endif /* filter.h */
|