On the old homepage we have (had) a brief explanation of why the app needs several permissions on the device (Wake Lock, Internet, Location, etc.).
This should be added as a FAQ entry.

Assigning myself

Moved from cgeo/cgeo#1795

@Bananeweizen:
I suggest to include an ohloh widget on the cgeo home page. I always find that a good way of attracting potential new contributors to a project, if I see it on a web page of another project. It also allows outside people to "judge" the project a little bit (e.g. we currently list 49 contributors which is huge!)
I suggest to use the last one on this page: https://www.ohloh.net/p/cgeo2/widgets

Any comments?

@samueltardieu:
I second this.

@marco-dev:
+1

If you load the website, the background is shortly shown totally white, and after the CSS (or whatever) has been loaded, if switches to black. Can we add a meta tag in the HTML header for black background color to avoid that? (I'm not so much into HTML, so maybe the solution must be something totally different).

I have seen that most prominently on devices where I never loaded the website before (probably because the non existing cached content maximizes the time until the CSS is applied).

I'm wondering if it makes sense to have an input box at the FAQ, which filters all entries down to those which contain a given search string. This would be useful to browse the FAQ from a device and more easily find answers. I've seen this in some support sites, and I found it useful (as device browsers often can an easy to use search, which the desktop browser may have).

An initial send2cgeo.html was created, but the server functions still need to be implemented in a good way (e.g. iframe).

On the old index page we had a list of known limitations:

Live map:
Approximated coords due to limitations on the GC-website
Be aware: If navigation is started directly from live map it may also use the approximated coords!
In fast mode the cache type might be wrong in rare cases
Fast mode only detectes Tradi, Multi, Mystery, Event caches
Waypoints on map might disappear when moving the map
(Workaround: Increase waypoint limit in settings)
Other:
Log images with huge size will cause a long loading time

These should be reflected in some FAQ entry. No need to have it on the mainpage.

Assigning myself.

Like FB, G+, Twitter

Just as a reminder for myself:

This http://faq.cgeo.org/#1_100 is new and needs to be added to the new FAQ as well.

As the content of master is alyway online it would be helpful to have branch draft for preparation of site changes which e.g. need to be synchronized to a certain release of the app.
While most changes IMHO should go directly to master the draft should be used only for planned updates of the site (e.g. release depending, major rework,etc.)

Would this be a valid method of working with this repo?

Reminder for myself to create a FAQ entry describing the problem, refering to issue cgeo/#4097 and the download-link for a nonjit nightly.

Moved from cgeo/cgeo#2869

@Lineflyer:
Do we want to add an information to our IRC channel to the c:geo website ?
This would allow users to contact us for support via chat.

Most questions on support mail are easy to solve/answer, but for more complicated issues it would be nice to have a direct chat contact.
I don't think that many users would use it however for those with really difficult issues it would be helpful.

Can we add a link on http://www.cgeo.org/contact.html ?
I could also add a link to our FAQ (e.g. "I have a really difficult problem with c:geo. Where to get help?")

@rsudev:
I think it is a good idea to mention our IRC-channel on the website. But I would communcate it as developer channel, not so much as a support forum, because I would like to keep it primarily as our communication medium. This does of course not inhibit to invite anybody into the channel (as we often do already), but offering support their might raise expecations WRT to response times we probably will not fulfill.

@Bananeweizen:
Same opinion as rsudev.

TODO:

• Add development.html #30
• Add support.html #43
• Add send2cgeo.html #44
• Bring send2cgeo server functions to the new website (e.g. iframe) #56
• Add nightly APKs to download.cgeo.org (see here)
• Change download location on notification system (see here)
• Add a CNAME file to the repository
• Add a CNAME entry to the DNS configuration of cgeo.org
• Redirect the home page of status.cgeo.org to the embedded status page <-- Moved to a dedicated issue
• Update links to FAQ in c:geo sourcecode cgeo/cgeo#4999
• Redirect faq.cgeo.org to new website (once live) #57
• Redirect send2.cgeo.org to new website (once live) #68
• Remove warning from main page

Of course we should not forget this. I suggest to have it on a static place on each page (like the menu items on the current example).

I'm preparing the version which uses Jekyll. Please do not push any changes, if it is necessary, I'll overwrite anything here!

Example:
http://cgeo.github.io/faq.html#faq.Iamnotable

There are two entries matching it.

I could try to manually avoid it by changing the title, still this is no failsafe method.
Suggestions?

Currently http://www.cgeo.org/media.html contains some banners.

The hyperlinks for banners promoted there might be used by people and should stay valid after changing to the new website.
If we keep offering them, we should also have a similar page on the new website.

We need to add these pages

https://send2.cgeo.org/home.html
https://send2.cgeo.org/howto.html
https://send2.cgeo.org/script.html

the new website as well as a single page.
The script can be directly linked from Github sources IMHO.

The registration itself has probably to remain on send2.cgeo.org .

Remark:
I removed a basic explanation of send2cgeo from the FAQ as it should be better on this new page.

Just a reminder for myself or anyone willing to help:

Once the FAQ has been migrated it could be useful to divide the large section "General" into more appropriate sections like "Compass related", "Logging related", "User interface related" (or alike).

The widget has been placed on the development.html page but for sure needs design optimisations.

If you jump to an anchor used on the FAQ page (e.g. http://cgeo.github.io/faq.html#faq.UnkownLoca)
the relevant title will be hidden by the navigation bar on top. This might be quite confusing for users as they may only focus on the next section instead of the section they wanted to read.

Is it somehow possible to avoid that?

Moved from cgeo/cgeo#3292

Icons for Google+ have been generated by @SammysHP for our web site.

The link should include the rel="publisher" attribute, as in:

<a href="https://plus.google.com/105588163414303246956" rel="publisher">…</a>

so that ownership of cgeo.org is linked to the Google+ account.

Once created I volunteer to fill it based on the existing FAQ if it is a markdown file (maybe prefilled with a placeholder to understand the needed markdown syntax).

Just copying might not be enough as some items might be outdated (last general update was done some months ago), so I would like to update while transfering it.

This should be added before we release the website.
It should contain a link to our support mail adress and some words about what details we need in order to help (e.g. System information, Detailed error description).

I remember, that I send around a mail with a proposal for an autoresponder for our support mail.
This text should be suitable here as well.
I will try to find it.

@SammysHP If you add the page as a markdown I can volunteer to fill it later on.

It might be wise not to use a plain mailto: but some more spohisticated mail link method to avoid bots from scaning that mail address?`!

We received some requests about missing banners and logos from our website.
Can't we just put the original content of http://www.cgeo.org/content/ad/ to the very same directory on Github?

IMHO no need to make a HTML page for that, but just to reenable the access to these banners?

We should have a (normally blank) template of a text field for important messages, which should show up on the homepage.
Recent example would be the spam warning.

The new page looks okay on my mobile. But the page margins could be much smaller. Can we have different CSS for mobile and desktop?

To make people more aware of the FAQ I suggest that we make the feature bullet list (and/or the remaining floating text) link to matching sections of the FAQ.

Considering that the homepage might also be an advertisement for new users we should add screenshots of the app to the content (same as in PlayStore).

As the site is in english we should use english screenshots as e.g. located here: https://play.google.com/store/apps/details?id=cgeo.geocaching&hl=en

I was in preparation to submit a PR myself, but then only realized that via Github GUI it seems not possible to add binary files to a repo?!

I believe that our "did you know" tips on facebook have 2 disadvantages:

• They only reach facebook people who actively liked the page
• They cannot easily be re-read later.

Therefore I suggest that similar to the FAQ we create a page that can present these "Did you know" tips. In contrast to the FAQ the presentation of those tricks could use things like a carousel instead of just listing one trick after the other.

Following the changes made for #63 the anchors used within the faq.html itself need to be changed.

The current PlayStore description and a lot of our support mails and facebook replies contain a reference to http://faq.cgeo.org which becomes invalid once the new website is live.

I suggest to redirect http://faq.cgeo.org to http://www.cgeo.org/faq.html to keep the links working (although the old anchors are invalid, but thats not critical).

I read the question on facebook about not being able to upgrade (due to no upgrade being shown). Actually a friend of mine had the same issue with the March 31 upgrade. I suggest we add a FAQ about rebooting the phone to let the play store sync again, which Lars mentioned as solution.

As suggested in cgeo/cgeo#4879 a FAQ entry should be added which describes:

• At what points in c:geo GPS is on or off (starting in the next feature release)
• What is the meaning of the "Low power mode" (starting in the next feature release)
• Link to a tool for "Keep GPS Always on. e.g. https://play.google.com/store/apps/details?id=com.silentlexx.gpslock

• "add device" not working as long as the browser is not registered. Maybe remove that part until the browser is registered.
• "no browser name!" – maybe set during registration?
• link and text colors are switched
• not possible to unregister browser (should that be possible?)
• "change browser name": hint of text input is no hint, user must remove it first

We should redirect http://send2.cgeo.org to http://www.cgeo.org/send2cgeo.html once www.cgeo.org is targeting to cgeo.github.io so that users using that link will be guided to the new instruction/registration page.

Rmark:
I don't know how the server communication (between clients and send2cgeo server) works...this of course still target the dedicated server.

The detailed description of the app as listed on the PlayStore should be present on the homepage.
It can be found here: https://github.com/cgeo/cgeo/wiki/App-description-for-PlayStore

I would like to add a german (and other) translations of the FAQ.

This would IMHO only require:

• A means to select the desired language on the FAQ page or (preferably) auto detect the language from the browsers preference
• Another yml file for each language using the same anchors

Is this technically possible here on Github?

Would it be possible to always add a small link to each of our generated pages at the very end (or as an overlay somewhere else), where the URL is the source page on github? E.g. if I see a typo, I would really like to just click that link, afterwards the edit button and start fixing.

Now I always have to search the page in the repo first.

As also mentioned in #22 I suggest to have a development page with the following content incl. some basic explanation of these links:

• Link to Github + optionally ohloh widget
• Link to Crowdin
• Link to Nightly Build page (and remove it from the main navigation)
• Link to IRC developer channel
• Link to Status page (and remove it from the main navigation)

Advantages:

• All development related links and ressources on one page
• Less items in main navigation

Like on the existing cgeo webpage.

http://de.wikipedia.org/wiki/Favicon

For my taste, the exclamation mark is making that a very strong request to donate. But I'd rather like to see that as just an option, not a request.

If I got it right, that button is an image. I'm not that experienced with CSS, but can't that be done by pure CSS without images nowadays?

I don't want to create multiple issues as this is basically a summary of my subjective proposals for improvements to the now exiting draft of the new webpage. So I created this tickable list instead which can be later (if agreed) transfered into issues if needed:

• The header section (with links to different pages) should be shown on each page
• The header should be static on top (not scrolling together with the content)
• There has to be a back or home navigation which links back to the index.html
• We could place the donate button in the same line as the links to GooglePlay, APK Download and give it a similar design.
• External links (like to Github, etc.) should open in a new window

Moved from cgeo/cgeo#1857

@samueltardieu:
A link to the status page should be added

We can customize PayPal to link back to an URL after a donation is completed.
It could be used to show a "Thank you!" page e.g. also explaining for what and what not donations are used.

There are only some minor requirements we have to meet for Paypal:

- Per the user agreement, you must provide verbiage on the page displayed by the Return URL that will help the buyer understand that the payment has been made and that the transaction has been completed.

- You must provide verbiage on the page displayed by the Return URL that explains that payment transaction details will be emailed to the buyer.

- Example: Thank you for your payment. Your transaction has been completed, and a receipt for your purchase has been emailed to you. You may log into your account at www.paypal.com/de to view details of this transaction.

Extract of cgeo/cgeo#3503:

We should check if a nightly for the contact plugin is build by CI and uploaded to the webserver.
This should then be linked from the nightly page.

Currently we have a single static page. This won't work with our complex content so we should use jekyll, a static page generator that is used for processing GitHub user pages.

The font on the big badge for Google Play looks less fuzzy: https://developer.android.com/distribute/tools/promote/badges.html

Those items are now included on development.html.

I did not yet remove anything as I wanted to wait for feedback first.
Especially the nightlies might become harder to find if they are removed, so I am not sure about that.