Varios cambios menores,
nada drástico pero hacen a la fluidez y comprensibilidad

sugiero ver commit history del ingles.

Quien lo tome que se lo asigne si puede y deje comment aca abajo

EDIT
Esperar al susy #406, probablemente se resuelva alli

El conflicto merge muestra el archivo entero, no revisé el porqué.

amerita revision completa
no creo que el blame ayude mucho aca:
https://github.com/javascript-tutorial/en.javascript.info/blame/master/1-js/06-advanced-functions/03-closure/10-make-army/solution.md

Hay correcciones de texto y ejercicios,
más las novedades del lenguaje y nuevos capítulos
Sugiero sincronizar los capítulos aún no marcados por traductores.

Hi, @iliakan
@vplentinax @ezzep66
There are old PR and some MERGED PR without the CLA agreement signed.
As a no-charge explicit grant, It seems important.
If we can't reach the authors, should we erase the articles from the final site?

@vplentinax
Hi partner

Querras supongo actualizar esto,
el bot te borró cuando le cambió el nombre

El original cambió el nombre al art y agregó unas líneas "hours ago"
lo corregiria si no estuviera medio dormido

Lo marqué como hecho para que no sea tomado

, querrás ponerle tu nombre de nuevo tambien al issue17

Hi @iliakan 👋

With 115 of 174 articles already translated, we are ready to go online, if you consider appropriate. 🚀

Let us know what you think ;)

Cheers!

En común acuerdo, hemos decidido definir un único glosario para la consistencia de las traducciones. Si desea comunicar alguna sugerencia, deje su comentario.

No se traducen

• Palabras claves del lenguaje.
• Archivos SVG (traducción por susstitución de textos, detalles en el git del server)
• Ejemplos de código, es decir, ni variables, ni clases, ni nombres de funciones. (Los comentarios si pueden ser traducidos)
• Contenido precedido por tres comillas por ejemplo: ```js run , ```html run no-beautify o ```smart header=" " pero en este caso sí se traduce el contenido de las comillas dobles " ".
• Texto Lorem Ipsum

A elección del traductor:

• Array
• String
• Callback
• Wrapper

El doble dash "--"

markdown que el server muestra como " — " (no se ve asi en el md de github)
La sugerencia es cambiarlo por ":" (o coma, parentesis, segun contexto)
En listas, podemos dejarlo:
opcion tal — hace tal,
opcion tal — hace tal,

Puntos suspensivos vs ellipsis "..."

La gramática es diferente: va pegado a la palabra anterior y con un espacio después. Continúa en minúscula si no termina una oración.
El significado también es ligeramente distinto y no queda bien en principios de oración, ver en contexto.

Esquemas de links.

(MDN: ) Links a mozilla //developer.mozilla.org, NO usar ese esquema, reemplazarlo por la URL completa (al español si existe)
( info : aaa # ttt ) internos a javascript.info. Esperar por la resolución del issue, el original inglés no tiene anchor necesarios [# ].

Términos alfabéticamente.

• arguments arguments
  Es un objeto incorporado al lenguaje, similar a un array que contiene todos los argumentos. En este caso no se traduce. En cambio si se refiere a los argumentos de una función se puede traducir.

• Accessor
  Métodos de acceso.

• Default "por defecto", aunque "predeterminado" suena más claro.

• Event Handler, o simplemente handler se traduce Controlador de Eventos, o controlador
  (sin acuerdo, prefiero handler o manejador para la función simple, y reservar controlador para los objetos controller).

• Flag
  Indicador, bandera. Es más banderín que bandera, se usa para señalizar algo verdadero/falso.

• Gotcha (Got you!) o cazabobos, que es un poco agresivo.
  La mejor traducción es "trampa", ya que hace referencia a que un resultado fue inesperado o sorpresivo.

• Key
  Se traduce como "clave".

• Provides
  "Brinda" suena más lindo que "provee".

• Sandbox, Sandboxed, Sandboxing
  "Entorno controlado", o simplemente se puede dejar como Sandbox.

• Wrapper
  Contenedor. Envoltorio, una función que envuelve a otra añadiéndole funcionalidad.

1-11-6 promisify article

varios cambios,
pero no como para rehacerlo. Sugiero ver history o blame del ingles

*Quien lo tome que deje plis un comentario para que no lo tome otro

Edit:
Porcos cambios es typo 🐷

No tomar este issue hasta que se haga merge #424

Quien tome este issue que deje un comentario para que no lo tome otro.

Estoy interesado en ayudar a actualizar el repositorio, pero al intentar ingresar a Discord me indica que la invitación no es válida.

Hay varios cambios reciente, quizas menores pero demasiados para tratarlos dentro de un sync

https://github.com/javascript-tutorial/en.javascript.info/blame/master/1-js/04-object-basics/07-optional-chaining/article.md

Dejo nuestra versión online, pero habria que revisarla.

Me gustaría ayudar a traducir y corregir algunas de las secciones. Estoy participando en la Hacktoberfest y para que estos pull requests me cuenten como válidos necesitas añadir "hacktoberfest" como tópico del repositorio. Si lo añades voy a hacer mas contribuciones y es una buena manera para que venga más gente a ayudar.

Aquí cómo hacerlo: https://hacktoberfest-assets.nyc3.cdn.digitaloceanspaces.com/hacktoberfest-eligible-gif.gif

@iliakan ?
Mr Bot failed to follow this article on every step: 1) Comment, 2) PR, 3) Merge

X Backreferences in pattern: \N and \k (@cortizg) #356

Note: It doesn't show unescaped angle brackets name (so cut & paste), issue source looks:

[Backreferences in pattern: \N and \k<name>]

Didn't care.
But I wonder if the online message is related to this:
"only available in the following langs..."

"Este material solo está disponible en los siguientes idiomas: عربي, English, 日本語, (...)
Referencias inversas en patrones: \N y \k

Now Mr Bot did it again (same user, just funny). Step 1) No thumbs up:

Contributor
cortizg commented yesterday
Alternation (OR) |

I guess a regexp issue | this time?

Muchos cambios, pero es un art muy corto (un centenar de lineas)

Hay varios conflictos que no puedo cubrir dentro de un sync,
https://github.com/javascript-tutorial/es.javascript.info/tree/master/1-js/02-first-steps/12-nullish-coalescing-operator

Quien la tome, en lugar de retraducir todo, puede ver los últimos cambios
con el commit history o
con el "blame" en inglés que muestra la fecha/autor de cada linea.
https://github.com/javascript-tutorial/en.javascript.info/blame/master/1-js/02-first-steps/12-nullish-coalescing-operator/article.md

Quien lo tome, si no puede autoasignarse, que ponga un comentario para avisar a otros traductores...

@iliakan
Ok, we need to update the article

Is this on purpose?

Comentarios sobre Merge desde repo inglés

• Es un típico pull y no hay sorpresas.
• Magia git: solo muestra las líneas recientemente modificadas en inglés, no el texto entero aunque esté completamente traducido. No percibir esto nos confundió a muchos.
• No sugiero usar el PR del bot, es ajeno a GIT y hay que verificar demasiado.
• Sugiero mantener el SYNC simple y pequeño, y así será simple de incorporar. Ver "delegar" en "notas".
• Respetar SIEMPRE la numeración de líneas y arreglarla si está mal, o "delegar" (notas) su corrección.

Sync LOCAL con ayuda de un IDE

Acá uso VSCode, con gitlens si necesito hacer comparaciones (ver nota "gitlens")
Pongo el camino largo pero claro es lo mismo usar los combinados de pull y checkout.
Asumiendo que ya tenemos fork propio, con remotos origin y upstream:

• agregar como remoto al repo inglés, ej "enstream"

git remote add enstream https://github.com/javascript-tutorial/en.javascript.info.git

• Luego el usual fetch/merge, pero repetimos para el inglés:

git fetch upstream
git fetch enstream

git merge upstream/master

• Creamos branch SuperSync

git branch susy
git checkout susy

• Y merge

git merge enstream/master 

o con salida a archivos log (agreguen los path después del ">" )

git merge enstream/master   1>stdout.log   2>stderr.log

El merge queda detenido en los conflictos:

1. Revisar imágenes SVG
   Si hubo archivos svg traducibles nuevos o actualizados. Nada que hacer aquí, Hay que rehacer el procedimiento de traducción de imágenes, lo que amerita un nuevo issue.
2. Revisar los "staged"
   Suele haber líneas nuevas a traducir, añadidas sin conflicto y perfectamente identificadas por el IDE.
3. Resolver conflictos.
   Easy...
   A veces no: La firme recomendación es mantener el sync corto e incorporarlo rápidamente y postergar el trabajo enun issue. Ver nota "delegar".
4. save, stage, commit, push, PR...
   Qué mortal no hace esto en el desayuno...

That's all folks!

Notas:

Log "CONFLICT (rename/delete):/archivo"

Es el caso en que git decide sobrescribir la version no trackeada de un archivo sin mostrar conflicto ni culpa.
Esto ya fue depurado con el PR #365.
Esto es MUY raro, y peligroso en cualquier proyecto git (recuérdenlo y se ganarán la gloria resolviendolo)
El mecanismo del error fue explicado por @iliakan e inmortalizado en el issue #348
Para abreviar, se agrega a merge un comando para volverlo menos inteligente, evitará algunos automerge pero se podrá seguir con el procedimiento en forma segura.

git merge enstream/master -X no-renames  

Delegar / posponer el trabajo de retraducción

Si un cambio requiere mucho trabajo, requiere también mucha revisión y tiempo, además de la necesidad de verificar todos y cada uno en el sitio online.
Recomiendo firmemente NO demorar el sync y resolver desechando los cambios con la opcion de comando OURS o con ayuda del IDE (en VS Code, botón secundario "accept all current", grabar y poner en stage) y generar un issue para registrar la retraducción como trabajo pendiente.
Quien finalmente lo tome puede ir al repo inglés y ver fácilmente su "history" los últimos commit o en su "BLAME" el registro de cambios (cada línea con fecha de revisión), y tomarse TODO el tiempo necesario para traducción, revisión y chequeo online.
Aclaré BLAME y HISTORY porque para este particular proyecto es mucho más práctico que hacer un DIFF el cual mostraría el archivo entero modificado.

Extensión gitlens para VScode

Es un diff muy flexible, permite comparar nuestro working branch con master enstream y comparar/editar en la misma pestaña.
También es práctico tener dos pestañas en el ide,

• una editable con el article abierto desde source control
• la otra abierta desde gitlens mostrando en color las lineas propia y remota.

PR del BOT

Github no reconoce sus conflictos como propios, figuran como simples añadidos.

• El botón MERGE queda habilitado desde el principio.
• Presumiblemente (no probé) al hacer merge en estas condiciones se agregarían al texto traducido tanto ambas versiones de texto, español e inglés, como los marcadores de control ">>>> ===== <<<<"
• No muestra las herramientas de resolución de conflictos, por lo que hay que editar el archivo entero con lo que pierden las guias de color.

Es difícil mantener los números de línea, importante para la comparación git.
Con cambios grandes se hace difícil rastrearlos todos.
No es posible testear. Por ejemplo, revisar formato MD.
Por eso recomiendo el trabajo local, hacer el viejo y querido pull y editar en un IDE.

Native prototypes

Cerré con merge #193 sin aprobar para no perder la traducción y lo eliminé el issue17 pero sigue asignado a
@cortizg
ahora nuestro repo tiene tu español, deberías hacer un nuevo pr sobre él

ups! no deja asignarlo porque no sos miembro

1-8-3-2 solution,
está bien pero falta borrar las lineas en inglés, tiene 20 lineas de más

1 8 3 article
16 genera la cadena "[objeto Objeto]" debería ser "[objet Objet]" porque es lo que muestra el alert
148 no me convence "polirrelleno", polyfill es el soft que implementa compatibilidad y lo tomaría como nombre propio

#193
tamb tiene algun coment de arreglo tuyos, podes revisarlos

La pagina https://es.javascript.info/logical-operators tiene el formato incorrecto en el artículo "NO"

1-js/09-classes/03-static-properties-methods/3-class-extend-object/

lo agregó una vieja sync, hay que traducirlo

¡La prioridad no son las traducciones!

REVIEWS
Creía que los review los hacía una categoria de miembros como los manteiners, pero no, parece ser peer-review.
Lógico. Con 75 PR colgados, son 150 reviews.
Si sugerimos, modificamos, acordamos y aprobamos , el maintainer solo aprieta el boton para cada PR y avanzamos un montón (llevamos 8 meses sin avance). Además si se ponen a hacer reviews verían por qué insisto con el sync de nuestro origin:

REPO INGLÉS
Y la prioridad de los maintainers sería la actualización del repo con el inglés. Facilita un poco la traducción y MUCHO el review.
No podemos pisar las ya hechas, así que tendrán que hacer un pick artesanal, como criterio solo los capítulos no reclamados.
Con eso el review se simplifica (para los posteriores PR solamente, no estos 75)
y además se evita que nuevos traductores se metan y desperdicien trabajo en documentos de 2 o 4 años.
Por mi parte me comprometo solo en un rato por semana. Viendo el estado del proyecto, eso igual suma.

@iliakan
sorry to bother you again, about your kid.
He keeps unchecking these articles,
Perhaps considering they need renaming? (note "\")

Buenas tardes.
¿cómo hago para ingresar bloques de código en mi artículo de traducción?
Lo estoy haciendo desde mi repositorio.

1-8-1 prototype inherit
solo 2 cambios muy localizados, varias lineas
Sugiero ver history o blame del ingles

*Quien lo tome que deje plis un comentario para que no lo tome otro

No es mucho pero supera lo abarcable en un sync.
Es identico hasta linea 433

Texto agregado en inglés desde la linea 433 hasta "summary"

y modificación en linea final y añade un par.

Sugiero ir al "blame" ingles, no hace falta revisar todo el diff

Maintainer List

@lizzie136, @vplentinax, @EzequielCaste, @joaquinelio, @maksumi

For New Translators

For Maintainers

Team translation

More details about team translation: https://javascript.info/translate/bot.

Only maintainers can check/uncheck items below. If you're not, please write in a comment what you take to translate, the title, exactly as in the list.

The JavaScript language

An introduction

• An Introduction to JavaScript (@tscandalitta)
• Manuals and specifications (@tiomno)
• Code editors (@lizzie136 )
• Developer console (@EzequielCaste) #255

JavaScript Fundamentals

• Hello, world! (@victorze ) #31
• Code structure (@victorze ) #32
• The modern mode, "use strict" (@SantiEspada )
• Variables (@javier123454321) #93
• Data types (@tscandalitta) #46
• Interaction: alert, prompt, confirm (@tscandalitta ) #49
• Type Conversions (@tikoflano) #57
• Basic operators, maths (@EzequielCaste) #314
• Comparisons
• Conditional branching: if, '?' (@Giorgiosaud) #95
• Logical operators (@Sjesc ) #47
• Nullish coalescing operator '??' (@ddanielcruzz) #196
• Loops: while and for (@Sjesc) #50
• The "switch" statement (@rajcespedes) #300
• Functions (@Giorgiosaud) #230
• Function expressions (@EzequielCaste) #272
• Arrow functions, the basics (@EzequielCaste) #334
• JavaScript specials (@Giorgiosaud) #229

Code quality

• Debugging in the browser
• Coding Style (@luisandia) #119
• Comments (@Arnau-Ninerola) #108
• Ninja code (@Sjesc) #109
• Automated testing with Mocha (@alexseik) #152
• Polyfills and transpilers

Objects: the basics

• Objects (@maksumi) #321
• Object references and copying
• Garbage collection (@PawFV) #260
• Object methods, "this" (@joaquinelio) #343
• Constructor, operator "new" (@EzequielCaste) #273
• Optional chaining '?.' (@vplentinax) #190
• Symbol type (@mariabp) #252
• Object to primitive conversion (@homero304) #350

Data types

• Methods of primitives (@joaquinelio) #199
• Numbers (@joaquinelio) #200
• Strings (@ferueda) #126
• Arrays (@joaquinelio) #309
• Array methods (@nahuelcoder) #316
• Iterables (@vplentinax) #179
• Map and Set (@vplentinax) #263
• WeakMap and WeakSet (@vplentinax) #176
• Object.keys, values, entries (@EzequielCaste) #275
• Destructuring assignment (@EzequielCaste) #259
• Date and time (@Fedebornaz) #352
• JSON methods, toJSON (@EzequielCaste) #278

Advanced working with functions

• Recursion and stack (@PawFV) #155
• Rest parameters and spread syntax (@PawFV) #261
• Variable scope, closure (@vplentinax) #178
• The old "var" (@joaquinelio) #312
• Global object (@vplentinax) #181
• Function object, NFE (@vplentinax) #182
• The "new Function" syntax (@11joselu) #120
• Scheduling: setTimeout and setInterval (@vplentinax) #202
• Decorators and forwarding, call/apply (@vplentinax) #205
• Function binding (@vplentinax) #206
• Arrow functions revisited (@vplentinax) #204

Object properties configuration

• Property flags and descriptors (@kenliten) #183
• Property getters and setters (@rainvare) #194

Prototypes, inheritance

• Prototypal inheritance (@cortizg) #191
• F.prototype (@cortizg) #192
• Native prototypes (@cortizg) #292
• Prototype methods, objects without proto (@cortizg) #195

Classes

• Class basic syntax (@joaquinelio) #341
• Class inheritance (@cortizg) #274
• Static properties and methods (@cortizg) #172
• Private and protected properties and methods (@cortizg) #173
• Extending built-in classes (@cortizg) #174
• Class checking: "instanceof" (@cortizg) #175
• Mixins (@cortizg) #271

Error handling

• Error handling, "try...catch"
• Custom errors, extending Error (@cortizg) #285

Promises, async/await

• Introduction: callbacks (@cortizg) #232
• Promise (@cortizg) #288
• Promises chaining (@cortizg) #189
• Error handling with promises (@george28cs) #329
• Promise API (@joaquinelio) #313
• Promisification (@Sjesc)
• Microtasks (@vplentinax) #280
• Async/await (@joaquinelio) #317

Generators, advanced iteration

• Generators (@vplentinax) #370
• Async iteration and generators

Modules

• Modules, introduction (@EzequielCaste) #198
• Export and Import (@EzequielCaste) #208
• Dynamic imports (@vplentinax) #295

Miscellaneous

• Proxy and Reflect (@joaquinelio) #451
• Eval: run a code string (@joaquinelio) #303
• Currying (@teocicciari) #287
• Reference Type (@maksumi) #304
• BigInt (@joaquinelio) #305

Browser: Document, Events, Interfaces

Document

• Browser environment, specs (@victorze) #293
• DOM tree (@roosvelt91) #264
• Walking the DOM (@Leired7) #318
• Searching: getElement*, querySelector* (@elemarmar) #311
• Node properties: type, tag and contents (@homero304) #422
• Attributes and properties (@vplentinax) #323
• Modifying the document (@joaquinelio) #494
• Styles and classes (@danilobrinu) #413
• Element size and scrolling (@lgabrielvleon) #433
• Window sizes and scrolling (@vplentinax) #328
• Coordinates (@maksumi) #349

Introduction to Events

• Introduction to browser events (@maksumi) #392
• Bubbling and capturing (@mariomenjr) #372
• Event delegation (@joaquinelio) #353
• Browser default actions (@homero304) #378
• Dispatching custom events (@homero304) #363

UI Events

• Mouse events (@maksumi) #290
• Moving the mouse: mouseover/out, mouseenter/leave (@maksumi) #302
• Drag'n'Drop with mouse events (@kenliten) #466
• Pointer events (@vplentinax) #336
• Keyboard: keydown and keyup (@joaquinelio) #596
• Scrolling (@Leired7) #330

Forms, controls

• Form properties and methods (@kenliten) #431
• Focusing: focus/blur (@j-llano) #527
• Events: change, input, cut, copy, paste (@nahuelcoder) #333
• Forms: event and method submit (@puntope) #454

Document and resource loading

• Page: DOMContentLoaded, load, beforeunload, unload (@vplentinax) #369
• Scripts: async, defer (@danilobrinu) #324
• Resource loading: onload and onerror (@danilobrinu) #393

Miscellaneous

• Mutation observer (@joaquinelio) #337
• Selection and Range (@vplentinax) #382
• Event loop: microtasks and macrotasks (@nahuelcoder) #358

Frames and windows

• Popups and window methods (@Derlys) #359
• Cross-window communication (@homero304) #367
• The clickjacking attack (@homero304) #374

Binary data, files

• ArrayBuffer, binary arrays (@jespadas) #532
• TextDecoder and TextEncoder (@homero304) #338
• Blob (@kenliten) #380
• File and FileReader (@D4G0) #325

Network requests

• Fetch (@carlosabud) #435
• FormData (@MaskeZen) #335
• Fetch: Download progress (@homero304) #425
• Fetch: Abort (@MaskeZen) #360
• Fetch: Cross-Origin Requests (@MaskeZen) #427
• Fetch API (@homero304) #397
• URL objects (@Agus-c) #376
• XMLHttpRequest (@kenliten) #377
• Resumable file upload (@FroggyGentlemen) #375
• Long polling (@homero304) #354
• WebSocket (@joaquinelio) #447
• Server Sent Events (@homero304) #381

Storing data in the browser

• Cookies, document.cookie (@joaquinelio) #510
• LocalStorage, sessionStorage (@arnaugiralt) #82
• IndexedDB (@joaquinelio) #491

Animation

• Bezier curve (@tambaqui) #78
• CSS-animations (@tambaqui ) #110
• JavaScript animations (@homero304) #389

Web components

• From the orbital height (@Leired7) #331
• Custom elements (@joaquinelio) #495
• Shadow DOM (@joaquinelio) #386
• Template element (@RocioC1207) #384
• Shadow DOM slots, composition (@MaxSierra16) #561
• Shadow DOM styling (@MoisesTR) #426
• Shadow DOM and events (@joaquinelio) #550

Regular expressions

• Patterns and flags (@cortizg) #237
• Character classes (@cortizg) #265
• Unicode: flag "u" and class \p{...}
• Anchors: string start ^ and end $ (@cortizg) #268
• Multiline mode of anchors ^ $, flag "m" (@cortizg) #269
• Word boundary: \b
• Escaping, special characters (@cortizg) #284
• Sets and ranges [...] (@cortizg) #296
• Quantifiers +, *, ? and {n} (@cortizg) #297
• Greedy and lazy quantifiers (@cortizg) #355
• Capturing groups (@EzequielCaste) #345
• Backreferences in pattern: \N and \k<name>
• Alternation (OR) | (@vplentinax) #473
• Lookahead and lookbehind (@MrC0D) #385
• Catastrophic backtracking (@jespadas) #591
• Sticky flag "y", searching at position (@AbiF73) #424
• Methods of RegExp and String (@danilobrinu) #414

cc./ @tscandalitta @caballerof @maurodibert @victorze

Hola!

este issue es para ordenarnos un poco en cuanto a la forma en que se revisan los PR.
Como reviewers, deberán poder dejar comentarios en los pull request para que las personas que los hayan mandado los corrijan.

Puede tardar un poco más la traducción, pero por otro lado este proyecto es open source y esta como good first project to contribute para muchas personas. Esto implica que tenemos que guíar a las personas en el proceso que sigue un Pull Request.

Reforzar 💪

• Comentarios en los pull request, indicando que pueden mejorar, que deben cambiar antes de dar merge a sus PR.
• Ningún PR y commit de traducciónes debería agregarse a master hasta no haber sido revisado y corregido.
• Estructura de los commits. En este momento tenemos decenas de commits que son como: fix, update, corregir, etc etc sin mucho contexto.
  Por ello les pediría que sus commits y los de las personas que están contribuyendo tengan la siguiente estructura:

   (unidad:sección:pagina markdown) - detalle de lo que hace el commit
  

  Por ejemplo:

  (js:logical-operators:check-login/solution.md) - actualiza formato de código
  

  Si necesitan agregar más detalle:

   (js:logical-operators) - primera traducción
  
      - primera traducción de article.md
      - se tradujo comentarios y texto de ejercicio checklogin
  

Actualizaré en CONTRIBUTING.md para tener en cuenta este detalle sobre los commits que es importante para ordenarnos.

Glosario

Algunas palabras en las que ya nos habíamos puesto de acuerdo pero como para recordarlas:

• run => ejecutar
• script => script

Si recuerdan algunas más o quieren conversar de alguna conversemoslo en este issue 😄

Compartir

Sería genial poder incluir a muchas mas personas en la traducción y si uds conocen a alguien que sea un buen reviewer también presentelo. Este es un proyecto de todos para todos 🙌

@lizzie136 Saludos, espero todo vaya bien, quisiera preguntarte como nos coordinamos para el trabajo de traducción del tutorial de JS, podría iniciar desde la principio o si es mas conveniente tomar una sección en especifico.

¿Habría posibilidad de tener un canal de comunicación mas directo?

Pulling from English upstream
tries to OVERWRITE SOME traslated files.
No idea why, NO conflicts shown.

I have 3 remotes, origin, upstrem (es) enstream (en)
merge upstream, ok

then

merge enstream, lots of conflicts, ok...
but some files are replaced by english version with no conflict at all

example
D:\js\es.javascript.info\1-js\99-js-misc\04-reference-type\3-why-this\task.md
D:\js\es.javascript.info\1-js\99-js-misc\04-reference-type\3-why-this\solution.md

task.md , ok - (cant remember, either goes staged or shows conflict, but it IS OK).
solution.md - goes straight to the merge like no 3way was there, Spanish is lost.

Can't say way

1-js/09-classes/02-class-inheritance/article.md
EL SITIO tiene mucho texto ingles

no revise si fue una sync (texto agregado para traducir) u original ingles (que haya que borrar)
tampoco revisé los ejercicios

La pagina muestra en la tercera imagen:
article/debugging-chrome/chrome-sources-breakpoint.svg: Command failed: Error reading SVG

corresponde al articulo
1-js/03-code-quality/01-debugging-chrome

Para coordinar las review que estamos realizando, creo que necesitamos un procedimiento bien delineado:

1. Solicitar un Reviewer
   cualquiera de los miembros: @vplentinax @joaquinelio @EzequielCaste @lizzie136 @ricardov03
   Si eres miembro y vas a hacer la revisión, por favor asignarse el PR antes de comenzar.

2. El reviewer revisa y corrige errores si existen.
   Con el botón "Add your review"
   Tienen la opción de Comentar, Aprobar o Solicitar Cambios.

3. Solicitar Cambios (Request Changes)
   Recomiendo utilizar la sugerencia de cambios para hacer la tarea más eficiente. Es fácil y rápido sugerir un cambio y el autor con un click puede incluir esa sugerencia al PR.

4. Aprobación
   Una vez que el traductor realiza los cambios solicitados, en reviewer aprueba la traducción. El bot le colocará el tag de "needs +1" que nos ayudará a ver los PR que están aprobados y listo para merge.

Los tags nos deberían servir para ver el estado de los PR:
needs review >> changes requested >> needs +1

Esp
https://github.com/javascript-tutorial/es.javascript.info/blob/master/1-js/04-object-basics/07-optional-chaining/article.md

editado:
varias lineas agregadas,
nros lineas trastocadas que habria que arreglar
codigo ejemplo modificado
parece que conviene usar diff

• Quien tome este art que ponga un comentario abajo para que no lo tome otro.

Buenas tardes.

Tengo poca experiencia usando GitHub y tengo cierta dudas al respecto, y quisiera que por favor alguno de ayude.
Mi pregunta es: ¿cómo hago para insertar bloques de código en mi artículo? estoy trabajando directamente desde mi repositorio.

08-styles-and-classes

Even when reading in spansih I like it this way, but how should we translate them?

• number / número
• object / objeto
• string / string
• boolean / boolean

@iliakan
There are many conflicts in those files, #383
but the only one GIT treats as a conflict is the one recently added in the last ES merge,
the only one that disabled the merge button.

This branch has conflicts that must be resolved
Use the web editor or the to resolve conflicts.
Conflicting files
2-ui/99-ui-misc/02-selection-range/article.md

It would be nice to have the GITHUB conflicts tools for easy fixing all the conflicts,
but more important, without them you may miss changes and...
accidentally merge the files with >>> === <<< stuff ?

Can this be improved?
Just to know and spread the warning
@vplentinax @EzequielCaste @maksumi @lizzie136

Class

El cambio importante es de definición "simple/no-simple" por "safe/unsafe"

sugiero ver el "commit history" del inglés,
y ayudarse luego buscando "simple" que se hubiera escapado y ver si cabe el reemplazo

Quien lo tome, que DEJE COMENTARIO acá abajo para evitar superposición.