When we discuss why one shouldn't use prepackaged versions of Xastir,
it is helpful for users to see what version their OS actually has and
to see how old it is. Let's help them find it. Thanks for that link,
Liz.
Our Installation guide told users to check xastir.org for system
specific install notes. While that site may still have good
information, it is down too often to be the place we tell people to go
first. Direct them to the install notes on Github first, and remark
that they might find more information at xastir.org.
Xastir packages in package management systems often lag development by
as much as a release or two, at their best. This means that bug
fixes we've worked our butts off on don't get propagated to binary
packages for a long time --- sometimes years.
Encouraging users to build from source has always been our thing.
Bring final configure report in line with what we do now
I changed how we report libraries we found and used in a recent
commit. This brings the wiki page that shows such a final report in
line with the current version.
The "miscellaneous note" about the map directory has nothing to do
with installing Xastir. I have a similar note in the Xastir Mapping
Overview page, so we can just remove this one.
There is no "Interface->Start/Stop" menu. There's an Interface menu,
an Interface Control menu item, and start/stop buttons on the dialog
that menu item opens.
The section on adding an internet interface tells you that you *can*
click "Activate on Startup?" in an interface property dialog, and that
if you do the interface will start up right away.
What it didn't tell you was what to do if you DON'T select "Activate
on Startup?"
The Lesstif project was abandoned in 2012 when OpenMotif was released
under the LGPL.
Let's not confuse the issue. Tell users to get OpenMotif.
Yes, Xastir would still build if one were to hunt down a copy of
lesstif, but nobody provides it anymore.
In an earlier commit, before I did 'git rm' on a "duplicate" file, I
had said we ought to move some stuff out of here, but I didn't do it,
just added a note.
This sticks all that stuff that really doesn't belong in an
installation instructions document into "details" dropdowns, so the
file is less daunting to look at.
My "duplicate" file wasn't an exact duplicate --- I'd been editing one
file and viewing a different one, and somehow diff didn't tell me they
were different.
Get the one remaining version the way I actually wanted it.
Also, to prevent this "github renames my files" nonsense a second
time, rename the other file I've recently created to what Github wants
to call it.
