PDFreaders is online at http://fsfe.org/pdfreaders
This is the first time our build system gets used to serve different domains within one build tree. That's why you should have a look at the site not only using the above mentioned URL, but also when accessing it as pdfreaders.org. To do so set up the following line in your /etc/hosts file (and remove/comment it after you are done testing):
217.69.89.176 pdfreaders.org
The source code is in the pdfreaders/ subfolder of our fsfe-web svn repo. If you are not already working with fsfe-web, you can get the new pdfreaders source code via: svn co https://svn.fsfe.org/fsfe-web/trunk/pdfreaders
The descriptive tags in the reader boxes were just made up by me at 4 in the morning. Same goes for the priority order of readers. I won't quarrel about either. Just make sure that within the three most visible readers are solutions for Linux, Windows and MacOS X.
Known ToDos: * Check for correctness and consistency of reader information * Translate reader files in readers/
I will redirect the domain to this new site shortly. Despite that there are still some issues, which I don't consider a blocker though.
Known Issues: * main menu not yet translatable (menu always in english) * chinese translation not built pdfreaders introduces the first chinese document to our build system, there is probably some minor setup to do in build.pl * language links in header link to full fsfe.org/-relative path Current workaround: using a webserver redirection * relative links in footer sitemap *instead* absolute links to fsfe.org Not sure how to handle this. Maybe rewrite links to full URL for the entire site, or use another redirect rule, or just remove the sitemap from there.
That’s awesome.
BTW, since we use LESS to produce css, it should be easy to replicate the styling of the footer without duplicating code.
See http://fsfe.org/contribute/web/css.en.html
Hugo Roy hugo@fsfe.org, Thu 2014-09-25 17:16:
BTW, since we use LESS to produce css, it should be easy to replicate the styling of the footer without duplicating code.
It would be easy, if we just put it an extra CSS file and add it to the global page headers. This would also go well with the caching mechanisms of web browsers and reduce overall code transfer, thereby loading times.
In comparison it would also go well with my current project of reducing the overall complexity of our web site system, and decrease the amount of documentation which potential contributors are confronted with (including team members, including myself).
Currently the CSS on the web site is hopelessly oversized. As it is, LESS didn't cut it down anything as much, as an afternoon of manual optimisation would have.
In time we will also badly need to turn away from a pixel based design on our web site. Another reason, why it may have been better not to include existing CSS in pdfreaders.
* Paul Hänsch paul@fsfe.org [2014-09-25 17:10:48 +0200]:
217.69.89.176 pdfreaders.org
1. When clicking on “Open Standards” in the menu I get http://pdfreaders.org/openstandards.en.html with:
Not Found
The requested URL /openstandards.en.html was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
2. On the top right side I just see "FSFE.org" instead of the FSFE logo.
3. On the front page there is “[1]” as a footnote which does not make sense as there is no [1] in the text. I suggest to just remove [1] on all translations.
4. “Translate this page?” in the language menu at the top. This link does not work as it is forwarded to: http://pdfreaders.org/contribute/translators/index.en.html
5. All links at the button: All the links in e.g. About, Our Work, Campaigns, Contribute, Contact us don't work as they have pdfreaders.org in front.
Regards, Matthias
Matthias Kirschner mk@fsfe.org, Mon 2014-09-29 18:00:
- Paul Hänsch paul@fsfe.org [2014-09-25 17:10:48 +0200]:
217.69.89.176 pdfreaders.org
- When clicking on “Open Standards” in the menu I get
http://pdfreaders.org/openstandards.en.html with:
Not Found
Whoops. I moved this to os.html last minute to fit the naming scheme of the old site. Apparently I had forgotten to change the menu link.
The requested URL /openstandards.en.html was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Oh... yeah, I could disable custom error documents for the HTTP-host... hmmm, probably easiest. Done.
- On the top right side I just see "FSFE.org" instead of the FSFE
logo.
By the time I received your mail, the issue was already fixed.
- On the front page there is “[1]” as a footnote which does not make
sense as there is no [1] in the text. I suggest to just remove [1] on all translations.
Oh right, we talked about this. So I removed the numeral but kept the text there.
- “Translate this page?” in the language menu at the top. This link
does not work as it is forwarded to: http://pdfreaders.org/contribute/translators/index.en.html
Same issue as with the footer, totally missed this.
- All links at the button: All the links in e.g. About, Our Work,
Campaigns, Contribute, Contact us don't work as they have pdfreaders.org in front.
Yes, I just adapted the build scripts to always put the full domain in the footer links. Then it broke the paragraph with links to campaign sites (because prepending fsfe.org to documentfreedom.org doesn't cover it).
Then I removed the navigation footer. We should fix the mix of relative and absolute link pathes sometime. Maybe when we go over the entire menu structure some weeks from now.
Thanks for the testing