1999-09-09 03:32:03 +00:00
|
|
|
/* prefs_dlg.c
|
|
|
|
* Routines for handling preferences
|
|
|
|
*
|
2004-01-31 03:22:42 +00:00
|
|
|
* $Id: prefs_dlg.c,v 1.78 2004/01/31 03:22:41 guy Exp $
|
1999-09-09 03:32:03 +00:00
|
|
|
*
|
|
|
|
* Ethereal - Network traffic analyzer
|
On Windows, use the directory in which the binary resides as the
directory in which global data files are stored. If an installed binary
is being run, that's the correct directory for them; if a build-tree
binary is being run, the "manuf" file will be there, and you can put
other data files there as well, if necessary.
Do the same with plugins, except that, if there's no
"plugins\\{version}" subdirectory of that directory, fall back on the
default installation directory, so you at least have a place where you
can put plugins for use by build-tree binaries. (Should we, instead,
have the Windows build procedure create a subdirectory of the "plugins"
source directory, with the plugin version number as its name, and copy
the plugins there, so you'd use the build-tree plugin binaries?)
Move "test_for_directory()" out of "util.c" and into
"epan/filesystem.c", with the other file system access portability
wrappers and convenience routines. Fix "util.h" not to declare it - or
other routines moved to "epan/filesystem.c" a while ago.
svn path=/trunk/; revision=3858
2001-08-21 06:39:18 +00:00
|
|
|
* By Gerald Combs <gerald@ethereal.com>
|
1999-09-09 03:32:03 +00:00
|
|
|
* Copyright 1998 Gerald Combs
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
1999-09-09 03:32:03 +00:00
|
|
|
* 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
|
|
|
*
|
1999-09-09 03:32:03 +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
|
|
|
*
|
1999-09-09 03:32:03 +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.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifdef HAVE_CONFIG_H
|
|
|
|
# include "config.h"
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#include <gtk/gtk.h>
|
|
|
|
|
2000-01-03 06:29:39 +00:00
|
|
|
#include <string.h>
|
1999-09-09 03:32:03 +00:00
|
|
|
|
2001-10-23 05:01:02 +00:00
|
|
|
#include <epan/filesystem.h>
|
|
|
|
|
1999-09-09 03:32:03 +00:00
|
|
|
#include "main.h"
|
2002-01-21 07:37:49 +00:00
|
|
|
#include <epan/packet.h>
|
1999-09-09 03:32:03 +00:00
|
|
|
#include "file.h"
|
|
|
|
#include "prefs.h"
|
2000-01-10 01:44:00 +00:00
|
|
|
#include "column_prefs.h"
|
1999-09-09 03:32:03 +00:00
|
|
|
#include "print.h"
|
|
|
|
#include "prefs_dlg.h"
|
|
|
|
#include "print_prefs.h"
|
1999-12-02 04:30:15 +00:00
|
|
|
#include "stream_prefs.h"
|
1999-12-16 06:20:18 +00:00
|
|
|
#include "gui_prefs.h"
|
2002-01-10 07:43:39 +00:00
|
|
|
#include "capture_prefs.h"
|
2002-01-13 20:35:12 +00:00
|
|
|
#include "nameres_prefs.h"
|
2000-05-08 07:54:54 +00:00
|
|
|
#include "ui_util.h"
|
2000-05-08 07:58:20 +00:00
|
|
|
#include "dlg_utils.h"
|
2000-01-03 06:59:25 +00:00
|
|
|
#include "simple_dialog.h"
|
2002-11-11 15:39:06 +00:00
|
|
|
#include "compat_macros.h"
|
1999-09-09 03:32:03 +00:00
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
#include "prefs-int.h"
|
|
|
|
|
2002-04-20 20:29:28 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef WIN32
|
|
|
|
#include "capture-wpcap.h"
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
|
|
|
|
We need to catch a "window delete" event for the preferences dialog box
- that event happens if, say, you nuke the dialog box from a window
manager - and call "delete" routines for each of the preferences tabs,
so that, for preferences tabs that include list widgets, we can set a
flag on the preferences tab widget telling the selection callback for
the list widget that the buttons it would normally set the sensitivity
of, based on whether any row in the list is selected or not, have Joined
the Choir Invisible, and therefore that we shouldn't change their
sensitivity because GTK+ will whine at us if we do, just as is the case
if we press the "OK" or "Cancel" button (which also cause the window to
go away).
Can we just do this in the "window delete" handler? I.e., does that get
called if we explicitly destroy the widget? Or should we catch a
"destroy" event instead?
(There must be a better way to do this....)
svn path=/trunk/; revision=647
1999-09-10 06:53:32 +00:00
|
|
|
static void prefs_main_ok_cb(GtkWidget *, gpointer);
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
static void prefs_main_apply_cb(GtkWidget *, gpointer);
|
We need to catch a "window delete" event for the preferences dialog box
- that event happens if, say, you nuke the dialog box from a window
manager - and call "delete" routines for each of the preferences tabs,
so that, for preferences tabs that include list widgets, we can set a
flag on the preferences tab widget telling the selection callback for
the list widget that the buttons it would normally set the sensitivity
of, based on whether any row in the list is selected or not, have Joined
the Choir Invisible, and therefore that we shouldn't change their
sensitivity because GTK+ will whine at us if we do, just as is the case
if we press the "OK" or "Cancel" button (which also cause the window to
go away).
Can we just do this in the "window delete" handler? I.e., does that get
called if we explicitly destroy the widget? Or should we catch a
"destroy" event instead?
(There must be a better way to do this....)
svn path=/trunk/; revision=647
1999-09-10 06:53:32 +00:00
|
|
|
static void prefs_main_save_cb(GtkWidget *, gpointer);
|
|
|
|
static void prefs_main_cancel_cb(GtkWidget *, gpointer);
|
|
|
|
static gboolean prefs_main_delete_cb(GtkWidget *, gpointer);
|
2000-05-08 07:54:54 +00:00
|
|
|
static void prefs_main_destroy_cb(GtkWidget *, gpointer);
|
2002-11-03 17:38:45 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
static void prefs_tree_select_cb(GtkCTree *, GtkCTreeNode *, gint,
|
|
|
|
gpointer);
|
|
|
|
#else
|
|
|
|
static void prefs_tree_select_cb(GtkTreeSelection *, gpointer);
|
|
|
|
#endif
|
1999-09-09 03:32:03 +00:00
|
|
|
|
2004-01-01 13:29:16 +00:00
|
|
|
#define E_GUI_PAGE_KEY "gui_options_page"
|
|
|
|
#define E_GUI_COLUMN_PAGE_KEY "gui_column_options_page"
|
2004-01-17 00:26:22 +00:00
|
|
|
#define E_GUI_FONT_PAGE_KEY "gui_font_options_page"
|
2004-01-01 13:29:16 +00:00
|
|
|
#define E_GUI_STREAM_PAGE_KEY "gui_tcp_stream_options_page"
|
|
|
|
#define E_CAPTURE_PAGE_KEY "capture_options_page"
|
|
|
|
#define E_PRINT_PAGE_KEY "printer_options_page"
|
|
|
|
#define E_NAMERES_PAGE_KEY "nameres_options_page"
|
|
|
|
#define E_TOOLTIPS_KEY "tooltips"
|
|
|
|
#define E_PAGE_MODULE_KEY "page_module"
|
2000-08-15 20:46:17 +00:00
|
|
|
|
2002-08-28 21:04:11 +00:00
|
|
|
/*
|
|
|
|
* Keep a static pointer to the notebook to be able to choose the
|
2000-08-15 20:46:17 +00:00
|
|
|
* displayed page.
|
|
|
|
*/
|
|
|
|
static GtkWidget *notebook;
|
|
|
|
|
2000-05-08 07:54:54 +00:00
|
|
|
/*
|
|
|
|
* Keep a static pointer to the current "Preferences" window, if any, so that
|
|
|
|
* if somebody tries to do "Edit:Preferences" while there's already a
|
|
|
|
* "Preferences" window up, we just pop up the existing one, rather than
|
|
|
|
* creating a new one.
|
|
|
|
*/
|
|
|
|
static GtkWidget *prefs_w;
|
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/*
|
|
|
|
* Save the value of the preferences as of when the preferences dialog
|
|
|
|
* box was first popped up, so we can revert to those values if the
|
|
|
|
* user selects "Cancel".
|
|
|
|
*/
|
|
|
|
static e_prefs saved_prefs;
|
|
|
|
|
2001-10-11 02:17:29 +00:00
|
|
|
struct ct_struct {
|
2002-12-20 01:48:57 +00:00
|
|
|
GtkWidget *main_vb;
|
2001-10-11 02:17:29 +00:00
|
|
|
GtkWidget *notebook;
|
2002-11-03 17:38:45 +00:00
|
|
|
GtkWidget *tree;
|
2002-12-20 01:48:57 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
2001-10-11 02:17:29 +00:00
|
|
|
GtkCTreeNode *node;
|
2002-12-20 01:48:57 +00:00
|
|
|
#else
|
|
|
|
GtkTreeIter iter;
|
|
|
|
#endif
|
2002-01-20 20:05:18 +00:00
|
|
|
GtkTooltips *tooltips;
|
2001-10-11 02:17:29 +00:00
|
|
|
gint page;
|
2002-12-20 01:48:57 +00:00
|
|
|
gboolean is_protocol;
|
2001-10-11 02:17:29 +00:00
|
|
|
};
|
|
|
|
|
2003-10-02 21:06:11 +00:00
|
|
|
static guint
|
|
|
|
pref_exists(pref_t *pref _U_, gpointer user_data _U_)
|
|
|
|
{
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static guint
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
pref_show(pref_t *pref, gpointer user_data)
|
|
|
|
{
|
|
|
|
GtkWidget *main_tb = user_data;
|
|
|
|
const char *title;
|
|
|
|
char *label_string;
|
|
|
|
char uint_str[10+1];
|
|
|
|
|
|
|
|
/* Give this preference a label which is its title, followed by a colon,
|
|
|
|
and left-align it. */
|
|
|
|
title = pref->title;
|
|
|
|
label_string = g_malloc(strlen(title) + 2);
|
|
|
|
strcpy(label_string, title);
|
|
|
|
strcat(label_string, ":");
|
|
|
|
|
|
|
|
/* Save the current value of the preference, so that we can revert it if
|
|
|
|
the user does "Apply" and then "Cancel", and create the control for
|
|
|
|
editing the preference. */
|
|
|
|
switch (pref->type) {
|
|
|
|
|
|
|
|
case PREF_UINT:
|
|
|
|
pref->saved_val.uint = *pref->varp.uint;
|
|
|
|
|
|
|
|
/* XXX - there are no uint spinbuttons, so we can't use a spinbutton.
|
|
|
|
Even more annoyingly, even if there were, GLib doesn't define
|
|
|
|
G_MAXUINT - but I think ANSI C may define UINT_MAX, so we could
|
|
|
|
use that. */
|
|
|
|
switch (pref->info.base) {
|
|
|
|
|
|
|
|
case 10:
|
|
|
|
sprintf(uint_str, "%u", pref->saved_val.uint);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case 8:
|
|
|
|
sprintf(uint_str, "%o", pref->saved_val.uint);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case 16:
|
|
|
|
sprintf(uint_str, "%x", pref->saved_val.uint);
|
|
|
|
break;
|
|
|
|
}
|
2002-01-13 20:35:12 +00:00
|
|
|
pref->control = create_preference_entry(main_tb, pref->ordinal,
|
2002-01-20 20:05:18 +00:00
|
|
|
label_string, pref->description,
|
|
|
|
uint_str);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_BOOL:
|
2002-06-16 00:58:38 +00:00
|
|
|
pref->saved_val.boolval = *pref->varp.boolp;
|
2002-01-13 20:35:12 +00:00
|
|
|
pref->control = create_preference_check_button(main_tb, pref->ordinal,
|
2002-01-20 20:05:18 +00:00
|
|
|
label_string, pref->description,
|
2002-06-16 00:58:38 +00:00
|
|
|
pref->saved_val.boolval);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_ENUM:
|
|
|
|
pref->saved_val.enumval = *pref->varp.enump;
|
|
|
|
if (pref->info.enum_info.radio_buttons) {
|
|
|
|
/* Show it as radio buttons. */
|
2002-01-13 20:35:12 +00:00
|
|
|
pref->control = create_preference_radio_buttons(main_tb, pref->ordinal,
|
2002-01-20 20:05:18 +00:00
|
|
|
label_string, pref->description,
|
2002-01-13 20:35:12 +00:00
|
|
|
pref->info.enum_info.enumvals,
|
|
|
|
pref->saved_val.enumval);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else {
|
|
|
|
/* Show it as an option menu. */
|
2002-01-13 20:35:12 +00:00
|
|
|
pref->control = create_preference_option_menu(main_tb, pref->ordinal,
|
2002-01-20 20:05:18 +00:00
|
|
|
label_string, pref->description,
|
2002-01-13 20:35:12 +00:00
|
|
|
pref->info.enum_info.enumvals,
|
|
|
|
pref->saved_val.enumval);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_STRING:
|
|
|
|
if (pref->saved_val.string != NULL)
|
|
|
|
g_free(pref->saved_val.string);
|
|
|
|
pref->saved_val.string = g_strdup(*pref->varp.string);
|
2002-01-13 20:35:12 +00:00
|
|
|
pref->control = create_preference_entry(main_tb, pref->ordinal,
|
2002-01-20 20:05:18 +00:00
|
|
|
label_string, pref->description,
|
2002-01-13 20:35:12 +00:00
|
|
|
pref->saved_val.string);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
case PREF_OBSOLETE:
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
g_assert_not_reached();
|
|
|
|
break;
|
|
|
|
}
|
2002-01-13 20:35:12 +00:00
|
|
|
g_free(label_string);
|
2003-10-02 21:06:11 +00:00
|
|
|
|
|
|
|
return 0;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
2001-10-11 02:17:29 +00:00
|
|
|
#define MAX_TREE_NODE_NAME_LEN 64
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
static void
|
|
|
|
module_prefs_show(module_t *module, gpointer user_data)
|
|
|
|
{
|
2001-10-11 02:17:29 +00:00
|
|
|
struct ct_struct *cts = user_data;
|
2002-12-20 01:48:57 +00:00
|
|
|
struct ct_struct child_cts;
|
2001-10-11 02:17:29 +00:00
|
|
|
GtkWidget *main_vb, *main_tb, *frame;
|
2002-11-03 17:38:45 +00:00
|
|
|
gchar label_str[MAX_TREE_NODE_NAME_LEN];
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
2002-12-20 01:48:57 +00:00
|
|
|
gchar *label_ptr = label_str;
|
2001-10-11 02:17:29 +00:00
|
|
|
GtkCTreeNode *ct_node;
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
|
|
|
GtkTreeStore *model;
|
|
|
|
GtkTreeIter iter;
|
|
|
|
#endif
|
2001-10-11 02:17:29 +00:00
|
|
|
|
2003-10-02 21:06:11 +00:00
|
|
|
/*
|
|
|
|
* Is this module a subtree, with modules underneath it?
|
|
|
|
*/
|
|
|
|
if (!module->is_subtree) {
|
|
|
|
/*
|
|
|
|
* No.
|
|
|
|
* Does it have any preferences (other than possibly obsolete ones)?
|
|
|
|
*/
|
|
|
|
if (prefs_pref_foreach(module, pref_exists, NULL) == 0) {
|
|
|
|
/*
|
|
|
|
* No. Don't put the module into the preferences window.
|
|
|
|
* XXX - we should do the same for subtrees; if a subtree has
|
|
|
|
* nothing under it that will be displayed, don't put it into
|
|
|
|
* the window.
|
|
|
|
*/
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
|
|
|
* Add this module to the tree.
|
|
|
|
*/
|
|
|
|
strcpy(label_str, module->title);
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
ct_node = gtk_ctree_insert_node(GTK_CTREE(cts->tree), cts->node, NULL,
|
|
|
|
&label_ptr, 5, NULL, NULL, NULL, NULL, !module->is_subtree,
|
|
|
|
FALSE);
|
|
|
|
#else
|
|
|
|
model = GTK_TREE_STORE(gtk_tree_view_get_model(GTK_TREE_VIEW(cts->tree)));
|
2002-12-27 18:32:55 +00:00
|
|
|
if (module->is_subtree)
|
|
|
|
gtk_tree_store_append(model, &iter, NULL);
|
|
|
|
else
|
|
|
|
gtk_tree_store_append(model, &iter, &cts->iter);
|
2002-12-20 01:48:57 +00:00
|
|
|
#endif
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
|
|
|
* Is this a subtree?
|
|
|
|
*/
|
|
|
|
if (module->is_subtree) {
|
|
|
|
/*
|
|
|
|
* Yes.
|
|
|
|
*/
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/* Note that there's no page attached to this item */
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
gtk_ctree_node_set_row_data(GTK_CTREE(cts->tree), ct_node,
|
|
|
|
GINT_TO_POINTER(-1));
|
|
|
|
#else
|
|
|
|
gtk_tree_store_set(model, &iter, 0, label_str, 1, -1, -1);
|
|
|
|
#endif
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
|
|
|
* Walk the subtree and attach stuff to it.
|
|
|
|
*/
|
|
|
|
child_cts = *cts;
|
2002-11-03 17:38:45 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
2002-12-20 01:48:57 +00:00
|
|
|
child_cts.node = ct_node;
|
|
|
|
#else
|
|
|
|
child_cts.iter = iter;
|
|
|
|
#endif
|
|
|
|
if (module == protocols_module)
|
|
|
|
child_cts.is_protocol = TRUE;
|
|
|
|
prefs_module_list_foreach(module->prefs, module_prefs_show, &child_cts);
|
|
|
|
} else {
|
|
|
|
/*
|
2003-10-02 21:06:11 +00:00
|
|
|
* No. Create a notebook page for it.
|
2002-12-20 01:48:57 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
/* Frame */
|
|
|
|
frame = gtk_frame_new(module->title);
|
|
|
|
gtk_widget_show(frame);
|
|
|
|
|
|
|
|
/* Main vertical box */
|
|
|
|
main_vb = gtk_vbox_new(FALSE, 5);
|
|
|
|
gtk_container_border_width(GTK_CONTAINER(main_vb), 5);
|
|
|
|
gtk_container_add(GTK_CONTAINER(frame), main_vb);
|
|
|
|
|
|
|
|
/* Main table */
|
|
|
|
main_tb = gtk_table_new(module->numprefs, 2, FALSE);
|
|
|
|
gtk_box_pack_start(GTK_BOX(main_vb), main_tb, FALSE, FALSE, 0);
|
|
|
|
gtk_table_set_row_spacings(GTK_TABLE(main_tb), 10);
|
|
|
|
gtk_table_set_col_spacings(GTK_TABLE(main_tb), 15);
|
|
|
|
OBJECT_SET_DATA(main_tb, E_TOOLTIPS_KEY, cts->tooltips);
|
|
|
|
|
|
|
|
/* Add items for each of the preferences */
|
|
|
|
prefs_pref_foreach(module, pref_show, main_tb);
|
|
|
|
|
2003-11-04 20:22:21 +00:00
|
|
|
/* Associate this module with the page's frame. */
|
|
|
|
OBJECT_SET_DATA(frame, E_PAGE_MODULE_KEY, module);
|
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/* Add the page to the notebook */
|
|
|
|
gtk_notebook_append_page(GTK_NOTEBOOK(cts->notebook), frame, NULL);
|
|
|
|
|
|
|
|
/* Attach the page to the tree item */
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
gtk_ctree_node_set_row_data(GTK_CTREE(cts->tree), ct_node,
|
2001-10-11 02:17:29 +00:00
|
|
|
GINT_TO_POINTER(cts->page));
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
2002-12-20 01:48:57 +00:00
|
|
|
gtk_tree_store_set(model, &iter, 0, label_str, 1, cts->page, -1);
|
2002-11-03 17:38:45 +00:00
|
|
|
#endif
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
cts->page++;
|
|
|
|
|
|
|
|
/* Show 'em what we got */
|
|
|
|
gtk_widget_show_all(main_vb);
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
1999-09-09 03:32:03 +00:00
|
|
|
void
|
2002-03-05 11:56:00 +00:00
|
|
|
prefs_cb(GtkWidget *w _U_, gpointer dummy _U_)
|
2002-01-20 20:05:18 +00:00
|
|
|
{
|
2002-12-20 01:48:57 +00:00
|
|
|
GtkWidget *top_hb, *bbox, *prefs_nb, *ct_sb, *frame,
|
2002-11-03 17:38:45 +00:00
|
|
|
*ok_bt, *apply_bt, *save_bt, *cancel_bt;
|
2004-01-17 00:26:22 +00:00
|
|
|
GtkWidget *gui_pg, *gui_font_pg, *gui_column_pg, *gui_stream_pg;
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2002-11-03 17:38:45 +00:00
|
|
|
GtkWidget *capture_pg;
|
|
|
|
#endif
|
2004-01-01 13:29:16 +00:00
|
|
|
GtkWidget *print_pg, *nameres_pg;
|
2002-11-03 17:38:45 +00:00
|
|
|
gchar label_str[MAX_TREE_NODE_NAME_LEN];
|
|
|
|
struct ct_struct cts;
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
gchar *label_ptr = label_str;
|
|
|
|
GtkCTreeNode *ct_node;
|
2004-01-01 13:29:16 +00:00
|
|
|
GtkCTreeNode *ct_base_node;
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
2002-12-27 18:32:55 +00:00
|
|
|
GtkTreeStore *store;
|
2002-11-03 17:38:45 +00:00
|
|
|
GtkTreeSelection *selection;
|
|
|
|
GtkCellRenderer *renderer;
|
|
|
|
GtkTreeViewColumn *column;
|
|
|
|
gint col_offset;
|
|
|
|
GtkTreeIter iter;
|
2004-01-17 00:26:22 +00:00
|
|
|
GtkTreeIter base_iter;
|
2002-07-17 00:22:30 +00:00
|
|
|
#endif
|
2004-01-23 01:12:46 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
static gchar *fixedwidths[] = { "c", "m", NULL };
|
|
|
|
#endif
|
2001-10-11 02:17:29 +00:00
|
|
|
|
2000-05-08 07:54:54 +00:00
|
|
|
if (prefs_w != NULL) {
|
|
|
|
/* There's already a "Preferences" dialog box; reactivate it. */
|
|
|
|
reactivate_window(prefs_w);
|
|
|
|
return;
|
|
|
|
}
|
1999-09-09 03:32:03 +00:00
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Save the current preferences, so we can revert to those values
|
|
|
|
if the user presses "Cancel". */
|
|
|
|
copy_prefs(&saved_prefs, &prefs);
|
|
|
|
|
2000-08-23 06:56:31 +00:00
|
|
|
prefs_w = dlg_window_new("Ethereal: Preferences");
|
2002-11-11 15:39:06 +00:00
|
|
|
SIGNAL_CONNECT(prefs_w, "delete_event", prefs_main_delete_cb, NULL);
|
|
|
|
SIGNAL_CONNECT(prefs_w, "destroy", prefs_main_destroy_cb, NULL);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2002-01-20 20:05:18 +00:00
|
|
|
/*
|
|
|
|
* Unfortunately, we can't arrange that a GtkTable widget wrap an event box
|
|
|
|
* around a table row, so the spacing between the preference item's label
|
|
|
|
* and its control widgets is inactive and the tooltip doesn't pop up when
|
|
|
|
* the mouse is over it.
|
|
|
|
*/
|
|
|
|
cts.tooltips = gtk_tooltips_new();
|
|
|
|
|
1999-09-09 03:32:03 +00:00
|
|
|
/* Container for each row of widgets */
|
2002-12-20 01:48:57 +00:00
|
|
|
cts.main_vb = gtk_vbox_new(FALSE, 5);
|
|
|
|
gtk_container_border_width(GTK_CONTAINER(cts.main_vb), 5);
|
|
|
|
gtk_container_add(GTK_CONTAINER(prefs_w), cts.main_vb);
|
|
|
|
gtk_widget_show(cts.main_vb);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2001-10-11 02:17:29 +00:00
|
|
|
/* Top row: Preferences tree and notebook */
|
|
|
|
top_hb = gtk_hbox_new(FALSE, 10);
|
2002-12-20 01:48:57 +00:00
|
|
|
gtk_container_add(GTK_CONTAINER(cts.main_vb), top_hb);
|
1999-09-09 03:32:03 +00:00
|
|
|
gtk_widget_show(top_hb);
|
2001-10-11 02:17:29 +00:00
|
|
|
|
|
|
|
/* Place a Ctree on the left for preference categories */
|
2002-01-11 07:40:32 +00:00
|
|
|
ct_sb = scrolled_window_new(NULL, NULL);
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_scrolled_window_set_policy(GTK_SCROLLED_WINDOW(ct_sb),
|
|
|
|
GTK_POLICY_NEVER, GTK_POLICY_AUTOMATIC);
|
|
|
|
gtk_container_add(GTK_CONTAINER(top_hb), ct_sb);
|
|
|
|
gtk_widget_show(ct_sb);
|
|
|
|
|
2002-11-03 17:38:45 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
cts.tree = ctree_new(1, 0);
|
2002-12-27 18:32:55 +00:00
|
|
|
cts.node = NULL;
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
|
|
|
store = gtk_tree_store_new(2, G_TYPE_STRING, G_TYPE_INT);
|
|
|
|
cts.tree = tree_view_new(GTK_TREE_MODEL(store));
|
|
|
|
gtk_tree_view_set_headers_visible(GTK_TREE_VIEW(cts.tree), FALSE);
|
|
|
|
selection = gtk_tree_view_get_selection(GTK_TREE_VIEW(cts.tree));
|
|
|
|
gtk_tree_selection_set_mode(selection, GTK_SELECTION_SINGLE);
|
|
|
|
renderer = gtk_cell_renderer_text_new();
|
|
|
|
col_offset = gtk_tree_view_insert_column_with_attributes(GTK_TREE_VIEW(cts.tree),
|
|
|
|
-1, "Name", renderer,
|
|
|
|
"text", 0, NULL);
|
|
|
|
column = gtk_tree_view_get_column(GTK_TREE_VIEW(cts.tree),
|
|
|
|
col_offset - 1);
|
|
|
|
gtk_tree_view_column_set_sizing(GTK_TREE_VIEW_COLUMN(column),
|
|
|
|
GTK_TREE_VIEW_COLUMN_AUTOSIZE);
|
|
|
|
#endif
|
2002-12-20 01:48:57 +00:00
|
|
|
cts.page = 0;
|
2002-11-03 17:38:45 +00:00
|
|
|
gtk_container_add(GTK_CONTAINER(ct_sb), cts.tree);
|
|
|
|
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
gtk_clist_set_column_auto_resize(GTK_CLIST(cts.tree), 0, TRUE);
|
2002-11-11 15:39:06 +00:00
|
|
|
SIGNAL_CONNECT(cts.tree, "tree-select-row", prefs_tree_select_cb, NULL);
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
2002-11-11 15:39:06 +00:00
|
|
|
SIGNAL_CONNECT(selection, "changed", prefs_tree_select_cb, NULL);
|
2002-11-03 17:38:45 +00:00
|
|
|
#endif
|
|
|
|
gtk_widget_show(cts.tree);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2001-10-11 02:17:29 +00:00
|
|
|
/* A notebook widget sans tabs is used to flip between prefs */
|
2000-08-15 20:46:17 +00:00
|
|
|
notebook = prefs_nb = gtk_notebook_new();
|
2002-12-20 01:48:57 +00:00
|
|
|
gtk_notebook_set_show_tabs(GTK_NOTEBOOK(prefs_nb), FALSE);
|
|
|
|
gtk_notebook_set_show_border(GTK_NOTEBOOK(prefs_nb), FALSE);
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_container_add(GTK_CONTAINER(top_hb), prefs_nb);
|
1999-09-09 03:32:03 +00:00
|
|
|
gtk_widget_show(prefs_nb);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2004-01-01 13:29:16 +00:00
|
|
|
/* GUI prefs */
|
|
|
|
frame = gtk_frame_new("User Interface");
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_widget_show(GTK_WIDGET(frame));
|
2004-01-01 13:29:16 +00:00
|
|
|
gui_pg = gui_prefs_show();
|
|
|
|
gtk_container_add(GTK_CONTAINER(frame), gui_pg);
|
|
|
|
OBJECT_SET_DATA(prefs_w, E_GUI_PAGE_KEY, gui_pg);
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_notebook_append_page (GTK_NOTEBOOK(prefs_nb), frame, NULL);
|
2004-01-01 13:29:16 +00:00
|
|
|
strcpy(label_str, "User Interface");
|
2002-11-03 17:38:45 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
ct_node = gtk_ctree_insert_node(GTK_CTREE(cts.tree), NULL, NULL,
|
2004-01-01 13:29:16 +00:00
|
|
|
&label_ptr, 5, NULL, NULL, NULL, NULL, FALSE /*TRUE*/, TRUE);
|
2002-11-03 17:38:45 +00:00
|
|
|
gtk_ctree_node_set_row_data(GTK_CTREE(cts.tree), ct_node,
|
2001-10-11 02:17:29 +00:00
|
|
|
GINT_TO_POINTER(cts.page));
|
2004-01-01 13:29:16 +00:00
|
|
|
ct_base_node = ct_node;
|
2004-01-17 00:26:22 +00:00
|
|
|
gtk_ctree_select(GTK_CTREE(cts.tree), ct_node);
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
|
|
|
gtk_tree_store_append(store, &iter, NULL);
|
|
|
|
gtk_tree_store_set(store, &iter, 0, label_str, 1, cts.page, -1);
|
2004-01-17 00:26:22 +00:00
|
|
|
base_iter = iter;
|
|
|
|
gtk_tree_selection_select_iter(selection, &iter);
|
2002-11-03 17:38:45 +00:00
|
|
|
#endif
|
2001-10-11 02:17:29 +00:00
|
|
|
cts.page++;
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2004-01-01 13:29:16 +00:00
|
|
|
/* GUI Column prefs */
|
2001-10-11 02:17:29 +00:00
|
|
|
frame = gtk_frame_new("Columns");
|
|
|
|
gtk_widget_show(GTK_WIDGET(frame));
|
2004-01-01 13:29:16 +00:00
|
|
|
gui_column_pg = column_prefs_show();
|
|
|
|
gtk_container_add(GTK_CONTAINER(frame), gui_column_pg);
|
|
|
|
OBJECT_SET_DATA(prefs_w, E_GUI_COLUMN_PAGE_KEY, gui_column_pg);
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_notebook_append_page (GTK_NOTEBOOK(prefs_nb), frame, NULL);
|
|
|
|
strcpy(label_str, "Columns");
|
2002-11-03 17:38:45 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
2004-01-01 13:29:16 +00:00
|
|
|
ct_node = gtk_ctree_insert_node(GTK_CTREE(cts.tree), ct_base_node, NULL,
|
2001-10-11 02:17:29 +00:00
|
|
|
&label_ptr, 5, NULL, NULL, NULL, NULL, TRUE, TRUE);
|
2002-11-03 17:38:45 +00:00
|
|
|
gtk_ctree_node_set_row_data(GTK_CTREE(cts.tree), ct_node,
|
2001-10-11 02:17:29 +00:00
|
|
|
GINT_TO_POINTER(cts.page));
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
2004-01-17 00:26:22 +00:00
|
|
|
gtk_tree_store_append(store, &iter, &base_iter);
|
|
|
|
gtk_tree_store_set(store, &iter, 0, label_str, 1, cts.page, -1);
|
|
|
|
/* expand the parent */
|
|
|
|
gtk_tree_view_expand_all(GTK_TREE_VIEW(cts.tree));
|
|
|
|
#endif
|
|
|
|
cts.page++;
|
|
|
|
|
|
|
|
/* GUI Font prefs */
|
|
|
|
frame = gtk_frame_new("Font");
|
|
|
|
gtk_widget_show(GTK_WIDGET(frame));
|
|
|
|
gui_font_pg = gui_font_prefs_show();
|
|
|
|
gtk_container_add(GTK_CONTAINER(frame), gui_font_pg);
|
|
|
|
OBJECT_SET_DATA(prefs_w, E_GUI_FONT_PAGE_KEY, gui_font_pg);
|
|
|
|
gtk_notebook_append_page (GTK_NOTEBOOK(prefs_nb), frame, NULL);
|
2004-01-23 02:09:18 +00:00
|
|
|
|
|
|
|
/* We set the current font and, for GTK+ 1.2[.x], the font filter
|
|
|
|
now, because they appear not to work when run before appending
|
|
|
|
the frame to the notebook. */
|
|
|
|
|
|
|
|
/* Set the font to the current font.
|
|
|
|
XXX - GTK+ 1.2.8, and probably earlier versions, have a bug
|
|
|
|
wherein that doesn't necessarily cause that font to be
|
|
|
|
selected in the dialog box. I've sent to the GTK+ folk
|
|
|
|
a fix; hopefully, it'll show up in 1.2.9 if, as, and when
|
|
|
|
they put out a 1.2.9 release. */
|
2004-01-21 12:19:19 +00:00
|
|
|
gtk_font_selection_set_font_name(
|
|
|
|
GTK_FONT_SELECTION(gui_font_pg), prefs.PREFS_GUI_FONT_NAME);
|
2004-01-23 01:12:46 +00:00
|
|
|
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
/* Set its filter to show only fixed_width fonts. */
|
|
|
|
gtk_font_selection_set_filter(
|
|
|
|
GTK_FONT_SELECTION(gui_font_pg),
|
|
|
|
GTK_FONT_FILTER_BASE, /* user can't change the filter */
|
|
|
|
GTK_FONT_ALL, /* bitmap or scalable are fine */
|
|
|
|
NULL, /* all foundries are OK */
|
|
|
|
NULL, /* all weights are OK (XXX - normal only?) */
|
|
|
|
NULL, /* all slants are OK (XXX - Roman only?) */
|
|
|
|
NULL, /* all setwidths are OK */
|
|
|
|
fixedwidths, /* ONLY fixed-width fonts */
|
|
|
|
NULL); /* all charsets are OK (XXX - ISO 8859/1 only?) */
|
|
|
|
#endif
|
|
|
|
|
2004-01-17 00:26:22 +00:00
|
|
|
strcpy(label_str, "Font");
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
ct_node = gtk_ctree_insert_node(GTK_CTREE(cts.tree), ct_base_node, NULL,
|
|
|
|
&label_ptr, 5, NULL, NULL, NULL, NULL, TRUE, TRUE);
|
|
|
|
gtk_ctree_node_set_row_data(GTK_CTREE(cts.tree), ct_node,
|
|
|
|
GINT_TO_POINTER(cts.page));
|
|
|
|
#else
|
|
|
|
gtk_tree_store_append(store, &iter, &base_iter);
|
2002-11-03 17:38:45 +00:00
|
|
|
gtk_tree_store_set(store, &iter, 0, label_str, 1, cts.page, -1);
|
|
|
|
#endif
|
2001-10-11 02:17:29 +00:00
|
|
|
cts.page++;
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2004-01-14 23:32:48 +00:00
|
|
|
/* GUI Colors prefs */
|
|
|
|
frame = gtk_frame_new("Colors");
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_widget_show(GTK_WIDGET(frame));
|
2004-01-01 13:29:16 +00:00
|
|
|
gui_stream_pg = stream_prefs_show();
|
|
|
|
gtk_container_add(GTK_CONTAINER(frame), gui_stream_pg);
|
|
|
|
OBJECT_SET_DATA(prefs_w, E_GUI_STREAM_PAGE_KEY, gui_stream_pg);
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_notebook_append_page (GTK_NOTEBOOK(prefs_nb), frame, NULL);
|
2004-01-14 23:32:48 +00:00
|
|
|
strcpy(label_str, "Colors");
|
2002-11-03 17:38:45 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
2004-01-01 13:29:16 +00:00
|
|
|
ct_node = gtk_ctree_insert_node(GTK_CTREE(cts.tree), ct_base_node, NULL,
|
2001-10-11 02:17:29 +00:00
|
|
|
&label_ptr, 5, NULL, NULL, NULL, NULL, TRUE, TRUE);
|
2002-11-03 17:38:45 +00:00
|
|
|
gtk_ctree_node_set_row_data(GTK_CTREE(cts.tree), ct_node,
|
2001-10-11 02:17:29 +00:00
|
|
|
GINT_TO_POINTER(cts.page));
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
2004-01-17 00:26:22 +00:00
|
|
|
gtk_tree_store_append(store, &iter, &base_iter);
|
2002-11-03 17:38:45 +00:00
|
|
|
gtk_tree_store_set(store, &iter, 0, label_str, 1, cts.page, -1);
|
|
|
|
#endif
|
2001-10-11 02:17:29 +00:00
|
|
|
cts.page++;
|
|
|
|
|
2002-01-10 07:43:39 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2002-04-19 20:49:28 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2002-01-10 07:43:39 +00:00
|
|
|
/* capture prefs */
|
|
|
|
frame = gtk_frame_new("Capture");
|
|
|
|
gtk_widget_show(GTK_WIDGET(frame));
|
|
|
|
capture_pg = capture_prefs_show();
|
|
|
|
gtk_container_add(GTK_CONTAINER(frame), capture_pg);
|
2002-11-11 15:39:06 +00:00
|
|
|
OBJECT_SET_DATA(prefs_w, E_CAPTURE_PAGE_KEY, capture_pg);
|
2002-01-10 07:43:39 +00:00
|
|
|
gtk_notebook_append_page (GTK_NOTEBOOK(prefs_nb), frame, NULL);
|
|
|
|
strcpy(label_str, "Capture");
|
2002-11-03 17:38:45 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
ct_node = gtk_ctree_insert_node(GTK_CTREE(cts.tree), NULL, NULL,
|
2002-01-10 07:43:39 +00:00
|
|
|
&label_ptr, 5, NULL, NULL, NULL, NULL, TRUE, TRUE);
|
2002-11-03 17:38:45 +00:00
|
|
|
gtk_ctree_node_set_row_data(GTK_CTREE(cts.tree), ct_node,
|
2002-01-10 07:43:39 +00:00
|
|
|
GINT_TO_POINTER(cts.page));
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
|
|
|
gtk_tree_store_append(store, &iter, NULL);
|
|
|
|
gtk_tree_store_set(store, &iter, 0, label_str, 1, cts.page, -1);
|
|
|
|
#endif
|
2002-01-10 07:43:39 +00:00
|
|
|
cts.page++;
|
2002-04-19 20:49:28 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
1999-12-16 06:20:18 +00:00
|
|
|
|
2004-01-01 13:29:16 +00:00
|
|
|
/* Printing prefs */
|
|
|
|
frame = gtk_frame_new("Printing");
|
|
|
|
gtk_widget_show(GTK_WIDGET(frame));
|
|
|
|
print_pg = printer_prefs_show();
|
|
|
|
gtk_container_add(GTK_CONTAINER(frame), print_pg);
|
|
|
|
OBJECT_SET_DATA(prefs_w, E_PRINT_PAGE_KEY, print_pg);
|
|
|
|
gtk_notebook_append_page (GTK_NOTEBOOK(prefs_nb), frame, NULL);
|
|
|
|
strcpy(label_str, "Printing");
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
ct_node = gtk_ctree_insert_node(GTK_CTREE(cts.tree), NULL, NULL,
|
|
|
|
&label_ptr, 5, NULL, NULL, NULL, NULL, TRUE, TRUE);
|
|
|
|
gtk_ctree_node_set_row_data(GTK_CTREE(cts.tree), ct_node,
|
|
|
|
GINT_TO_POINTER(cts.page));
|
|
|
|
#else
|
|
|
|
gtk_tree_store_append(store, &iter, NULL);
|
|
|
|
gtk_tree_store_set(store, &iter, 0, label_str, 1, cts.page, -1);
|
|
|
|
#endif
|
|
|
|
cts.page++;
|
|
|
|
|
2002-01-13 20:35:12 +00:00
|
|
|
/* Name resolution prefs */
|
2003-09-01 01:49:20 +00:00
|
|
|
frame = gtk_frame_new("Name Resolution");
|
2002-01-13 20:35:12 +00:00
|
|
|
gtk_widget_show(GTK_WIDGET(frame));
|
|
|
|
nameres_pg = nameres_prefs_show();
|
|
|
|
gtk_container_add(GTK_CONTAINER(frame), nameres_pg);
|
2002-11-11 15:39:06 +00:00
|
|
|
OBJECT_SET_DATA(prefs_w, E_NAMERES_PAGE_KEY, nameres_pg);
|
2002-01-13 20:35:12 +00:00
|
|
|
gtk_notebook_append_page (GTK_NOTEBOOK(prefs_nb), frame, NULL);
|
2003-09-01 01:49:20 +00:00
|
|
|
strcpy(label_str, "Name Resolution");
|
2002-11-03 17:38:45 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
ct_node = gtk_ctree_insert_node(GTK_CTREE(cts.tree), NULL, NULL,
|
2002-01-13 20:35:12 +00:00
|
|
|
&label_ptr, 5, NULL, NULL, NULL, NULL, TRUE, TRUE);
|
2002-11-03 17:38:45 +00:00
|
|
|
gtk_ctree_node_set_row_data(GTK_CTREE(cts.tree), ct_node,
|
2002-01-13 20:35:12 +00:00
|
|
|
GINT_TO_POINTER(cts.page));
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
|
|
|
gtk_tree_store_append(store, &iter, NULL);
|
|
|
|
gtk_tree_store_set(store, &iter, 0, label_str, 1, cts.page, -1);
|
|
|
|
#endif
|
2002-01-13 20:35:12 +00:00
|
|
|
cts.page++;
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/* Registered prefs */
|
2001-10-11 02:17:29 +00:00
|
|
|
cts.notebook = prefs_nb;
|
2002-12-20 01:48:57 +00:00
|
|
|
cts.is_protocol = FALSE;
|
|
|
|
prefs_module_list_foreach(NULL, module_prefs_show, &cts);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
1999-09-09 03:32:03 +00:00
|
|
|
/* Button row: OK and cancel buttons */
|
2004-01-21 21:19:34 +00:00
|
|
|
bbox = dlg_button_row_new(GTK_STOCK_OK, GTK_STOCK_APPLY, GTK_STOCK_SAVE, GTK_STOCK_CANCEL, NULL);
|
2004-01-25 12:22:20 +00:00
|
|
|
gtk_box_pack_start(GTK_BOX(cts.main_vb), bbox, FALSE, FALSE, 0);
|
1999-09-09 03:32:03 +00:00
|
|
|
gtk_widget_show(bbox);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2004-01-21 21:19:34 +00:00
|
|
|
ok_bt = OBJECT_GET_DATA(bbox, GTK_STOCK_OK);
|
2002-11-11 15:39:06 +00:00
|
|
|
SIGNAL_CONNECT(ok_bt, "clicked", prefs_main_ok_cb, prefs_w);
|
1999-09-09 03:32:03 +00:00
|
|
|
gtk_widget_grab_default(ok_bt);
|
|
|
|
|
2004-01-21 21:19:34 +00:00
|
|
|
apply_bt = OBJECT_GET_DATA(bbox, GTK_STOCK_APPLY);
|
2002-11-11 15:39:06 +00:00
|
|
|
SIGNAL_CONNECT(apply_bt, "clicked", prefs_main_apply_cb, prefs_w);
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
|
2004-01-21 21:19:34 +00:00
|
|
|
save_bt = OBJECT_GET_DATA(bbox, GTK_STOCK_SAVE);
|
2002-11-11 15:39:06 +00:00
|
|
|
SIGNAL_CONNECT(save_bt, "clicked", prefs_main_save_cb, prefs_w);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2004-01-21 21:19:34 +00:00
|
|
|
cancel_bt = OBJECT_GET_DATA(bbox, GTK_STOCK_CANCEL);
|
2002-11-11 15:39:06 +00:00
|
|
|
SIGNAL_CONNECT(cancel_bt, "clicked", prefs_main_cancel_cb, prefs_w);
|
1999-09-09 03:32:03 +00:00
|
|
|
|
2000-05-08 07:58:20 +00:00
|
|
|
/* Catch the "key_press_event" signal in the window, so that we can catch
|
|
|
|
the ESC key being pressed and act as if the "Cancel" button had
|
|
|
|
been selected. */
|
|
|
|
dlg_set_cancel(prefs_w, cancel_bt);
|
|
|
|
|
1999-09-09 03:32:03 +00:00
|
|
|
gtk_widget_show(prefs_w);
|
2002-11-03 17:38:45 +00:00
|
|
|
|
|
|
|
#if GTK_MAJOR_VERSION >= 2
|
|
|
|
g_object_unref(G_OBJECT(store));
|
|
|
|
#endif
|
1999-09-09 03:32:03 +00:00
|
|
|
}
|
|
|
|
|
2002-01-13 20:35:12 +00:00
|
|
|
static void
|
|
|
|
set_option_label(GtkWidget *main_tb, int table_position,
|
2002-01-20 20:05:18 +00:00
|
|
|
const gchar *label_text, const gchar *tooltip_text, GtkTooltips *tooltips)
|
2002-01-13 20:35:12 +00:00
|
|
|
{
|
|
|
|
GtkWidget *label;
|
2002-01-20 20:05:18 +00:00
|
|
|
GtkWidget *event_box;
|
2002-01-13 20:35:12 +00:00
|
|
|
|
|
|
|
label = gtk_label_new(label_text);
|
|
|
|
gtk_misc_set_alignment(GTK_MISC(label), 1.0, 0.5);
|
|
|
|
gtk_widget_show(label);
|
2002-01-20 20:05:18 +00:00
|
|
|
|
|
|
|
event_box = gtk_event_box_new();
|
|
|
|
gtk_table_attach_defaults(GTK_TABLE(main_tb), event_box, 0, 1,
|
|
|
|
table_position, table_position + 1);
|
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, event_box, tooltip_text, NULL);
|
|
|
|
gtk_container_add(GTK_CONTAINER(event_box), label);
|
|
|
|
gtk_widget_show(event_box);
|
2002-01-13 20:35:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
GtkWidget *
|
|
|
|
create_preference_check_button(GtkWidget *main_tb, int table_position,
|
2002-01-20 20:05:18 +00:00
|
|
|
const gchar *label_text, const gchar *tooltip_text, gboolean active)
|
2002-01-13 20:35:12 +00:00
|
|
|
{
|
2002-01-20 20:05:18 +00:00
|
|
|
GtkTooltips *tooltips;
|
2002-01-13 20:35:12 +00:00
|
|
|
GtkWidget *check_box;
|
|
|
|
|
2002-11-11 15:39:06 +00:00
|
|
|
tooltips = OBJECT_GET_DATA(main_tb, E_TOOLTIPS_KEY);
|
2002-01-20 20:05:18 +00:00
|
|
|
|
|
|
|
set_option_label(main_tb, table_position, label_text, tooltip_text,
|
|
|
|
tooltips);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
|
|
|
check_box = gtk_check_button_new();
|
|
|
|
gtk_toggle_button_set_active(GTK_TOGGLE_BUTTON(check_box), active);
|
|
|
|
gtk_table_attach_defaults(GTK_TABLE(main_tb), check_box, 1, 2,
|
|
|
|
table_position, table_position + 1);
|
2002-01-20 20:05:18 +00:00
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, check_box, tooltip_text, NULL);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
|
|
|
return check_box;
|
|
|
|
}
|
|
|
|
|
|
|
|
GtkWidget *
|
|
|
|
create_preference_radio_buttons(GtkWidget *main_tb, int table_position,
|
2002-01-20 20:05:18 +00:00
|
|
|
const gchar *label_text, const gchar *tooltip_text,
|
|
|
|
const enum_val_t *enumvals, gint current_val)
|
2002-01-13 20:35:12 +00:00
|
|
|
{
|
2002-01-20 20:05:18 +00:00
|
|
|
GtkTooltips *tooltips;
|
2002-01-13 20:35:12 +00:00
|
|
|
GtkWidget *radio_button_hbox, *button = NULL;
|
|
|
|
GSList *rb_group;
|
|
|
|
int index;
|
|
|
|
const enum_val_t *enum_valp;
|
2002-01-20 20:05:18 +00:00
|
|
|
GtkWidget *event_box;
|
|
|
|
|
2002-11-11 15:39:06 +00:00
|
|
|
tooltips = OBJECT_GET_DATA(main_tb, E_TOOLTIPS_KEY);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
2002-01-20 20:05:18 +00:00
|
|
|
set_option_label(main_tb, table_position, label_text, tooltip_text,
|
|
|
|
tooltips);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
|
|
|
radio_button_hbox = gtk_hbox_new(FALSE, 0);
|
|
|
|
rb_group = NULL;
|
|
|
|
for (enum_valp = enumvals, index = 0; enum_valp->name != NULL;
|
|
|
|
enum_valp++, index++) {
|
|
|
|
button = gtk_radio_button_new_with_label(rb_group,
|
|
|
|
enum_valp->name);
|
|
|
|
gtk_widget_show(button);
|
2003-10-02 21:18:38 +00:00
|
|
|
rb_group = gtk_radio_button_group(GTK_RADIO_BUTTON(button));
|
2002-01-13 20:35:12 +00:00
|
|
|
gtk_box_pack_start(GTK_BOX(radio_button_hbox), button, FALSE,
|
|
|
|
FALSE, 10);
|
|
|
|
if (enum_valp->value == current_val) {
|
|
|
|
gtk_toggle_button_set_state(GTK_TOGGLE_BUTTON(button),
|
|
|
|
TRUE);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
gtk_widget_show(radio_button_hbox);
|
2002-01-20 20:05:18 +00:00
|
|
|
|
|
|
|
event_box = gtk_event_box_new();
|
|
|
|
gtk_container_add(GTK_CONTAINER(event_box), radio_button_hbox);
|
|
|
|
gtk_table_attach_defaults(GTK_TABLE(main_tb), event_box, 1, 2,
|
2002-01-13 20:35:12 +00:00
|
|
|
table_position, table_position+1);
|
2002-01-20 20:05:18 +00:00
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, event_box, tooltip_text, NULL);
|
|
|
|
gtk_widget_show(event_box);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* It doesn't matter which of the buttons we return - we fetch
|
|
|
|
* the value by looking at the entire radio button group to
|
|
|
|
* which it belongs, and we can get that from any button.
|
|
|
|
*/
|
|
|
|
return button;
|
|
|
|
}
|
|
|
|
|
|
|
|
static gint
|
|
|
|
label_to_enum_val(GtkWidget *label, const enum_val_t *enumvals)
|
|
|
|
{
|
|
|
|
char *label_string;
|
|
|
|
gint enumval;
|
|
|
|
|
|
|
|
/* Get the label's text, and translate it to a value. */
|
|
|
|
gtk_label_get(GTK_LABEL(label), &label_string);
|
|
|
|
enumval = find_val_for_string(label_string, enumvals, 1);
|
|
|
|
|
|
|
|
return enumval;
|
|
|
|
}
|
|
|
|
|
|
|
|
gint
|
|
|
|
fetch_preference_radio_buttons_val(GtkWidget *button,
|
|
|
|
const enum_val_t *enumvals)
|
|
|
|
{
|
|
|
|
GSList *rb_group;
|
|
|
|
GSList *rb_entry;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Go through the list of of radio buttons in the button's group,
|
|
|
|
* and find the first one that's active.
|
|
|
|
*/
|
|
|
|
rb_group = gtk_radio_button_group(GTK_RADIO_BUTTON(button));
|
|
|
|
button = NULL;
|
|
|
|
for (rb_entry = rb_group; rb_entry != NULL;
|
|
|
|
rb_entry = g_slist_next(rb_entry)) {
|
|
|
|
button = rb_entry->data;
|
|
|
|
if (GTK_TOGGLE_BUTTON(button)->active)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* OK, now return the value corresponding to that button's label. */
|
|
|
|
return label_to_enum_val(GTK_BIN(button)->child, enumvals);
|
|
|
|
}
|
|
|
|
|
|
|
|
GtkWidget *
|
|
|
|
create_preference_option_menu(GtkWidget *main_tb, int table_position,
|
2002-01-20 20:05:18 +00:00
|
|
|
const gchar *label_text, const gchar *tooltip_text,
|
|
|
|
const enum_val_t *enumvals, gint current_val)
|
2002-01-13 20:35:12 +00:00
|
|
|
{
|
2002-01-20 20:05:18 +00:00
|
|
|
GtkTooltips *tooltips;
|
2002-03-05 12:03:27 +00:00
|
|
|
GtkWidget *menu_box, *menu, *menu_item, *option_menu;
|
2002-01-13 20:35:12 +00:00
|
|
|
int menu_index, index;
|
|
|
|
const enum_val_t *enum_valp;
|
2002-01-20 20:05:18 +00:00
|
|
|
GtkWidget *event_box;
|
|
|
|
|
2002-11-11 15:39:06 +00:00
|
|
|
tooltips = OBJECT_GET_DATA(main_tb, E_TOOLTIPS_KEY);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
2002-01-20 20:05:18 +00:00
|
|
|
set_option_label(main_tb, table_position, label_text, tooltip_text,
|
|
|
|
tooltips);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
|
|
|
/* Create a menu from the enumvals */
|
|
|
|
menu = gtk_menu_new();
|
2002-01-20 20:05:18 +00:00
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, menu, tooltip_text, NULL);
|
2002-01-13 20:35:12 +00:00
|
|
|
menu_index = -1;
|
|
|
|
for (enum_valp = enumvals, index = 0; enum_valp->name != NULL;
|
|
|
|
enum_valp++, index++) {
|
|
|
|
menu_item = gtk_menu_item_new_with_label(enum_valp->name);
|
|
|
|
gtk_menu_append(GTK_MENU(menu), menu_item);
|
|
|
|
if (enum_valp->value == current_val)
|
|
|
|
menu_index = index;
|
|
|
|
gtk_widget_show(menu_item);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Create the option menu from the menu */
|
|
|
|
option_menu = gtk_option_menu_new();
|
|
|
|
gtk_option_menu_set_menu(GTK_OPTION_MENU(option_menu), menu);
|
|
|
|
|
|
|
|
/* Set its current value to the variable's current value */
|
|
|
|
if (menu_index != -1)
|
|
|
|
gtk_option_menu_set_history(GTK_OPTION_MENU(option_menu),
|
|
|
|
menu_index);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Put the option menu in an hbox, so that it's only as wide
|
|
|
|
* as the widest entry, rather than being as wide as the table
|
|
|
|
* space.
|
|
|
|
*/
|
|
|
|
menu_box = gtk_hbox_new(FALSE, 0);
|
|
|
|
gtk_box_pack_start(GTK_BOX(menu_box), option_menu, FALSE, FALSE, 0);
|
2002-01-20 20:05:18 +00:00
|
|
|
|
|
|
|
event_box = gtk_event_box_new();
|
|
|
|
gtk_table_attach_defaults(GTK_TABLE(main_tb), event_box,
|
|
|
|
1, 2, table_position, table_position + 1);
|
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, event_box, tooltip_text, NULL);
|
|
|
|
gtk_container_add(GTK_CONTAINER(event_box), menu_box);
|
|
|
|
|
2002-01-13 20:35:12 +00:00
|
|
|
return option_menu;
|
|
|
|
}
|
|
|
|
|
|
|
|
gint
|
|
|
|
fetch_preference_option_menu_val(GtkWidget *optmenu, const enum_val_t *enumvals)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* OK, now return the value corresponding to the label for the
|
|
|
|
* currently active entry in the option menu.
|
|
|
|
*
|
|
|
|
* Yes, this is how you get the label for that entry. See FAQ
|
|
|
|
* 6.8 in the GTK+ FAQ.
|
|
|
|
*/
|
|
|
|
return label_to_enum_val(GTK_BIN(optmenu)->child, enumvals);
|
|
|
|
}
|
|
|
|
|
|
|
|
GtkWidget *
|
|
|
|
create_preference_entry(GtkWidget *main_tb, int table_position,
|
2002-01-20 20:05:18 +00:00
|
|
|
const gchar *label_text, const gchar *tooltip_text, char *value)
|
2002-01-13 20:35:12 +00:00
|
|
|
{
|
2002-01-20 20:05:18 +00:00
|
|
|
GtkTooltips *tooltips;
|
2002-01-13 20:35:12 +00:00
|
|
|
GtkWidget *entry;
|
|
|
|
|
2002-11-11 15:39:06 +00:00
|
|
|
tooltips = OBJECT_GET_DATA(main_tb, E_TOOLTIPS_KEY);
|
2002-01-20 20:05:18 +00:00
|
|
|
|
|
|
|
set_option_label(main_tb, table_position, label_text, tooltip_text,
|
|
|
|
tooltips);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
|
|
|
entry = gtk_entry_new();
|
|
|
|
if (value != NULL)
|
|
|
|
gtk_entry_set_text(GTK_ENTRY(entry), value);
|
|
|
|
gtk_table_attach_defaults(GTK_TABLE(main_tb), entry, 1, 2,
|
|
|
|
table_position, table_position + 1);
|
2002-01-20 20:05:18 +00:00
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, entry, tooltip_text, NULL);
|
2002-01-13 20:35:12 +00:00
|
|
|
gtk_widget_show(entry);
|
|
|
|
|
|
|
|
return entry;
|
|
|
|
}
|
|
|
|
|
2003-10-02 21:06:11 +00:00
|
|
|
static guint
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
pref_fetch(pref_t *pref, gpointer user_data)
|
|
|
|
{
|
2003-12-04 00:45:39 +00:00
|
|
|
const char *str_val;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
char *p;
|
|
|
|
guint uval;
|
2000-07-09 03:29:42 +00:00
|
|
|
gboolean bval;
|
|
|
|
gint enumval;
|
|
|
|
gboolean *pref_changed_p = user_data;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
|
|
|
|
/* Fetch the value of the preference, and set the appropriate variable
|
|
|
|
to it. */
|
|
|
|
switch (pref->type) {
|
|
|
|
|
|
|
|
case PREF_UINT:
|
|
|
|
str_val = gtk_entry_get_text(GTK_ENTRY(pref->control));
|
|
|
|
uval = strtoul(str_val, &p, pref->info.base);
|
|
|
|
#if 0
|
|
|
|
if (p == value || *p != '\0')
|
|
|
|
return PREFS_SET_SYNTAX_ERR; /* number was bad */
|
|
|
|
#endif
|
2000-07-09 03:29:42 +00:00
|
|
|
if (*pref->varp.uint != uval) {
|
|
|
|
*pref_changed_p = TRUE;
|
|
|
|
*pref->varp.uint = uval;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_BOOL:
|
2000-07-09 03:29:42 +00:00
|
|
|
bval = GTK_TOGGLE_BUTTON(pref->control)->active;
|
2002-06-16 00:58:38 +00:00
|
|
|
if (*pref->varp.boolp != bval) {
|
2000-07-09 03:29:42 +00:00
|
|
|
*pref_changed_p = TRUE;
|
2002-06-16 00:58:38 +00:00
|
|
|
*pref->varp.boolp = bval;
|
2000-07-09 03:29:42 +00:00
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_ENUM:
|
|
|
|
if (pref->info.enum_info.radio_buttons) {
|
2002-01-13 20:35:12 +00:00
|
|
|
enumval = fetch_preference_radio_buttons_val(pref->control,
|
|
|
|
pref->info.enum_info.enumvals);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
} else {
|
2002-01-13 20:35:12 +00:00
|
|
|
enumval = fetch_preference_option_menu_val(pref->control,
|
|
|
|
pref->info.enum_info.enumvals);
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
2000-07-09 03:29:42 +00:00
|
|
|
if (*pref->varp.enump != enumval) {
|
|
|
|
*pref_changed_p = TRUE;
|
|
|
|
*pref->varp.enump = enumval;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_STRING:
|
|
|
|
str_val = gtk_entry_get_text(GTK_ENTRY(pref->control));
|
2003-03-11 23:14:42 +00:00
|
|
|
if (strcmp(*pref->varp.string, str_val) != 0) {
|
2000-07-09 03:29:42 +00:00
|
|
|
*pref_changed_p = TRUE;
|
2003-03-11 23:14:42 +00:00
|
|
|
g_free(*pref->varp.string);
|
2000-07-09 03:29:42 +00:00
|
|
|
*pref->varp.string = g_strdup(str_val);
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
|
|
|
|
case PREF_OBSOLETE:
|
|
|
|
g_assert_not_reached();
|
|
|
|
break;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
2003-10-02 21:06:11 +00:00
|
|
|
return 0;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
module_prefs_fetch(module_t *module, gpointer user_data)
|
|
|
|
{
|
2000-07-09 03:29:42 +00:00
|
|
|
gboolean *must_redissect_p = user_data;
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/* For all preferences in this module, fetch its value from this
|
2000-07-09 03:29:42 +00:00
|
|
|
module's notebook page. Find out whether any of them changed. */
|
|
|
|
module->prefs_changed = FALSE; /* assume none of them changed */
|
|
|
|
prefs_pref_foreach(module, pref_fetch, &module->prefs_changed);
|
|
|
|
|
|
|
|
/* If any of them changed, indicate that we must redissect and refilter
|
|
|
|
the current capture (if we have one), as the preference change
|
|
|
|
could cause packets to be dissected differently. */
|
|
|
|
if (module->prefs_changed)
|
|
|
|
*must_redissect_p = TRUE;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
2003-10-02 21:06:11 +00:00
|
|
|
static guint
|
2002-03-05 11:56:00 +00:00
|
|
|
pref_clean(pref_t *pref, gpointer user_data _U_)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
switch (pref->type) {
|
|
|
|
|
|
|
|
case PREF_UINT:
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_BOOL:
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_ENUM:
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_STRING:
|
|
|
|
if (pref->saved_val.string != NULL) {
|
|
|
|
g_free(pref->saved_val.string);
|
|
|
|
pref->saved_val.string = NULL;
|
|
|
|
}
|
|
|
|
break;
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
|
|
|
|
case PREF_OBSOLETE:
|
|
|
|
g_assert_not_reached();
|
|
|
|
break;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
2003-10-02 21:06:11 +00:00
|
|
|
return 0;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
2002-03-05 11:56:00 +00:00
|
|
|
module_prefs_clean(module_t *module, gpointer user_data _U_)
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
{
|
|
|
|
/* For all preferences in this module, clean up any cruft allocated for
|
|
|
|
use by the GUI code. */
|
|
|
|
prefs_pref_foreach(module, pref_clean, NULL);
|
|
|
|
}
|
|
|
|
|
We need to catch a "window delete" event for the preferences dialog box
- that event happens if, say, you nuke the dialog box from a window
manager - and call "delete" routines for each of the preferences tabs,
so that, for preferences tabs that include list widgets, we can set a
flag on the preferences tab widget telling the selection callback for
the list widget that the buttons it would normally set the sensitivity
of, based on whether any row in the list is selected or not, have Joined
the Choir Invisible, and therefore that we shouldn't change their
sensitivity because GTK+ will whine at us if we do, just as is the case
if we press the "OK" or "Cancel" button (which also cause the window to
go away).
Can we just do this in the "window delete" handler? I.e., does that get
called if we explicitly destroy the widget? Or should we catch a
"destroy" event instead?
(There must be a better way to do this....)
svn path=/trunk/; revision=647
1999-09-10 06:53:32 +00:00
|
|
|
static void
|
2002-03-05 11:56:00 +00:00
|
|
|
prefs_main_ok_cb(GtkWidget *ok_bt _U_, gpointer parent_w)
|
1999-09-09 03:32:03 +00:00
|
|
|
{
|
2000-07-09 03:29:42 +00:00
|
|
|
gboolean must_redissect = FALSE;
|
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Fetch the preferences (i.e., make sure all the values set in all of
|
|
|
|
the preferences panes have been copied to "prefs" and the registered
|
|
|
|
preferences). */
|
2002-11-11 15:39:06 +00:00
|
|
|
printer_prefs_fetch(OBJECT_GET_DATA(parent_w, E_PRINT_PAGE_KEY));
|
2004-01-01 13:29:16 +00:00
|
|
|
column_prefs_fetch(OBJECT_GET_DATA(parent_w, E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_fetch(OBJECT_GET_DATA(parent_w, E_GUI_STREAM_PAGE_KEY));
|
2002-11-11 15:39:06 +00:00
|
|
|
gui_prefs_fetch(OBJECT_GET_DATA(parent_w, E_GUI_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2002-11-11 15:39:06 +00:00
|
|
|
capture_prefs_fetch(OBJECT_GET_DATA(parent_w, E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2002-11-11 15:39:06 +00:00
|
|
|
nameres_prefs_fetch(OBJECT_GET_DATA(parent_w, E_NAMERES_PAGE_KEY));
|
2002-12-20 01:48:57 +00:00
|
|
|
prefs_modules_foreach(module_prefs_fetch, &must_redissect);
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
|
|
|
|
/* Now apply those preferences. */
|
2002-11-11 15:39:06 +00:00
|
|
|
printer_prefs_apply(OBJECT_GET_DATA(parent_w, E_PRINT_PAGE_KEY));
|
2004-01-01 13:29:16 +00:00
|
|
|
column_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_STREAM_PAGE_KEY));
|
2002-11-11 15:39:06 +00:00
|
|
|
gui_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2002-11-11 15:39:06 +00:00
|
|
|
capture_prefs_apply(OBJECT_GET_DATA(parent_w, E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2002-11-11 15:39:06 +00:00
|
|
|
nameres_prefs_apply(OBJECT_GET_DATA(parent_w, E_NAMERES_PAGE_KEY));
|
2000-07-09 03:29:42 +00:00
|
|
|
prefs_apply_all();
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
|
|
|
|
/* Now destroy the "Preferences" dialog. */
|
1999-09-09 03:32:03 +00:00
|
|
|
gtk_widget_destroy(GTK_WIDGET(parent_w));
|
2000-07-09 03:29:42 +00:00
|
|
|
|
|
|
|
if (must_redissect) {
|
|
|
|
/* Redissect all the packets, and re-evaluate the display filter. */
|
|
|
|
redissect_packets(&cfile);
|
|
|
|
}
|
1999-09-09 03:32:03 +00:00
|
|
|
}
|
|
|
|
|
We need to catch a "window delete" event for the preferences dialog box
- that event happens if, say, you nuke the dialog box from a window
manager - and call "delete" routines for each of the preferences tabs,
so that, for preferences tabs that include list widgets, we can set a
flag on the preferences tab widget telling the selection callback for
the list widget that the buttons it would normally set the sensitivity
of, based on whether any row in the list is selected or not, have Joined
the Choir Invisible, and therefore that we shouldn't change their
sensitivity because GTK+ will whine at us if we do, just as is the case
if we press the "OK" or "Cancel" button (which also cause the window to
go away).
Can we just do this in the "window delete" handler? I.e., does that get
called if we explicitly destroy the widget? Or should we catch a
"destroy" event instead?
(There must be a better way to do this....)
svn path=/trunk/; revision=647
1999-09-10 06:53:32 +00:00
|
|
|
static void
|
2002-03-05 11:56:00 +00:00
|
|
|
prefs_main_apply_cb(GtkWidget *apply_bt _U_, gpointer parent_w)
|
1999-09-09 03:32:03 +00:00
|
|
|
{
|
2000-07-10 09:18:38 +00:00
|
|
|
gboolean must_redissect = FALSE;
|
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Fetch the preferences (i.e., make sure all the values set in all of
|
|
|
|
the preferences panes have been copied to "prefs" and the registered
|
|
|
|
preferences). */
|
2002-11-11 15:39:06 +00:00
|
|
|
printer_prefs_fetch(OBJECT_GET_DATA(parent_w, E_PRINT_PAGE_KEY));
|
2004-01-01 13:29:16 +00:00
|
|
|
column_prefs_fetch(OBJECT_GET_DATA(parent_w, E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_fetch(OBJECT_GET_DATA(parent_w, E_GUI_STREAM_PAGE_KEY));
|
2002-11-11 15:39:06 +00:00
|
|
|
gui_prefs_fetch(OBJECT_GET_DATA(parent_w, E_GUI_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2002-11-11 15:39:06 +00:00
|
|
|
capture_prefs_fetch(OBJECT_GET_DATA(parent_w, E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2002-11-11 15:39:06 +00:00
|
|
|
nameres_prefs_fetch(OBJECT_GET_DATA(parent_w, E_NAMERES_PAGE_KEY));
|
2002-12-20 01:48:57 +00:00
|
|
|
prefs_modules_foreach(module_prefs_fetch, &must_redissect);
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
|
|
|
|
/* Now apply those preferences. */
|
2002-11-11 15:39:06 +00:00
|
|
|
printer_prefs_apply(OBJECT_GET_DATA(parent_w, E_PRINT_PAGE_KEY));
|
2004-01-01 13:29:16 +00:00
|
|
|
column_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_STREAM_PAGE_KEY));
|
2002-11-11 15:39:06 +00:00
|
|
|
gui_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2002-11-11 15:39:06 +00:00
|
|
|
capture_prefs_apply(OBJECT_GET_DATA(parent_w, E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2002-11-11 15:39:06 +00:00
|
|
|
nameres_prefs_apply(OBJECT_GET_DATA(parent_w, E_NAMERES_PAGE_KEY));
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
prefs_apply_all();
|
|
|
|
|
|
|
|
if (must_redissect) {
|
|
|
|
/* Redissect all the packets, and re-evaluate the display filter. */
|
|
|
|
redissect_packets(&cfile);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
2002-03-05 11:56:00 +00:00
|
|
|
prefs_main_save_cb(GtkWidget *save_bt _U_, gpointer parent_w)
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
{
|
|
|
|
gboolean must_redissect = FALSE;
|
2000-01-03 06:29:39 +00:00
|
|
|
int err;
|
2001-10-24 06:13:07 +00:00
|
|
|
char *pf_dir_path;
|
2002-08-01 03:15:29 +00:00
|
|
|
char *pf_path;
|
2000-01-03 06:29:39 +00:00
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Fetch the preferences (i.e., make sure all the values set in all of
|
|
|
|
the preferences panes have been copied to "prefs" and the registered
|
|
|
|
preferences). */
|
2002-11-11 15:39:06 +00:00
|
|
|
printer_prefs_fetch(OBJECT_GET_DATA(parent_w, E_PRINT_PAGE_KEY));
|
2004-01-01 13:29:16 +00:00
|
|
|
column_prefs_fetch(OBJECT_GET_DATA(parent_w, E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_fetch(OBJECT_GET_DATA(parent_w, E_GUI_STREAM_PAGE_KEY));
|
2002-11-11 15:39:06 +00:00
|
|
|
gui_prefs_fetch(OBJECT_GET_DATA(parent_w, E_GUI_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2002-11-11 15:39:06 +00:00
|
|
|
capture_prefs_fetch(OBJECT_GET_DATA(parent_w, E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2002-11-11 15:39:06 +00:00
|
|
|
nameres_prefs_fetch(OBJECT_GET_DATA(parent_w, E_NAMERES_PAGE_KEY));
|
2002-12-20 01:48:57 +00:00
|
|
|
prefs_modules_foreach(module_prefs_fetch, &must_redissect);
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
|
2001-10-23 05:01:02 +00:00
|
|
|
/* Create the directory that holds personal configuration files, if
|
|
|
|
necessary. */
|
2001-10-24 06:13:07 +00:00
|
|
|
if (create_persconffile_dir(&pf_dir_path) == -1) {
|
2004-01-31 03:22:42 +00:00
|
|
|
simple_dialog(ESD_TYPE_ERROR, ESD_BTN_OK,
|
2001-10-24 06:13:07 +00:00
|
|
|
"Can't create directory\n\"%s\"\nfor preferences file: %s.", pf_dir_path,
|
2001-10-23 05:01:02 +00:00
|
|
|
strerror(errno));
|
2001-10-24 06:13:07 +00:00
|
|
|
g_free(pf_dir_path);
|
2001-10-23 05:01:02 +00:00
|
|
|
} else {
|
|
|
|
/* Write the preferencs out. */
|
|
|
|
err = write_prefs(&pf_path);
|
|
|
|
if (err != 0) {
|
2004-01-31 03:22:42 +00:00
|
|
|
simple_dialog(ESD_TYPE_ERROR, ESD_BTN_OK,
|
2001-10-23 05:01:02 +00:00
|
|
|
"Can't open preferences file\n\"%s\": %s.", pf_path,
|
|
|
|
strerror(err));
|
2002-08-01 03:15:29 +00:00
|
|
|
g_free(pf_path);
|
2001-10-23 05:01:02 +00:00
|
|
|
}
|
2000-01-03 06:29:39 +00:00
|
|
|
}
|
2000-07-10 09:18:38 +00:00
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Now apply those preferences.
|
|
|
|
XXX - should we do this? The user didn't click "OK" or "Apply".
|
|
|
|
However:
|
|
|
|
|
|
|
|
1) by saving the preferences they presumably indicate that they
|
|
|
|
like them;
|
|
|
|
|
|
|
|
2) the next time they fire Ethereal up, those preferences will
|
|
|
|
apply;
|
|
|
|
|
|
|
|
3) we'd have to buffer "must_redissect" so that if they do
|
|
|
|
"Apply" after this, we know we have to redissect;
|
|
|
|
|
|
|
|
4) we did apply the protocol preferences, at least, in the past. */
|
2002-11-11 15:39:06 +00:00
|
|
|
printer_prefs_apply(OBJECT_GET_DATA(parent_w, E_PRINT_PAGE_KEY));
|
2004-01-01 13:29:16 +00:00
|
|
|
column_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_STREAM_PAGE_KEY));
|
2002-11-11 15:39:06 +00:00
|
|
|
gui_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2002-11-11 15:39:06 +00:00
|
|
|
capture_prefs_apply(OBJECT_GET_DATA(parent_w, E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2002-11-11 15:39:06 +00:00
|
|
|
nameres_prefs_apply(OBJECT_GET_DATA(parent_w, E_NAMERES_PAGE_KEY));
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
prefs_apply_all();
|
|
|
|
|
2000-07-10 09:18:38 +00:00
|
|
|
if (must_redissect) {
|
|
|
|
/* Redissect all the packets, and re-evaluate the display filter. */
|
|
|
|
redissect_packets(&cfile);
|
|
|
|
}
|
1999-09-09 03:32:03 +00:00
|
|
|
}
|
|
|
|
|
2003-10-02 21:06:11 +00:00
|
|
|
static guint
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
pref_revert(pref_t *pref, gpointer user_data)
|
|
|
|
{
|
2000-07-10 09:18:38 +00:00
|
|
|
gboolean *pref_changed_p = user_data;
|
|
|
|
|
|
|
|
/* Revert the preference to its saved value. */
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
switch (pref->type) {
|
|
|
|
|
|
|
|
case PREF_UINT:
|
2000-07-10 09:18:38 +00:00
|
|
|
if (*pref->varp.uint != pref->saved_val.uint) {
|
|
|
|
*pref_changed_p = TRUE;
|
|
|
|
*pref->varp.uint = pref->saved_val.uint;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_BOOL:
|
2002-06-16 00:58:38 +00:00
|
|
|
if (*pref->varp.boolp != pref->saved_val.boolval) {
|
2000-07-10 09:18:38 +00:00
|
|
|
*pref_changed_p = TRUE;
|
2002-06-16 00:58:38 +00:00
|
|
|
*pref->varp.boolp = pref->saved_val.boolval;
|
2000-07-10 09:18:38 +00:00
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_ENUM:
|
2000-07-10 09:18:38 +00:00
|
|
|
if (*pref->varp.enump != pref->saved_val.enumval) {
|
|
|
|
*pref_changed_p = TRUE;
|
|
|
|
*pref->varp.enump = pref->saved_val.enumval;
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_STRING:
|
2003-03-11 23:14:42 +00:00
|
|
|
if (strcmp(*pref->varp.string, pref->saved_val.string) != 0) {
|
2000-07-10 09:18:38 +00:00
|
|
|
*pref_changed_p = TRUE;
|
2003-03-11 23:14:42 +00:00
|
|
|
g_free(*pref->varp.string);
|
2000-07-10 09:18:38 +00:00
|
|
|
*pref->varp.string = g_strdup(pref->saved_val.string);
|
|
|
|
}
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
break;
|
Allow a dissector to register preferences that it no longer supports as
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
2001-11-04 02:50:21 +00:00
|
|
|
|
|
|
|
case PREF_OBSOLETE:
|
|
|
|
g_assert_not_reached();
|
|
|
|
break;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
2003-10-02 21:06:11 +00:00
|
|
|
return 0;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
module_prefs_revert(module_t *module, gpointer user_data)
|
|
|
|
{
|
2000-07-10 09:18:38 +00:00
|
|
|
gboolean *must_redissect_p = user_data;
|
|
|
|
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
/* For all preferences in this module, revert its value to the value
|
2000-07-10 09:18:38 +00:00
|
|
|
it had when we popped up the Preferences dialog. Find out whether
|
|
|
|
this changes any of them. */
|
|
|
|
module->prefs_changed = FALSE; /* assume none of them changed */
|
|
|
|
prefs_pref_foreach(module, pref_revert, &module->prefs_changed);
|
|
|
|
|
|
|
|
/* If any of them changed, indicate that we must redissect and refilter
|
|
|
|
the current capture (if we have one), as the preference change
|
|
|
|
could cause packets to be dissected differently. */
|
|
|
|
if (module->prefs_changed)
|
|
|
|
*must_redissect_p = TRUE;
|
Add support for a global "ethereal.conf" preferences file, stored in the
same directory as the "manuf" file ("/etc" or "/usr/local/etc", most
likely).
Add a mechanism to allow modules (e.g., dissectors) to register
preference values, which:
can be put into the global or the user's preference file;
can be set from the command line, with arguments to the "-o"
flag;
can be set from tabs in the "Preferences" dialog box.
Use that mechanism to register the "Decode IPv4 TOS field as DiffServ
field" variable for IP as a preference.
Stuff that still needs to be done:
documenting the API for registering preferences;
documenting the "-o" values in the man page (probably needs a
flag similar to "-G", and a Perl script to turn the output into
documentation as is done with the list of field);
handling error checking for numeric values (range checking,
making sure that if the user changes the variable from the GUI
they change it to a valid numeric value);
using the callbacks to, for example, update the display when
preferences are changed (could be expensive);
panic if the user specifies a numeric value with a base other
than 10, 8, or 16.
We may also want to clean up the existing wired-in preferences not to
take effect the instant you tweak the widget, and to add an "Apply"
button to the "Preferences" dialog.
svn path=/trunk/; revision=2117
2000-07-05 09:41:07 +00:00
|
|
|
}
|
|
|
|
|
We need to catch a "window delete" event for the preferences dialog box
- that event happens if, say, you nuke the dialog box from a window
manager - and call "delete" routines for each of the preferences tabs,
so that, for preferences tabs that include list widgets, we can set a
flag on the preferences tab widget telling the selection callback for
the list widget that the buttons it would normally set the sensitivity
of, based on whether any row in the list is selected or not, have Joined
the Choir Invisible, and therefore that we shouldn't change their
sensitivity because GTK+ will whine at us if we do, just as is the case
if we press the "OK" or "Cancel" button (which also cause the window to
go away).
Can we just do this in the "window delete" handler? I.e., does that get
called if we explicitly destroy the widget? Or should we catch a
"destroy" event instead?
(There must be a better way to do this....)
svn path=/trunk/; revision=647
1999-09-10 06:53:32 +00:00
|
|
|
static void
|
2002-03-05 11:56:00 +00:00
|
|
|
prefs_main_cancel_cb(GtkWidget *cancel_bt _U_, gpointer parent_w)
|
1999-09-09 03:32:03 +00:00
|
|
|
{
|
2000-07-10 09:18:38 +00:00
|
|
|
gboolean must_redissect = FALSE;
|
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Free up the current preferences and copy the saved preferences to the
|
|
|
|
current preferences. */
|
|
|
|
free_prefs(&prefs);
|
|
|
|
copy_prefs(&prefs, &saved_prefs);
|
|
|
|
|
|
|
|
/* Now revert the registered preferences. */
|
2002-12-20 01:48:57 +00:00
|
|
|
prefs_modules_foreach(module_prefs_revert, &must_redissect);
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
|
|
|
|
/* Now apply the reverted-to preferences. */
|
2002-11-11 15:39:06 +00:00
|
|
|
printer_prefs_apply(OBJECT_GET_DATA(parent_w, E_PRINT_PAGE_KEY));
|
2004-01-01 13:29:16 +00:00
|
|
|
column_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_STREAM_PAGE_KEY));
|
2002-11-11 15:39:06 +00:00
|
|
|
gui_prefs_apply(OBJECT_GET_DATA(parent_w, E_GUI_PAGE_KEY));
|
|
|
|
nameres_prefs_apply(OBJECT_GET_DATA(parent_w, E_NAMERES_PAGE_KEY));
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
prefs_apply_all();
|
|
|
|
|
1999-09-09 03:32:03 +00:00
|
|
|
gtk_widget_destroy(GTK_WIDGET(parent_w));
|
2000-07-10 09:18:38 +00:00
|
|
|
|
|
|
|
if (must_redissect) {
|
|
|
|
/* Redissect all the packets, and re-evaluate the display filter. */
|
|
|
|
redissect_packets(&cfile);
|
|
|
|
}
|
1999-09-09 03:32:03 +00:00
|
|
|
}
|
|
|
|
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Treat this as a cancel, by calling "prefs_main_cancel_cb()".
|
|
|
|
XXX - that'll destroy the Preferences dialog; will that upset
|
|
|
|
a higher-level handler that says "OK, we've been asked to delete
|
|
|
|
this, so destroy it"? */
|
We need to catch a "window delete" event for the preferences dialog box
- that event happens if, say, you nuke the dialog box from a window
manager - and call "delete" routines for each of the preferences tabs,
so that, for preferences tabs that include list widgets, we can set a
flag on the preferences tab widget telling the selection callback for
the list widget that the buttons it would normally set the sensitivity
of, based on whether any row in the list is selected or not, have Joined
the Choir Invisible, and therefore that we shouldn't change their
sensitivity because GTK+ will whine at us if we do, just as is the case
if we press the "OK" or "Cancel" button (which also cause the window to
go away).
Can we just do this in the "window delete" handler? I.e., does that get
called if we explicitly destroy the widget? Or should we catch a
"destroy" event instead?
(There must be a better way to do this....)
svn path=/trunk/; revision=647
1999-09-10 06:53:32 +00:00
|
|
|
static gboolean
|
2002-03-05 11:56:00 +00:00
|
|
|
prefs_main_delete_cb(GtkWidget *prefs_w, gpointer dummy _U_)
|
We need to catch a "window delete" event for the preferences dialog box
- that event happens if, say, you nuke the dialog box from a window
manager - and call "delete" routines for each of the preferences tabs,
so that, for preferences tabs that include list widgets, we can set a
flag on the preferences tab widget telling the selection callback for
the list widget that the buttons it would normally set the sensitivity
of, based on whether any row in the list is selected or not, have Joined
the Choir Invisible, and therefore that we shouldn't change their
sensitivity because GTK+ will whine at us if we do, just as is the case
if we press the "OK" or "Cancel" button (which also cause the window to
go away).
Can we just do this in the "window delete" handler? I.e., does that get
called if we explicitly destroy the widget? Or should we catch a
"destroy" event instead?
(There must be a better way to do this....)
svn path=/trunk/; revision=647
1999-09-10 06:53:32 +00:00
|
|
|
{
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
prefs_main_cancel_cb(NULL, prefs_w);
|
We need to catch a "window delete" event for the preferences dialog box
- that event happens if, say, you nuke the dialog box from a window
manager - and call "delete" routines for each of the preferences tabs,
so that, for preferences tabs that include list widgets, we can set a
flag on the preferences tab widget telling the selection callback for
the list widget that the buttons it would normally set the sensitivity
of, based on whether any row in the list is selected or not, have Joined
the Choir Invisible, and therefore that we shouldn't change their
sensitivity because GTK+ will whine at us if we do, just as is the case
if we press the "OK" or "Cancel" button (which also cause the window to
go away).
Can we just do this in the "window delete" handler? I.e., does that get
called if we explicitly destroy the widget? Or should we catch a
"destroy" event instead?
(There must be a better way to do this....)
svn path=/trunk/; revision=647
1999-09-10 06:53:32 +00:00
|
|
|
return FALSE;
|
|
|
|
}
|
2000-05-08 07:54:54 +00:00
|
|
|
|
|
|
|
static void
|
2002-03-05 11:56:00 +00:00
|
|
|
prefs_main_destroy_cb(GtkWidget *win _U_, gpointer user_data _U_)
|
2000-05-08 07:54:54 +00:00
|
|
|
{
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
/* Let the preference tabs clean up anything they've done. */
|
2002-11-11 15:39:06 +00:00
|
|
|
printer_prefs_destroy(OBJECT_GET_DATA(prefs_w, E_PRINT_PAGE_KEY));
|
2004-01-01 13:29:16 +00:00
|
|
|
column_prefs_destroy(OBJECT_GET_DATA(prefs_w, E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_destroy(OBJECT_GET_DATA(prefs_w, E_GUI_STREAM_PAGE_KEY));
|
2002-11-11 15:39:06 +00:00
|
|
|
gui_prefs_destroy(OBJECT_GET_DATA(prefs_w, E_GUI_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2002-11-11 15:39:06 +00:00
|
|
|
capture_prefs_destroy(OBJECT_GET_DATA(prefs_w, E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2002-11-11 15:39:06 +00:00
|
|
|
nameres_prefs_destroy(OBJECT_GET_DATA(prefs_w, E_NAMERES_PAGE_KEY));
|
Instead of each set of built-in preferences having "ok", "save",
"cancel", and "delete" methods, give them:
"fetch" - fetch from the notebook tab any values not already
stored in "prefs", and store them there, but doesn't apply them;
"apply" - apply the settings in "prefs";
"destroy" - clean up any windows created from the tab.
As we no longer have "cancel" methods, we don't have per-preference code
to revert preference values; instead, we have the common preference
dialog box code make a copy of all the current preferences, and, when
the "Cancel" button is clicked, free the current preferences and copy
the saved preferences to it, and apply the preferences.
Add an "Apply" button to the preference dialog box, which applies the
current preferences without closing the dialog box.
Treat a request to delete the preferences dialog box as equivalent to
clicking "Cancel".
Have a "remember_ptree_widget()" routine to remember all protocol tree
widgets, and use the list of those widgets when we set GUI preferences
for the protocol tree widgets, rather than setting the main protocol
tree widget and then using the list of packet windows. Move that code
out of "main.c" to "proto_draw.c", as it's not used by anything in
"main.c", but is used by stuff in "proto_draw.c".
Make the font one of the preferences we can set on the fly for protocol
tree widgets. Also make it something we can set on the fly for the
packet list widget.
svn path=/trunk/; revision=2316
2000-08-21 08:09:17 +00:00
|
|
|
|
|
|
|
/* Free up the saved preferences (both for "prefs" and for registered
|
|
|
|
preferences). */
|
|
|
|
free_prefs(&saved_prefs);
|
2002-12-20 01:48:57 +00:00
|
|
|
prefs_modules_foreach(module_prefs_clean, NULL);
|
2000-05-08 07:54:54 +00:00
|
|
|
|
|
|
|
/* Note that we no longer have a "Preferences" dialog box. */
|
|
|
|
prefs_w = NULL;
|
|
|
|
}
|
2000-08-15 20:46:17 +00:00
|
|
|
|
|
|
|
struct properties_data {
|
2002-11-28 01:58:27 +00:00
|
|
|
const char *title;
|
2003-11-04 20:22:21 +00:00
|
|
|
module_t *module;
|
2000-08-15 20:46:17 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
static void
|
|
|
|
module_search_properties(module_t *module, gpointer user_data)
|
|
|
|
{
|
|
|
|
struct properties_data *p = (struct properties_data *)user_data;
|
|
|
|
|
2003-11-04 20:22:21 +00:00
|
|
|
/* If this module has the specified title, remember it. */
|
|
|
|
if (strcmp(module->title, p->title) == 0)
|
|
|
|
p->module = module;
|
2000-08-15 20:46:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2002-08-28 21:04:11 +00:00
|
|
|
properties_cb(GtkWidget *w, gpointer dummy)
|
2000-08-15 20:46:17 +00:00
|
|
|
{
|
2003-11-04 20:22:21 +00:00
|
|
|
header_field_info *hfinfo;
|
|
|
|
const gchar *title;
|
2000-08-15 20:46:17 +00:00
|
|
|
struct properties_data p;
|
2003-11-04 20:22:21 +00:00
|
|
|
int page_num;
|
|
|
|
GtkWidget *frame;
|
|
|
|
module_t *page_module;
|
2000-08-15 20:46:17 +00:00
|
|
|
|
2003-11-04 20:22:21 +00:00
|
|
|
if (cfile.finfo_selected == NULL) {
|
|
|
|
/* There is no field selected */
|
2000-08-15 20:46:17 +00:00
|
|
|
return;
|
|
|
|
}
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2003-11-04 20:22:21 +00:00
|
|
|
/* Find the title for the protocol for the selected field. */
|
2003-12-03 09:28:26 +00:00
|
|
|
hfinfo = cfile.finfo_selected->hfinfo;
|
2003-11-04 20:22:21 +00:00
|
|
|
if (hfinfo->parent == -1)
|
|
|
|
title = prefs_get_title_by_name(hfinfo->abbrev);
|
|
|
|
else
|
|
|
|
title = prefs_get_title_by_name(proto_registrar_get_abbrev(hfinfo->parent));
|
|
|
|
if (!title)
|
|
|
|
return; /* Couldn't find it. XXX - just crash? "Can't happen"? */
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2003-11-04 20:22:21 +00:00
|
|
|
/* Find the module for that protocol by searching for one with that title.
|
|
|
|
XXX - should we just associate protocols with modules directly? */
|
|
|
|
p.title = title;
|
|
|
|
p.module = NULL;
|
|
|
|
prefs_module_list_foreach(protocols_module->prefs, module_search_properties,
|
|
|
|
&p);
|
|
|
|
if (p.module == NULL) {
|
|
|
|
/* We didn't find it - that protocol probably has no preferences. */
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Create a preferences window, or pop up an existing one. */
|
2000-08-15 20:46:17 +00:00
|
|
|
if (prefs_w != NULL) {
|
|
|
|
reactivate_window(prefs_w);
|
|
|
|
} else {
|
|
|
|
prefs_cb(w, dummy);
|
|
|
|
}
|
|
|
|
|
2003-11-04 20:22:21 +00:00
|
|
|
/* Search all the pages in that window for the one with the specified
|
|
|
|
module. */
|
|
|
|
for (page_num = 0;
|
|
|
|
(frame = gtk_notebook_get_nth_page(GTK_NOTEBOOK(notebook), page_num)) != NULL;
|
|
|
|
page_num++) {
|
|
|
|
/* Get the module for this page. */
|
|
|
|
page_module = OBJECT_GET_DATA(frame, E_PAGE_MODULE_KEY);
|
2003-11-04 20:33:13 +00:00
|
|
|
if (page_module == NULL)
|
|
|
|
continue; /* It doesn't have one. */
|
2003-11-04 20:22:21 +00:00
|
|
|
if (page_module == p.module) {
|
|
|
|
/* We found it. Select that page. */
|
|
|
|
gtk_notebook_set_page(GTK_NOTEBOOK(notebook), page_num);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2000-08-15 20:46:17 +00:00
|
|
|
}
|
2001-10-11 02:17:29 +00:00
|
|
|
|
2002-08-28 21:04:11 +00:00
|
|
|
/* Prefs tree selection callback. The node data has been loaded with
|
2001-10-11 02:17:29 +00:00
|
|
|
the proper notebook page to load. */
|
2002-11-03 17:38:45 +00:00
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
static void
|
|
|
|
prefs_tree_select_cb(GtkCTree *ct, GtkCTreeNode *node, gint col _U_,
|
|
|
|
gpointer dummy _U_)
|
|
|
|
#else
|
2001-10-11 02:17:29 +00:00
|
|
|
static void
|
2002-11-03 17:38:45 +00:00
|
|
|
prefs_tree_select_cb(GtkTreeSelection *sel, gpointer dummy _U_)
|
|
|
|
#endif
|
2001-10-11 02:17:29 +00:00
|
|
|
{
|
2002-11-03 17:38:45 +00:00
|
|
|
gint page;
|
|
|
|
#if GTK_MAJOR_VERSION >= 2
|
|
|
|
GtkTreeModel *model;
|
|
|
|
GtkTreeIter iter;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#if GTK_MAJOR_VERSION < 2
|
|
|
|
page = GPOINTER_TO_INT(gtk_ctree_node_get_row_data(ct, node));
|
2002-08-28 21:04:11 +00:00
|
|
|
|
|
|
|
if (page >= 0)
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_notebook_set_page(GTK_NOTEBOOK(notebook), page);
|
2002-11-03 17:38:45 +00:00
|
|
|
#else
|
|
|
|
if (gtk_tree_selection_get_selected(sel, &model, &iter))
|
|
|
|
{
|
|
|
|
gtk_tree_model_get(model, &iter, 1, &page, -1);
|
|
|
|
if (page >= 0)
|
|
|
|
gtk_notebook_set_page(GTK_NOTEBOOK(notebook), page);
|
|
|
|
}
|
|
|
|
#endif
|
2001-10-11 02:17:29 +00:00
|
|
|
}
|