1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
|
.\"
.\" Copyright (c) 1995, Jordan Hubbard
.\"
.\" All rights reserved.
.\"
.\" This manual page may be used, modified, copied, distributed, and
.\" sold, in both source and binary form provided that the above
.\" copyright and these terms are retained, verbatim, as the first
.\" lines of this file. Under no circumstances is the author
.\" responsible for the proper functioning of the software described herein
.\" nor does the author assume any responsibility for damages incurred with
.\" its use.
.\"
.\" $Id: dialog.3,v 1.8 1998/10/02 11:23:47 jkh Exp $
.\"
.Dd October 2, 1998
.Dt dialog 3
.Os FreeBSD 2
.Sh NAME
.Nm draw_shadow ,
.Nm draw_box ,
.Nm line_edit ,
.Nm strheight ,
.Nm strwidth ,
.Nm dialog_create_rc,
.Nm dialog_yesno ,
.Nm dialog_prgbox ,
.Nm dialog_msgbox ,
.Nm dialog_textbox ,
.Nm dialog_menu ,
.Nm dialog_checklist ,
.Nm dialog_radiolist ,
.Nm dialog_inputbox ,
.Nm dialog_clear_norefresh ,
.Nm dialog_clear ,
.Nm dialog_update ,
.Nm dialog_fselect ,
.Nm dialog_notify ,
.Nm dialog_mesgbox ,
.Nm dialog_gauge ,
.Nm init_dialog ,
.Nm end_dialog ,
.Nm use_helpfile ,
.Nm use_helpline ,
.Nm get_helpline ,
.Nm restore_helpline ,
.Nm dialog_ftree ,
.Nm dialog_tree
.Nd Provide a simple ncurses-based "GUI" interface.
.Sh DESCRIPTION
The dialog library attempts to provide a fairly simplistic set of
fixed-presentation menus, input boxes, gauges, file requestors and
other general purpose "GUI" (a bit of a stretch, since it uses
ncurses) objects. Since the library also had its roots in a
shell-script writer's utility (see the \fBdialog(1)\fR command), the
early API was somewhat primitively based on strings being passed in or
out and parsed. This API was later extended to take either the
original arguments or arrays of \fBdialogMenuItem\fR structures,
giving the user much more control over the internal behavior of each
control. The \fBdialogMenuItem\fR structure internals are public:
.nf
typedef struct _dmenu_item {
char *\fBprompt\fR;
char *\fBtitle\fR;
int (*\fBchecked\fR)(struct _dmenu_item *self);
int (*\fBfire\fR)(struct _dmenu_item *self);
int (*\fBselected\fR)(struct _dmenu_item *self, int is_selected);
void *\fBdata\fR;
char \fBlbra\fR, \fBmark\fR, \fBrbra\fR;
} \fBdialogMenuItem\fR;
.fi
The \fBprompt\fR and \fBtitle\fR strings are pretty much self-explanatory,
and the \fBchecked\fR and \fBfire\fR function pointers provide optional
display and action hooks (the \fBdata\fR variable being available for
the convenience of those hooks) when more tightly coupled feedback between
a menu object and user code is required. The \fBselected\fR hook also
allows you to verify whether or not a given item is selected (the cursor is
over it) for implementing pretty much any possible context-sensitive
behavior. A number of clever tricks for simulating various kinds of item
types can also be done by adjusting the values of \fBlbra\fR
(default: '['), \fB\mark\fR (default: '*' for radio menus, 'X' for check menus)
and \fBrbra\fR (default: ']') and declaring a reasonable \fBchecked\fR hook,
which should return TRUE for the `marked' state and FALSE for `unmarked.'
If an item has a \fBfire\fR hook associated with it, it will also be called
whenever the item is "toggled" in some way and should return one of the
following codes:
.nf
#define DITEM_SUCCESS 0 /* Successful completion */
#define DITEM_FAILURE -1 /* Failed to "fire" */
#define DITEM_LEAVE_MENU -2 /* Treat selection as "Ok" */
#define DITEM_REDRAW -3 /* Menu has changed, redraw it */
Two special globals also exist for putting a dialog at any arbitrary
X,Y location (the early designers rather short-sightedly made no provisions
for this). If set to zero, the default centering behavior will be in
effect.
.fi
.Sh SYNOPSIS
.Fd #include <dialog.h>
.Ft "void"
.Fn draw_shadow "WINDOW *win" "int y" "int x" "int height" "int width"
Draws a shadow in curses window \fBwin\fR using the dimensions
of \fBx, y, width\fR and \fBheight\fR. Returns 0 on success, -1 on failure.
.Ft "void"
.Fn draw_box "WINDOW *win" "int y" "int x" "int height" "int width" "chtype box" "chtype border"
Draws a bordered box using the dimensions of \fBx, y, width\fR and
\fBheight\fR. The attributes from \fBbox\fR and \fBborder\fR are
used, if specified, while painting the box and border regions of the
object.
.Ft "int"
.Fo line_edit
.Fa "WINDOW *dialog"
.Fa "int box_y"
.Fa "int box_x"
.Fa "int flen"
.Fa "int box_width"
.Fa "chtype attrs"
.Fa "int first"
.Fa "unsigned char *result"
.Fa "int attr_mask"
.Fc
Invoke a simple line editor with an edit box of dimensions \fBbox_x,
box_y\fR and \fBbox_width\fR. The field length is constrained by
\fBflen\fR, starting at the \fBfirst\fR character specified and
optionally displayed with character attributes \fBattrs\fR. The
string being edited is stored in \fBresult\fR.
Returns 0 on success, -1 on failure.
.Ft "int"
.Fn strheight "const char *p"
Returns the height of string in \fBp\fR, counting newlines.
.Ft "int"
.Fn strwidth "const char *p"
Returns the width of string in \fBp\fR, counting newlines.
.Ft "void"
.Fn dialog_create_rc "unsigned char *filename"
Dump dialog library settings into \fBfilename\fR for later retrieval
as defaults. Returns 0 on success, -1 on failure.
.Ft "int"
.Fn dialog_yesno "unsigned char *title" "unsigned char *prompt" "int height" "int width"
Display a text box using \fBtitle\fR and \fBprompt\fR strings of dimensions
\fBheight\fR and \fBwidth\fR. Also paint a pair of \fBYes\fR and \fBNo\fR
buttons at the bottom. If the \fBYes\fR button is chosen, return FALSE.
If \fBNo\fR, return TRUE.
.Ft "int"
.Fn dialog_prgbox "unsigned char *title" "const unsigned char *line" "int height" "int width" "int pause" "int use_shell"
Display a text box of dimensions \fBheight\fR and \fBwidth\fR
containing the output of command \fBline\fR. If \fBuse_shell\fR is
TRUE, \fBline\fR is passed as an argument to \fBsh(1)\fR, otherwise it
is simply passed to \fBexec(3)\fR. If \fBpause\fR is TRUE, a final
confirmation requestor will be put up when execution terminates.
Returns 0 on success, -1 on failure.
.Ft "int"
.Fn dialog_textbox "unsigned char *title" "unsigned char *prompt" "int height" "int width"
Display a text box containing the contents of string \fBprompt\fR of dimensions
\fBheight\fR and \fBwidth\fR.
Returns 0 on success, -1 on failure.
.Ft "int"
.Fn dialog_menu "unsigned char *title" "unsigned char *prompt" "int height" "int width" "int menu_height" "int item_no" "void *itptr" "unsigned char *result, int *ch, int *sc"
Display a menu of dimensions \fBheight\fR and \fBwidth\fR with an
optional internal menu height of \fBmenu_height\fR. The \fBitem_no\fR
and \fBitptr\fR arguments are of particular importance since they,
together, determine which of the 2 available APIs to use. To use the
older and traditional interface, \fBitem_no\fR should be a positive
integer representing the number of string pointer pairs to find in
\fBitptr\fR (which should be of type \fBchar **\fR), the strings are
expected to be in prompt and title order for each item and the
\fBresult\fR parameter is expected to point to an array where the
prompt string of the item selected will be copied. To use the newer
interface, \fBitem_no\fR should be a \fInegative\fR integer
representing the number of \fBdialogMenuItem\fR structures pointed to
by \fBitptr\fR (which should be of type \fBdialogMenuItem *\fR), one
structure per item. In the new interface, the \fBresult\fR variable
is used as a simple boolean (not a pointer) and should be NULL if
\fBitptr\fR only points to menu items and the default \fBOK\fR and
\fBCancel\fR buttons are desired. If \fBresult\fR is non-NULL, then
\fBitptr\fR is actually expected to point 2 locations \fBpast\fR the
start of the menu item list. \fBitptr\fR[-1] is then expected to
point to an item representing the \fBCancel\fR button, from which the
\fBprompt\fR and \fBfire\fR actions are used to override the default
behavior, and \fBitptr\fR[-2] to the same for the \fBOK\fR button.
Using either API behavior, the \fBch\fR and \fBsc\fR values may be passed in to preserve current
item selection and scroll position values across calls.
Returns 0 on success, 1 on Cancel and -1 on failure or ESC.
.Ft "int"
.Fn dialog_checklist "unsigned char *title" "unsigned char *prompt" "int height" "int width" "int m_height" "int item_no" "void *itptr" "unsigned char *result"
Display a menu of dimensions \fBheight\fR and \fBwidth\fR with an
optional internal menu height of \fBmenu_height\fR. The \fBitem_no\fR
and \fBitptr\fR arguments are of particular importance since they,
together, determine which of the 2 available APIs to use. To use the
older and traditional interface, \fBitem_no\fR should be a positive
integer representing the number of string pointer tuples to find in
\fBitptr\fR (which should be of type \fBchar **\fR), the strings are
expected to be in prompt, title and state ("on" or "off") order for
each item and the \fBresult\fR parameter is expected to point to an
array where the prompt string of the item(s) selected will be
copied. To use the newer interface, \fBitem_no\fR should be a
\fInegative\fR integer representing the number of \fBdialogMenuItem\fR
structures pointed to by \fBitptr\fR (which should be of type
\fBdialogMenuItem *\fR), one structure per item. In the new interface,
the \fBresult\fR variable is used as a simple boolean (not a pointer)
and should be NULL if \fBitptr\fR only points to menu items and the
default \fBOK\fR and \fBCancel\fR buttons are desired. If
\fBresult\fR is non-NULL, then \fBitptr\fR is actually expected to
point 2 locations \fBpast\fR the start of the menu item list.
\fBitptr\fR[-1] is then expected to point to an item representing the
\fBCancel\fR button, from which the \fBprompt\fR and \fBfire\fR
actions are used to override the default behavior, and \fBitptr\fR[-2]
to the same for the \fBOK\fR button.
In the standard API model, the menu supports the selection of multiple items,
each of which is marked with an `X' character to denote selection. When
the OK button is selected, the prompt values for all items selected are
concatenated into the \fBresult\fR string.
In the new API model, it is not actually necessary to preserve
"checklist" semantics at all since practically everything about how
each item is displayed or marked as "selected" is fully configurable.
You could have a single checklist menu that actually contained a group
of items with "radio" behavior, "checklist" behavior and standard menu
item behavior. The only reason to call \fBdialog_checklist\fR over
\fBdialog_radiolist\fR in the new API model is to inherit the base
behavior, you're no longer constrained by it.
Returns 0 on success, 1 on Cancel and -1 on failure or ESC.
.Ft "int"
.Fn dialog_radiolist "unsigned char *title" "unsigned char *prompt" "int height" "int width" "int m_height" "int item_no" "void *it" "unsigned char *result"
Display a menu of dimensions \fBheight\fR and \fBwidth\fR with an
optional internal menu height of \fBmenu_height\fR. The \fBitem_no\fR
and \fBitptr\fR arguments are of particular importance since they,
together, determine which of the 2 available APIs to use. To use the
older and traditional interface, \fBitem_no\fR should be a positive
integer representing the number of string pointer tuples to find in
\fBitptr\fR (which should be of type \fBchar **\fR), the strings are
expected to be in prompt, title and state ("on" or "off") order for
each item and the \fBresult\fR parameter is expected to point to an
array where the prompt string of the item(s) selected will be
copied. To use the newer interface, \fBitem_no\fR should be a
\fInegative\fR integer representing the number of \fBdialogMenuItem\fR
structures pointed to by \fBitptr\fR (which should be of type
\fBdialogMenuItem *\fR), one structure per item. In the new interface,
the \fBresult\fR variable is used as a simple boolean (not a pointer)
and should be NULL if \fBitptr\fR only points to menu items and the
default \fBOK\fR and \fBCancel\fR buttons are desired. If
\fBresult\fR is non-NULL, then \fBitptr\fR is actually expected to
point 2 locations \fBpast\fR the start of the menu item list.
\fBitptr\fR[-1] is then expected to point to an item representing the
\fBCancel\fR button, from which the \fBprompt\fR and \fBfire\fR
actions are used to override the default behavior, and \fBitptr\fR[-2]
does the same for the traditional \fBOK\fR button.
In the standard API model, the menu supports the selection of only one
of multiple items, the currently active item marked with an `*'
character to denote selection. When the OK button is selected, the
prompt value for this item is copied into the \fBresult\fR string.
In the new API model, it is not actually necessary to preserve
"radio button" semantics at all since practically everything about how
each item is displayed or marked as "selected" is fully configurable.
You could have a single radio menu that actually contained a group
of items with "checklist" behavior, "radio" behavior and standard menu
item behavior. The only reason to call \fBdialog_radiolist\fR over
\fBdialog_checklistlist\fR in the new API model is to inherit the base
behavior.
Returns 0 on success, 1 on Cancel and -1 on failure or ESC.
.Ft "int"
.Fn dialog_inputbox "unsigned char *title" "unsigned char *prompt" "int height" "int width" "unsigned char *result"
Displays a single-line text input field in a box displaying \fBtitle\fR and \fBprompt\fR
of dimensions \fBheight\fR and \fBwidth\fR. The field entered is stored in \fBresult\fR.
Returns 0 on success, -1 on failure or ESC.
.Ft "char *"
.Fn dialog_fselect "char *dir" "char *fmask"
Brings up a file selector dialog starting at \fBdir\fR and showing only those file names
matching \fBfmask\fR.
Returns filename selected or NULL.
.Ft "int"
.Fn dialog_dselect "char *dir" "char *fmask"
Brings up a directory selector dialog starting at \fBdir\fR and showing only those directory names
matching \fBfmask\fR.
Returns directory name selected or NULL.
.Ft "void"
.Fn dialog_notify "char *msg"
Bring up a generic "hey, you!" notifier dialog containing \fBmsg\fR.
.Ft "int"
.Fn dialog_mesgbox "unsigned char *title" "unsigned char *prompt" "int height" "int width"
Like a notifier dialog, but with more control over \fBtitle\fR, \fBprompt\fR, \fBwidth\fR and
\fBheight\fR. This object will also wait for user confirmation, unlike \fBdialog_notify\fR.
Returns 0 on success, -1 on failure.
.Ft "void"
.Fn dialog_gauge "char *title" "char *prompt" "int y" "int x" "int height" "int width" "int perc"
Display a horizontal bar-graph style gauge. A value of \fB100\fR for \fBperc\fR constitutes
a full gauge, a value of \fB0\fR an empty one.
.Ft "void"
.Fn use_helpfile "char *helpfile"
For any menu supporting context sensitive help, invoke the text box
object on this file whenever the \fBF1\fR key is pressed.
.Ft "void"
.Fn use_helpline "char *helpline"
Display this line of helpful text below any menu being displayed.
.Ft "char *"
.Fn get_helpline "void"
Get the current value of the helpful text line.
.Ft "void"
.Fn dialog_clear_norefresh "void"
Clear the screen back to the dialog background color, but don't refresh the contents
just yet.
.Ft "void"
.Fn dialog_clear "void"
Clear the screen back to the dialog background color immediately.
.Ft "void"
.Fn dialog_update "void"
Do any pending screen refreshes now.
.Ft "void"
.Fn init_dialog "void"
Initialize the dialog library (call this routine before any other dialog API calls).
.Ft "void"
.Fn end_dialog "void"
Shut down the dialog library (call this if you need to get back to sanity).
.Ft "int"
.Fn dialog_ftree "unsigned char *filename" "unsigned char FS" "unsigned char *title" "unsigned char *prompt" "int height" "int width" "int menu_height" "unsigned char **result"
\fBdialog_ftree\fR shows a tree described by the data from the file
\fBfilename\fR. The data in the file should look like \fBfind(1)\fR output.
For the \fBfind(1)\fR output, the field separator \fBFS\fR will be \fB\'/\'\fR. If
\fBheight\fR and \fBwidth\fR are positive numbers, they set the absolute
size of the whole \fBdialog_ftree\fR box. If \fBheight\fR and
\fBwidth\fR are negative numbers, the size of the \fBdialog_ftree\fR box
will be calculated automatically. \fBmenu_height\fR sets the height of the
tree subwindow inside the \fBdialog_ftree\fR box and must be set.
\fBtitle\fR is shown centered on the upper border of the \fBdialog_ftree\fR
box. \fBprompt\fR is shown inside the \fBdialog_ftree\fR box above the tree
subwindow and can contain \fB\'\\n\'\fR to split lines. One can navigate in
the tree by pressing \fBUP/DOWN\fR or \fB\'+\'/\'-\'\fR, \fBPG_UP/PG_DOWN\fR or
\fB\'b\'/SPACE\fR and \fBHOME/END\fR or \fB\'g\'/\'G\'\fR. A leaf of the
tree is selected by pressing \fBTAB\fR or \fBLEFT/RIGHT\fR the \fBOK\fR
button and pressing \fBENTER\fR. filename may contain data like
\fBfind(1)\fR output, as well as like the output of \fBfind(1)\fR with
\fB-d\fR option. Some of the transient paths to the leaves of the tree may
be absent. Such data is corrected when fed from filename.
The function returns 0 and a pointer to the selected leaf (to the path to
the leaf from the root of the tree) into result, if the \fBOK\fR button was
selected. The memory allocated for the building of the tree is freed on
exiting \fBdialog_ftree\fR. The memory for the result line should be freed
later manually, if necessary. If the \fBCancel\fR button was selected, the
function returns 1. In case of exiting \fBdialog_ftree\fR on \fBESC\fR, the
function returns -1.
.Ft "int"
.Fo dialog_tree
.Fa "unsigned char **names"
.Fa "int size"
.Fa "unsigned char FS"
.Fa "unsigned char *title"
.Fa "unsigned char *prompt"
.Fa "int height"
.Fa "int width"
.Fa "int menu_height"
.Fa "unsigned char **result"
.Fc
\fBdialog_tree\fR displays the tree very much like \fBdialog_ftree\fR does,
with some exceptions. The source data for the building of the tree is an
array \fBnames\fR of paths to the leaves (should be similar to \fBfind(1)\fR
output) of the size \fBsize\fR. However, there is no correction of data like
in \fBdialog_ftree\fR. Thus, to display a correct tree, the array must
already contain correct data. Besides, in each session every unique use of
\fBdialog_tree\fR is kept in memory, and later, when calling
\fBdialog_tree\fR with the same \fBnames\fR, \fBsize\fR, \fBFS\fR,
\fBheight\fR, \fBwidth\fR and \fBmenu_height\fR the position of the cursor
in the tree subwindow is restored.
The function returns the same results as \fBdialog_ftree\fR. If 0 is
returned, result will contain a pointer from the array \fBnames\fR.
.Sh SEE ALSO
.Xr dialog 1 ,
.Xr ncurses 3
.Sh AUTHORS
The primary author would appear to be Savio Lam <lam836@cs.cuhk.hk> with contributions over
the years by Stuart Herbert <S.Herbert@sheffield.ac.uk>, Marc van Kempen <wmbfmk@urc.tue.nl>,
Andrey Chernov <ache@freebsd.org>, Jordan Hubbard <jkh@freebsd.org> and
Anatoly A. Orehovsky <tolik@mpeks.tomsk.su>.
.Sh HISTORY
These functions appeared in
.Em FreeBSD-2.0
as the \fBdialog(1)\fR command and were soon split into library
and command by Andrey Chernov. Marc van Kempen implemented most of the
extra controls and objects, Jordan Hubbard added the dialogMenuItem
renovations and this man page and Anatoly A. Orehovsky implemented
dialog_ftree() and dialog_tree().
.Sh BUGS
Sure!
|