1999-09-09 03:32:03 +00:00
|
|
|
/* prefs_dlg.c
|
|
|
|
* Routines for handling preferences
|
|
|
|
*
|
2004-07-18 00:24:25 +00:00
|
|
|
* $Id$
|
1999-09-09 03:32:03 +00:00
|
|
|
*
|
2006-05-21 05:12:17 +00:00
|
|
|
* Wireshark - Network traffic analyzer
|
|
|
|
* By Gerald Combs <gerald@wireshark.org>
|
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>
|
2002-01-21 07:37:49 +00:00
|
|
|
#include <epan/packet.h>
|
2004-09-27 22:55:15 +00:00
|
|
|
#include <epan/prefs.h>
|
2008-03-01 10:23:57 +00:00
|
|
|
#include <epan/strutil.h>
|
2004-10-01 08:33:53 +00:00
|
|
|
#include <epan/prefs-int.h>
|
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
|
|
|
|
2008-04-13 03:32:24 +00:00
|
|
|
#include "../file.h"
|
|
|
|
#include "../print.h"
|
|
|
|
#include "../simple_dialog.h"
|
|
|
|
|
|
|
|
#include "gtk/main.h"
|
2008-04-13 13:10:32 +00:00
|
|
|
#include "gtk/prefs_column.h"
|
2008-04-13 03:32:24 +00:00
|
|
|
#include "gtk/prefs_dlg.h"
|
2008-04-13 13:10:32 +00:00
|
|
|
#include "gtk/prefs_print.h"
|
|
|
|
#include "gtk/prefs_stream.h"
|
|
|
|
#include "gtk/prefs_gui.h"
|
|
|
|
#include "gtk/prefs_layout.h"
|
|
|
|
#include "gtk/prefs_capture.h"
|
|
|
|
#include "gtk/prefs_nameres.h"
|
2008-04-21 21:56:45 +00:00
|
|
|
#include "gtk/prefs_taps.h"
|
2008-04-17 23:14:01 +00:00
|
|
|
#include "gtk/prefs_protocols.h"
|
2008-04-13 03:32:24 +00:00
|
|
|
#include "gtk/gui_utils.h"
|
|
|
|
#include "gtk/dlg_utils.h"
|
|
|
|
#include "gtk/stock_icons.h"
|
|
|
|
#include "gtk/help_dlg.h"
|
|
|
|
#include "gtk/keys.h"
|
|
|
|
#include "gtk/uat_gui.h"
|
|
|
|
|
|
|
|
|
2002-04-20 20:29:28 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
2004-09-11 23:03:36 +00:00
|
|
|
#ifdef _WIN32
|
2002-04-20 20:29:28 +00:00
|
|
|
#include "capture-wpcap.h"
|
|
|
|
#endif /* _WIN32 */
|
2006-11-17 07:44:37 +00:00
|
|
|
#ifdef HAVE_AIRPCAP
|
2006-10-19 00:48:03 +00:00
|
|
|
#include "airpcap.h"
|
|
|
|
#include "airpcap_loader.h"
|
|
|
|
#include "airpcap_gui_utils.h"
|
|
|
|
#endif
|
2006-11-17 07:44:37 +00:00
|
|
|
#endif
|
2006-10-19 00:48:03 +00:00
|
|
|
|
strcasecmp(), strncasecmp(), g_strcasecmp(), and g_strncasecmp() delenda
est. Use g_ascii_strcasecmp() and g_ascii_strncasecmp(), and supply our
own versions if they're missing from GLib (as is the case with GLib
1.x).
In the code to build the list of named fields for Diameter, don't use
g_strdown(); do our own g_ascii_-style upper-case to lower-case mapping
in the hash function and use g_ascii_strcasecmp() in the compare
function.
We do this because there is no guarantee that toupper(), tolower(), and
functions that use them will, for example, map between "I" and "i" in
all locales; in Turkish locales, for example, there are, in both
upper case and lower case, versions of "i" with and without a dot, and
the upper-case version of "i" is "I"-with-a-dot and the lower-case
version of "I" is "i"-without-a-dot. This causes strings that should
match not to match.
This finishes fixing bug 2010 - an earlier checkin prevented the crash
(as there are other ways to produce the same crash, e.g. a bogus
dictionary.xml file), but didn't fix the case-insensitive string matching.
svn path=/trunk/; revision=23623
2007-11-27 18:52:51 +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 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);
|
2004-06-10 10:09:58 +00:00
|
|
|
static gboolean prefs_main_delete_event_cb(GtkWidget *, GdkEvent *, gpointer);
|
2000-05-08 07:54:54 +00:00
|
|
|
static void prefs_main_destroy_cb(GtkWidget *, gpointer);
|
2009-05-03 17:50:51 +00:00
|
|
|
static void prefs_tree_select_cb(GtkTreeSelection *, gpointer);
|
2007-02-03 14:25:02 +00:00
|
|
|
|
1999-09-09 03:32:03 +00:00
|
|
|
|
2005-09-25 22:46:49 +00:00
|
|
|
#define E_PREFSW_SCROLLW_KEY "prefsw_scrollw"
|
|
|
|
#define E_PREFSW_TREE_KEY "prefsw_tree"
|
|
|
|
#define E_PREFSW_NOTEBOOK_KEY "prefsw_notebook"
|
2006-10-03 19:53:10 +00:00
|
|
|
#define E_PREFSW_SAVE_BT_KEY "prefsw_save_bt"
|
2005-09-25 22:46:49 +00:00
|
|
|
#define E_PAGE_ITER_KEY "page_iter"
|
|
|
|
#define E_PAGE_MODULE_KEY "page_module"
|
2006-08-28 22:54:12 +00:00
|
|
|
#define E_PAGESW_FRAME_KEY "pagesw_frame"
|
2005-09-25 22:46:49 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
#define E_GUI_PAGE_KEY "gui_options_page"
|
|
|
|
#define E_GUI_LAYOUT_PAGE_KEY "gui_layout_page"
|
2004-01-01 13:29:16 +00:00
|
|
|
#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-05-27 16:50:16 +00:00
|
|
|
#define E_GUI_COLORS_PAGE_KEY "gui_colors_options_page"
|
2004-01-01 13:29:16 +00:00
|
|
|
#define E_CAPTURE_PAGE_KEY "capture_options_page"
|
|
|
|
#define E_PRINT_PAGE_KEY "printer_options_page"
|
|
|
|
#define E_NAMERES_PAGE_KEY "nameres_options_page"
|
2008-04-21 10:57:32 +00:00
|
|
|
#define E_TAPS_PAGE_KEY "taps_options_page"
|
2008-04-17 23:14:01 +00:00
|
|
|
#define E_PROTOCOLS_PAGE_KEY "protocols_options_page"
|
2000-08-15 20:46:17 +00:00
|
|
|
|
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
|
|
|
GtkTreeIter iter;
|
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
|
|
|
};
|
|
|
|
|
2008-04-17 23:14:01 +00:00
|
|
|
static gint protocols_page = 0;
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2003-10-02 21:06:11 +00:00
|
|
|
static guint
|
|
|
|
pref_exists(pref_t *pref _U_, gpointer user_data _U_)
|
|
|
|
{
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
/* show a single preference on the GtkTable of a preference page */
|
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_show(pref_t *pref, gpointer user_data)
|
|
|
|
{
|
|
|
|
GtkWidget *main_tb = user_data;
|
|
|
|
const char *title;
|
|
|
|
char *label_string;
|
2008-02-29 13:33:37 +00:00
|
|
|
size_t label_len;
|
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 uint_str[10+1];
|
|
|
|
|
|
|
|
/* Give this preference a label which is its title, followed by a colon,
|
|
|
|
and left-align it. */
|
|
|
|
title = pref->title;
|
2008-02-29 13:33:37 +00:00
|
|
|
label_len = strlen(title) + 2;
|
|
|
|
label_string = g_malloc(label_len);
|
|
|
|
g_strlcpy(label_string, title, label_len);
|
2006-12-05 00:43:00 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Sometimes we don't want to append a ':' after a static text string...
|
|
|
|
* If it is needed, we will specify it in the string itself.
|
|
|
|
*/
|
|
|
|
if(pref->type != PREF_STATIC_TEXT)
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcat(label_string, ":", label_len);
|
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
|
|
|
|
|
|
|
/* 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:
|
2009-03-19 17:49:11 +00:00
|
|
|
g_snprintf(uint_str, sizeof(uint_str), "%u", 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 8:
|
2009-03-19 17:49:11 +00:00
|
|
|
g_snprintf(uint_str, sizeof(uint_str), "%o", 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 16:
|
2009-03-19 17:49:11 +00:00
|
|
|
g_snprintf(uint_str, sizeof(uint_str), "%x", 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;
|
|
|
|
}
|
2002-01-13 20:35:12 +00:00
|
|
|
pref->control = create_preference_entry(main_tb, pref->ordinal,
|
2009-05-03 17:50:51 +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,
|
2009-05-03 17:50:51 +00:00
|
|
|
label_string, pref->description,
|
2009-05-03 17:57:06 +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,
|
2009-05-03 17:50:51 +00:00
|
|
|
label_string, pref->description,
|
|
|
|
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,
|
2009-05-03 17:50:51 +00:00
|
|
|
label_string, pref->description,
|
|
|
|
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:
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(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
|
|
|
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,
|
2009-05-03 17:50:51 +00:00
|
|
|
label_string, pref->description,
|
|
|
|
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;
|
|
|
|
|
2004-10-14 23:45:09 +00:00
|
|
|
case PREF_RANGE:
|
|
|
|
{
|
2010-01-29 19:09:01 +00:00
|
|
|
char *range_str_p;
|
2004-10-14 23:45:09 +00:00
|
|
|
|
2009-03-13 22:06:48 +00:00
|
|
|
g_free(pref->saved_val.range);
|
2004-10-16 23:32:24 +00:00
|
|
|
pref->saved_val.range = range_copy(*pref->varp.range);
|
2010-01-29 19:09:01 +00:00
|
|
|
range_str_p = range_convert_range(*pref->varp.range);
|
2004-10-14 23:45:09 +00:00
|
|
|
pref->control = create_preference_entry(main_tb, pref->ordinal,
|
2009-05-03 17:50:51 +00:00
|
|
|
label_string, pref->description,
|
2010-01-29 19:09:01 +00:00
|
|
|
range_str_p);
|
2004-10-14 23:45:09 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2006-12-05 00:43:00 +00:00
|
|
|
case PREF_STATIC_TEXT:
|
|
|
|
{
|
|
|
|
pref->control = create_preference_static_text(main_tb, pref->ordinal,
|
2009-05-03 17:50:51 +00:00
|
|
|
label_string, pref->description);
|
2006-12-05 00:43:00 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2007-02-03 14:25:02 +00:00
|
|
|
case PREF_UAT:
|
|
|
|
{
|
|
|
|
pref->control = create_preference_uat(main_tb, pref->ordinal,
|
|
|
|
label_string, pref->description,
|
2009-05-03 17:50:51 +00:00
|
|
|
pref->varp.uat);
|
2007-02-03 14:25:02 +00:00
|
|
|
break;
|
|
|
|
}
|
2009-05-03 17:50:51 +00:00
|
|
|
|
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
|
2004-05-27 16:50:16 +00:00
|
|
|
/* show prefs page for each registered module (protocol) */
|
2004-10-12 03:13:17 +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
|
|
|
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;
|
2006-08-14 22:34:46 +00:00
|
|
|
GtkWidget *main_vb, *main_tb, *frame, *main_sw;
|
2002-11-03 17:38:45 +00:00
|
|
|
gchar label_str[MAX_TREE_NODE_NAME_LEN];
|
|
|
|
GtkTreeStore *model;
|
|
|
|
GtkTreeIter iter;
|
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?
|
|
|
|
*/
|
2007-11-29 07:52:52 +00:00
|
|
|
if (!prefs_module_has_submodules(module)) {
|
2003-10-02 21:06:11 +00:00
|
|
|
/*
|
|
|
|
* 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.
|
|
|
|
*/
|
2004-10-12 03:13:17 +00:00
|
|
|
return 0;
|
2003-10-02 21:06:11 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
|
|
|
* Add this module to the tree.
|
|
|
|
*/
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcpy(label_str, module->title, MAX_TREE_NODE_NAME_LEN);
|
2002-12-20 01:48:57 +00:00
|
|
|
model = GTK_TREE_STORE(gtk_tree_view_get_model(GTK_TREE_VIEW(cts->tree)));
|
2007-11-29 07:52:52 +00:00
|
|
|
if (prefs_module_has_submodules(module) && !cts->iter.stamp)
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
gtk_tree_store_append(model, &iter, NULL);
|
|
|
|
else
|
|
|
|
gtk_tree_store_append(model, &iter, &cts->iter);
|
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?
|
|
|
|
*/
|
2007-11-29 07:52:52 +00:00
|
|
|
if (prefs_module_has_submodules(module)) {
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
|
|
|
* 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
|
|
|
gtk_tree_store_set(model, &iter, 0, label_str, 1, -1, -1);
|
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;
|
|
|
|
child_cts.iter = iter;
|
|
|
|
if (module == protocols_module)
|
|
|
|
child_cts.is_protocol = TRUE;
|
2007-11-29 07:52:52 +00:00
|
|
|
prefs_modules_foreach_submodules(module, module_prefs_show, &child_cts);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
|
|
|
/* keep the page count right */
|
|
|
|
cts->page = child_cts.page;
|
|
|
|
|
|
|
|
}
|
|
|
|
if(module->prefs) {
|
2002-12-20 01:48:57 +00:00
|
|
|
/*
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
* Has preferences. Create a notebook page for it.
|
2002-12-20 01:48:57 +00:00
|
|
|
*/
|
|
|
|
|
2006-08-14 22:34:46 +00:00
|
|
|
/* Scrolled window */
|
|
|
|
main_sw = gtk_scrolled_window_new(NULL, NULL);
|
|
|
|
gtk_scrolled_window_set_policy(GTK_SCROLLED_WINDOW(main_sw), GTK_POLICY_NEVER, GTK_POLICY_AUTOMATIC);
|
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/* Frame */
|
2006-09-29 22:48:38 +00:00
|
|
|
frame = gtk_frame_new(module->description);
|
2006-08-14 22:34:46 +00:00
|
|
|
gtk_container_set_border_width(GTK_CONTAINER(frame), 5);
|
|
|
|
gtk_scrolled_window_add_with_viewport(GTK_SCROLLED_WINDOW(main_sw), frame);
|
2008-04-11 16:26:32 +00:00
|
|
|
g_object_set_data(G_OBJECT(main_sw), E_PAGESW_FRAME_KEY, frame);
|
2002-12-20 01:48:57 +00:00
|
|
|
|
|
|
|
/* Main vertical box */
|
|
|
|
main_vb = gtk_vbox_new(FALSE, 5);
|
2008-06-29 15:51:43 +00:00
|
|
|
gtk_container_set_border_width(GTK_CONTAINER(main_vb), 5);
|
2002-12-20 01:48:57 +00:00
|
|
|
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);
|
2008-04-11 16:26:32 +00:00
|
|
|
g_object_set_data(G_OBJECT(main_tb), E_TOOLTIPS_KEY, cts->tooltips);
|
2002-12-20 01:48:57 +00:00
|
|
|
|
|
|
|
/* 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. */
|
2008-04-11 16:26:32 +00:00
|
|
|
g_object_set_data(G_OBJECT(frame), E_PAGE_MODULE_KEY, module);
|
2003-11-04 20:22:21 +00:00
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
/* Add the page to the notebook */
|
2006-08-14 22:34:46 +00:00
|
|
|
gtk_notebook_append_page(GTK_NOTEBOOK(cts->notebook), main_sw, NULL);
|
2002-12-20 01:48:57 +00:00
|
|
|
|
|
|
|
/* Attach the page to the tree item */
|
|
|
|
gtk_tree_store_set(model, &iter, 0, label_str, 1, cts->page, -1);
|
2008-04-11 16:26:32 +00:00
|
|
|
g_object_set_data(G_OBJECT(frame), E_PAGE_ITER_KEY, gtk_tree_iter_copy(&iter));
|
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
|
|
|
|
2008-04-11 16:26:32 +00:00
|
|
|
cts->page++;
|
2002-12-20 01:48:57 +00:00
|
|
|
|
|
|
|
/* Show 'em what we got */
|
2006-08-14 22:34:46 +00:00
|
|
|
gtk_widget_show_all(main_sw);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
} else {
|
2008-04-17 23:14:01 +00:00
|
|
|
/* show the protocols page */
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2008-04-17 23:14:01 +00:00
|
|
|
gtk_tree_store_set(model, &iter, 0, label_str, 1, protocols_page, -1);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2002-12-20 01:48:57 +00:00
|
|
|
}
|
2004-10-12 03:13:17 +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
|
|
|
}
|
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
|
|
|
|
#define prefs_tree_iter GtkTreeIter
|
|
|
|
|
|
|
|
/* add a page to the tree */
|
2005-08-20 14:02:00 +00:00
|
|
|
static prefs_tree_iter
|
2006-08-14 22:34:46 +00:00
|
|
|
prefs_tree_page_add(const gchar *title, gint page_nr,
|
2008-11-29 12:43:16 +00:00
|
|
|
gpointer store, prefs_tree_iter *parent_iter)
|
2004-05-27 16:50:16 +00:00
|
|
|
{
|
|
|
|
prefs_tree_iter iter;
|
|
|
|
|
|
|
|
gtk_tree_store_append(store, &iter, parent_iter);
|
|
|
|
gtk_tree_store_set(store, &iter, 0, title, 1, page_nr, -1);
|
|
|
|
return iter;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* add a page to the notebook */
|
2005-08-20 14:02:00 +00:00
|
|
|
static GtkWidget *
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_nb_page_add(GtkWidget *notebook, const gchar *title, GtkWidget *page, const char *page_key)
|
|
|
|
{
|
|
|
|
GtkWidget *frame;
|
|
|
|
|
|
|
|
frame = gtk_frame_new(title);
|
|
|
|
gtk_widget_show(frame);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
if(page) {
|
|
|
|
gtk_container_add(GTK_CONTAINER(frame), page);
|
2008-04-11 16:26:32 +00:00
|
|
|
g_object_set_data(G_OBJECT(prefs_w), page_key, page);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
}
|
2004-05-27 16:50:16 +00:00
|
|
|
gtk_notebook_append_page (GTK_NOTEBOOK(notebook), frame, NULL);
|
|
|
|
|
|
|
|
return frame;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/* show the dialog */
|
1999-09-09 03:32:03 +00:00
|
|
|
void
|
2009-12-02 09:39:13 +00:00
|
|
|
prefs_cb(GtkWidget *w _U_, gpointer dummy _U_)
|
|
|
|
{
|
|
|
|
prefs_page_cb (w, dummy, PREFS_PAGE_USER_INTERFACE);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
prefs_page_cb(GtkWidget *w _U_, gpointer dummy _U_, PREFS_PAGE_E prefs_page)
|
2002-01-20 20:05:18 +00:00
|
|
|
{
|
2004-05-27 16:50:16 +00:00
|
|
|
GtkWidget *top_hb, *bbox, *prefs_nb, *ct_sb,
|
2006-04-20 20:31:05 +00:00
|
|
|
*ok_bt, *apply_bt, *save_bt, *cancel_bt, *help_bt;
|
2004-05-27 16:50:16 +00:00
|
|
|
GtkWidget *gui_font_pg;
|
2002-11-03 17:38:45 +00:00
|
|
|
gchar label_str[MAX_TREE_NODE_NAME_LEN];
|
|
|
|
struct ct_struct cts;
|
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;
|
2009-11-26 08:57:21 +00:00
|
|
|
prefs_tree_iter gui_iter, layout_iter, columns_iter;
|
|
|
|
gint layout_page, columns_page;
|
2004-05-27 16:50:16 +00:00
|
|
|
|
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);
|
|
|
|
|
2008-04-14 15:01:34 +00:00
|
|
|
prefs_w = dlg_conf_window_new("Wireshark: Preferences");
|
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);
|
2008-06-29 15:51:43 +00:00
|
|
|
gtk_container_set_border_width(GTK_CONTAINER(cts.main_vb), 5);
|
2002-12-20 01:48:57 +00:00
|
|
|
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
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
/* scrolled window on the left for the categories tree */
|
2002-01-11 07:40:32 +00:00
|
|
|
ct_sb = scrolled_window_new(NULL, NULL);
|
2006-08-14 22:34:46 +00:00
|
|
|
gtk_scrolled_window_set_shadow_type(GTK_SCROLLED_WINDOW(ct_sb),
|
2004-02-06 19:19:12 +00:00
|
|
|
GTK_SHADOW_IN);
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_scrolled_window_set_policy(GTK_SCROLLED_WINDOW(ct_sb),
|
2009-05-03 17:50:51 +00:00
|
|
|
GTK_POLICY_NEVER, GTK_POLICY_AUTOMATIC);
|
2001-10-11 02:17:29 +00:00
|
|
|
gtk_container_add(GTK_CONTAINER(top_hb), ct_sb);
|
|
|
|
gtk_widget_show(ct_sb);
|
2008-04-11 16:26:32 +00:00
|
|
|
g_object_set_data(G_OBJECT(prefs_w), E_PREFSW_SCROLLW_KEY, ct_sb);
|
2001-10-11 02:17:29 +00:00
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
/* categories tree */
|
2002-11-03 17:38:45 +00:00
|
|
|
store = gtk_tree_store_new(2, G_TYPE_STRING, G_TYPE_INT);
|
|
|
|
cts.tree = tree_view_new(GTK_TREE_MODEL(store));
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
cts.iter.stamp = 0; /* mark this as the toplevel */
|
2008-04-11 16:26:32 +00:00
|
|
|
g_object_set_data(G_OBJECT(prefs_w), E_PREFSW_TREE_KEY, cts.tree);
|
2002-11-03 17:38:45 +00:00
|
|
|
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);
|
2008-04-11 23:16:06 +00:00
|
|
|
g_signal_connect(selection, "changed", G_CALLBACK(prefs_tree_select_cb), NULL);
|
2004-05-27 16:50:16 +00:00
|
|
|
gtk_container_add(GTK_CONTAINER(ct_sb), cts.tree);
|
2002-11-03 17:38:45 +00:00
|
|
|
gtk_widget_show(cts.tree);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
/* A notebook widget without tabs is used to flip between prefs */
|
2005-09-25 22:46:49 +00:00
|
|
|
prefs_nb = gtk_notebook_new();
|
2008-04-11 16:26:32 +00:00
|
|
|
g_object_set_data(G_OBJECT(prefs_w), E_PREFSW_NOTEBOOK_KEY, prefs_nb);
|
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-05-27 16:50:16 +00:00
|
|
|
cts.page = 0;
|
|
|
|
|
2008-04-17 23:14:01 +00:00
|
|
|
/* Preferences common for all protocols */
|
|
|
|
g_strlcpy(label_str, "Protocols", MAX_TREE_NODE_NAME_LEN);
|
|
|
|
prefs_nb_page_add(prefs_nb, label_str, protocols_prefs_show(), E_PROTOCOLS_PAGE_KEY);
|
|
|
|
protocols_page = cts.page++;
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2004-01-01 13:29:16 +00:00
|
|
|
/* GUI prefs */
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcpy(label_str, "User Interface", MAX_TREE_NODE_NAME_LEN);
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_nb_page_add(prefs_nb, label_str, gui_prefs_show(), E_GUI_PAGE_KEY);
|
2008-11-29 12:43:16 +00:00
|
|
|
gui_iter = prefs_tree_page_add(label_str, cts.page, store, NULL);
|
2001-10-11 02:17:29 +00:00
|
|
|
cts.page++;
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2004-04-29 17:03:27 +00:00
|
|
|
/* GUI layout prefs */
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcpy(label_str, "Layout", MAX_TREE_NODE_NAME_LEN);
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_nb_page_add(prefs_nb, label_str, layout_prefs_show(), E_GUI_LAYOUT_PAGE_KEY);
|
2009-11-26 08:57:21 +00:00
|
|
|
layout_iter = prefs_tree_page_add(label_str, cts.page, store, &gui_iter);
|
|
|
|
layout_page = cts.page++;
|
2004-04-29 17:03:27 +00:00
|
|
|
|
2004-01-01 13:29:16 +00:00
|
|
|
/* GUI Column prefs */
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcpy(label_str, "Columns", MAX_TREE_NODE_NAME_LEN);
|
2008-10-19 13:40:52 +00:00
|
|
|
prefs_nb_page_add(prefs_nb, label_str, column_prefs_show(prefs_w), E_GUI_COLUMN_PAGE_KEY);
|
2009-11-26 08:57:21 +00:00
|
|
|
columns_iter = prefs_tree_page_add(label_str, cts.page, store, &gui_iter);
|
|
|
|
columns_page = cts.page++;
|
2004-01-17 00:26:22 +00:00
|
|
|
|
|
|
|
/* GUI Font prefs */
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcpy(label_str, "Font", MAX_TREE_NODE_NAME_LEN);
|
2004-01-17 00:26:22 +00:00
|
|
|
gui_font_pg = gui_font_prefs_show();
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_nb_page_add(prefs_nb, label_str, gui_font_pg, E_GUI_FONT_PAGE_KEY);
|
2008-11-29 12:43:16 +00:00
|
|
|
prefs_tree_page_add(label_str, cts.page, store, &gui_iter);
|
2004-05-27 16:50:16 +00:00
|
|
|
cts.page++;
|
|
|
|
|
2008-06-29 15:51:43 +00:00
|
|
|
gtk_container_set_border_width( GTK_CONTAINER(gui_font_pg), 5 );
|
2004-05-27 16:50:16 +00:00
|
|
|
|
2008-08-07 12:31:43 +00:00
|
|
|
/* IMPORTANT: the following gtk_font_selection_set_font_name() function will
|
|
|
|
only work if the widget and it's corresponding window is already shown
|
2004-05-27 16:50:16 +00:00
|
|
|
(so don't put the following into gui_font_prefs_show()) !!! */
|
2004-01-23 02:09:18 +00:00
|
|
|
|
2008-08-07 12:31:43 +00:00
|
|
|
/* We set the current font now, because setting it appears not to work
|
|
|
|
when run before appending the frame to the notebook. */
|
2004-01-23 02:09:18 +00:00
|
|
|
|
2004-01-21 12:19:19 +00:00
|
|
|
gtk_font_selection_set_font_name(
|
2009-05-03 17:50:51 +00:00
|
|
|
GTK_FONT_SELECTION(gui_font_pg), prefs.gui_font_name);
|
2004-01-23 01:12:46 +00:00
|
|
|
|
2004-01-14 23:32:48 +00:00
|
|
|
/* GUI Colors prefs */
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcpy(label_str, "Colors", MAX_TREE_NODE_NAME_LEN);
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_nb_page_add(prefs_nb, label_str, stream_prefs_show(), E_GUI_COLORS_PAGE_KEY);
|
2008-11-29 12:43:16 +00:00
|
|
|
prefs_tree_page_add(label_str, cts.page, store, &gui_iter);
|
2004-05-27 16:50:16 +00:00
|
|
|
cts.page++;
|
|
|
|
|
|
|
|
/* select the main GUI page as the default page and expand it's children */
|
|
|
|
gtk_tree_selection_select_iter(selection, &gui_iter);
|
|
|
|
/* (expand will only take effect, when at least one child exists) */
|
|
|
|
gtk_tree_view_expand_all(GTK_TREE_VIEW(cts.tree));
|
2001-10-11 02:17:29 +00:00
|
|
|
|
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 */
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcpy(label_str, "Capture", MAX_TREE_NODE_NAME_LEN);
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_nb_page_add(prefs_nb, label_str, capture_prefs_show(), E_CAPTURE_PAGE_KEY);
|
2008-11-29 12:43:16 +00:00
|
|
|
prefs_tree_page_add(label_str, cts.page, store, NULL);
|
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 */
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcpy(label_str, "Printing", MAX_TREE_NODE_NAME_LEN);
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_nb_page_add(prefs_nb, label_str, printer_prefs_show(), E_PRINT_PAGE_KEY);
|
2008-11-29 12:43:16 +00:00
|
|
|
prefs_tree_page_add(label_str, cts.page, store, NULL);
|
2004-01-01 13:29:16 +00:00
|
|
|
cts.page++;
|
|
|
|
|
2002-01-13 20:35:12 +00:00
|
|
|
/* Name resolution prefs */
|
2008-02-29 13:33:37 +00:00
|
|
|
g_strlcpy(label_str, "Name Resolution", MAX_TREE_NODE_NAME_LEN);
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_nb_page_add(prefs_nb, label_str, nameres_prefs_show(), E_NAMERES_PAGE_KEY);
|
2008-11-29 12:43:16 +00:00
|
|
|
prefs_tree_page_add(label_str, cts.page, store, NULL);
|
2002-01-13 20:35:12 +00:00
|
|
|
cts.page++;
|
|
|
|
|
2008-04-21 10:57:32 +00:00
|
|
|
/* TAPS player prefs */
|
2008-04-23 16:49:34 +00:00
|
|
|
g_strlcpy(label_str, "Statistics", MAX_TREE_NODE_NAME_LEN);
|
2008-04-21 10:57:32 +00:00
|
|
|
prefs_nb_page_add(prefs_nb, label_str, stats_prefs_show(), E_TAPS_PAGE_KEY);
|
2008-11-29 12:43:16 +00:00
|
|
|
prefs_tree_page_add(label_str, cts.page, store, NULL);
|
2008-01-16 07:36:34 +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;
|
2007-11-29 07:52:52 +00:00
|
|
|
prefs_modules_foreach_submodules(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
|
|
|
|
2006-10-03 19:53:10 +00:00
|
|
|
/* Button row: OK and alike buttons */
|
2008-06-21 13:36:31 +00:00
|
|
|
bbox = dlg_button_row_new(GTK_STOCK_HELP, 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
|
|
|
|
2008-04-11 16:26:32 +00:00
|
|
|
ok_bt = g_object_get_data(G_OBJECT(bbox), GTK_STOCK_OK);
|
2008-04-11 23:16:06 +00:00
|
|
|
g_signal_connect(ok_bt, "clicked", G_CALLBACK(prefs_main_ok_cb), prefs_w);
|
1999-09-09 03:32:03 +00:00
|
|
|
|
2008-04-11 16:26:32 +00:00
|
|
|
apply_bt = g_object_get_data(G_OBJECT(bbox), GTK_STOCK_APPLY);
|
2008-04-11 23:16:06 +00:00
|
|
|
g_signal_connect(apply_bt, "clicked", G_CALLBACK(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
|
|
|
|
2008-04-11 16:26:32 +00:00
|
|
|
save_bt = g_object_get_data(G_OBJECT(bbox), GTK_STOCK_SAVE);
|
2008-04-11 23:16:06 +00:00
|
|
|
g_signal_connect(save_bt, "clicked", G_CALLBACK(prefs_main_save_cb), prefs_w);
|
2008-04-11 16:26:32 +00:00
|
|
|
g_object_set_data(G_OBJECT(prefs_w), E_PREFSW_SAVE_BT_KEY, save_bt);
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2008-04-11 16:26:32 +00:00
|
|
|
cancel_bt = g_object_get_data(G_OBJECT(bbox), GTK_STOCK_CANCEL);
|
2008-04-11 23:16:06 +00:00
|
|
|
g_signal_connect(cancel_bt, "clicked", G_CALLBACK(prefs_main_cancel_cb), prefs_w);
|
2004-05-26 03:49:24 +00:00
|
|
|
window_set_cancel_button(prefs_w, cancel_bt, NULL);
|
1999-09-09 03:32:03 +00:00
|
|
|
|
2004-05-26 03:49:24 +00:00
|
|
|
gtk_widget_grab_default(ok_bt);
|
|
|
|
|
2008-06-21 13:36:31 +00:00
|
|
|
help_bt = g_object_get_data(G_OBJECT(bbox), GTK_STOCK_HELP);
|
|
|
|
g_signal_connect(help_bt, "clicked", G_CALLBACK(topic_cb), (gpointer)HELP_PREFERENCES_DIALOG);
|
2006-04-20 20:31:05 +00:00
|
|
|
|
2008-04-11 23:16:06 +00:00
|
|
|
g_signal_connect(prefs_w, "delete_event", G_CALLBACK(prefs_main_delete_event_cb), prefs_w);
|
|
|
|
g_signal_connect(prefs_w, "destroy", G_CALLBACK(prefs_main_destroy_cb), prefs_w);
|
2000-05-08 07:58:20 +00:00
|
|
|
|
1999-09-09 03:32:03 +00:00
|
|
|
gtk_widget_show(prefs_w);
|
2006-10-03 19:53:10 +00:00
|
|
|
|
|
|
|
/* hide the Save button if the user uses implicit save */
|
|
|
|
if(!prefs.gui_use_pref_save) {
|
|
|
|
gtk_widget_hide(save_bt);
|
|
|
|
}
|
|
|
|
|
2004-05-26 03:49:24 +00:00
|
|
|
window_present(prefs_w);
|
2002-11-03 17:38:45 +00:00
|
|
|
|
2009-11-26 08:57:21 +00:00
|
|
|
switch (prefs_page) {
|
|
|
|
case PREFS_PAGE_LAYOUT:
|
|
|
|
gtk_tree_selection_select_iter(selection, &layout_iter);
|
|
|
|
gtk_notebook_set_current_page(g_object_get_data(G_OBJECT(prefs_w), E_PREFSW_NOTEBOOK_KEY), layout_page);
|
|
|
|
break;
|
|
|
|
case PREFS_PAGE_COLUMNS:
|
|
|
|
gtk_tree_selection_select_iter(selection, &columns_iter);
|
|
|
|
gtk_notebook_set_current_page(g_object_get_data(G_OBJECT(prefs_w), E_PREFSW_NOTEBOOK_KEY), columns_page);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
/* Not implemented yet */
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2002-11-03 17:38:45 +00:00
|
|
|
g_object_unref(G_OBJECT(store));
|
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
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
GtkWidget *label;
|
|
|
|
GtkWidget *event_box;
|
|
|
|
|
|
|
|
label = gtk_label_new(label_text);
|
|
|
|
gtk_misc_set_alignment(GTK_MISC(label), 1.0f, 0.5f);
|
|
|
|
gtk_widget_show(label);
|
|
|
|
|
|
|
|
event_box = gtk_event_box_new();
|
|
|
|
gtk_event_box_set_visible_window (GTK_EVENT_BOX(event_box), FALSE);
|
|
|
|
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
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
GtkTooltips *tooltips;
|
|
|
|
GtkWidget *check_box;
|
2002-01-13 20:35:12 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
tooltips = g_object_get_data(G_OBJECT(main_tb), E_TOOLTIPS_KEY);
|
2002-01-20 20:05:18 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
set_option_label(main_tb, table_position, label_text, tooltip_text,
|
|
|
|
tooltips);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
2009-05-03 17:50:51 +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);
|
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, check_box, tooltip_text, NULL);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
return check_box;
|
2002-01-13 20:35:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
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
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
GtkTooltips *tooltips;
|
|
|
|
GtkWidget *radio_button_hbox, *button = NULL;
|
|
|
|
GSList *rb_group;
|
2010-01-29 19:09:01 +00:00
|
|
|
int idx;
|
2009-05-03 17:50:51 +00:00
|
|
|
const enum_val_t *enum_valp;
|
|
|
|
GtkWidget *event_box;
|
|
|
|
|
|
|
|
tooltips = g_object_get_data(G_OBJECT(main_tb), E_TOOLTIPS_KEY);
|
|
|
|
|
|
|
|
set_option_label(main_tb, table_position, label_text, tooltip_text,
|
|
|
|
tooltips);
|
|
|
|
|
|
|
|
radio_button_hbox = gtk_hbox_new(FALSE, 0);
|
|
|
|
rb_group = NULL;
|
2010-01-29 19:09:01 +00:00
|
|
|
for (enum_valp = enumvals, idx = 0; enum_valp->name != NULL;
|
|
|
|
enum_valp++, idx++) {
|
2009-05-03 17:50:51 +00:00
|
|
|
button = gtk_radio_button_new_with_label(rb_group,
|
|
|
|
enum_valp->description);
|
|
|
|
gtk_widget_show(button);
|
|
|
|
rb_group = gtk_radio_button_get_group(GTK_RADIO_BUTTON(button));
|
|
|
|
gtk_box_pack_start(GTK_BOX(radio_button_hbox), button, FALSE,
|
|
|
|
FALSE, 10);
|
|
|
|
if (enum_valp->value == current_val) {
|
|
|
|
gtk_toggle_button_set_active(GTK_TOGGLE_BUTTON(button),
|
|
|
|
TRUE);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
gtk_widget_show(radio_button_hbox);
|
|
|
|
|
|
|
|
event_box = gtk_event_box_new();
|
|
|
|
gtk_event_box_set_visible_window (GTK_EVENT_BOX(event_box), FALSE);
|
|
|
|
gtk_container_add(GTK_CONTAINER(event_box), radio_button_hbox);
|
|
|
|
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_widget_show(event_box);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* 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;
|
2002-01-13 20:35:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static gint
|
|
|
|
label_to_enum_val(GtkWidget *label, const enum_val_t *enumvals)
|
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
const gchar *label_string;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
/* Get the label's text, and translate it to a value.
|
|
|
|
We match only the descriptions, as those are what appear in
|
|
|
|
the option menu items or as labels for radio buttons.
|
|
|
|
We fail if we don't find a match, as that "can't happen". */
|
|
|
|
label_string = gtk_label_get_text(GTK_LABEL(label));
|
|
|
|
|
|
|
|
for (i = 0; enumvals[i].name != NULL; i++) {
|
|
|
|
if (g_ascii_strcasecmp(label_string, enumvals[i].description) == 0) {
|
|
|
|
return enumvals[i].value;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
g_assert_not_reached();
|
|
|
|
return -1;
|
2002-01-13 20:35:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
gint
|
|
|
|
fetch_preference_radio_buttons_val(GtkWidget *button,
|
|
|
|
const enum_val_t *enumvals)
|
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
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_get_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);
|
2002-01-13 20:35:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
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
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
GtkTooltips *tooltips;
|
2009-09-23 14:30:56 +00:00
|
|
|
GtkWidget *menu_box, *combo_box;
|
2010-01-29 19:09:01 +00:00
|
|
|
int menu_idx, idx;
|
2009-05-03 17:50:51 +00:00
|
|
|
const enum_val_t *enum_valp;
|
|
|
|
GtkWidget *event_box;
|
|
|
|
|
|
|
|
tooltips = g_object_get_data(G_OBJECT(main_tb), E_TOOLTIPS_KEY);
|
|
|
|
|
|
|
|
set_option_label(main_tb, table_position, label_text, tooltip_text,
|
|
|
|
tooltips);
|
|
|
|
|
|
|
|
/* Create a menu from the enumvals */
|
2009-09-23 14:30:56 +00:00
|
|
|
combo_box = gtk_combo_box_new_text ();
|
2009-05-03 17:50:51 +00:00
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
2009-09-23 14:30:56 +00:00
|
|
|
gtk_tooltips_set_tip(tooltips, combo_box, tooltip_text, NULL);
|
2010-01-29 19:09:01 +00:00
|
|
|
menu_idx = 0;
|
|
|
|
for (enum_valp = enumvals, idx = 0; enum_valp->name != NULL;
|
|
|
|
enum_valp++, idx++) {
|
2009-09-23 14:30:56 +00:00
|
|
|
gtk_combo_box_append_text (GTK_COMBO_BOX (combo_box), enum_valp->description);
|
2009-05-03 17:50:51 +00:00
|
|
|
if (enum_valp->value == current_val)
|
2010-01-29 19:09:01 +00:00
|
|
|
menu_idx = idx;
|
2009-05-03 17:50:51 +00:00
|
|
|
}
|
2009-09-23 14:30:56 +00:00
|
|
|
/* Set the current value active */
|
2010-01-29 19:09:01 +00:00
|
|
|
gtk_combo_box_set_active(GTK_COMBO_BOX(combo_box), menu_idx);
|
2009-05-03 17:50:51 +00:00
|
|
|
|
|
|
|
/*
|
2009-09-23 14:30:56 +00:00
|
|
|
* Put the combo box in an hbox, so that it's only as wide
|
2009-05-03 17:50:51 +00:00
|
|
|
* as the widest entry, rather than being as wide as the table
|
|
|
|
* space.
|
|
|
|
*/
|
|
|
|
menu_box = gtk_hbox_new(FALSE, 0);
|
2009-09-23 14:30:56 +00:00
|
|
|
gtk_box_pack_start(GTK_BOX(menu_box), combo_box, FALSE, FALSE, 0);
|
2009-05-03 17:50:51 +00:00
|
|
|
|
|
|
|
event_box = gtk_event_box_new();
|
|
|
|
gtk_event_box_set_visible_window (GTK_EVENT_BOX(event_box), FALSE);
|
|
|
|
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);
|
|
|
|
|
2009-09-23 14:30:56 +00:00
|
|
|
return combo_box;
|
2002-01-13 20:35:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
gint
|
2009-09-23 14:30:56 +00:00
|
|
|
fetch_preference_option_menu_val(GtkWidget *combo_box, const enum_val_t *enumvals)
|
2002-01-13 20:35:12 +00:00
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
/*
|
|
|
|
* OK, now return the value corresponding to the label for the
|
2009-09-23 14:30:56 +00:00
|
|
|
* currently active entry in the combo box.
|
2009-05-03 17:50:51 +00:00
|
|
|
*/
|
2009-09-23 14:30:56 +00:00
|
|
|
int i;
|
|
|
|
|
|
|
|
i = gtk_combo_box_get_active (GTK_COMBO_BOX(combo_box));
|
|
|
|
|
|
|
|
return enumvals[i].value;
|
2002-01-13 20:35:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
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
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
GtkTooltips *tooltips;
|
|
|
|
GtkWidget *entry;
|
2002-01-13 20:35:12 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
tooltips = g_object_get_data(G_OBJECT(main_tb), E_TOOLTIPS_KEY);
|
2002-01-20 20:05:18 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
set_option_label(main_tb, table_position, label_text, tooltip_text,
|
|
|
|
tooltips);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
2009-05-03 17:50:51 +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);
|
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, entry, tooltip_text, NULL);
|
|
|
|
gtk_widget_show(entry);
|
2002-01-13 20:35:12 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
return entry;
|
2002-01-13 20:35:12 +00:00
|
|
|
}
|
|
|
|
|
2006-12-05 00:43:00 +00:00
|
|
|
GtkWidget *
|
|
|
|
create_preference_static_text(GtkWidget *main_tb, int table_position,
|
|
|
|
const gchar *label_text, const gchar *tooltip_text)
|
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
GtkTooltips *tooltips;
|
|
|
|
GtkWidget *label;
|
|
|
|
|
|
|
|
tooltips = g_object_get_data(G_OBJECT(main_tb), E_TOOLTIPS_KEY);
|
|
|
|
|
|
|
|
if(label_text != NULL)
|
|
|
|
label = gtk_label_new(label_text);
|
|
|
|
else
|
|
|
|
label = gtk_label_new("");
|
|
|
|
gtk_table_attach_defaults(GTK_TABLE(main_tb), label, 0, 2,
|
|
|
|
table_position, table_position + 1);
|
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, label, tooltip_text, NULL);
|
|
|
|
gtk_widget_show(label);
|
|
|
|
|
|
|
|
return label;
|
2006-12-05 00:43:00 +00:00
|
|
|
}
|
|
|
|
|
2008-01-18 07:18:32 +00:00
|
|
|
GtkWidget *
|
|
|
|
create_preference_uat(GtkWidget *main_tb, int table_position,
|
|
|
|
const gchar *label_text, const gchar *tooltip_text, void* uat)
|
2007-02-03 14:25:02 +00:00
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
GtkTooltips *tooltips;
|
|
|
|
GtkWidget *button = NULL;
|
|
|
|
|
|
|
|
tooltips = g_object_get_data(G_OBJECT(main_tb), E_TOOLTIPS_KEY);
|
|
|
|
|
|
|
|
set_option_label(main_tb, table_position, label_text, tooltip_text,
|
|
|
|
tooltips);
|
|
|
|
|
|
|
|
button = gtk_button_new_from_stock(WIRESHARK_STOCK_EDIT);
|
|
|
|
|
|
|
|
g_signal_connect(button, "clicked", G_CALLBACK(uat_window_cb), uat);
|
|
|
|
|
|
|
|
gtk_table_attach_defaults(GTK_TABLE(main_tb), button, 1, 2,
|
|
|
|
table_position, table_position+1);
|
|
|
|
if (tooltip_text != NULL && tooltips != NULL)
|
|
|
|
gtk_tooltips_set_tip(tooltips, button, tooltip_text, NULL);
|
|
|
|
gtk_widget_show(button);
|
|
|
|
|
|
|
|
return button;
|
2007-02-03 14:25:02 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
static guint
|
|
|
|
pref_check(pref_t *pref, gpointer user_data)
|
|
|
|
{
|
|
|
|
const char *str_val;
|
|
|
|
char *p;
|
|
|
|
guint uval;
|
|
|
|
pref_t **badpref = user_data;
|
|
|
|
|
|
|
|
/* Fetch the value of the preference, and check whether it's valid. */
|
|
|
|
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 (p == str_val || *p != '\0') {
|
|
|
|
*badpref = pref;
|
2009-05-03 17:50:51 +00:00
|
|
|
return PREFS_SET_SYNTAX_ERR; /* number was bad */
|
2004-10-12 03:13:17 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_BOOL:
|
|
|
|
/* Value can't be bad. */
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_ENUM:
|
|
|
|
/* Value can't be bad. */
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_STRING:
|
|
|
|
/* Value can't be bad. */
|
|
|
|
break;
|
|
|
|
|
2004-10-14 23:45:09 +00:00
|
|
|
case PREF_RANGE:
|
|
|
|
str_val = gtk_entry_get_text(GTK_ENTRY(pref->control));
|
|
|
|
|
2004-10-16 23:32:24 +00:00
|
|
|
if (strlen(str_val) != 0) {
|
2009-05-03 17:50:51 +00:00
|
|
|
range_t *newrange;
|
|
|
|
|
|
|
|
if (range_convert_str(&newrange, str_val, pref->info.max_value) != CVT_NO_ERROR) {
|
|
|
|
*badpref = pref;
|
|
|
|
return PREFS_SET_SYNTAX_ERR; /* range was bad */
|
|
|
|
}
|
|
|
|
g_free(newrange);
|
2004-10-14 23:45:09 +00:00
|
|
|
}
|
2006-12-05 00:43:00 +00:00
|
|
|
break;
|
|
|
|
|
2007-02-03 14:25:02 +00:00
|
|
|
case PREF_STATIC_TEXT:
|
|
|
|
case PREF_UAT:
|
2006-12-05 00:43:00 +00:00
|
|
|
/* Value can't be bad. */
|
2004-10-14 23:45:09 +00:00
|
|
|
break;
|
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
case PREF_OBSOLETE:
|
|
|
|
g_assert_not_reached();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static guint
|
|
|
|
module_prefs_check(module_t *module, gpointer user_data)
|
|
|
|
{
|
|
|
|
/* For all preferences in this module, fetch its value from this
|
|
|
|
module's notebook page and check whether it's valid. */
|
|
|
|
return prefs_pref_foreach(module, pref_check, user_data);
|
|
|
|
}
|
|
|
|
|
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')
|
2009-05-03 17:50:51 +00:00
|
|
|
return PREFS_SET_SYNTAX_ERR; /* number was bad */
|
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
|
|
|
#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,
|
2009-05-03 17:50:51 +00:00
|
|
|
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;
|
2005-07-24 19:01:28 +00:00
|
|
|
g_free((void *)*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
|
|
|
|
2004-10-14 23:45:09 +00:00
|
|
|
case PREF_RANGE:
|
|
|
|
{
|
2004-10-16 23:32:24 +00:00
|
|
|
range_t *newrange;
|
2004-10-16 08:33:40 +00:00
|
|
|
convert_ret_t ret;
|
2004-10-14 23:45:09 +00:00
|
|
|
|
|
|
|
str_val = gtk_entry_get_text(GTK_ENTRY(pref->control));
|
2004-10-16 08:33:40 +00:00
|
|
|
ret = range_convert_str(&newrange, str_val, pref->info.max_value);
|
|
|
|
if (ret != CVT_NO_ERROR)
|
2004-10-16 23:32:24 +00:00
|
|
|
#if 0
|
2009-05-03 17:50:51 +00:00
|
|
|
return PREFS_SET_SYNTAX_ERR; /* range was bad */
|
2004-10-16 23:32:24 +00:00
|
|
|
#else
|
2009-05-03 17:50:51 +00:00
|
|
|
return 0; /* XXX - should fail */
|
2004-10-16 08:33:40 +00:00
|
|
|
#endif
|
2004-10-14 23:45:09 +00:00
|
|
|
|
2004-10-16 23:32:24 +00:00
|
|
|
if (!ranges_are_equal(*pref->varp.range, newrange)) {
|
2004-10-14 23:45:09 +00:00
|
|
|
*pref_changed_p = TRUE;
|
2004-10-16 23:32:24 +00:00
|
|
|
g_free(*pref->varp.range);
|
|
|
|
*pref->varp.range = newrange;
|
|
|
|
} else
|
|
|
|
g_free(newrange);
|
2004-10-14 23:45:09 +00:00
|
|
|
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2006-12-05 00:43:00 +00:00
|
|
|
case PREF_STATIC_TEXT:
|
2007-02-03 14:25:02 +00:00
|
|
|
case PREF_UAT:
|
2006-12-05 00:43:00 +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
|
|
|
}
|
|
|
|
|
2004-10-12 03:13:17 +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
|
|
|
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. */
|
2009-05-03 17:50:51 +00:00
|
|
|
module->prefs_changed = FALSE; /* assume none of them changed */
|
2000-07-09 03:29:42 +00:00
|
|
|
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;
|
2004-10-12 03:13:17 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
return 0; /* keep fetching module preferences */
|
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
|
|
|
}
|
|
|
|
|
2006-10-20 23:22:53 +00:00
|
|
|
#ifdef HAVE_AIRPCAP
|
|
|
|
/*
|
|
|
|
* This function is used to apply changes and update the Wireless Toolbar
|
|
|
|
* whenever we apply some changes to the WEP preferences
|
|
|
|
*/
|
|
|
|
static void
|
2009-05-13 17:29:13 +00:00
|
|
|
prefs_airpcap_update(void)
|
2006-10-20 23:22:53 +00:00
|
|
|
{
|
2008-01-17 22:28:31 +00:00
|
|
|
GtkWidget *decryption_cm;
|
|
|
|
GtkWidget *decryption_en;
|
2009-05-13 10:03:12 +00:00
|
|
|
gboolean wireshark_decryption_was_enabled = FALSE;
|
|
|
|
gboolean airpcap_decryption_was_enabled = FALSE;
|
|
|
|
gboolean wireshark_decryption_is_now_enabled = FALSE;
|
2006-10-20 23:22:53 +00:00
|
|
|
|
2008-04-11 16:26:32 +00:00
|
|
|
decryption_cm = GTK_WIDGET(g_object_get_data(G_OBJECT(airpcap_tb),AIRPCAP_TOOLBAR_DECRYPTION_KEY));
|
2008-01-17 22:28:31 +00:00
|
|
|
decryption_en = GTK_WIDGET(GTK_ENTRY(GTK_COMBO(decryption_cm)->entry));
|
2006-10-20 23:22:53 +00:00
|
|
|
|
2008-01-17 22:28:31 +00:00
|
|
|
if( g_ascii_strcasecmp(gtk_entry_get_text(GTK_ENTRY(decryption_en)),AIRPCAP_DECRYPTION_TYPE_STRING_WIRESHARK) == 0 )
|
|
|
|
{
|
|
|
|
wireshark_decryption_was_enabled = TRUE;
|
|
|
|
airpcap_decryption_was_enabled = FALSE;
|
|
|
|
}
|
|
|
|
else if( g_ascii_strcasecmp(gtk_entry_get_text(GTK_ENTRY(decryption_en)),AIRPCAP_DECRYPTION_TYPE_STRING_AIRPCAP) == 0 )
|
|
|
|
{
|
|
|
|
wireshark_decryption_was_enabled = FALSE;
|
|
|
|
airpcap_decryption_was_enabled = TRUE;
|
|
|
|
}
|
|
|
|
else if( g_ascii_strcasecmp(gtk_entry_get_text(GTK_ENTRY(decryption_en)),AIRPCAP_DECRYPTION_TYPE_STRING_NONE) == 0 )
|
|
|
|
{
|
|
|
|
wireshark_decryption_was_enabled = FALSE;
|
|
|
|
airpcap_decryption_was_enabled = FALSE;
|
|
|
|
}
|
2006-10-20 23:22:53 +00:00
|
|
|
|
2008-01-17 22:28:31 +00:00
|
|
|
wireshark_decryption_is_now_enabled = wireshark_decryption_on();
|
2006-10-20 23:22:53 +00:00
|
|
|
|
2008-01-17 22:28:31 +00:00
|
|
|
if(wireshark_decryption_is_now_enabled && airpcap_decryption_was_enabled)
|
|
|
|
{
|
|
|
|
set_airpcap_decryption(FALSE);
|
|
|
|
gtk_entry_set_text(GTK_ENTRY(decryption_en),AIRPCAP_DECRYPTION_TYPE_STRING_WIRESHARK);
|
|
|
|
}
|
|
|
|
if(wireshark_decryption_is_now_enabled && !airpcap_decryption_was_enabled)
|
|
|
|
{
|
|
|
|
set_airpcap_decryption(FALSE);
|
|
|
|
gtk_entry_set_text(GTK_ENTRY(decryption_en),AIRPCAP_DECRYPTION_TYPE_STRING_WIRESHARK);
|
|
|
|
}
|
|
|
|
else if(!wireshark_decryption_is_now_enabled && wireshark_decryption_was_enabled)
|
|
|
|
{
|
|
|
|
if(airpcap_decryption_was_enabled)
|
|
|
|
{
|
|
|
|
set_airpcap_decryption(TRUE);
|
|
|
|
gtk_entry_set_text(GTK_ENTRY(decryption_en),AIRPCAP_DECRYPTION_TYPE_STRING_AIRPCAP);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
set_airpcap_decryption(FALSE);
|
|
|
|
gtk_entry_set_text(GTK_ENTRY(decryption_en),AIRPCAP_DECRYPTION_TYPE_STRING_NONE);
|
|
|
|
}
|
|
|
|
}
|
2006-10-20 23:22:53 +00:00
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
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
|
|
|
|
2004-10-14 23:45:09 +00:00
|
|
|
case PREF_RANGE:
|
2004-10-16 23:32:24 +00:00
|
|
|
if (pref->saved_val.range != NULL) {
|
|
|
|
g_free(pref->saved_val.range);
|
|
|
|
pref->saved_val.range = NULL;
|
|
|
|
}
|
2004-10-14 23:45:09 +00:00
|
|
|
break;
|
|
|
|
|
2006-12-05 00:43:00 +00:00
|
|
|
case PREF_STATIC_TEXT:
|
2007-02-03 14:25:02 +00:00
|
|
|
case PREF_UAT:
|
2006-12-05 00:43:00 +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
|
|
|
}
|
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
static guint
|
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);
|
2009-05-03 17:50:51 +00:00
|
|
|
return 0; /* keep cleaning modules */
|
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
|
|
|
}
|
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
/* fetch all pref values from all pages */
|
2004-10-12 03:13:17 +00:00
|
|
|
static gboolean
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_main_fetch_all(GtkWidget *dlg, gboolean *must_redissect)
|
1999-09-09 03:32:03 +00:00
|
|
|
{
|
2004-10-12 03:13:17 +00:00
|
|
|
pref_t *badpref;
|
|
|
|
|
|
|
|
/* First, check that the values are all valid. */
|
|
|
|
/* XXX - check the non-registered preferences too */
|
|
|
|
switch (prefs_modules_foreach(module_prefs_check, (gpointer)&badpref)) {
|
|
|
|
|
|
|
|
case PREFS_SET_SYNTAX_ERR:
|
|
|
|
switch (badpref->type) {
|
|
|
|
|
|
|
|
case PREF_UINT:
|
|
|
|
simple_dialog(ESD_TYPE_ERROR, ESD_BTN_OK,
|
2004-12-29 01:08:20 +00:00
|
|
|
"The value for \"%s\" isn't a valid number.",
|
2004-10-12 03:13:17 +00:00
|
|
|
badpref->title);
|
|
|
|
return FALSE;
|
|
|
|
|
2004-10-14 23:45:09 +00:00
|
|
|
case PREF_RANGE:
|
|
|
|
simple_dialog(ESD_TYPE_ERROR, ESD_BTN_OK,
|
2004-12-29 01:08:20 +00:00
|
|
|
"The value for \"%s\" isn't a valid range.",
|
2004-10-14 23:45:09 +00:00
|
|
|
badpref->title);
|
|
|
|
return FALSE;
|
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
default:
|
|
|
|
g_assert_not_reached();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
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). */
|
2008-04-11 16:26:32 +00:00
|
|
|
gui_prefs_fetch(g_object_get_data(G_OBJECT(dlg), E_GUI_PAGE_KEY));
|
|
|
|
layout_prefs_fetch(g_object_get_data(G_OBJECT(dlg), E_GUI_LAYOUT_PAGE_KEY));
|
|
|
|
column_prefs_fetch(g_object_get_data(G_OBJECT(dlg), E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_fetch(g_object_get_data(G_OBJECT(dlg), E_GUI_COLORS_PAGE_KEY));
|
2004-05-27 16:50:16 +00:00
|
|
|
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2008-04-11 16:26:32 +00:00
|
|
|
capture_prefs_fetch(g_object_get_data(G_OBJECT(dlg), E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2008-04-11 16:26:32 +00:00
|
|
|
printer_prefs_fetch(g_object_get_data(G_OBJECT(dlg), E_PRINT_PAGE_KEY));
|
|
|
|
nameres_prefs_fetch(g_object_get_data(G_OBJECT(dlg), E_NAMERES_PAGE_KEY));
|
2008-04-21 10:57:32 +00:00
|
|
|
stats_prefs_fetch(g_object_get_data(G_OBJECT(dlg), E_TAPS_PAGE_KEY));
|
2008-04-17 23:14:01 +00:00
|
|
|
protocols_prefs_fetch(g_object_get_data(G_OBJECT(dlg), E_PROTOCOLS_PAGE_KEY));
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_modules_foreach(module_prefs_fetch, must_redissect);
|
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
return TRUE;
|
|
|
|
}
|
2004-05-27 16:50:16 +00:00
|
|
|
|
|
|
|
/* apply all pref values to the real world */
|
|
|
|
static void
|
2007-11-21 18:56:05 +00:00
|
|
|
prefs_main_apply_all(GtkWidget *dlg, gboolean redissect)
|
2004-05-27 16:50:16 +00:00
|
|
|
{
|
2006-10-03 19:53:10 +00:00
|
|
|
GtkWidget *save_bt;
|
|
|
|
|
2004-09-25 22:50:58 +00:00
|
|
|
/*
|
|
|
|
* Apply the protocol preferences first - "gui_prefs_apply()" could
|
|
|
|
* cause redissection, and we have to make sure the protocol
|
|
|
|
* preference changes have been fully applied.
|
|
|
|
*/
|
|
|
|
prefs_apply_all();
|
|
|
|
|
2008-04-11 16:26:32 +00:00
|
|
|
gui_prefs_apply(g_object_get_data(G_OBJECT(dlg), E_GUI_PAGE_KEY), redissect);
|
|
|
|
layout_prefs_apply(g_object_get_data(G_OBJECT(dlg), E_GUI_LAYOUT_PAGE_KEY));
|
|
|
|
column_prefs_apply(g_object_get_data(G_OBJECT(dlg), E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_apply(g_object_get_data(G_OBJECT(dlg), E_GUI_COLORS_PAGE_KEY));
|
2004-05-27 16:50:16 +00:00
|
|
|
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2008-04-11 16:26:32 +00:00
|
|
|
capture_prefs_apply(g_object_get_data(G_OBJECT(dlg), E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2008-04-11 16:26:32 +00:00
|
|
|
printer_prefs_apply(g_object_get_data(G_OBJECT(dlg), E_PRINT_PAGE_KEY));
|
|
|
|
nameres_prefs_apply(g_object_get_data(G_OBJECT(dlg), E_NAMERES_PAGE_KEY));
|
2008-04-21 10:57:32 +00:00
|
|
|
stats_prefs_apply(g_object_get_data(G_OBJECT(dlg), E_TAPS_PAGE_KEY));
|
2008-04-17 23:14:01 +00:00
|
|
|
protocols_prefs_apply(g_object_get_data(G_OBJECT(dlg), E_PROTOCOLS_PAGE_KEY));
|
2006-10-03 19:53:10 +00:00
|
|
|
|
|
|
|
/* show/hide the Save button - depending on setting */
|
2008-04-11 16:26:32 +00:00
|
|
|
save_bt = g_object_get_data(G_OBJECT(prefs_w), E_PREFSW_SAVE_BT_KEY);
|
2006-10-03 19:53:10 +00:00
|
|
|
if(prefs.gui_use_pref_save) {
|
|
|
|
gtk_widget_show(save_bt);
|
|
|
|
} else {
|
|
|
|
gtk_widget_hide(save_bt);
|
|
|
|
}
|
1999-09-09 03:32:03 +00:00
|
|
|
}
|
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
|
|
|
|
/* destroy all preferences ressources from all pages */
|
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
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_main_destroy_all(GtkWidget *dlg)
|
1999-09-09 03:32:03 +00:00
|
|
|
{
|
2005-09-25 22:46:49 +00:00
|
|
|
int page_num;
|
|
|
|
GtkWidget *frame;
|
|
|
|
|
|
|
|
for (page_num = 0;
|
2008-04-11 16:26:32 +00:00
|
|
|
(frame = gtk_notebook_get_nth_page(g_object_get_data(G_OBJECT(prefs_w), E_PREFSW_NOTEBOOK_KEY), page_num)) != NULL;
|
2005-09-25 22:46:49 +00:00
|
|
|
page_num++) {
|
2009-05-03 17:50:51 +00:00
|
|
|
if(g_object_get_data(G_OBJECT(frame), E_PAGE_ITER_KEY))
|
|
|
|
gtk_tree_iter_free(g_object_get_data(G_OBJECT(frame), E_PAGE_ITER_KEY));
|
|
|
|
}
|
2006-08-14 22:34:46 +00:00
|
|
|
|
2008-04-11 16:26:32 +00:00
|
|
|
gui_prefs_destroy(g_object_get_data(G_OBJECT(dlg), E_GUI_PAGE_KEY));
|
|
|
|
layout_prefs_destroy(g_object_get_data(G_OBJECT(dlg), E_GUI_LAYOUT_PAGE_KEY));
|
|
|
|
column_prefs_destroy(g_object_get_data(G_OBJECT(dlg), E_GUI_COLUMN_PAGE_KEY));
|
|
|
|
stream_prefs_destroy(g_object_get_data(G_OBJECT(dlg), E_GUI_COLORS_PAGE_KEY));
|
2000-07-10 09:18:38 +00:00
|
|
|
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef HAVE_LIBPCAP
|
|
|
|
#ifdef _WIN32
|
|
|
|
/* Is WPcap loaded? */
|
|
|
|
if (has_wpcap) {
|
|
|
|
#endif /* _WIN32 */
|
2008-04-11 16:26:32 +00:00
|
|
|
capture_prefs_destroy(g_object_get_data(G_OBJECT(dlg), E_CAPTURE_PAGE_KEY));
|
2002-07-17 00:22:30 +00:00
|
|
|
#ifdef _WIN32
|
|
|
|
}
|
|
|
|
#endif /* _WIN32 */
|
|
|
|
#endif /* HAVE_LIBPCAP */
|
2008-04-11 16:26:32 +00:00
|
|
|
printer_prefs_destroy(g_object_get_data(G_OBJECT(dlg), E_PRINT_PAGE_KEY));
|
|
|
|
nameres_prefs_destroy(g_object_get_data(G_OBJECT(dlg), E_NAMERES_PAGE_KEY));
|
2008-04-21 10:57:32 +00:00
|
|
|
stats_prefs_destroy(g_object_get_data(G_OBJECT(dlg), E_TAPS_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
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
/* Free up the saved preferences (both for "prefs" and for registered
|
|
|
|
preferences). */
|
|
|
|
free_prefs(&saved_prefs);
|
|
|
|
prefs_modules_foreach(module_prefs_clean, NULL);
|
2008-04-17 23:14:01 +00:00
|
|
|
protocols_prefs_destroy(g_object_get_data(G_OBJECT(dlg), E_PROTOCOLS_PAGE_KEY));
|
2004-05-27 16:50:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2009-05-05 13:19:46 +00:00
|
|
|
static guint
|
|
|
|
pref_copy(pref_t *pref, gpointer user_data _U_)
|
|
|
|
{
|
|
|
|
switch (pref->type) {
|
|
|
|
|
|
|
|
case PREF_UINT:
|
|
|
|
pref->saved_val.uint = *pref->varp.uint;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_BOOL:
|
|
|
|
pref->saved_val.boolval = *pref->varp.boolp;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_ENUM:
|
|
|
|
pref->saved_val.enumval = *pref->varp.enump;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_STRING:
|
|
|
|
g_free(pref->saved_val.string);
|
|
|
|
pref->saved_val.string = g_strdup(*pref->varp.string);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_RANGE:
|
|
|
|
g_free(pref->saved_val.range);
|
|
|
|
pref->saved_val.range = range_copy(*pref->varp.range);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_STATIC_TEXT:
|
|
|
|
case PREF_UAT:
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PREF_OBSOLETE:
|
|
|
|
g_assert_not_reached();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static guint
|
|
|
|
module_prefs_copy(module_t *module, gpointer user_data _U_)
|
|
|
|
{
|
|
|
|
/* For all preferences in this module, (re)save current value */
|
|
|
|
prefs_pref_foreach(module, pref_copy, NULL);
|
|
|
|
return 0; /* continue making copies */
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Copy prefs to saved values so we can revert to these values */
|
|
|
|
/* if the user selects Cancel. */
|
2009-05-13 17:29:13 +00:00
|
|
|
static void prefs_copy(void) {
|
2009-05-05 13:19:46 +00:00
|
|
|
free_prefs(&saved_prefs);
|
|
|
|
copy_prefs(&saved_prefs, &prefs);
|
|
|
|
prefs_modules_foreach(module_prefs_copy, NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2008-11-28 21:22:25 +00:00
|
|
|
void
|
2006-10-03 19:53:10 +00:00
|
|
|
prefs_main_write(void)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
char *pf_dir_path;
|
|
|
|
char *pf_path;
|
|
|
|
|
|
|
|
/* Create the directory that holds personal configuration files, if
|
|
|
|
necessary. */
|
|
|
|
if (create_persconffile_dir(&pf_dir_path) == -1) {
|
2009-05-03 17:50:51 +00:00
|
|
|
simple_dialog(ESD_TYPE_ERROR, ESD_BTN_OK,
|
|
|
|
"Can't create directory\n\"%s\"\nfor preferences file: %s.", pf_dir_path,
|
|
|
|
strerror(errno));
|
|
|
|
g_free(pf_dir_path);
|
2006-10-03 19:53:10 +00:00
|
|
|
} else {
|
|
|
|
/* Write the preferencs out. */
|
|
|
|
err = write_prefs(&pf_path);
|
|
|
|
if (err != 0) {
|
2009-05-03 17:50:51 +00:00
|
|
|
simple_dialog(ESD_TYPE_ERROR, ESD_BTN_OK,
|
|
|
|
"Can't open preferences file\n\"%s\": %s.", pf_path,
|
|
|
|
strerror(err));
|
|
|
|
g_free(pf_path);
|
2006-10-03 19:53:10 +00:00
|
|
|
}
|
|
|
|
}
|
2006-10-19 00:48:03 +00:00
|
|
|
|
|
|
|
#ifdef HAVE_AIRPCAP
|
2008-01-17 22:28:31 +00:00
|
|
|
/*
|
|
|
|
* Load the Wireshark decryption keys (just set) and save
|
|
|
|
* the changes to the adapters' registry
|
|
|
|
*/
|
|
|
|
airpcap_load_decryption_keys(airpcap_if_list);
|
2006-10-19 00:48:03 +00:00
|
|
|
#endif
|
2006-10-03 19:53:10 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
static void
|
|
|
|
prefs_main_ok_cb(GtkWidget *ok_bt _U_, gpointer parent_w)
|
|
|
|
{
|
|
|
|
gboolean must_redissect = FALSE;
|
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
if (!prefs_main_fetch_all(parent_w, &must_redissect))
|
2006-10-03 19:53:10 +00:00
|
|
|
return; /* Errors in some preference setting - already reported */
|
|
|
|
|
|
|
|
/* if we don't have a Save button, just save the settings now */
|
|
|
|
if (!prefs.gui_use_pref_save) {
|
2009-05-03 17:50:51 +00:00
|
|
|
prefs_main_write();
|
2006-10-03 19:53:10 +00:00
|
|
|
}
|
2004-05-27 16:50:16 +00:00
|
|
|
|
2007-11-21 18:56:05 +00:00
|
|
|
prefs_main_apply_all(parent_w, must_redissect);
|
2004-05-27 16:50:16 +00:00
|
|
|
|
2006-11-16 07:04:02 +00:00
|
|
|
/* Fill in capture options with values from the preferences */
|
|
|
|
prefs_to_capture_opts();
|
|
|
|
|
2008-01-17 22:28:31 +00:00
|
|
|
#ifdef HAVE_AIRPCAP
|
|
|
|
prefs_airpcap_update();
|
|
|
|
#endif
|
2006-10-20 23:22:53 +00:00
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
/* Now destroy the "Preferences" dialog. */
|
|
|
|
window_destroy(GTK_WIDGET(parent_w));
|
|
|
|
|
|
|
|
if (must_redissect) {
|
|
|
|
/* Redissect all the packets, and re-evaluate the display filter. */
|
2009-05-04 21:13:14 +00:00
|
|
|
redissect_packets();
|
2002-07-17 00:22:30 +00:00
|
|
|
}
|
2006-10-20 23:22:53 +00:00
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
prefs_main_apply_cb(GtkWidget *apply_bt _U_, gpointer parent_w)
|
|
|
|
{
|
|
|
|
gboolean must_redissect = FALSE;
|
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
if (!prefs_main_fetch_all(parent_w, &must_redissect))
|
2006-10-03 19:53:10 +00:00
|
|
|
return; /* Errors in some preference setting - already reported */
|
2004-05-27 16:50:16 +00:00
|
|
|
|
2006-10-03 21:03:08 +00:00
|
|
|
/* if we don't have a Save button, just save the settings now */
|
|
|
|
if (!prefs.gui_use_pref_save) {
|
2009-05-03 17:50:51 +00:00
|
|
|
prefs_main_write();
|
2009-05-05 13:19:46 +00:00
|
|
|
prefs_copy(); /* save prefs for reverting if Cancel */
|
2006-10-03 21:03:08 +00:00
|
|
|
}
|
|
|
|
|
2007-11-21 18:56:05 +00:00
|
|
|
prefs_main_apply_all(parent_w, 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
|
|
|
|
2006-11-16 07:04:02 +00:00
|
|
|
/* Fill in capture options with values from the preferences */
|
|
|
|
prefs_to_capture_opts();
|
|
|
|
|
2008-01-17 22:28:31 +00:00
|
|
|
#ifdef HAVE_AIRPCAP
|
|
|
|
prefs_airpcap_update();
|
|
|
|
#endif
|
2006-10-20 23:22:53 +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
|
|
|
if (must_redissect) {
|
|
|
|
/* Redissect all the packets, and re-evaluate the display filter. */
|
2009-05-04 21:13:14 +00:00
|
|
|
redissect_packets();
|
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
|
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
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
if (!prefs_main_fetch_all(parent_w, &must_redissect))
|
2006-10-03 19:53:10 +00:00
|
|
|
return; /* Errors in some preference setting - already reported */
|
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
|
|
|
|
2006-10-03 19:53:10 +00:00
|
|
|
prefs_main_write();
|
2009-05-05 13:19:46 +00:00
|
|
|
prefs_copy(); /* save prefs for reverting if Cancel */
|
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:
|
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
1) by saving the preferences they presumably indicate that they
|
|
|
|
like them;
|
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
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
2) the next time they fire Wireshark up, those preferences will
|
|
|
|
apply;
|
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
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
3) we'd have to buffer "must_redissect" so that if they do
|
|
|
|
"Apply" after this, we know we have to 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
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
4) we did apply the protocol preferences, at least, in the past. */
|
2007-11-21 18:56:05 +00:00
|
|
|
prefs_main_apply_all(parent_w, 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
|
|
|
|
2006-11-16 07:04:02 +00:00
|
|
|
/* Fill in capture options with values from the preferences */
|
|
|
|
prefs_to_capture_opts();
|
|
|
|
|
2000-07-10 09:18:38 +00:00
|
|
|
if (must_redissect) {
|
|
|
|
/* Redissect all the packets, and re-evaluate the display filter. */
|
2009-05-04 21:13:14 +00:00
|
|
|
redissect_packets();
|
2000-07-10 09:18:38 +00:00
|
|
|
}
|
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;
|
2005-07-24 19:01:28 +00:00
|
|
|
g_free((void *)*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
|
|
|
|
2004-10-14 23:45:09 +00:00
|
|
|
case PREF_RANGE:
|
2004-10-16 23:32:24 +00:00
|
|
|
if (!ranges_are_equal(*pref->varp.range, pref->saved_val.range)) {
|
2004-10-14 23:45:09 +00:00
|
|
|
*pref_changed_p = TRUE;
|
2004-10-16 23:32:24 +00:00
|
|
|
g_free(*pref->varp.range);
|
|
|
|
*pref->varp.range = range_copy(pref->saved_val.range);
|
2004-10-14 23:45:09 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
2006-12-05 00:43:00 +00:00
|
|
|
case PREF_STATIC_TEXT:
|
2007-02-03 14:25:02 +00:00
|
|
|
case PREF_UAT:
|
2006-12-05 00:43:00 +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
|
|
|
}
|
|
|
|
|
2004-10-12 03:13:17 +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
|
|
|
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. */
|
2009-05-03 17:50:51 +00:00
|
|
|
module->prefs_changed = FALSE; /* assume none of them changed */
|
2000-07-10 09:18:38 +00:00
|
|
|
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;
|
2009-05-03 17:50:51 +00:00
|
|
|
return 0; /* keep processing modules */
|
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
|
|
|
}
|
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
/* cancel button pressed, revert prefs to saved and exit dialog */
|
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);
|
2009-05-04 14:46:51 +00:00
|
|
|
cfile.cinfo.columns_changed = FALSE; /* [XXX: "columns_changed" should treally be stored in prefs struct ??] */
|
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 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. */
|
2007-11-21 18:56:05 +00:00
|
|
|
prefs_main_apply_all(parent_w, 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
|
|
|
|
2004-05-26 03:49:24 +00:00
|
|
|
window_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. */
|
2009-05-04 21:13:14 +00:00
|
|
|
redissect_packets();
|
2000-07-10 09:18:38 +00:00
|
|
|
}
|
1999-09-09 03:32:03 +00:00
|
|
|
}
|
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
/* Treat this as a cancel, by calling "prefs_main_cancel_cb()" */
|
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
|
2010-01-29 19:09:01 +00:00
|
|
|
prefs_main_delete_event_cb(GtkWidget *prefs_w_lcl, GdkEvent *event _U_,
|
2004-06-10 10:09:58 +00:00
|
|
|
gpointer parent_w _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
|
|
|
{
|
2010-01-29 19:09:01 +00:00
|
|
|
prefs_main_cancel_cb(NULL, prefs_w_lcl);
|
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
|
|
|
|
2004-05-27 16:50:16 +00:00
|
|
|
|
|
|
|
/* dialog *is* already destroyed, clean up memory and such */
|
2000-05-08 07:54:54 +00:00
|
|
|
static void
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_main_destroy_cb(GtkWidget *win _U_, gpointer parent_w)
|
2000-05-08 07:54:54 +00:00
|
|
|
{
|
2004-05-27 16:50:16 +00:00
|
|
|
prefs_main_destroy_all(parent_w);
|
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
|
|
|
};
|
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
static guint
|
2000-08-15 20:46:17 +00:00
|
|
|
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. */
|
2004-10-12 03:13:17 +00:00
|
|
|
if (strcmp(module->title, p->title) == 0) {
|
2003-11-04 20:22:21 +00:00
|
|
|
p->module = module;
|
2009-05-03 17:50:51 +00:00
|
|
|
return 1; /* stops the search */
|
2004-10-12 03:13:17 +00:00
|
|
|
}
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2007-11-29 07:52:52 +00:00
|
|
|
if(prefs_module_has_submodules(module))
|
|
|
|
return prefs_modules_foreach_submodules(module, module_search_properties, p);
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
|
2004-10-12 03:13:17 +00:00
|
|
|
return 0;
|
2000-08-15 20:46:17 +00:00
|
|
|
}
|
|
|
|
|
This change allows a structure to be created under the "Protocols" section of the preferences.
A new function is introduced, prefs_register_protocol_subtree(), that allows the subtree the protocol should appear under to be specified. The subtree is specified as a string, with a '/' delimiting each subtree element. For example,
prefs_register_protocol(proto_dap, prefs_register_dap);
becomes
prefs_register_protocol_subtree("OSI/X.500", proto_dap, prefs_register_dap);
The function will create all the intermediate subtree nodes that are required, if they don't already exist.
This allows the grouping of procotols which should make the list of protocols more manageable as even more are added. The current aim is to group by protocol family e.g.
+ OSI
+ X.400
X.411
X.420
+ X.500
DISP
DAP
DOP
DSP
+ X.509
X509AF
X509CE
...
but others grouping could be envisioned (e.g. by first letter).
As the intermediate nodes may already have preferences (e.g. OSI), then modules are now allowed to have submodules. Previously each node was either a subtree or held preferences. This is consistent with the "User Interface" node.
The subtree structure has no effect on how the preferences are saved to file, and the "Protocol Preferences..." menu option will bring up the preferences expanded to the correct node.
In addition, a new "blank page" has been introduced for intermediate nodes that have no preferences (and is also used when the "Protocols" node itself is chosen). This prevents confusion when the user moves from a node with preferences to a node without preferences, but the page old page is still shown.
There is also a change to prevent '#' characters in a value being treated as a comment when parsing the preferences file. (There is nothing that adds comments when writing the preferences file.)
svn path=/trunk/; revision=21066
2007-03-19 19:08:22 +00:00
|
|
|
static void
|
|
|
|
tree_expand_row(GtkTreeModel *model, GtkTreeView *tree_view, GtkTreeIter *iter)
|
|
|
|
{
|
|
|
|
GtkTreeIter parent;
|
|
|
|
GtkTreePath *path;
|
|
|
|
|
|
|
|
/* expand the parent first */
|
|
|
|
if(gtk_tree_model_iter_parent(model, &parent, iter))
|
|
|
|
tree_expand_row(model, tree_view, &parent);
|
|
|
|
|
|
|
|
path = gtk_tree_model_get_path(model, iter);
|
|
|
|
gtk_tree_view_expand_row(tree_view, path, FALSE);
|
|
|
|
/*expand_tree(tree_view, &parent, NULL, NULL);*/
|
|
|
|
|
|
|
|
gtk_tree_path_free(path);
|
|
|
|
}
|
2005-09-25 22:46:49 +00:00
|
|
|
|
|
|
|
/* select a node in the tree view */
|
|
|
|
/* XXX - this is almost 100% copied from byte_view_select() in proto_draw.c,
|
|
|
|
* find a way to combine both to have a generic function for this */
|
|
|
|
void
|
|
|
|
tree_select_node(GtkWidget *tree, prefs_tree_iter *iter)
|
|
|
|
{
|
2009-05-03 17:50:51 +00:00
|
|
|
GtkTreeIter local_iter = *iter;
|
|
|
|
GtkTreeView *tree_view = GTK_TREE_VIEW(tree);
|
|
|
|
GtkTreeModel *model;
|
|
|
|
GtkTreePath *first_path;
|
2005-09-25 22:46:49 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
model = gtk_tree_view_get_model(tree_view);
|
2005-09-25 22:46:49 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
/* Expand our field's row */
|
|
|
|
first_path = gtk_tree_model_get_path(model, &local_iter);
|
2005-09-25 22:46:49 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
/* expand from the top down */
|
|
|
|
tree_expand_row(model, tree_view, &local_iter);
|
2005-09-25 22:46:49 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
/* select our field's row */
|
|
|
|
gtk_tree_selection_select_path(gtk_tree_view_get_selection(tree_view),
|
|
|
|
first_path);
|
2005-09-25 22:46:49 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
/* And position the window so the selection is visible.
|
|
|
|
* Position the selection in the middle of the viewable
|
|
|
|
* pane. */
|
|
|
|
gtk_tree_view_scroll_to_cell(tree_view, first_path, NULL, TRUE, 0.5f, 0.0f);
|
2005-09-25 22:46:49 +00:00
|
|
|
|
2009-05-03 17:50:51 +00:00
|
|
|
gtk_tree_path_free(first_path);
|
2005-09-25 22:46:49 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2006-08-28 22:54:12 +00:00
|
|
|
/* search the corresponding protocol page of the currently selected field */
|
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;
|
2006-08-28 22:54:12 +00:00
|
|
|
GtkWidget *sw;
|
2003-11-04 20:22:21 +00:00
|
|
|
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)
|
2009-05-03 17:50:51 +00:00
|
|
|
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;
|
2007-11-29 07:52:52 +00:00
|
|
|
prefs_modules_foreach_submodules(protocols_module, module_search_properties,
|
2003-11-04 20:22:21 +00:00
|
|
|
&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 {
|
2009-12-02 09:39:13 +00:00
|
|
|
prefs_cb(w, dummy);
|
2000-08-15 20:46:17 +00:00
|
|
|
}
|
|
|
|
|
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;
|
2008-04-11 16:26:32 +00:00
|
|
|
(sw = gtk_notebook_get_nth_page(g_object_get_data(G_OBJECT(prefs_w), E_PREFSW_NOTEBOOK_KEY), page_num)) != NULL;
|
2003-11-04 20:22:21 +00:00
|
|
|
page_num++) {
|
2006-08-28 22:54:12 +00:00
|
|
|
/* Get the frame from the scrollable window */
|
2008-04-11 16:26:32 +00:00
|
|
|
frame = g_object_get_data(G_OBJECT(sw), E_PAGESW_FRAME_KEY);
|
2007-05-16 21:45:02 +00:00
|
|
|
/* Get the module for this page (non-protocol prefs don't have one). */
|
|
|
|
if(frame) {
|
2008-04-11 16:26:32 +00:00
|
|
|
page_module = g_object_get_data(G_OBJECT(frame), E_PAGE_MODULE_KEY);
|
2007-05-16 21:45:02 +00:00
|
|
|
if (page_module != NULL) {
|
2009-05-03 17:50:51 +00:00
|
|
|
if (page_module == p.module) {
|
|
|
|
tree_select_node(
|
|
|
|
g_object_get_data(G_OBJECT(prefs_w), E_PREFSW_TREE_KEY),
|
|
|
|
g_object_get_data(G_OBJECT(frame), E_PAGE_ITER_KEY));
|
|
|
|
return;
|
|
|
|
}
|
2007-05-16 21:45:02 +00:00
|
|
|
}
|
|
|
|
}
|
2003-11-04 20:22:21 +00:00
|
|
|
}
|
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. */
|
|
|
|
static void
|
2002-11-03 17:38:45 +00:00
|
|
|
prefs_tree_select_cb(GtkTreeSelection *sel, gpointer dummy _U_)
|
2001-10-11 02:17:29 +00:00
|
|
|
{
|
2002-11-03 17:38:45 +00:00
|
|
|
gint page;
|
|
|
|
GtkTreeModel *model;
|
|
|
|
GtkTreeIter iter;
|
|
|
|
|
|
|
|
if (gtk_tree_selection_get_selected(sel, &model, &iter))
|
|
|
|
{
|
|
|
|
gtk_tree_model_get(model, &iter, 1, &page, -1);
|
|
|
|
if (page >= 0)
|
2009-05-03 17:50:51 +00:00
|
|
|
gtk_notebook_set_current_page(g_object_get_data(G_OBJECT(prefs_w), E_PREFSW_NOTEBOOK_KEY), page);
|
2002-11-03 17:38:45 +00:00
|
|
|
}
|
2001-10-11 02:17:29 +00:00
|
|
|
}
|
2009-05-03 17:50:51 +00:00
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Editor modelines
|
|
|
|
*
|
|
|
|
* Local Variables:
|
|
|
|
* c-basic-offset: 2
|
|
|
|
* tab-width: 8
|
|
|
|
* indent-tabs-mode: nil
|
|
|
|
* End:
|
|
|
|
*
|
|
|
|
* ex: set shiftwidth=2 tabstop=8 expandtab
|
|
|
|
* :indentSize=2:tabSize=8:noTabs=true:
|
|
|
|
*/
|