DNF smiley is already mentioned in the user guide (but refered to as only available for offline logged DNF).
Meanwhile we support online DNF on map and in cache details

Now only in map quick settings

See here : https://cgeo.droescher.eu/de/notecoords#advanced_waypoint_syntax

Che cache menu was resorted including new submenu structure.

The compact iconmode on map now provides more info than before.
Need to check whether this is described in the user guide (so it might need change). If its not yet described, its probably enough to just leave it like it is and only have the information, that "enabling compact mode shows smaller cache/waypoint icons with bit less information".

Instead of "force english" it is now possible to explicitly set the desired app language in settings

https://cgeo.droescher.eu/en/mainmenu/livemap#map_quick_settings

Image has been replaced, table needs to be aligned

This new item should be reflected in our user guide

• Old filter needs to be removed from manual
• New filter needs to be added. It might not be needed to explain all filters (as this is much effort and might change frequently) but the construction methods of adding elements, the interworking (AND), the options (like negation) and save/load filters.

While the old filter is AFAIR described as element on the page describing cache lists, the new filter deservers an own page in the guide (to be linked from list and map).

Missing in https://cgeo.droescher.eu/en/compass

Needs to be added somewhere above or below here: https://cgeo.droescher.eu/en/mainmenu/livemap#map_quick_settings

The icon and explanation has been added to the "Type of caches" page, however the page
https://cgeo.droescher.eu/en/udc

still uses the ghost in screenshots

The usage guide currently only describes manual download and installation.
Now that we have the basic download function this should also be described on that very page (two options to get offline maps: Manual or use built-in downloader)

Those are not contained incl. the changed behavior and dialogs

Menus have slightly changed
User can now also migrate settings

Alternatively this topic should move to the users manual, instead of an even longer FAQ entry.
The FAQ should then just link to the users manual.

The documentation should have a point for the contacts plugin description

WIP: https://manual.cgeo.org/en/contacts

Additions needed for settings page

• Related to #36
• Also a remark on https://cgeo.droescher.eu/en/brouter that internal routing can be used
• Also for the map downloader https://cgeo.droescher.eu/en/offlinemaps the routing tile download should be added and referred to from other(?) pages

This new setting needs to be added and described in the manual

see https://cgeo.droescher.eu/en/brouter, section "Usage in c:geo"

At the end of the first paragraph in this section text still links to the old routing submenu:
"You can do this in the Routing sub menu of your map menu."

It should link to the new map quicksetting popup instead.

Some months ago I changed https://manual.cgeo.org/en/firststeps as a guide through our wizard, which makes sense.

But I also linked to that page if (new) users contacted us and it was visible from system information, that they did not authorize to any geocaching platform. the old version was very suitable for that, the new wizard help is not matching this problem case.

I could imagine a page which includes the following items:
How to login if the main screen shows, that I am not connected, which includes initial authorization as well as handling of the possible error messages (currently only explained in FAQ)

Several idea for https://manual.cgeo.org/en/cachemarkers

• add a cache marker with all 4 positions used (e.g. mystery with found log, note, corrected coords, stored) to explain about markers and positions in general (related to 2)

• structure the table by icon position
  

upper-left: Log and Offline log icons
upper-right: Stored / Owned
lower-right: Coordinate info
lower-left: Note

• add missing "will attend" marker
• for "Final existing" in "Marker (old)" column add the red flag
• Change texts:
  "Modified coordinates" text: "The coordinates of this cache have been modified from the original listing coordinates (either from within c:geo when defining a waypoint or from the geocaching services website). The cache is now shown at the new coordinates on the map. A useful feature for solved mysteries or multis."
  "Final existing" -> "Has "Final" waypoint": "This cache has a "Final" waypoint defined but no modified coordinates. The cache is shown at the original coordinates on the map."

Moved from cgeo/cgeo.github.io#271

Add info about internal routing engine to the manual when it's available in a released version.

Some things to mention:

• how to activate & configure
• advantages of internal engine over external engine (automatic tile download + updates)
• links for advanced configuration of routing profiles: (see links provided in cgeo/cgeo#10306 (comment))

As soon as bottom nav release is out the sorting menu now looks slightly different.
Has to be modified here:
https://cgeo.droescher.eu/en/mainmenu/lists#sorting

Add this to https://manual.cgeo.org/en/coordinatedialog#waypoint_calculator

Item has been removed as no longer needed

New routing option (4 icons)

Same here in logging TB: https://cgeo.droescher.eu/en/loggingtb

Originally posted by @Lineflyer in #28 (comment)

New feature should be reflected somewhere in the user guide

In fact the map part of the guide does not mention the distance fields (could be added in general)
Alternatively or additionally it could be added on the page about using brouter

The firststeps page ( https://cgeo.droescher.eu/en/firststeps) needs adaption to include the new installation wizard.

Should wait until SAF is out on the market

It mentions 6 colored list markers (which don't exist anymore), but nowadays there's a huge list of emojis to choose from. But yes, a new page/additional content in https://manual.cgeo.org/de/mainmenu/lists#manage_lists would probably be better than removing it.

Oh, yes. Will move that topic into just another issue, so it does not get lost.
Will probably do that along with replacing the overlay images.

Originally posted by @Lineflyer in #42 (comment)

The "Set as target" button previously only available on OSM is now also available for GMaps.
https://cgeo.droescher.eu/start?id=en/mainmenu/livemap#map_popup_window needs a new screenshot and slight change

Background:
The c:geo user manual was created about a year ago to simply have a new user manual for the c:geo app. It currently runs on my webspace with a reverse proxy set up to the above mentioned URL.
I created it myself and over time invited other users to collaborate or translate. Up to now its configured as a closed system, meaning that accounts cannot be self created.

As I learned from recent changes to the c:geo app functionality I cannot manage myself to keep the manual up to date with new features and changed views in c:geo.

So I would suggest to open it up to the public (=our users) to get it hopefully self maintained by the crowd.
Thats actually what a wiki system is designed for.

So basically I would reconfigure it to allow user registration and add authoring rights to all users. Afterwards invite users to participate via our channels.
What still remains for us is to monitor and moderate and maybe to somehow collect the parts of the manual, which need changes due to our changes to the app.

I do not have experience with public wiki pages...anything we should pay attention to?

Should new accounts have the need to be approved by us?

Where could we collect topics, pages, which need to be updated?

can now also be changed in map settings

With the new design most pictures within the guide are outdated.
Most of them are still valid contentwise, only users might be confused by the different look when comparing.

So this issue is non-urgent, except if/where we have views also changed from their content?!

Currently not yet released:
Some map menu items have been moved into quick settings dialog reachable via quick settings button on the map.
The corresponding pages in the wiki need to be adapted accordingly after this feature has been released.

New feature

• Add to list menu
• Add remark to geocache type list

At some place there might be references/screenshots in the user guide which refer to our previous file explorer or other descriptions no longer matching.
Needs to be checked especially for:

• GPX directory settings
• Map/Theme selection
• Export menus and dialogs for GPX and other files
• Attachment of pictures

Additionally the setting to change the base folder needs to be added

After release of the c:geo version with new cache icons, the icons on the user guide need to be replaced as well.

@ztNFny
Could you provide plain svg versions (not the Android xml) of all icons?

@murggel
Or did we/did you find a better solution?
Do wa want to store SVG versions in the cgeo/cgeo repository as well or did we drop this idea?

https://cgeo.droescher.eu/en/mainmenu/livemap

Non important, just styling is different now, content is OK.

In the section of parsing waypoint from note / export waypoint to note the syntax for the formula should be added.
(taken from the PR 9633 (cgeo/cgeo#9633, related to cgeo/cgeo#9211)

Supported syntax:
Like the "normal" waypoint-syntax, use (F-PLAIN) to indicate the plain-formula (like (NO-COORD) for empty coords), then the formula string with both coordinates and (optional) already known variables / equations separated with "|".
If all variables are known, the coordinates of the waypoint are calculated and stored in the waypoint.

An existing formula will be exported to the PN, if not all variables are defined. Otherwise only the coordinates are exported like a "normal" waypoint.

Example:
@Final (F) (F-PLAIN) N48 AB.(C*D/2) E 9 (C-D).(A+B) |A=a+b|a=5|

Only upper-case letters are allowed in the formula.

https://cgeo.droescher.eu/en/mainmenu/lists

Non important, description is OK, just outdated styles

Routing related settings have been moved.
Page https://cgeo.droescher.eu/en/mainmenu/settings needs adaption.

Currently the manual only describes the top menu item "Individual route" and what is contained below.
But the advanced funtions like "Sort individual route" might be likely to be described in detail if time permits.

Currently the user guide is a standalone installation of DokuWiki on my server.
A plugin already provides Oauth via Github (after manual registration of the mail address used on Github) to provide access rights.

There seems to be a plugin available here which provides integration of a git repository to sync local (server) and remote (Github) and allow changes on both sides AFAICS.

I don't know the effort to get this up and running and whether it will be useful or not. It might be not needed given the low frequency of changes, but at least the user guide content would be available outside my server (e.g. in case I get unavailable for the team).

I am not planning to look into this, if however someone wants to try it out, you are welcome.
Just contact me for server access.

With new icons also dot icons for waypoints are supported (SVG already uploaded to dokuwiki).
It could be added as a table on https://manual.cgeo.org/en/cacheicons to have a complete documentation

Those items have been removed and are only available with the icons on cache details page

Needs to be added to the description page of Settings - Services

Due to the recent redesign our icons (on action bar) now look different.

Theoretically all those icon resources are stored on the main namespace of the Dokuwiki.
This means just replacing these files should replace all icons used throughout the pages if all languages sticked to that resource.

Not sure though if the icon name have changed? This would then require manual work on all pages (or batch Search&Replace).

Backup/restore menus have been optically changed. Screenshots in user guide should be updated.

Same as cgeo/cgeo#9845 but also for the user guide:

Some native-speaking english users made us aware over the past years, that while using "click" is understandable it however sound kind of "old school" on mobile devices.

Also recently a crowdin translator raised similar issues on the source strings. I found an interesting article on this in a blog: https://uiux.blog/stop-using-the-term-click-in-a-mobile-experience-479b8ed4f567

I think we can more or less 1:1 replace "click" by tap" (respectively "long click" by "long tap") in our strings.