Re: MySQLi extension
| From: | Friedhelm Betz | Date: | Wed, 07 Feb 2007 22:10:31 +0000 |
| Subject: | Re: MySQLi extension | ||
| References: | 1 2 3 4 | Groups: | php.doc |
| Request: | Send a blank email to phpdoc+get-969375374@lists.php.net to get a copy of this message | ||
Hi,
Philip Olson wrote:
Hey, a computer is a tool to make things magically happen, even for translators ;-) I don't buy this argument without any rough figures.----- Original Message -----On that note, Philip just said to me "i wonder if we can create a way to store "important" items across translations, like for example, deprecated status (ex. mysqli from that thread)" After a bit of brainstorming, we came up with the idea of creating extension-specific status entities that reference an extension's status, globally (because this sort of thing isn't translation specific). For example, we'd add new global entities: <!ENTITY status.pecl.phar "&warn.experimental;"> <!ENTITY status.ext.mysqli ""> etc. (remember, &warn.experimental; is translated) That way, this sort of thing would never happen (once the &status.foo; entities make it into the various reference.xml files.This was already fixed in the English translation, so it's up to the Germans to catch up (-:bah.. the more the entities, the slower the build becomes.
As Sean said: this sort of thing isn't translation specific.So, let's not interfere with translators work :P Nuno
Sure it would add one new entity per extension (that would be used in each translation) so although this is a lot I don't feel the slower build time (wonder how much?) is reason enough to not do it. If we do this, the status of all extensions in every translation will be correct and doing this requires zero additional work for translators.Correctness counts more than build time no? Friedhelm