\section{Availability and location of wxWindows}
-wxWindows is available by anonymous FTP and World Wide Web:
-
-\begin{verbatim}
- ftp://www.remstar.com/pub/wxwin
- http://www.wxwindows.org
-\end{verbatim}
+wxWindows is available by anonymous FTP and World Wide Web
+from \urlref{ftp://www.remstar.com/pub/wxwin}{ftp://www.remstar.com/pub/wxwin}
+and/or \urlref{http://www.wxwindows.org}{http://www.wxwindows.org}
You can also buy a CD-ROM using the form on the Web site, or by contacting:
\subsection{Check Windows debug messages}
-Under Windows, it's worth running your program with DbgView (available from
-{\tt http://www.sysinternals.com} running or
+Under Windows, it's worth running your program with
+\urlref{DbgView}{http://www.sysinternals.com} running or
some other program that shows Windows-generated debug messages. It's
possible it'll show invalid handles being used. You may have fun seeing
what commercial programs cause these normally hidden errors! Microsoft
does anything at all in the debug mode (when the preprocessor symbol
\_\_WXDEBUG\_\_ is defined) and expands to nothing in release mode (otherwise).
{\bf Tip:} under Windows, you must either run the program under debugger or
-use a 3rd party program such as DbgView (from
-{\tt http://www.sysinternals.com}) to actually see the debug output.
+use a 3rd party program such as \urlref{DbgView}{http://www.sysinternals.com}
+to actually see the debug output.
\item{\bf wxLogTrace} as {\bf wxLogDebug} only does something in debug
build. The reason for making it a separate function from it is that usually
there are a lot of trace messages, so it might make sense to separate them