2012-07-14 03:16:57 +00:00
|
|
|
#!/bin/sh
|
|
|
|
#-
|
2013-04-22 05:02:34 +00:00
|
|
|
# Copyright (c) 2012-2013 Devin Teske
|
2013-07-07 18:21:30 +00:00
|
|
|
# All rights reserved.
|
2012-07-14 03:16:57 +00:00
|
|
|
#
|
|
|
|
# Redistribution and use in source and binary forms, with or without
|
|
|
|
# modification, are permitted provided that the following conditions
|
|
|
|
# are met:
|
|
|
|
# 1. Redistributions of source code must retain the above copyright
|
|
|
|
# notice, this list of conditions and the following disclaimer.
|
|
|
|
# 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
# notice, this list of conditions and the following disclaimer in the
|
|
|
|
# documentation and/or other materials provided with the distribution.
|
|
|
|
#
|
|
|
|
# THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
|
2013-07-07 18:51:44 +00:00
|
|
|
# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
2012-07-14 03:16:57 +00:00
|
|
|
# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
# ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
|
|
|
|
# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
2013-07-07 18:51:44 +00:00
|
|
|
# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
2012-07-14 03:16:57 +00:00
|
|
|
# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
# SUCH DAMAGE.
|
|
|
|
#
|
|
|
|
# $FreeBSD$
|
|
|
|
#
|
|
|
|
############################################################ INCLUDES
|
|
|
|
|
2012-09-18 22:28:42 +00:00
|
|
|
BSDCFG_SHARE="/usr/share/bsdconfig"
|
|
|
|
. $BSDCFG_SHARE/common.subr || exit 1
|
2012-12-25 10:47:45 +00:00
|
|
|
f_dprintf "%s: loading includes..." "$0"
|
2012-09-18 22:28:42 +00:00
|
|
|
f_include $BSDCFG_SHARE/dialog.subr
|
|
|
|
f_include $BSDCFG_SHARE/mustberoot.subr
|
|
|
|
f_include $BSDCFG_SHARE/sysrc.subr
|
|
|
|
f_include $BSDCFG_SHARE/startup/rcconf.subr
|
2012-07-14 03:16:57 +00:00
|
|
|
|
2012-09-18 22:28:42 +00:00
|
|
|
BSDCFG_LIBE="/usr/libexec/bsdconfig" APP_DIR="140.startup"
|
2012-07-14 03:16:57 +00:00
|
|
|
f_include_lang $BSDCFG_LIBE/$APP_DIR/include/messages.subr
|
|
|
|
|
2013-12-07 00:31:01 +00:00
|
|
|
f_index_menusel_keyword $BSDCFG_LIBE/$APP_DIR/INDEX "$pgm" ipgm &&
|
|
|
|
pgm="${ipgm:-$pgm}"
|
2012-07-14 03:16:57 +00:00
|
|
|
|
|
|
|
############################################################ GLOBALS
|
|
|
|
|
|
|
|
#
|
|
|
|
# Global map/menu-list for the main menu
|
|
|
|
#
|
|
|
|
RCCONF_MAP=
|
|
|
|
_RCCONF_MAP=
|
|
|
|
|
|
|
|
#
|
|
|
|
# Options
|
|
|
|
#
|
|
|
|
# Inherit SHOW_DESC value if set, otherwise default to 1
|
2012-09-22 04:04:02 +00:00
|
|
|
[ "${SHOW_DESC+set}" ] || SHOW_DESC=1
|
2012-07-14 03:16:57 +00:00
|
|
|
# Selectively inherit SHOW_* value (in order of preference)
|
|
|
|
if [ "$SHOW_DEFAULT_VALUE" ]; then
|
|
|
|
SHOW_DEFAULT_VALUE=1
|
|
|
|
SHOW_CONFIGURED=
|
|
|
|
SHOW_VALUE=
|
|
|
|
elif [ "$SHOW_CONFIGURED" ]; then
|
|
|
|
SHOW_DEFAULT_VALUE=
|
|
|
|
SHOW_CONFIGURED=1
|
|
|
|
SHOW_VALUE=
|
|
|
|
else
|
|
|
|
SHOW_DEFAULT_VALUE=
|
|
|
|
SHOW_CONFIGURED=
|
|
|
|
SHOW_VALUE=1
|
|
|
|
fi
|
|
|
|
|
|
|
|
############################################################ FUNCTIONS
|
|
|
|
|
|
|
|
# dialog_menu_main
|
|
|
|
#
|
|
|
|
# Display the dialog(1)-based application main menu.
|
|
|
|
#
|
|
|
|
dialog_menu_main()
|
|
|
|
{
|
Standardize the way functions build their arguments leading up to a dialog
invocation. Specifically, "top-load" your arguments and in the order in-
which they will be displayed. For example, many [if not all] widgets display
information in the following order, top-to-bottom (visually):
+ backtitle (displayed behind the widget at top-left)
+ title (at the top of the `window')
+ prompt text (just below the title and above whatever widget you choose)
+ Depending on widget, _one_ of the following:
- menu list
- radio list
- check list
- text input box with initial text
- [Xdialog(1)] 2x or 3x text input boxes
- [dialog(1)] a multi-part form
- progress bar
- etc. (many more widget choices)
+ buttons (right below the selected widget)
+ [dialog(1)] the hline (displayed at bottom of `window')
NOTE: Xdialog(1) accepts and silently ignores --hline
When building local arguments for your dialog invocation, if the value can't
be cleanly loaded into a local, add "# Calculated below" to the end of the
local declaration while retaining the block order of argument declarations.
Move other local declarations that are not associated with this top-loading
the dialog arguments to right-above where they are first-used.
Also, standardize on the names of the arguments. For example, always use
$prompt (instead of sometimes $msg and sometimes $prompt); use $menu_list
or $shell_list or $radio_list for those respective widgets; ad nauseum.
While we're doing this, flush-out full arguments for many invocations that
were passing NULL strings (making it unapparent if you were staring at this
one invocation what argument that NULL string was supposed to represent).
Last, while we're in startup/rcconf let's remove the unnecessary use of a
GLOBAL (RCCONF_MENU_LIST) for the menu_list.
2013-06-02 20:02:50 +00:00
|
|
|
local prompt=
|
|
|
|
local menu_list="
|
2012-07-14 03:16:57 +00:00
|
|
|
'X $msg_exit' '$msg_exit_desc'
|
2013-06-04 16:48:23 +00:00
|
|
|
${SHOW_DESC:+'$msg_exit_this_menu'}
|
2012-07-14 03:16:57 +00:00
|
|
|
'> $msg_add_new' '$msg_add_new_desc'
|
|
|
|
${SHOW_DESC:+'$msg_add_new_help'}
|
|
|
|
'> $msg_delete' '$msg_delete_desc'
|
|
|
|
${SHOW_DESC:+'$msg_delete_help'}
|
|
|
|
${USE_XDIALOG:+
|
|
|
|
'> $msg_view_details' '$msg_view_details_desc'
|
|
|
|
${SHOW_DESC:+'$msg_view_details_help'}
|
|
|
|
}
|
|
|
|
" # END-QUOTE
|
Standardize the way functions build their arguments leading up to a dialog
invocation. Specifically, "top-load" your arguments and in the order in-
which they will be displayed. For example, many [if not all] widgets display
information in the following order, top-to-bottom (visually):
+ backtitle (displayed behind the widget at top-left)
+ title (at the top of the `window')
+ prompt text (just below the title and above whatever widget you choose)
+ Depending on widget, _one_ of the following:
- menu list
- radio list
- check list
- text input box with initial text
- [Xdialog(1)] 2x or 3x text input boxes
- [dialog(1)] a multi-part form
- progress bar
- etc. (many more widget choices)
+ buttons (right below the selected widget)
+ [dialog(1)] the hline (displayed at bottom of `window')
NOTE: Xdialog(1) accepts and silently ignores --hline
When building local arguments for your dialog invocation, if the value can't
be cleanly loaded into a local, add "# Calculated below" to the end of the
local declaration while retaining the block order of argument declarations.
Move other local declarations that are not associated with this top-loading
the dialog arguments to right-above where they are first-used.
Also, standardize on the names of the arguments. For example, always use
$prompt (instead of sometimes $msg and sometimes $prompt); use $menu_list
or $shell_list or $radio_list for those respective widgets; ad nauseum.
While we're doing this, flush-out full arguments for many invocations that
were passing NULL strings (making it unapparent if you were staring at this
one invocation what argument that NULL string was supposed to represent).
Last, while we're in startup/rcconf let's remove the unnecessary use of a
GLOBAL (RCCONF_MENU_LIST) for the menu_list.
2013-06-02 20:02:50 +00:00
|
|
|
local defaultitem= # Calculated below
|
|
|
|
local hline="$hline_arrows_tab_enter"
|
2012-07-14 03:16:57 +00:00
|
|
|
|
|
|
|
if [ ! "$_RCCONF_MAP" ]; then
|
|
|
|
# Genreate RCCONF_MAP of `var desc ...' per-line
|
|
|
|
f_dialog_info "$msg_creating_rcconf_map"
|
2013-04-22 05:52:06 +00:00
|
|
|
f_startup_rcconf_map RCCONF_MAP
|
2012-07-14 03:16:57 +00:00
|
|
|
export RCCONF_MAP
|
|
|
|
# Generate _${var}_desc variables from $RCCONF_MAP
|
2013-04-22 05:52:06 +00:00
|
|
|
f_startup_rcconf_map_expand RCCONF_MAP
|
2012-07-14 03:16:57 +00:00
|
|
|
export _RCCONF_MAP=1
|
|
|
|
fi
|
|
|
|
|
|
|
|
# Show infobox for modes that take a while to calculate/display
|
|
|
|
[ "$SHOW_DEFAULT_VALUE" -o "$SHOW_CONFIGURED" ] &&
|
|
|
|
f_dialog_info "$msg_creating_menu_list"
|
|
|
|
|
Standardize the way functions build their arguments leading up to a dialog
invocation. Specifically, "top-load" your arguments and in the order in-
which they will be displayed. For example, many [if not all] widgets display
information in the following order, top-to-bottom (visually):
+ backtitle (displayed behind the widget at top-left)
+ title (at the top of the `window')
+ prompt text (just below the title and above whatever widget you choose)
+ Depending on widget, _one_ of the following:
- menu list
- radio list
- check list
- text input box with initial text
- [Xdialog(1)] 2x or 3x text input boxes
- [dialog(1)] a multi-part form
- progress bar
- etc. (many more widget choices)
+ buttons (right below the selected widget)
+ [dialog(1)] the hline (displayed at bottom of `window')
NOTE: Xdialog(1) accepts and silently ignores --hline
When building local arguments for your dialog invocation, if the value can't
be cleanly loaded into a local, add "# Calculated below" to the end of the
local declaration while retaining the block order of argument declarations.
Move other local declarations that are not associated with this top-loading
the dialog arguments to right-above where they are first-used.
Also, standardize on the names of the arguments. For example, always use
$prompt (instead of sometimes $msg and sometimes $prompt); use $menu_list
or $shell_list or $radio_list for those respective widgets; ad nauseum.
While we're doing this, flush-out full arguments for many invocations that
were passing NULL strings (making it unapparent if you were staring at this
one invocation what argument that NULL string was supposed to represent).
Last, while we're in startup/rcconf let's remove the unnecessary use of a
GLOBAL (RCCONF_MENU_LIST) for the menu_list.
2013-06-02 20:02:50 +00:00
|
|
|
menu_list="$menu_list $(
|
2012-09-21 19:03:25 +00:00
|
|
|
. "$RC_DEFAULTS" > /dev/null
|
|
|
|
source_rc_confs > /dev/null
|
2012-07-14 03:16:57 +00:00
|
|
|
var_list=$( f_startup_rcconf_list )
|
|
|
|
for var in $var_list; do
|
|
|
|
eval export $var
|
|
|
|
[ "$SHOW_DEFAULT_VALUE" ] && export \
|
|
|
|
_${var}_default="$( f_sysrc_get_default $var )"
|
|
|
|
[ "$SHOW_CONFIGURED" ] && export \
|
|
|
|
_${var}_file="$( f_sysrc_find $var )"
|
|
|
|
done
|
|
|
|
export SHOW_VALUE SHOW_DESC SHOW_DEFAULT_VALUE SHOW_CONFIGURED
|
|
|
|
export msg_default_value
|
|
|
|
echo "$var_list" | awk '
|
|
|
|
BEGIN {
|
|
|
|
prefix = ""
|
|
|
|
}
|
|
|
|
{
|
|
|
|
cur_prefix = tolower(substr($1, 1, 1))
|
|
|
|
printf "'\''"
|
|
|
|
if ( prefix != cur_prefix )
|
|
|
|
prefix = cur_prefix
|
|
|
|
else
|
|
|
|
printf " "
|
|
|
|
var = $1
|
|
|
|
printf "%s'\'' '\''", var
|
|
|
|
if ( ENVIRON["SHOW_DEFAULT_VALUE"] ) {
|
|
|
|
default = ENVIRON["_" var "_default"]
|
|
|
|
gsub(/'\''/, "'\''\\'\'\''", default)
|
|
|
|
value = ENVIRON[var]
|
|
|
|
gsub(/'\''/, "'\''\\'\'\''", value)
|
|
|
|
printf ENVIRON["msg_default_value"] "; %s",
|
|
|
|
default, value
|
|
|
|
} else if ( ENVIRON["SHOW_CONFIGURED"] ) {
|
|
|
|
printf "%s", ENVIRON["_" var "_file"]
|
|
|
|
} else { # SHOW_VALUE (default behavior)
|
|
|
|
value = ENVIRON[var]
|
|
|
|
gsub(/'\''/, "'\''\\'\'\''", value)
|
|
|
|
printf "%s", value
|
|
|
|
}
|
|
|
|
printf "'\''"
|
|
|
|
if ( ENVIRON["SHOW_DESC"] ) {
|
|
|
|
desc = ENVIRON["_" var "_desc"]
|
|
|
|
gsub(/'\''/, "'\''\\'\'\''", desc)
|
|
|
|
printf " '\''%s'\''", desc
|
|
|
|
}
|
|
|
|
printf "\n"
|
|
|
|
}'
|
|
|
|
)"
|
|
|
|
|
2013-06-02 22:34:40 +00:00
|
|
|
set -f # set noglob because descriptions in the $menu_list may contain
|
|
|
|
# `*' and get expanded by dialog(1) (doesn't affect Xdialog(1)).
|
|
|
|
# This prevents dialog(1) from expanding wildcards in help line.
|
2012-07-14 03:16:57 +00:00
|
|
|
|
2013-05-31 19:07:17 +00:00
|
|
|
local height width rows
|
|
|
|
eval f_dialog_menu${SHOW_DESC:+_with_help}_size \
|
|
|
|
height width rows \
|
|
|
|
\"\$DIALOG_TITLE\" \
|
|
|
|
\"\$DIALOG_BACKTITLE\" \
|
|
|
|
\"\$prompt\" \
|
|
|
|
\"\$hline\" \
|
Standardize the way functions build their arguments leading up to a dialog
invocation. Specifically, "top-load" your arguments and in the order in-
which they will be displayed. For example, many [if not all] widgets display
information in the following order, top-to-bottom (visually):
+ backtitle (displayed behind the widget at top-left)
+ title (at the top of the `window')
+ prompt text (just below the title and above whatever widget you choose)
+ Depending on widget, _one_ of the following:
- menu list
- radio list
- check list
- text input box with initial text
- [Xdialog(1)] 2x or 3x text input boxes
- [dialog(1)] a multi-part form
- progress bar
- etc. (many more widget choices)
+ buttons (right below the selected widget)
+ [dialog(1)] the hline (displayed at bottom of `window')
NOTE: Xdialog(1) accepts and silently ignores --hline
When building local arguments for your dialog invocation, if the value can't
be cleanly loaded into a local, add "# Calculated below" to the end of the
local declaration while retaining the block order of argument declarations.
Move other local declarations that are not associated with this top-loading
the dialog arguments to right-above where they are first-used.
Also, standardize on the names of the arguments. For example, always use
$prompt (instead of sometimes $msg and sometimes $prompt); use $menu_list
or $shell_list or $radio_list for those respective widgets; ad nauseum.
While we're doing this, flush-out full arguments for many invocations that
were passing NULL strings (making it unapparent if you were staring at this
one invocation what argument that NULL string was supposed to represent).
Last, while we're in startup/rcconf let's remove the unnecessary use of a
GLOBAL (RCCONF_MENU_LIST) for the menu_list.
2013-06-02 20:02:50 +00:00
|
|
|
$menu_list
|
2012-07-14 03:16:57 +00:00
|
|
|
|
2013-06-02 09:02:12 +00:00
|
|
|
# Obtain default-item from previously stored selection
|
|
|
|
f_dialog_default_fetch defaultitem
|
|
|
|
|
Improve portion of the dialog(1) API in dialog.subr responsible for
retrieving stored data (for the --menu, --calendar, --timebox, --checklist,
and --radiolist widgets).
When we (Ron McDowell and I) developed the first version of bsdconfig, it
used temporary files to store responses from dialog(1). That hasn't been
true for some very long time, so the need to always store the return status
of dialog(1) and then call some function to clean-up is long-deprecated. The
function that used to do the clean-up was f_dialog_menutag().
We really don't need f_dialog_menutag() for its originally designed purpose,
as all dialog invocations (even when in a sub-shell) do not use temporary
files anymore.
However, we do need to keep f_dialog_menutag() around because it still fills
the need of being able to abstract the procedure for fetching stored data
provided by functions that display the aforementioned widgets.
In re-designing f_dialog_menutag(), four important changes are made:
1. Rename f_dialog_menutag() to f_dialog_menutag_fetch()
2. Introduce the new first-argument of $var_to_set to reduce number of forks
3. Create a corresponding f_dialog_menutag_store() to abstract the storage
4. Offload the sanitization to a new function, f_dialog_data_sanitize()
NOTE: That last one is important. Not all functions need to store their data
for later fetching, meanwhile every invocation of dialog should be sanitized
(as we learned early-on in the i18n-effort -- underlying libraries will spit
warnings to stderr for bad values of $LANG and since dialog outputs its
responses to stderr, we need to sanitize every response of these warnings).
These changes greatly improve readbaility and also improve performance by
reducing unnecessary forking.
2013-06-01 23:58:44 +00:00
|
|
|
local menu_choice
|
|
|
|
menu_choice=$( eval $DIALOG \
|
2013-06-02 09:02:12 +00:00
|
|
|
--title \"\$DIALOG_TITLE\" \
|
|
|
|
--backtitle \"\$DIALOG_BACKTITLE\" \
|
|
|
|
--hline \"\$hline\" \
|
|
|
|
--ok-label \"\$msg_ok\" \
|
|
|
|
--cancel-label \"\$msg_cancel\" \
|
|
|
|
--help-button \
|
|
|
|
--help-label \"\$msg_details\" \
|
|
|
|
${SHOW_DESC:+--item-help} \
|
|
|
|
--default-item \"\$defaultitem\" \
|
|
|
|
--menu \"\$prompt\" \
|
|
|
|
$height $width $rows \
|
Standardize the way functions build their arguments leading up to a dialog
invocation. Specifically, "top-load" your arguments and in the order in-
which they will be displayed. For example, many [if not all] widgets display
information in the following order, top-to-bottom (visually):
+ backtitle (displayed behind the widget at top-left)
+ title (at the top of the `window')
+ prompt text (just below the title and above whatever widget you choose)
+ Depending on widget, _one_ of the following:
- menu list
- radio list
- check list
- text input box with initial text
- [Xdialog(1)] 2x or 3x text input boxes
- [dialog(1)] a multi-part form
- progress bar
- etc. (many more widget choices)
+ buttons (right below the selected widget)
+ [dialog(1)] the hline (displayed at bottom of `window')
NOTE: Xdialog(1) accepts and silently ignores --hline
When building local arguments for your dialog invocation, if the value can't
be cleanly loaded into a local, add "# Calculated below" to the end of the
local declaration while retaining the block order of argument declarations.
Move other local declarations that are not associated with this top-loading
the dialog arguments to right-above where they are first-used.
Also, standardize on the names of the arguments. For example, always use
$prompt (instead of sometimes $msg and sometimes $prompt); use $menu_list
or $shell_list or $radio_list for those respective widgets; ad nauseum.
While we're doing this, flush-out full arguments for many invocations that
were passing NULL strings (making it unapparent if you were staring at this
one invocation what argument that NULL string was supposed to represent).
Last, while we're in startup/rcconf let's remove the unnecessary use of a
GLOBAL (RCCONF_MENU_LIST) for the menu_list.
2013-06-02 20:02:50 +00:00
|
|
|
$menu_list \
|
2012-09-20 23:44:13 +00:00
|
|
|
2>&1 >&$DIALOG_TERMINAL_PASSTHRU_FD
|
|
|
|
)
|
|
|
|
local retval=$?
|
Improve portion of the dialog(1) API in dialog.subr responsible for
retrieving stored data (for the --menu, --calendar, --timebox, --checklist,
and --radiolist widgets).
When we (Ron McDowell and I) developed the first version of bsdconfig, it
used temporary files to store responses from dialog(1). That hasn't been
true for some very long time, so the need to always store the return status
of dialog(1) and then call some function to clean-up is long-deprecated. The
function that used to do the clean-up was f_dialog_menutag().
We really don't need f_dialog_menutag() for its originally designed purpose,
as all dialog invocations (even when in a sub-shell) do not use temporary
files anymore.
However, we do need to keep f_dialog_menutag() around because it still fills
the need of being able to abstract the procedure for fetching stored data
provided by functions that display the aforementioned widgets.
In re-designing f_dialog_menutag(), four important changes are made:
1. Rename f_dialog_menutag() to f_dialog_menutag_fetch()
2. Introduce the new first-argument of $var_to_set to reduce number of forks
3. Create a corresponding f_dialog_menutag_store() to abstract the storage
4. Offload the sanitization to a new function, f_dialog_data_sanitize()
NOTE: That last one is important. Not all functions need to store their data
for later fetching, meanwhile every invocation of dialog should be sanitized
(as we learned early-on in the i18n-effort -- underlying libraries will spit
warnings to stderr for bad values of $LANG and since dialog outputs its
responses to stderr, we need to sanitize every response of these warnings).
These changes greatly improve readbaility and also improve performance by
reducing unnecessary forking.
2013-06-01 23:58:44 +00:00
|
|
|
f_dialog_data_sanitize menu_choice
|
|
|
|
f_dialog_menutag_store "$menu_choice"
|
2013-04-22 05:52:06 +00:00
|
|
|
|
|
|
|
# Only update default-item on success
|
2013-10-09 08:12:26 +00:00
|
|
|
[ $retval -eq $DIALOG_OK ] && f_dialog_default_store "$menu_choice"
|
2013-04-22 05:52:06 +00:00
|
|
|
|
2012-09-20 23:44:13 +00:00
|
|
|
return $retval
|
2012-07-14 03:16:57 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
############################################################ MAIN
|
|
|
|
|
|
|
|
# Incorporate rc-file if it exists
|
|
|
|
[ -f "$HOME/.bsdconfigrc" ] && f_include "$HOME/.bsdconfigrc"
|
|
|
|
|
|
|
|
#
|
|
|
|
# Process command-line arguments
|
|
|
|
#
|
2013-05-14 03:21:13 +00:00
|
|
|
while getopts h$GETOPTS_STDARGS flag; do
|
2012-07-14 03:16:57 +00:00
|
|
|
case "$flag" in
|
2013-06-24 20:58:54 +00:00
|
|
|
h|\?) f_usage $BSDCFG_LIBE/$APP_DIR/USAGE "PROGRAM_NAME" "$pgm" ;;
|
2012-07-14 03:16:57 +00:00
|
|
|
esac
|
|
|
|
done
|
|
|
|
shift $(( $OPTIND - 1 ))
|
|
|
|
|
|
|
|
#
|
|
|
|
# Initialize
|
|
|
|
#
|
|
|
|
f_dialog_title "$msg_view_edit_startup_configuration"
|
|
|
|
f_dialog_backtitle "${ipgm:+bsdconfig }$pgm"
|
|
|
|
f_mustberoot_init
|
|
|
|
|
2013-06-18 21:35:38 +00:00
|
|
|
#
|
|
|
|
# Launch application main menu
|
|
|
|
#
|
2012-07-14 03:16:57 +00:00
|
|
|
while :; do
|
|
|
|
dialog_menu_main
|
|
|
|
retval=$?
|
Improve portion of the dialog(1) API in dialog.subr responsible for
retrieving stored data (for the --menu, --calendar, --timebox, --checklist,
and --radiolist widgets).
When we (Ron McDowell and I) developed the first version of bsdconfig, it
used temporary files to store responses from dialog(1). That hasn't been
true for some very long time, so the need to always store the return status
of dialog(1) and then call some function to clean-up is long-deprecated. The
function that used to do the clean-up was f_dialog_menutag().
We really don't need f_dialog_menutag() for its originally designed purpose,
as all dialog invocations (even when in a sub-shell) do not use temporary
files anymore.
However, we do need to keep f_dialog_menutag() around because it still fills
the need of being able to abstract the procedure for fetching stored data
provided by functions that display the aforementioned widgets.
In re-designing f_dialog_menutag(), four important changes are made:
1. Rename f_dialog_menutag() to f_dialog_menutag_fetch()
2. Introduce the new first-argument of $var_to_set to reduce number of forks
3. Create a corresponding f_dialog_menutag_store() to abstract the storage
4. Offload the sanitization to a new function, f_dialog_data_sanitize()
NOTE: That last one is important. Not all functions need to store their data
for later fetching, meanwhile every invocation of dialog should be sanitized
(as we learned early-on in the i18n-effort -- underlying libraries will spit
warnings to stderr for bad values of $LANG and since dialog outputs its
responses to stderr, we need to sanitize every response of these warnings).
These changes greatly improve readbaility and also improve performance by
reducing unnecessary forking.
2013-06-01 23:58:44 +00:00
|
|
|
f_dialog_menutag_fetch mtag
|
2012-07-14 03:16:57 +00:00
|
|
|
|
|
|
|
if [ "$USE_XDIALOG" ]; then
|
|
|
|
case "$mtag" in
|
|
|
|
"> $msg_view_details")
|
|
|
|
f_dialog_input_view_details
|
|
|
|
continue
|
|
|
|
esac
|
2013-10-09 08:12:26 +00:00
|
|
|
elif [ $retval -eq $DIALOG_HELP ]; then
|
2012-07-14 03:16:57 +00:00
|
|
|
# The ``Help'' button (labeled "Details") was pressed
|
|
|
|
f_dialog_input_view_details
|
|
|
|
continue
|
|
|
|
fi
|
|
|
|
|
2013-10-09 08:12:26 +00:00
|
|
|
[ $retval -eq $DIALOG_OK ] || f_die
|
2012-07-14 03:16:57 +00:00
|
|
|
|
|
|
|
case "$mtag" in
|
|
|
|
"X $msg_exit") break ;;
|
2013-06-19 18:13:58 +00:00
|
|
|
"> $msg_add_new") $BSDCFG_LIBE/$APP_DIR/rcadd ${USE_XDIALOG:+-X} ;;
|
2012-07-14 03:16:57 +00:00
|
|
|
"> $msg_delete")
|
|
|
|
# rcdelete has a similar interface that can inherit the below:
|
|
|
|
export SHOW_VALUE SHOW_DESC SHOW_DEFAULT_VALUE SHOW_CONFIGURED
|
|
|
|
$BSDCFG_LIBE/$APP_DIR/rcdelete ${USE_XDIALOG:+-X}
|
|
|
|
;;
|
|
|
|
*) # Anything else is a variable to edit
|
|
|
|
$BSDCFG_LIBE/$APP_DIR/rcedit ${USE_XDIALOG:+-X} "${mtag# }"
|
|
|
|
esac
|
|
|
|
done
|
|
|
|
|
|
|
|
exit $SUCCESS
|
|
|
|
|
|
|
|
################################################################################
|
|
|
|
# END
|
|
|
|
################################################################################
|