x11-toolkits/open-motif-devel: move man pages

Revert "x11-toolkits/open-motif*: EditRes functionality is unreliable on 64 bit"

A patch to x11-toolkits/libXmu, still in review, is required to,

a) build this patch,
b) work.

This reverts commit feec232fadd3d30c62282b6dd218536b7322e761.

x11-toolkits/open-motif*: EditRes functionality is unreliable on 64 bit

Like x11-toolkits/libXmu, the same problem exists in Motif and
editres(1) will not pop up the resource box,
displaying, "this widget no longer exists in the client."

Additional discussion and patch posted near the end of the
discussion at,
	https://gitlab.freedesktop.org/xorg/lib/libxmu/-/issues/1

MFH:		2023Q4

x11-toolkits/open-motif*: Disable XmPIXMAP mode for drag-and-drop

In XmPIXMAP mode, Motif will draw to the root window with
IncludeInferious without being under a GrabServer.

This results in a variety of graphical glitches. For example, when a
compositing window manager updates the screen it will erase the drag
icon. This continues until the icon leaves the origin window, when Motif
does a GrabServer. The GrabServer avoids the graphical glitches, but it
also freezes the rest of the desktop (which is impolite).

Given that all current X servers support SHAPE, and given that most
users are running a compositing window manager, XmDRAG_WINDOW is always
a better choice. Therefore, disable XmPIXMAP entirely.

Obtained from:	https://sourceforge.net/p/motif/code/merge-requests/1/

x11-toolkits/open-motif*: revise AM_FUNC_VOID_SPRINTF

The check for whether sprintf() returns void would fail to detect
sprintf() returning int under recent Clang.
Presumably the check meant to see if an error like
"passing 'void' to parameter of incompatible type 'int'"
is generated, but Clang would always generate other errors
having to do with calling sprintf() with too few arguments
and attempting to redeclare sprintf() when it is a builtin macro.
And even if the test program compiles, such as with GCC,
it crashes during the sprintf(".") call.

Revise the test program to not redeclare sprintf(), to call sprintf()
with valid arguments, and to not implicitly declare exit() due to
stdlib.h not being included (which Apple Xcode Clang 12 and later
consider an error rather than a warning).
If sprintf() returns void, then a compiler error similar to
"initializing 'int' with an expression of incompatible type 'void'"
or "void value not ignored as it ought to be" should be generated.
Otherwise if sprintf() returns int, then the test program should
compile and exit with code 0, and the check should properly report
that sprintf() does not return void.

Obtained from:	https://sourceforge.net/p/motif/code/merge-requests/3/

x11-toolkits/open-motif*: Don't share cached Xft renditions across display
connections

Xft rendition caching added with the fix #1414 won't check whether the
matching rendition was allocated trough a different display connection.
This causes a forked process that creates Motif widgets on a separate
display connection to fail with RenderBadGlyphSet X error as soon as
the parent process closes its display, thus invalidating the associated
Xft font resource.

Obtained from:	https://sourceforge.net/p/motif/code/merge-requests/4/

x11-toolkits/open-motif*: MenuShell: computing position uses RC_Type() expecting
RowColumn

To compute the position of a menu to display, in some cases the
position is computed invoking RC_Type() that expects a RowColumn
widget. One case was not verifying this hence leading to coredump.

Obtained from:	https://sourceforge.net/p/motif/code/merge-requests/5/

x11-toolkits/open-motif*: Depend on x11-toolkits/libXmu

Motif already indirectly depends on x11-toolkits/libXmu. Document this
fact as it is needed for Editres support.

MFH:	2023Q4

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

x11-toolkits/open-motif*: fix build with clang 16

Clang 16 has a new error about incompatible function types, which shows
up when building x11-toolkits/open-motif:

  WmError.c:134:24: error: incompatible function pointer types passing 'void
(char *)' to parameter of type 'void (*)(String) __attribute__((noreturn))' (aka
'void (*)(char *) __attribute__((noreturn))')
[-Wincompatible-function-pointer-types]
      XtSetErrorHandler (WmXtErrorHandler);
                         ^~~~~~~~~~~~~~~~
  /usr/local/include/X11/Intrinsic.h:1776:1: note: passing argument to parameter
here
  );
  ^

In this case the declaration of the callback function for
XtSetErrorHandler() shoud have a noreturn attribute, specifically using
the _X_NORETURN macro.

PR:		271425

x11-toolkits/open-motif-devel: Update to the latest motif-code commit

Update to the latest motif-code commit proxied through my GH account.

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

x11-toolkits/open-motif*: Introduce open-motif-devel

Copy x11-toolkits/open-motif to x11-toolkits/open-motif-devel in order to
track development. Then update open-motif-devel to the latest motif-code
commit proxied through my GH account.

Register the conflict with x11-toolkits/open-motif.

Motif (formerly Open Motif) is developed by ics.com. The repository is
on Sourceforge. I proxy it through my github account to employ the GH
plumbing in ports.

Remove this port -- people totally misunderstand what it is.

The previous Makefile revision contained a partial upgrade to a newer
version of open-motif, but the distfile has apparently moved and is
no longer fetchable.  Revert to the old version.

Pointy hat to:  motminh

To ports@freebsd.org.

Fix typo in NO_BUILD message.    

Batch of style fixes for x11-toolkits.    

Convert category x11-toolkits to new layout.  

Update to the 4th build of the Metrolink Open Motif 2.1.30 build.  

Update to the 4th build of the Metrolink Open Motif 2.1.30 build.    

Define NO_MTREE since these ports install with PREFIX=/ (the   binary packages
already have the "/usr/X11R6" part).    

Forgot to fix the maintainer entry.    

Open Motif 2.1.30 for the i386.