There are several informative pages, contact page, links page, and potentially others that are extremly hard to maintain.
They are a combination of strings from translation files and arrays written in settings.inc.php.
To be honest, this is horrible to maintain.
One more important characteristic for these pages is the fact that the contents is specific to each node in every language.
That is english contact page on OCPL is specific to OCPL.
The english contact page of OCNL is specific to OCNL and not valid on OCPL. And the same would be for the polish language contact page on OCNL.
All the items on the top menu (where such pages are located) are defined in the code and activated / deactivated using configuration variables in settings.inc.php.
What I propose is this:
have a section called "Pages" in the admin menu (or perhaps only for site maintainers, having user.admin=2 for example? dunno, just a thought).
this lists defined pages (by code) and their active status (by settings)
each page contents should be stored in the database as HTML (like cache descriptions)
each page contents should be editable separately in each language (using TinyMCE editor, like cache descriptions)
I stress again the point that this feature request does not break the site strings translation rule since it refers specifically to multilanguage content on a per node basis (much as cache descriptions).
It is about strings that are specific to a certain node, across all languages. Mostly making up a page or sections of a page (like contact, about, intro on main page).
Steps to implement this:
In Super Admin menu:
[ ] create table(s) in database to hold page contents on per page and per language basis
[ ] list pages (as defined for opencaching-pl project)
[ ] for each page, list languages (UI display languages, same as top-right corner) and show which language has content defined.
[ ] edit page+language pair, using tinyMCE (if database entry does not exist, create it)
In website (page display)
[ ] display pages according to content defined as above
[ ] display page using content from site_default_language if no page content exists for current display language
[ ] display empty content if for a page, if no content is defined in that language and site_default_language
Note: this is not a feature for editing arbitrary articles/pages. There are many platforms for that and it is not the purpose of opencaching-pl to do that.
This is only for the OC specific informational pages that have content specific to a certain node, for all languages.
This is meant to replace and enhance what currently exists in settings.inc.php for the contact page and more.
There are several informative pages, contact page, links page, and potentially others that are extremly hard to maintain. They are a combination of strings from translation files and arrays written in settings.inc.php. To be honest, this is horrible to maintain.
One more important characteristic for these pages is the fact that the contents is specific to each node in every language. That is english contact page on OCPL is specific to OCPL. The english contact page of OCNL is specific to OCNL and not valid on OCPL. And the same would be for the polish language contact page on OCNL.
All the items on the top menu (where such pages are located) are defined in the code and activated / deactivated using configuration variables in settings.inc.php.
What I propose is this:
I stress again the point that this feature request does not break the site strings translation rule since it refers specifically to multilanguage content on a per node basis (much as cache descriptions).
It is about strings that are specific to a certain node, across all languages. Mostly making up a page or sections of a page (like contact, about, intro on main page).
Steps to implement this:
In Super Admin menu:
In website (page display)
Note: this is not a feature for editing arbitrary articles/pages. There are many platforms for that and it is not the purpose of opencaching-pl to do that. This is only for the OC specific informational pages that have content specific to a certain node, for all languages. This is meant to replace and enhance what currently exists in settings.inc.php for the contact page and more.