Correct words in PT-BR

This commit is contained in:
TiagoDanin 2017-07-13 21:23:23 -03:00
parent 30df0f3306
commit c0cf679ed0
14 changed files with 34 additions and 34 deletions

View file

@ -227,15 +227,15 @@ Acha uma janela de acordo com o seu ID.
* `path` String
Adiciona a extenção DevTools localizada no endereço `path`, e retorna o nome da extenção.
Adiciona a extensão DevTools localizada no endereço `path`, e retorna o nome da extensão.
A extenção será lembrada, então você só precisa chamar esta API uma vez, esta API não é para uso de programação.
A extensão será lembrada, então você só precisa chamar esta API uma vez, esta API não é para uso de programação.
### `BrowserWindow.removeDevToolsExtension(name)`
* `name` String
Remove a extenção DevTools cujo nome é `name`.
Remove a extensão DevTools cujo nome é `name`.
## Propriedades de Instância

View file

@ -20,7 +20,7 @@ app.on('ready', () => {
})
```
O processo renderizador não é diferente de uma página web comum, exceto pela possiblidade de usar módulos node:
O processo renderizador não é diferente de uma página web comum, exceto pela possibilidade de usar módulos node:
```html
<!DOCTYPE html>

View file

@ -1,6 +1,6 @@
# Instruções de Build (Linux)
Siga as orientações abaixo pra fazer o build do Electron no Linux.
Siga as orientações abaixo para fazer o build do Electron no Linux.
## Pré-requisitos

View file

@ -18,9 +18,9 @@ Para CoffeeScript, seguimos o [Guia de Estilo] (https://github.com/styleguide/ja
* Os arquivos **NÃO DEVEM** terminar com uma nova linha, porque queremos corresponder aos padrões de estilo Google.
* Os nomes dos arquivos devem ser concatenados com `-` em vez de `_`, por exemplo, `file-name.coffee` em vez de `file_name.coffee`, porque no [github/atom](https://github.com/github/atom) os nomes dos módulos são geralmente da forma `module-name`. Esta regra só se aplica aos arquivos com extensão `.coffee`.
*
*
## Nomes de APIs
Ao criar uma nova API, devemos preferencialmente utilizar métodos getters e setters em vez do
Ao criar uma API, devemos preferencialmente utilizar métodos getters e setters em vez do
estilo de uma função única do jQuery. Por exemplo, `.getText()` e `.setText(text)` são preferenciais a `.text([text])`. Existe uma
[discussão](https://github.com/electron/electron/issues/46) sobre este assunto.

View file

@ -1,6 +1,6 @@
# Estrutura de Diretórios do Código-Fonte
O código-fonte do Electron é separado em algumas partes, seguindo principalmente as convenções de separação do chromium.
O código-fonte do Electron é separado em algumas partes, seguindo principalmente as convenções de separação do chromium.
Você pode se familiarizar com a [arquitetura de multiprocessamento ](http://dev.chromium.org/developers/design-documents/multi-process-architecture) do Chromium para entender melhor o código-fonte.
@ -11,13 +11,13 @@ Você pode se familiarizar com a [arquitetura de multiprocessamento ](http://dev
Electron
├──atom - Código fonte do Electron.
| ├── app - Código de inicialização.
| ├── browser - A interface incluíndo a janela principal, UI, e todas as coisas do processo principal. Ele se comunica com o renderizador para gerenciar as páginas web.
| ├── browser - A interface incluindo a janela principal, UI, e todas as coisas do processo principal. Ele se comunica com o renderizador para gerenciar as páginas web.
| |   ├── lib - Código Javascript para inicializar o processo principal.
| | ├── ui - Implementação da UI para plataformas distintas.
| | | ├── cocoa - Código-fonte específico do cocoa .
| | | ├── gtk - Código-font específico do GTK+.
| | | └── win - Código-fonte específico do Windows GUI.
| | ├── default_app - A página padrão é mostrada quando
| | ├── default_app - A página padrão é mostrada quando
| | | Electron inicializa sem fornecer um app.
| | ├── api - Implementação do processo principal das APIs
| | | └── lib - Código Javascript, parte da implementação da API.
@ -26,9 +26,9 @@ Electron
| | └── resources - Icones, arquivos dependentes da plataforma, etc.
| ├── renderer - Código que é executado no processo de renderização.
| | ├── lib - Parte do código Javascript de inicialização do renderizador.
| | └── api - Implementação das APIs para o processo de renderizaçãp.
| | └── api - Implementação das APIs para o processo de renderização.
| | └── lib - Código Javascript, parte da implementação da API.
| └── common - Código que utiliza ambos os processos, o principal e o de rendezição,
| └── common - Código que utiliza ambos os processos, o principal e o de renderização,
| ele inclui algumas funções utilitárias e códigos para integrar com ciclo de mensagens do node no ciclo de mensagens do Chromium.
| ├── lib - Código Javascript comum para a inicialização.
| └── api - A implementação de APIs comuns e fundamentação dos

View file

@ -2,13 +2,13 @@
## Nosso Compromisso
No interesse de promover um ambiente aberto e acolhedor, nos como colaboradores e mantenedores comprometidos a fazer participação em nosso projeto e nossa comunidade uma experiência livre de assédio para todos, independentemente da idade, estatura, deficiência, etnia, identidade de gênero e expressão, nivel de experiência, nacionalidade, aparência pessoal, raça, religião ou identidade sexual e orientação.
No interesse de promover um ambiente aberto e acolhedor, nos como colaboradores e mantenedores comprometidos a fazer participação em nosso projeto e nossa comunidade uma experiência livre de assédio para todos, independentemente da idade, estatura, deficiência, etnia, identidade de gênero e expressão, nível de experiência, nacionalidade, aparência pessoal, raça, religião ou identidade sexual e orientação.
## Nossos Padrões
Exemplos de comportamento que contribui para criar um ambiente positivo incluem:
* Usar uma linguagem de boas-vindas e incluisiva
* Usar uma linguagem de boas-vindas e inclusiva
* Ser respeitoso com diferentes pontos de vista e experiências
* Graciosamente aceitar críticas construtivas
* Incidindo sobre o que é melhor para a comunidade
@ -17,7 +17,7 @@ Exemplos de comportamento que contribui para criar um ambiente positivo incluem:
Exemplos de comportamento inaceitável pelos participantes incluem:
* O uso de linguagem sexualizada ou imagens e atenção sexual indesejada ou avanços
* Trolando, comentários depreciativos, e ataques insultantes/pessoais ou politicos
* Trolando, comentários depreciativos, e ataques insultantes/pessoais ou políticos
* Assédio público ou privado
* A publicação de outras informações privadas, tais como um endereço físico ou eletrônico, sem permissão explícita
* Outra conduta que possa ser razoavelmente considerada inadequada em um ambiente profissional
@ -26,7 +26,7 @@ Exemplos de comportamento inaceitável pelos participantes incluem:
Mantenedores do projeto são responsáveis por esclarecer as normas do comportamento aceitável e espera-se que as medidas corretivas adequadas e justas em resposta a todas as instâncias do comportamento inaceitável.
Mantenedores do projeto têm o direito e a responsabilidade de remover, editar, ou rejeitar comentários, commits, código, edição de wiki, issues e outras contribuições que não estão alinhadas a este Código de Conduta, ou proibir temporária ou permamentemente qualquer colaborador por outros comportamentos que considerem inapropriado, ameaçador, ofensivo ou prejudicial.
Mantenedores do projeto têm o direito e a responsabilidade de remover, editar, ou rejeitar comentários, commits, código, edição de wiki, issues e outras contribuições que não estão alinhadas a este Código de Conduta, ou proibir temporária ou permanentemente qualquer colaborador por outros comportamentos que considerem inapropriado, ameaçador, ofensivo ou prejudicial.
## Escopo
@ -36,7 +36,7 @@ Este Código de Conduta aplica-se tanto dentro dos espaços do projeto e em espa
Instânicas de assédio ou comportamento abusivo, de outro modo inaceitáveis podem ser relatados em contato com a equipe do projeto em [electron@github.com](mailto:electron@github.com). Todas as reclamações serão analisadas e investigadas e irá resultar em uma resposta que for considerada necessária e adequada ás circunstâncias. A equipe do projeto é obrigada a manter a confidencialidade no que diz respeito ao relato de um incidente. Mais detalhes das políticas de aplicação específicas podem ser publicadas separadamente.
Mantenedores de projetos que não seguem ou fazem comprir o Código de Conduta de boa-fé podem enfrentar repercussões temporárias ou permanentes, conforme determinado por outros membros da liderança do projeto.
Mantenedores de projetos que não seguem ou fazem cumprir o Código de Conduta de boa-fé podem enfrentar repercussões temporárias ou permanentes, conforme determinado por outros membros da liderança do projeto.
## Atribuição

View file

@ -27,7 +27,7 @@ Estas são as formas que escrevemos a documentação do Electron.
## Lendo a documentação do Electron
Aqui estão algumas dicas de como entender a sintaxe da documentacão do Electron.
Aqui estão algumas dicas de como entender a sintaxe da documentação do Electron.
### Métodos
@ -74,4 +74,4 @@ crie algo parecido com o exemplo abaixo:
Alarm.on('wake-up', function (time) {
console.log(time)
})
```
```

View file

@ -28,6 +28,6 @@ Em Devtron há uma nova guia de acessibilidade que permitirá auditar uma págin
![devtron screenshot](https://cloud.githubusercontent.com/assets/1305617/17156618/9f9bcd72-533f-11e6-880d-389115f40a2a.png)
Ambas as ferramentas estão usando a biblioteca [Accessibility Developer Tools](https://github.com/GoogleChrome/accessibility-developer-tools) construída pela Google for Chrome. Você pode aprender mais sobre as regras de auditoria da biblioteca de acessibilidade no [wiki do repositório](https://github.com/GoogleChrome/accessibility-developer-tools/wiki/Audit-Rules).
Ambas as ferramentas estão usando a biblioteca [Accessibility Developer Tools](https://github.com/GoogleChrome/accessibility-developer-tools) construída pela Google para o Chrome. Você pode aprender mais sobre as regras de auditoria da biblioteca de acessibilidade no [wiki do repositório](https://github.com/GoogleChrome/accessibility-developer-tools/wiki/Audit-Rules).
Se você souber de outras ferramentas de acessibilidade para o Electron, adicione-as à [documentação de acessibilidade](https://electron.atom.io/docs/tutorial/accessibility) através de um pull request.

View file

@ -7,7 +7,7 @@ alterações em seu código.
## Gerando um arquivo `asar`
Um arquivo [asar][asar] é um formato parecido com tar ou zip bem simples que concatena arquivos
em um único arquivo. O Electron pode ler arquivos arbitrários a partir dele sem descompacatar
em um único arquivo. O Electron pode ler arquivos arbitrários a partir dele sem descompactar
o arquivo inteiro.
Passos para empacotar a sua aplicação em um arquivo `asar`:
@ -133,7 +133,7 @@ APIs que requer descompactação extras são:
### Falsas informações de status do módulo `fs.stat`
O objeto `Stats` retornado por` fs.stat` e outras funções relacionadas não são informações confiáveis,
O objeto `Stats` retornado por` fs.stat` e outras funções relacionadas não são informações confiáveis,
você não deve confiar no objeto `Stats` exceto para obter o
tamanho do arquivo e verificação de tipo de arquivo.

View file

@ -1,7 +1,7 @@
# Integração com o ambiente desktop
Diferentes sistemas operacionais possuem diferentes formas de integrar
aplicacões desktop em seus ambientes. Por exemplo, no Windows, as aplicações podem
aplicações desktop em seus ambientes. Por exemplo, no Windows, as aplicações podem
inserir atalhos no JumpList da barra de tarefas, no Mac, aplicações podem implementar um
menu customizado na dock.

View file

@ -8,13 +8,13 @@ Com isso em mente, estar ciente de que a exibição de conteúdo arbitrário de
## Chromium Security Issues e Upgrades
Enquanto Electron se esforça para suportar novas versões do Chromium, logo que possível, os desenvolvedores devem estar cientes de que a atualização é um empreendimento importante - envolvendo dezenas de mãos ou mesmo centenas de arquivos. Dados os recursos e contribuições disponíveis hoje, Electron muitas vezes não vai estar na mais recente versão do Chromium, ficando para trás, quer por dias ou semanas.
Enquanto Electron se esforça para suportar novas versões do Chromium, logo que possível, os desenvolvedores devem estar cientes que a atualização é um empreendimento importante - envolvendo dezenas de mãos ou mesmo centenas de arquivos. Dados os recursos e contribuições disponíveis hoje, Electron muitas vezes não vai estar na mais recente versão do Chromium, ficando para trás, quer por dias ou semanas.
Nós sentimos que nosso sistema atual de atualizar o componente do Chromium estabelece um equilíbrio adequado entre os recursos que temos disponíveis e as necessidades da maioria das aplicações contruídas em cima do framework. Nós definitivamente estamos interessados em saber mais sobre casos de uso específicos de pessoas que constroem coisas em cima do Electron. Pull requests e contribuições para apoiar este esforço são sempre muito bem-vindas.
Nós sentimos que nosso sistema atual de atualizar o componente do Chromium estabelece um equilíbrio adequado entre os recursos que temos disponíveis e as necessidades da maioria das aplicações construídas em cima do framework. Nós definitivamente estamos interessados em saber mais sobre casos de uso específicos de pessoas que constroem coisas em cima do Electron. Pull requests e contribuições para apoiar este esforço são sempre muito bem-vindas.
## Igonorando o Conselho Acima
## Ignorando o Conselho Acima
Um probema de segurança existe sempre que você receba um código a partir de um destino remoto e o executa locamente. Como exemplo, considere um site remoto que está sendo exibido dentro de uma janela do navegador. Se um atacante de alguma forma consegue mudar esse conteúdo (seja por atacar a fonte diretamente, ou por estar entre seu aplicativo e o destino real), eles serão capazes de executar código nativo na máquina do usuário.
Um problema de segurança existe sempre que você receba um código a partir de um destino remoto e o executa localmente. Como exemplo, considere um site remoto que está sendo exibido dentro de uma janela do navegador. Se um atacante de alguma forma consegue mudar esse conteúdo (seja por atacar a fonte diretamente, ou por estar entre seu aplicativo e o destino real), eles serão capazes de executar código nativo na máquina do usuário.
> :warning: Sobre nenhuma circunstância você deve carregar e executar código remoto com integração com Node. Em vez disso, use somente arquivos locais (embalados juntamente com a sua aplicação) para executar código Node. Para exibir o conteúdo remoto, use a tag `webview` e certifique-se de desativar o `nodeIntegration`.

View file

@ -4,17 +4,17 @@ As plataformas suportadas por Electron são:
### macOS
Somente binarios em 64bit são construidos para macOS e a versão mínima suportada é macOS 10.9.
Somente binários em 64bit são construídos para macOS e a versão mínima suportada é macOS 10.9.
### Windows
Suporte para Windows 7 ou superior, versões anteriores não são suportados (e não ira funcionar)
Suporte para Windows 7 ou superior, versões anteriores não são suportados (e não ira funcionar)
Binarios em `x86` e `amd64` (x64) são construidos para Windows. Atencão: Versão `ARM` do Windows não é suportada agora.
Binários em `x86` e `amd64` (x64) são construídos para Windows. Atenção: Versão `ARM` do Windows não é suportada agora.
### Linux
Binario pré-construido `ia32`(`i686`) e binario `x64`(`amd64`) são construidas no Ubuntu 12.04, binario `arm` está construido contra ARM v7 com hard-float ABI e NEION para Debian Wheezy.
Binario pré-construído `ia32`(`i686`) e binario `x64`(`amd64`) são construídas no Ubuntu 12.04, binario `arm` está construído contra ARM v7 com hard-float ABI e NEION para Debian Wheezy.
Se o pré-compilador poderá ser executado por uma distribuição, depende se a distruibuicão inclui as blibliotecas que o Eletron está vinculando na plataforma de construcão, por este motivo apenas Ubuntu 12.04 é garantido para funcionar corretamente, mas as seguintes distribuições foram verificados com o pre-compilador:
Se o pré-compilador poderá ser executado por uma distribuição, depende se a distribuição inclui as bibliotecas que o Eletron está vinculando na plataforma de construção, por este motivo apenas Ubuntu 12.04 é garantido para funcionar corretamente, mas as seguintes distribuições foram verificados com o pre-compilador:
* Ubuntu 12.04 ou superior

View file

@ -17,7 +17,7 @@ página [releases](https://github.com/electron/electron/releases) ou usando
por exemplo).
Considere usar [NAN](https://github.com/nodejs/nan/) para seus próprios
módulos, caso isso facilite o suporte da múltiplas versões do Node. Isso é
módulos, caso isso facilite o suporte das múltiplas versões do Node. Isso é
também de grande ajuda para fazer a portabilidade dos módulos antigos para as
versões mais novas do Node, assim podendo trabalhar com o Electron.

View file

@ -31,7 +31,7 @@ app.on('window-all-closed', function () {
if (process.platform !== 'darwin') app.quit()
})
// Epecifica o caminho do flash.
// Especifica o caminho do flash.
// No Windows, deve ser /path/to/pepflashplayer.dll
// No macOS, /path/to/PepperFlashPlayer.plugin
// No Linux, /path/to/libpepflashplayer.so