New library-style 'utils' subdirectories.
Now that the new CMake build system is encouraging us to lay out the
code like a set of libraries, it seems like a good idea to make them
look more _like_ libraries, by putting things into separate modules as
far as possible.
This fixes several previous annoyances in which you had to link
against some object in order to get a function you needed, but that
object also contained other functions you didn't need which included
link-time symbol references you didn't want to have to deal with. The
usual offender was subsidiary supporting programs including misc.c for
some innocuous function and then finding they had to deal with the
requirements of buildinfo().
This big reorganisation introduces three new subdirectories called
'utils', one at the top level and one in each platform subdir. In each
case, the directory contains basically the same files that were
previously placed in the 'utils' build-time library, except that the
ones that were extremely miscellaneous (misc.c, utils.c, uxmisc.c,
winmisc.c, winmiscs.c, winutils.c) have been split up into much
smaller pieces.
2021-04-17 14:22:20 +00:00
|
|
|
/*
|
2023-05-29 12:28:11 +00:00
|
|
|
* Enhanced version of the MessageBox API function. Permits enabling a
|
|
|
|
* Help button by setting helpctxid to a context id in the help file
|
|
|
|
* relevant to this dialog box. Also permits setting the 'utf8' flag
|
|
|
|
* to indicate that the char strings given as 'text' and 'caption' are
|
|
|
|
* encoded in UTF-8 rather than the system code page.
|
New library-style 'utils' subdirectories.
Now that the new CMake build system is encouraging us to lay out the
code like a set of libraries, it seems like a good idea to make them
look more _like_ libraries, by putting things into separate modules as
far as possible.
This fixes several previous annoyances in which you had to link
against some object in order to get a function you needed, but that
object also contained other functions you didn't need which included
link-time symbol references you didn't want to have to deal with. The
usual offender was subsidiary supporting programs including misc.c for
some innocuous function and then finding they had to deal with the
requirements of buildinfo().
This big reorganisation introduces three new subdirectories called
'utils', one at the top level and one in each platform subdir. In each
case, the directory contains basically the same files that were
previously placed in the 'utils' build-time library, except that the
ones that were extremely miscellaneous (misc.c, utils.c, uxmisc.c,
winmisc.c, winmiscs.c, winutils.c) have been split up into much
smaller pieces.
2021-04-17 14:22:20 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include "putty.h"
|
|
|
|
|
|
|
|
static HWND message_box_owner;
|
|
|
|
|
|
|
|
/* Callback function to launch context help. */
|
|
|
|
static VOID CALLBACK message_box_help_callback(LPHELPINFO lpHelpInfo)
|
|
|
|
{
|
|
|
|
const char *context = NULL;
|
|
|
|
#define CHECK_CTX(name) \
|
|
|
|
do { \
|
|
|
|
if (lpHelpInfo->dwContextId == WINHELP_CTXID_ ## name) \
|
|
|
|
context = WINHELP_CTX_ ## name; \
|
|
|
|
} while (0)
|
|
|
|
CHECK_CTX(errors_hostkey_absent);
|
|
|
|
CHECK_CTX(errors_hostkey_changed);
|
|
|
|
CHECK_CTX(errors_cantloadkey);
|
|
|
|
CHECK_CTX(option_cleanup);
|
|
|
|
CHECK_CTX(pgp_fingerprints);
|
|
|
|
#undef CHECK_CTX
|
|
|
|
if (context)
|
|
|
|
launch_help(message_box_owner, context);
|
|
|
|
}
|
|
|
|
|
2023-05-29 12:28:11 +00:00
|
|
|
int message_box(HWND owner, LPCTSTR text, LPCTSTR caption, DWORD style,
|
|
|
|
bool utf8, DWORD helpctxid)
|
New library-style 'utils' subdirectories.
Now that the new CMake build system is encouraging us to lay out the
code like a set of libraries, it seems like a good idea to make them
look more _like_ libraries, by putting things into separate modules as
far as possible.
This fixes several previous annoyances in which you had to link
against some object in order to get a function you needed, but that
object also contained other functions you didn't need which included
link-time symbol references you didn't want to have to deal with. The
usual offender was subsidiary supporting programs including misc.c for
some innocuous function and then finding they had to deal with the
requirements of buildinfo().
This big reorganisation introduces three new subdirectories called
'utils', one at the top level and one in each platform subdir. In each
case, the directory contains basically the same files that were
previously placed in the 'utils' build-time library, except that the
ones that were extremely miscellaneous (misc.c, utils.c, uxmisc.c,
winmisc.c, winmiscs.c, winutils.c) have been split up into much
smaller pieces.
2021-04-17 14:22:20 +00:00
|
|
|
{
|
2023-05-29 12:28:11 +00:00
|
|
|
MSGBOXPARAMSW mbox;
|
New library-style 'utils' subdirectories.
Now that the new CMake build system is encouraging us to lay out the
code like a set of libraries, it seems like a good idea to make them
look more _like_ libraries, by putting things into separate modules as
far as possible.
This fixes several previous annoyances in which you had to link
against some object in order to get a function you needed, but that
object also contained other functions you didn't need which included
link-time symbol references you didn't want to have to deal with. The
usual offender was subsidiary supporting programs including misc.c for
some innocuous function and then finding they had to deal with the
requirements of buildinfo().
This big reorganisation introduces three new subdirectories called
'utils', one at the top level and one in each platform subdir. In each
case, the directory contains basically the same files that were
previously placed in the 'utils' build-time library, except that the
ones that were extremely miscellaneous (misc.c, utils.c, uxmisc.c,
winmisc.c, winmiscs.c, winutils.c) have been split up into much
smaller pieces.
2021-04-17 14:22:20 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* We use MessageBoxIndirect() because it allows us to specify a
|
|
|
|
* callback function for the Help button.
|
|
|
|
*/
|
|
|
|
mbox.cbSize = sizeof(mbox);
|
|
|
|
/* Assumes the globals `hinst' and `hwnd' have sensible values. */
|
|
|
|
mbox.hInstance = hinst;
|
|
|
|
mbox.dwLanguageId = LANG_NEUTRAL;
|
2023-05-29 12:28:11 +00:00
|
|
|
|
|
|
|
mbox.hwndOwner = message_box_owner = owner;
|
|
|
|
|
|
|
|
wchar_t *wtext, *wcaption;
|
|
|
|
if (utf8) {
|
|
|
|
wtext = decode_utf8_to_wide_string(text);
|
|
|
|
wcaption = decode_utf8_to_wide_string(caption);
|
|
|
|
} else {
|
2024-09-24 07:46:39 +00:00
|
|
|
wtext = dup_mb_to_wc(DEFAULT_CODEPAGE, text);
|
|
|
|
wcaption = dup_mb_to_wc(DEFAULT_CODEPAGE, caption);
|
2023-05-29 12:28:11 +00:00
|
|
|
}
|
|
|
|
mbox.lpszText = wtext;
|
|
|
|
mbox.lpszCaption = wcaption;
|
|
|
|
|
New library-style 'utils' subdirectories.
Now that the new CMake build system is encouraging us to lay out the
code like a set of libraries, it seems like a good idea to make them
look more _like_ libraries, by putting things into separate modules as
far as possible.
This fixes several previous annoyances in which you had to link
against some object in order to get a function you needed, but that
object also contained other functions you didn't need which included
link-time symbol references you didn't want to have to deal with. The
usual offender was subsidiary supporting programs including misc.c for
some innocuous function and then finding they had to deal with the
requirements of buildinfo().
This big reorganisation introduces three new subdirectories called
'utils', one at the top level and one in each platform subdir. In each
case, the directory contains basically the same files that were
previously placed in the 'utils' build-time library, except that the
ones that were extremely miscellaneous (misc.c, utils.c, uxmisc.c,
winmisc.c, winmiscs.c, winutils.c) have been split up into much
smaller pieces.
2021-04-17 14:22:20 +00:00
|
|
|
mbox.dwStyle = style;
|
2023-05-29 12:28:11 +00:00
|
|
|
|
|
|
|
mbox.dwContextHelpId = helpctxid;
|
New library-style 'utils' subdirectories.
Now that the new CMake build system is encouraging us to lay out the
code like a set of libraries, it seems like a good idea to make them
look more _like_ libraries, by putting things into separate modules as
far as possible.
This fixes several previous annoyances in which you had to link
against some object in order to get a function you needed, but that
object also contained other functions you didn't need which included
link-time symbol references you didn't want to have to deal with. The
usual offender was subsidiary supporting programs including misc.c for
some innocuous function and then finding they had to deal with the
requirements of buildinfo().
This big reorganisation introduces three new subdirectories called
'utils', one at the top level and one in each platform subdir. In each
case, the directory contains basically the same files that were
previously placed in the 'utils' build-time library, except that the
ones that were extremely miscellaneous (misc.c, utils.c, uxmisc.c,
winmisc.c, winmiscs.c, winutils.c) have been split up into much
smaller pieces.
2021-04-17 14:22:20 +00:00
|
|
|
if (helpctxid != 0 && has_help()) mbox.dwStyle |= MB_HELP;
|
2023-05-29 12:28:11 +00:00
|
|
|
mbox.lpfnMsgBoxCallback = &message_box_help_callback;
|
|
|
|
|
|
|
|
int toret = MessageBoxIndirectW(&mbox);
|
|
|
|
|
|
|
|
sfree(wtext);
|
|
|
|
sfree(wcaption);
|
|
|
|
|
|
|
|
return toret;
|
New library-style 'utils' subdirectories.
Now that the new CMake build system is encouraging us to lay out the
code like a set of libraries, it seems like a good idea to make them
look more _like_ libraries, by putting things into separate modules as
far as possible.
This fixes several previous annoyances in which you had to link
against some object in order to get a function you needed, but that
object also contained other functions you didn't need which included
link-time symbol references you didn't want to have to deal with. The
usual offender was subsidiary supporting programs including misc.c for
some innocuous function and then finding they had to deal with the
requirements of buildinfo().
This big reorganisation introduces three new subdirectories called
'utils', one at the top level and one in each platform subdir. In each
case, the directory contains basically the same files that were
previously placed in the 'utils' build-time library, except that the
ones that were extremely miscellaneous (misc.c, utils.c, uxmisc.c,
winmisc.c, winmiscs.c, winutils.c) have been split up into much
smaller pieces.
2021-04-17 14:22:20 +00:00
|
|
|
}
|