dokuwiki / translate.dokuwiki.org Goto Github PK

Just fails silent and work after next cron

When the CAPTCHA isn't filled correctly no error message is shown and the email and name fields are emptied.

Throws: Github\Exception\RuntimeException with message not found on GitHubService->createFork

i try to add a dutch translation to the dw2pdf plugin.
but i never see a PR is created at the repo of this plugin

steps performed:

1. go to http://translate.dokuwiki.org/ - here is recognized that i'm dutch
2. Next to the 0%, clicked at link update
3. Translation page for dutch appears, entered my properties and translations
4. submit
5. see thanks page

As templates use the same method of translation, couldn't they be added as well?

Display a message when a user confirms his addition so he knows it went okay. It should also tell him that it takes some time until the plugin is available for translation.

The indexmenu has 51+12 = 63 strings to translate
When you translate you will see only 2 pages (with 30 strings)

When the translation is accepted, there appear another 3 strings. (But still you see only 2 pages with 30 strings.)

Plugins which are still processing should not link somewhere and have not an "update" link. The status should not show 0% but "processing..."

This commit gturri/hidden@3cd2011 has been generated by the translation tool. It adds my email at the top of the file although it was already there. It seems to be because of white spaces handling.

The prefixed spaces of the list syntax are removed in the English example wiki syntax.
This of course usually for html rendering, but her not that desired.

see for example the text of interwiki links at
http://translate.dokuwiki.org/plugin/confmanager

When I first tried to add the Wrap plugin, I put "Wrap" into the "Plugin name" field. I got an error message back (forgot which one). So, next I tried "wrap" and that worked.
There should be some clarification at least in the text above what that name should match to and which rules it follows.

Sometimes PRs without real changes are proposed.

For example:
dokuwiki/dokuwiki#330

In this case:

• removes old comment headers
• add comment header with licence note

see: https://code.google.com/p/php-email-address-validation/

I improved a url and some syntax in a localization, but the original author is removed and only my name has left.

My guess is that the colon : behind the @author tag give troubles..

Examples of removed authors:
https://github.com/samuelet/indexmenu/pull/34/files
https://github.com/samuelet/indexmenu/pull/32/files
https://github.com/samuelet/indexmenu/pull/31/files

Exception where author name is kept:
samuelet/indexmenu#33

This should be added to error emails as well

if there are any file headers, eg. a copyright notice in a comment block they are removed from the translated file.

Also if there is an existing @Licence tag in the php doc it is replaced with
@license GPL 2 (http://www.gnu.org/licenses/gpl.html)
irrespective of the content or formatting of the file

index.html.twig#L5

original

    <title>{% block title %}DokuWiki Localisation{% endblock %}</title>

will be

    <title>{% block title %}DokuWiki Localization{% endblock %}</title>

I had opened two pages with the translation tool in my browser (Chrome)

In one tab i update some English strings, in the other i performs the dutch translation.

• First i had opened the dutch translation of confmanager
• Next i go to homepage, switch to english, and go next to the english translation of confmanager
• (the first time i had also submitted the english translation here, but that is not needed to reproduce this behavior)
• When i try to submit the dutch translation, i had not fill in my name.
• Of course the tool didn't save, but warns that i didn't give my name/email
• However, now the language has changed too! (i guess readed from a cookie...)

Not tested whether it will switch languages, when i had used correct input.

2 or 3 times more

prevents repository name clashes

No idea if taking prevention measures is already needed.

But indexmenu received a malious submit
https://github.com/samuelet/indexmenu/pull/36/files

Change the label to "Git clone URL" and provide examples/list of supported formats.

would be nice if one would not have to reenter that information everytime

I tried yesterday to add the indexmenu plugin (https://github.com/samuelet/indexmenu).

But so far i didn't receive the confirmation email.

Questions about the form:

• Is it required that the email is the same as the git page or the plugin wiki page? my email isn't on that page, but i'm maintaining the plugin too..
• Should the git url be:
  • git clone url: [email protected]:samuelet/indexmenu.git
  • the https version of the clone url: https://github.com/samuelet/indexmenu.git
  • or the git page url: https://github.com/samuelet/indexmenu

I cannot resubmit other values for the indexmenu plugin. When i had input the wrong values, can you fix these?

Untranslated strings are saved as empty strings and translation files which is even worse than having no translation at all.

After adding a plugin I cannot click on the "Add a Plugin" link in the upper left corner. At least it doesn't do anything.

Chrome 28.0.1500.95 on OS X 10.8.4 here.

Translators should always provide name and email

when a user manually selects a language it should be saved in a cookie and overwrite the browser language

The DokuWiki Translation Tool ignores lines with double quotation mark (") (I use Opera browser v. 12.16)

See the Source of the numbering Plugin and Translate numbering Plugin.

Only name + email should be treated as a unique string