Permalink
Browse files

Merge pull request #716 from michaelcullum/task/remove-translations

Remove translations
  • Loading branch information...
2 parents 3879718 + 66a51a0 commit 3afe9d67b4eef712dfb1fae8da56266a6ffb6fd4 @samdark samdark committed Dec 29, 2015
Showing with 8 additions and 15,649 deletions.
  1. +0 −41 README-ES.md
  2. +8 −0 README.md
  3. +0 −73 accepted/es/PSR-0.md
  4. +0 −155 accepted/es/PSR-1-codificacion-estandar-basica.md
  5. +0 −722 accepted/es/PSR-2-guia-de-estilo-de-codificacion.md
  6. +0 −269 accepted/es/PSR-3-interfaz-de-logger.md
  7. +0 −83 accepted/fr/PSR-0.md
  8. +0 −174 accepted/fr/PSR-1-basic-coding-standard.md
  9. +0 −829 accepted/fr/PSR-2-coding-style-guide.md
  10. +0 −321 accepted/fr/PSR-3-logger-interface.md
  11. +0 −89 accepted/fr/PSR-4-autoloader.md
  12. +0 −75 accepted/it/PSR-0.md
  13. +0 −177 accepted/it/PSR-1-basic-coding-standard.md
  14. +0 −812 accepted/it/PSR-2-coding-style-guide.md
  15. +0 −315 accepted/it/PSR-3-logger-interface.md
  16. +0 −349 accepted/it/PSR-4-autoloader-examples.md
  17. +0 −301 accepted/it/PSR-4-autoloader-meta.md
  18. +0 −83 accepted/it/PSR-4-autoloader.md
  19. +0 −76 accepted/pl/PSR-0.md
  20. +0 −168 accepted/pl/PSR-1-podstawowe-standardy-kodowania.md
  21. +0 −802 accepted/pl/PSR-2-przewodnik-po-standardach-formatowania.md
  22. +0 −304 accepted/pl/PSR-3-interfejs-dziennika.md
  23. +0 −77 accepted/pl/PSR-4-autoloader.md
  24. +0 −63 accepted/pt-BR/PSR-0.md
  25. +0 −152 accepted/pt-BR/PSR-1-padrao-basico-de-codificacao.md
  26. +0 −37 accepted/pt-BR/PSR-2-guia-de-estilo-de-codificacao-meta.md
  27. +0 −726 accepted/pt-BR/PSR-2-guia-de-estilo-de-codificacao.md
  28. +0 −68 accepted/ru/PSR-0.md
  29. +0 −183 accepted/ru/PSR-1-basic-coding-standard.md
  30. +0 −48 accepted/ru/PSR-2-coding-style-guide-meta.md
  31. +0 −805 accepted/ru/PSR-2-coding-style-guide.md
  32. +0 −339 accepted/ru/PSR-4-autoloader-examples.md
  33. +0 −271 accepted/ru/PSR-4-autoloader-meta.md
  34. +0 −72 accepted/ru/PSR-4-autoloader.md
  35. +0 −82 accepted/sl/PSR-0.md
  36. +0 −170 accepted/sl/PSR-1-basic-coding-standard.md
  37. +0 −47 accepted/sl/PSR-2-coding-style-guide-meta.md
  38. +0 −803 accepted/sl/PSR-2-coding-style-guide.md
  39. +0 −304 accepted/sl/PSR-3-logger-interface.md
  40. +0 −349 accepted/sl/PSR-4-autoloader-examples.md
  41. +0 −291 accepted/sl/PSR-4-autoloader-meta.md
  42. +0 −78 accepted/sl/PSR-4-autoloader.md
  43. +0 −648 accepted/sl/PSR-7-http-message-meta.md
  44. +0 −1,871 accepted/sl/PSR-7-http-message.md
  45. +0 −59 accepted/zh_CN/PSR-0.md
  46. +0 −150 accepted/zh_CN/PSR-1-basic-coding-standard.md
  47. +0 −721 accepted/zh_CN/PSR-2-coding-style-guide.md
  48. +0 −258 accepted/zh_CN/PSR-3-logger-interface.md
  49. +0 −45 accepted/zh_CN/PSR-4-autoloader.md
  50. +0 −34 bylaws/es/001-protocolo-de-votacion.md
  51. +0 −10 bylaws/es/002-convenciones-de-nombres-psr.md
  52. +0 −45 bylaws/sl/001-voting-protocol.md
  53. +0 −18 bylaws/sl/002-psr-naming-conventions.md
  54. +0 −132 bylaws/sl/003-membership.md
  55. +0 −371 bylaws/sl/004-psr-workflow.md
  56. +0 −17 bylaws/sl/005-licensing-policies.md
  57. +0 −87 bylaws/sl/006-psr-amendments.md
View
@@ -1,41 +0,0 @@
-Grupo de interoperatibilidad para Frameworks PHP
-================================================
-
-La idea del grupo es hablar sobre los puntos en común entre los diferentes proyectos y encontrar formas de trabajar juntos. Nuestro destino principal son el resto de miembros del grupo, pero somos muy conscientes de que el resto de la comunidad PHP nos está observando. Si otros desarrolladores quieren adoptar lo que estamos proponiendo son bienvenidos a hacerlo, pero no es el objetivo del grupo.
-
-Propuesta de una recomendación de estándares
---------------------------------------------
-
-Para proponer una recomendación de estándar (PSR en inglés "Proposing a Standards Recommendation"):
-
-- haga un fork de este repositorio, cree una rama, cambie a esa rama, añada la propuesta en la carpeta `proposed/`, haga "push" de la rama a Github y envíenos un "pull request"; o,
-
-- cree un nuevo ticket para iniciar una discusión en Github; o,
-
-- inicie una conversación en nuestra [lista de correo][].
-
-[lista de correo]: http://groups.google.com/group/php-fig/
-
-
-Solicitud de membresía
-----------------------
-
-**No** necesita ser un miembro con derecho a voto para participar en las discusiones en la [lista de correo][].
-
-Para convertirse en un miembro con capacidad de voto, debe enviar un email a la [lista de correo][].
-
-- El asunto del mensaje debe ser (en inglés): `Membership Request: {$your_name} ({$project_name})`
-
-- En el cuerpo del mensaje, incluya su nombre, el nombre del proyecto (y enlace) al que representa y otros detalles que crea que puedan ser relevantes.
-
-Los miembros actuales votarán su aceptación.
-
-No combine solicitudes para ser miembro en un solo hilo; por favor, una petición por hilo.
-
-
-Miembros con derecho a voto
----------------------------
-
-La lista actalizada de miembros con derecho a voto está disponible en el [sitio web del proyecto][].
-
-[sitio web del proyecto]: http://www.php-fig.org/
View
@@ -51,6 +51,14 @@ To become a voting member, you must send an email to the [mailing list][].
Do not combine separate membership requests in a single thread; one request
per thread, please.
+Language & Translations
+-----------------------
+
+All PSRs are written in British English or American English (Different specifications
+may vary, but it is consistent within the same specification). The PHP FIG does not
+offer official translations into other languages but other external entities are free
+to translate the specifications in accordance with the license.
+
Voting Members
--------------
View
@@ -1,73 +0,0 @@
-Estándar de autocarga de clases
-===============================
-
-> **Obsoleto** - A partir del 21/10/2014 el estándar PSR-0 se ha marcado como obsoleto. Ahora se recomienda [PSR-4]
-como alternativa.
-
-[PSR-4]: http://www.php-fig.org/psr/psr-4/
-
-A continuación se describen los requisitos obligatorios que deben cumplirse para la interoperabilidad del autoloader.
-
-Obligatorio
------------
-
-* Un espacio de nombres y clase completamente cualificada debe tener la siguiente estructura `\<Nombre del proveedor>\(<Paquete>\)*<Nombre de clase>`.
-* Cada espacio de nombres debe tener un espacio de nombres de nivel superior ("Nombre del proveedor").
-* Cada espacio de nombres puede tener tantos sub-espacios de nombres como sea necesario.
-* Cada separador de espacio de nombres se convierte en la constante `DIRECTORY_SEPARATOR` cuando se carga desde el sistema de archivos. [^1]
-* Cada carácter `_` en el nombre de la clase se convierte en la constante `DIRECTORY_SEPARATOR`. El carácter `_` no tiene ningún significado especial en el espacio de nombres.
-* Al espacio de nombres y la clase completamente cualificada se le añade el sufijo `.php` cuando se cargue desde el sistema de archivos.
-* Los caracteres alfabéticos en los nombres de proveedor, espacios de nombres y nombres de clase pueden contener cualquier combinación de mayúsculas y minúsculas.
-
-Ejemplos
-----------
-
-* `\Doctrine\Common\IsolatedClassLoader` => `/directorio/del/proyecto/lib/vendor/Doctrine/Common/IsolatedClassLoader.php`
-* `\Symfony\Core\Request` => `/directorio/del/proyecto/lib/vendor/Symfony/Core/Request.php`
-* `\Zend\Acl` => `/directorio/del/proyecto/lib/vendor/Zend/Acl.php`
-* `\Zend\Mail\Message` => `/directorio/del/proyecto/lib/vendor/Zend/Mail/Message.php`
-
-Guiones bajos en Espacios de nombres y nombres de Clase
---------------------------------------------------------
-
-* `\espacio_de_nombres\paquete\Nombre_De_Clase` => `/directorio/del/proyecto/lib/proveedor/espacio_de_nombres/paquete/Nombre/De/Clase.php`
-* `\espacio_de_nombres\nombre_de_paquete\Nombre_De_Clase` => `/directorio/del/proyecto/lib/proveedor/espacio_de_nombres/nombre_de_paquete/Nombre/De/Clase.php`
-
-El estándar aquí descrito, debe ser el mínimo común denominador para la interoperabilidad del autoloader. Puede comprobar que sigue estas normas mediante la utilización del la implementación de ejemplo de autoloader SplClassLoader, capaz de cargar clases de PHP 5.3.
-
-Ejemplo de implementación
-----------------------------
-
-A continuación, se muestra una función de ejemplo para demostrar de forma sencilla cómo se cargan de automáticamente las clases con la propuesta anterior.
-
-```php
-<?php
-
-function autoload($nombreDeClase)
-{
- $nombreDeClase = ltrim($nombreDeClase, '\\');
- $nombreDeFichero = '';
- $nombreDeEspacio = '';
- if ($ultimaPos = strrpos($nombreDeClase, '\\')) {
- $nombreDeEspacio = substr($nombreDeClase, 0, $ultimaPos);
- $nombreDeClase = substr($nombreDeClase, $ultimaPos + 1);
- $nombreDeFichero = str_replace('\\', DIRECTORY_SEPARATOR, $nombreDeEspacio) . DIRECTORY_SEPARATOR;
- }
- $nombreDeFichero .= str_replace('_', DIRECTORY_SEPARATOR, $nombreDeClase) . '.php';
-
- require $nombreDeFichero;
-}
-```
-
-Implementación de SplClassLoader
-------------------------------------
-
-El siguiente *gist*, es un ejemplo de implementación de SplClassLoader, que puede cargar sus clases si ha seguido el estándar anteriormente expuesto. Este es el método recomendado para la carga de clases de PHP 5.3 que siga estas normas.
-
-* [http://gist.github.com/221634](http://gist.github.com/221634)
-
-Notas
-------
-
-[^1]: El nombre del proveedor se traduce en inglés como `vendor`. La constante `DIRECTORY_SEPARATOR` contiene el carácter de separación de directorios, diferente en cada sistema operativo. Por ejemplo en *Unix u OS X este carácter es la barra `/`
-mientras que en Windows se trata de la barra invertida `\`.
@@ -1,155 +0,0 @@
-Codificación estándar básica
-============================
-
-Esta sección de la norma comprende lo que debe considerarse la norma de codificación de los elementos que se requieren para garantizar un alto nivel técnico de interoperabilidad entre el código PHP.
-
-En el documento original se usa el [RFC 2119][] para el uso de las palabras MUST, MUST NOT, SHOULD, SOULD NOT y MAY. Para que la traducción sea lo más fiel posible, se traducira siempre MUST como el verbo deber en presente (DEBE, DEBEN), SHOULD como el verbo deber en condicional (DEBERÍA, DEBERÍAN) y el verbo MAY como el verbo PODER.
-
-[RFC 2119]: http://www.ietf.org/rfc/rfc2119.txt
-[PSR-0]: https://github.com/php-fig/fig-standards/blob/master/accepted/es/PSR-0.md
-
-1. Visión general
-----------------------
-
-- Los archivos DEBEN utilizar solamente las etiquetas `<?php` y `<?=`.
-
-- Los archivos DEBEN emplear solamente la codificación UTF-8 sin BOM para el código PHP.
-
-- Los archivos DEBERÍAN declarar *cualquier* estructura (clases, funciones, constantes, etc,...) *o* realizar partes de la lógica de negocio (por ejemplo, generar una salida, cambio de configuración ini, etc,...) pero NO DEBERÍAN hacer las dos cosas.
-
-- Los espacios de nombres y las clases DEBEN cumplir el estándar [PSR-0][].
-
-- Los nombres de las clases DEBEN declararse en notación `StudlyCaps`. [^1]
-
-- Las constantes de las clases DEBEN declararse en mayúsculas con guiones bajos como separadores `CONSTANTE_DE_CLASE`.
-
-- Los nombres de los métodos DEBEN declararse en notación `camelCase`. [^2]
-
-2. Archivos
---------------
-
-### 2.1. Etiquetas PHP
-
-El código PHP DEBE utilizar las etiquetas largas `<?php ?>` o las etiquetas cortas para imprimir salida de información `<?= ?>`; NO DEBE emplear otras variantes.
-
-### 2.2. Codificación de caracteres
-
-El código PHP DEBE utilizar codificación UTF-8 sin BOM.
-
-### 2.3. Efectos secundarios
-
-Un archivo DEBERÍA declarar estructuras (clases, funciones, constantes, etc,...) y no causar efectos secundarios, o DEBERÍA ejecutar partes de la lógica de negocio, pero NO DEBERÍA hacer las dos cosas.
-
-La frase "efectos secundarios" significa: que la ejecución de la lógica de negocio no está directamente relacionado con declarar clases, funciones, constantes, etc, *simplemente la de incluir el archivo*.
-
-"Efectos secundarios" incluyen, pero no se limitan a: generar salidas, uso explícito de `requiere` o `include`, conexiones a servicios externos, modificación de configuraciones iniciales, enviar errores o excepciones, modificar variables globales o estáticas, leer o escribir un archivo, etc.
-
-El siguiente ejemplo muestra un archivo que incluye las dos: declaraciones y efectos secundarios; Un ejemplo de lo que debe evitar:
-
-```php
-<?php
-// efecto secundario: cambiar configuracion inicial
-ini_set('error_reporting', E_ALL);
-
-// efecto secundario: cargar ficheros
-include "archivo.php";
-
-// efecto secundario: generar salida
-echo "<html>\n";
-
-// declaración
-function foo()
-{
- // cuerpo de la función
-}
-```
-
-El siguiente ejemplo es el de un archivo que contiene declaraciones sin efectos secundarios; Un ejemplo que puede seguir:
-
-```php
-<?php
-// declaración
-function foo()
-{
- // cuerpo de la función
-}
-
-// una declaración condicional *no* es un
-// efecto secundario
-if (! function_exists('bar')) {
- function bar()
- {
- // cuerpo de la función
- }
-}
-```
-
-3. Espacios de nombres y nombres de las Clases
-----------------------------------------------
-
-Los espacios de nombres y las clases DEBEN seguir el estándar [PSR-0][].
-
-Esto significa que cada clase estará en un fichero independiente y está dentro de un espacio de nombres en al menos un nivel: un nombre de proveedor de nivel superior.
-
-Los nombres de las clases DEBEN declararse con notación `StudlyCaps`. [^1]
-
-El código escrito para PHP 5.3 o superior DEBE hacer un uso formal de los espacios de nombres.
-
-Por ejemplo:
-
-```php
-<?php
-// PHP 5.3 o superior:
-namespace Proveedor\Modelo;
-
-class Foo
-{
-}
-```
-
-El código escrito para PHP 5.2.x o inferior DEBERÍA emplear una convención de pseudo-espacios de nombres con prefijos en los nombres de las clases con el formato `Proveedor_`.
-
-```php
-<?php
-// PHP 5.2.x o inferior:
-class Proveedor_Modelo_Foo
-{
-}
-```
-
-4. Constantes de Clases, Propiedades y Métodos
----------------------------------------------------------------
-
-El término "clases" hace referencia a todas las clases, interfaces y traits.
-
-### 4.1. Constantes
-
-Las constantes de las clases DEBEN declararse siempre en mayúsculas y separadas por guiones bajos. Por ejemplo:
-
-```php
-<?php
-namespace Proveedor\Modelo;
-
-class Foo
-{
- const VERSION = '1.0';
- const FECHA_DE_APROBACION = '2012-06-01';
-}
-```
-
-### 4.2. Propiedades
-
-Esta guía evita intencionadamente cualquier recomendación respecto al uso de las notaciones `$StudlyCaps`, `$camelCase`, o `$guion_bajo` en los nombres de las propiedades. [^1] [^2]
-
-Cualquiera que sea la convención en nomenclatura, DEBERÍA ser utilizada de forma coherente con un alcance razonable. Este alcance PUEDE ser a nivel de proveedor, a nivel de paquete, a nivel de clase o a nivel de método.
-
-### 4.3. Métodos
-
-Los nombres de los métodos DEBEN declararse en notación `camelCase()`. [^2]
-
-Notas
-------
-
-[^1] `StudlyCaps`, es una forma de notación de texto que sigue el patrón de palabras en minúscula sin espacios y con la primera letra de cada palabra en mayúscula.
-
-[^2] `camelCase`, es una forma de notación de texto que sigue el patrón de palabras en minúscula sin espacios y con la primera letra de cada palabra en mayúsculas exceptuando la primera palabra.
Oops, something went wrong.

0 comments on commit 3afe9d6

Please sign in to comment.