Loading…
samantamagalhaes
Translation approved |
|
samantamagalhaes
Translation changed |
<p>
<b><big>Percent Encoding</big></b><br> The issue is complicated. It is recommended to avoid reserved characters and spaces for component values in URIs if the values are under your control (e.g. you cannot avoid it when you must specify such characters in values for an URI to access a remote print queue but the remote print queue is not under your control). Whenever possible use only so called 'unreserved characters'. Unreserved characters are uppercase and lowercase letters, decimal digits, hyphen, period, underscore, and tilde. Even hyphen, period, tilde, and case sensitivity could cause special issues in special cases (e.g. only letters, digits, and underscore are known to work for a CUPS print queue name and case is not significant there). Therefore it is best to use only lowercase letters, digits, and underscore for all values in all URIs if possible.<br> Reserved characters and space characters in the value of a component must be percent-encoded (also known as URL encoding).<br> When an input field in the dialog is intended to enter only a single value for a single component of the URI (e.g. separated input fields for username and password), you must enter spaces and reserved characters literally (i.e. non-percent-encoded). For such input fields all spaces and reserved characters will be automatically percent-encoded. For example if a password is actually 'Foo%20Bar' (non-percent-encoded), it must be entered literally in the password input field in the dialog. The automated percent-encoding results 'Foo%2520Bar' which is how the value of the password component is actually stored in the URI.<br> In contrast when an input field in the dialog is intended to enter more that a single value for a single component of the URI (e.g. a single input field for all optional parameters like 'option1=value1&option2=value2&option3=value3' or a single input field to enter the whole URI), you must enter spaces and reserved characters percent-encoded because an automated percent-encoding is no longer possible. Assume in an optional parameter 'option=value' the value would be 'this&that' so that the whole optional parameter would be 'option=this&that' (literally). But a literal '&' character denotes the separation of different optional parameters so that 'option=this&that' in an URI means a first optional parameter 'option=this' and a second optional parameter which is only 'that'. Therefore a single optional parameter 'option=this&that' must be entered percent-encoded as 'option=this%26that'<br> Input fields which require percent-encoded input are denoted by a '[percent-encoded]' hint.<br> Listing of characters and their percent encoding:<br> space ' ' is percent encoded as %20<br> exclamation mark ! is percent encoded as %21<br> number sign # is percent encoded as %23<br> Dollar sign $ is percent encoded as %24<br> percentage % is percent encoded as %25<br> ampersand & is percent encoded as %26<br> apostrophe / single quotation mark ' is percent encoded as %27<br> left parenthesis ( is percent encoded as %28<br> right parenthesis ) is percent encoded as %29<br> asterisk * is percent encoded as %2A<br> plus sign + is percent encoded as %2B<br> comma , is percent encoded as %2C<br> slash / is percent encoded as %2F<br> colon : is percent encoded as %3A<br> semicolon ; is percent encoded as %3B<br> equals sign = is percent encoded as %3D<br> question mark ? is percent encoded as %3F<br> at sign @ is percent encoded as %40<br> left bracket [ is percent encoded as %5B<br> right bracket ] is percent encoded as %5D<br> For details see 'Uniform Resource Identifier (URI): Generic Syntax' at<br> http://tools.ietf.org/html/rfc3986 </p>
<p>
<b><big>Codificação com É recomendado evitar caracteres reservados e espaços para valores de componentes em URIs se os valores estiverem sob seu controle (ex.: você não pode evitá-los quando é necessário especificar esses caracteres mas a fila de impressão remota não está sob seu controle). Quando for possível, use somente os chamados Os caracteres não reservados são letras maiúsculas e minúsculas, dígitos decimais, hífen, ponto final, sublinhado e til. Mesmo o hífen, o ponto final, o til e a diferenciação entre maiúsculas e minúsculas podem causar problemas em casos especiais (ex.: somente letras, dígitos e sublinhado funcionam no nome da fila de impressão do CUPS, e a diferenciação de maiúsculas e minúsculas não é significante). Portanto, é melhor utilizar somente letras minúsculas, dígitos, e sublinhado para todos os valores em todos os URIs, se possível.<br> Caracteres reservados e espaços no valor de um componente devem ser codificados com sinal de porcentagem (também conhecido como codificação de URL).<br> Quando um campo de entrada na caixa de diálogo permit um único valor para um único componente do URI (ex.: campos de entrada separados para nome de usuário e senha), você deverá digitar os espaços e caracteres reservados literalmente (ou seja, sem usar a codificação com sinal de porcentagem). Para esse tipo de campo de entrada, todos os espaços e caracteres reservados serão automaticamente codificados com sinal de porcentagem. Por exemplo, se a senha for ela deverá ser digitada literalmente no campo de entrada de senha na caixa de diálogo. A codificação automática com sinal de porcentagem produz o valor do componente de senha é realmente armazenado no URI.<br> Em contraste, quando um campo de entrada na caixa de diálogo permit mais de um único valor para um único componente do URI (ex.: um único campo de entrada para todos os parâmetros opcionais como ou um único campo de entrada para inserir o URI inteiro), você deverá digitar os espaços e os caracteres reservados usando a codificação com sinal de porcentagem porque não é mais possível usar a codificação automática com sinal de porcentagem. Considere que, em um parâmetro opcional o valor seja parâmetro opcional inteiro seja Mas um caractere literal a separação de parâmetros opcionais diferentes, de modo que um primeiro parâmetro opcional um segundo parâmetro opcional que é somente Portanto, um único parâmetro opcional deve ser inserido com a codificação do sinal de porcentagem como Os campos que exigem entrada codificada com sinal de porcentagem são indicados com a dica Listagem dos caracteres e sua codificação com sinal de porcentagem:<br> caractere de espaço ' ponto de exclamação ! é codificado sinal de número # é codificado cifrão $ é codificado porcentagem % é codificado apóstrofo/aspas simp parêntese esquerdo ( é codificado parêntese direito ) é codificado asterisco * é codificado com sinal de porcentagem como %2A<br> sinal de adição + é codificado vírgula , é codificado barra / é codificado dois-pontos : é codificado ponto-e-vírgula ; é codificado sinal de igual = é codificado ponto de interrogação ? é codificado sinal de arroba @ é codificado colchete esquerdo [ é codificado colchete direito ] é codificado Para obter detalhes, consulte http://tools.ietf.org/html/rfc3986 </p> |
samantamagalhaes
Suggestion accepted |
<p>
<b><big>Percent Encoding</big></b><br> The issue is complicated. It is recommended to avoid reserved characters and spaces for component values in URIs if the values are under your control (e.g. you cannot avoid it when you must specify such characters in values for an URI to access a remote print queue but the remote print queue is not under your control). Whenever possible use only so called 'unreserved characters'. Unreserved characters are uppercase and lowercase letters, decimal digits, hyphen, period, underscore, and tilde. Even hyphen, period, tilde, and case sensitivity could cause special issues in special cases (e.g. only letters, digits, and underscore are known to work for a CUPS print queue name and case is not significant there). Therefore it is best to use only lowercase letters, digits, and underscore for all values in all URIs if possible.<br> Reserved characters and space characters in the value of a component must be percent-encoded (also known as URL encoding).<br> When an input field in the dialog is intended to enter only a single value for a single component of the URI (e.g. separated input fields for username and password), you must enter spaces and reserved characters literally (i.e. non-percent-encoded). For such input fields all spaces and reserved characters will be automatically percent-encoded. For example if a password is actually 'Foo%20Bar' (non-percent-encoded), it must be entered literally in the password input field in the dialog. The automated percent-encoding results 'Foo%2520Bar' which is how the value of the password component is actually stored in the URI.<br> In contrast when an input field in the dialog is intended to enter more that a single value for a single component of the URI (e.g. a single input field for all optional parameters like 'option1=value1&option2=value2&option3=value3' or a single input field to enter the whole URI), you must enter spaces and reserved characters percent-encoded because an automated percent-encoding is no longer possible. Assume in an optional parameter 'option=value' the value would be 'this&that' so that the whole optional parameter would be 'option=this&that' (literally). But a literal '&' character denotes the separation of different optional parameters so that 'option=this&that' in an URI means a first optional parameter 'option=this' and a second optional parameter which is only 'that'. Therefore a single optional parameter 'option=this&that' must be entered percent-encoded as 'option=this%26that'<br> Input fields which require percent-encoded input are denoted by a '[percent-encoded]' hint.<br> Listing of characters and their percent encoding:<br> space ' ' is percent encoded as %20<br> exclamation mark ! is percent encoded as %21<br> number sign # is percent encoded as %23<br> Dollar sign $ is percent encoded as %24<br> percentage % is percent encoded as %25<br> ampersand & is percent encoded as %26<br> apostrophe / single quotation mark ' is percent encoded as %27<br> left parenthesis ( is percent encoded as %28<br> right parenthesis ) is percent encoded as %29<br> asterisk * is percent encoded as %2A<br> plus sign + is percent encoded as %2B<br> comma , is percent encoded as %2C<br> slash / is percent encoded as %2F<br> colon : is percent encoded as %3A<br> semicolon ; is percent encoded as %3B<br> equals sign = is percent encoded as %3D<br> question mark ? is percent encoded as %3F<br> at sign @ is percent encoded as %40<br> left bracket [ is percent encoded as %5B<br> right bracket ] is percent encoded as %5D<br> For details see 'Uniform Resource Identifier (URI): Generic Syntax' at<br> http://tools.ietf.org/html/rfc3986 </p>
<p>
<b><big>Codificação com O problema é complicado. É recomendado evitar caracteres reservados e espaços para valores de componentes em URIs se os valores estiverem sob seu controle (e em valores de mas a fila de impressão remota não está sob seu controle). Quando for possível, use somente os chamados ''caracteres não reservados''. dígitos decimais, hífen, ponto final, sublinhado e Mesmo o hífen, o ponto final, o til e a diferenciação entre maiúsculas e minúsculas pode (e no nome d Portanto, é melhor utilizar somente letras minúsculas, dígitos, e sublinhado para todos os valores em todos os URIs, se possível.<br> Caracteres reservados e espaços devem ser codificados com sinal de porcentagem (também conhecido como codificação de URL).<br> Quando um campo de entrada n um único valor para um único componente do URI (e você deve digitar os espaços e caracteres reservados literalmente ( Para serão automaticamente codificados com Por exemplo, se ela deverá ser A codificação automática com sinal de porcentagem produz ''Foo%2520Bar'', que é como o valor do componente de senha é realmente armazenado no URI.<br> Em contraste, quando um campo de entrada n mais de um único valor para um único componente do URI (e como ''op ou um único campo de entrada para você deve digitar os espaços e os caracteres reservados usando a codificação com porque não é mais possível usar a codifica Assuma Considere que, o valor seja ''isto&aquilo'', de modo que o parâmetro opcional inteiro seja ''op Mas um caractere literal ''&'' representa a separação de parâmetros opcionais diferentes, de modo que ''op um primeiro parâmetro opcional ''op um segundo parâmetro opcional que é somente ''aquilo''. Portanto, um único parâmetro opcional ''op deve ser possui um são indicados com a dica ''[codificação com Listagem dos caracteres e sua codificação com sinal de porcentagem:<br> espaço ponto de exclamação ! é codificado com sinal de porcentagem como %21<br> sin cifrão $ é codificado com porcentagem % é codificado com sinal de porcentagem como %25<br> ' apóstrofo parêntese parêntese asterisco * é codificado com sinal de porcentagem como %2A<br> sinal de adição + é codificado com sinal de porcentagem como %2B<br> vírgula , é codificado com sinal de porcentagem como %2C<br> barra / é codificado com sinal de porcentagem como %2F<br> dois-pontos : é codificado com sinal de porcentagem como %3A<br> ponto-e-vírgula ; é codificado com sinal de porcentagem como %3B<br> sinal de igual = é codificado com sinal de porcentagem como %3D<br> ponto de interrogação ? é codificado com sinal de porcentagem como %3F<br> sinal de arroba @ é codificado com sinal de porcentagem como %40<br> colchete esquerdo [ é codificado com sinal de porcentagem como %5B<br> colchete direito ] é codificado com sinal de porcentagem como %5D<br> Para obter detalhes, http://tools.ietf.org/html/rfc3986 </p> |
sle-merge-robot
Suggestion added |
<p>
<b><big>Percent Encoding</big></b><br> The issue is complicated. It is recommended to avoid reserved characters and spaces for component values in URIs if the values are under your control (e.g. you cannot avoid it when you must specify such characters in values for an URI to access a remote print queue but the remote print queue is not under your control). Whenever possible use only so called 'unreserved characters'. Unreserved characters are uppercase and lowercase letters, decimal digits, hyphen, period, underscore, and tilde. Even hyphen, period, tilde, and case sensitivity could cause special issues in special cases (e.g. only letters, digits, and underscore are known to work for a CUPS print queue name and case is not significant there). Therefore it is best to use only lowercase letters, digits, and underscore for all values in all URIs if possible.<br> Reserved characters and space characters in the value of a component must be percent-encoded (also known as URL encoding).<br> When an input field in the dialog is intended to enter only a single value for a single component of the URI (e.g. separated input fields for username and password), you must enter spaces and reserved characters literally (i.e. non-percent-encoded). For such input fields all spaces and reserved characters will be automatically percent-encoded. For example if a password is actually 'Foo%20Bar' (non-percent-encoded), it must be entered literally in the password input field in the dialog. The automated percent-encoding results 'Foo%2520Bar' which is how the value of the password component is actually stored in the URI.<br> In contrast when an input field in the dialog is intended to enter more that a single value for a single component of the URI (e.g. a single input field for all optional parameters like 'option1=value1&option2=value2&option3=value3' or a single input field to enter the whole URI), you must enter spaces and reserved characters percent-encoded because an automated percent-encoding is no longer possible. Assume in an optional parameter 'option=value' the value would be 'this&that' so that the whole optional parameter would be 'option=this&that' (literally). But a literal '&' character denotes the separation of different optional parameters so that 'option=this&that' in an URI means a first optional parameter 'option=this' and a second optional parameter which is only 'that'. Therefore a single optional parameter 'option=this&that' must be entered percent-encoded as 'option=this%26that'<br> Input fields which require percent-encoded input are denoted by a '[percent-encoded]' hint.<br> Listing of characters and their percent encoding:<br> space ' ' is percent encoded as %20<br> exclamation mark ! is percent encoded as %21<br> number sign # is percent encoded as %23<br> Dollar sign $ is percent encoded as %24<br> percentage % is percent encoded as %25<br> ampersand & is percent encoded as %26<br> apostrophe / single quotation mark ' is percent encoded as %27<br> left parenthesis ( is percent encoded as %28<br> right parenthesis ) is percent encoded as %29<br> asterisk * is percent encoded as %2A<br> plus sign + is percent encoded as %2B<br> comma , is percent encoded as %2C<br> slash / is percent encoded as %2F<br> colon : is percent encoded as %3A<br> semicolon ; is percent encoded as %3B<br> equals sign = is percent encoded as %3D<br> question mark ? is percent encoded as %3F<br> at sign @ is percent encoded as %40<br> left bracket [ is percent encoded as %5B<br> right bracket ] is percent encoded as %5D<br> For details see 'Uniform Resource Identifier (URI): Generic Syntax' at<br> http://tools.ietf.org/html/rfc3986 </p> |
Things to check
Source string description
ConnectionWizardDialog help 3/7:Flags
c-format
<b><big>Percent Encoding</big></b><br>
The issue is complicated.
It is recommended to avoid reserved characters and spaces
for component values in URIs if the values are under your control
(e.g. you cannot avoid it when you must specify such characters
in values for an URI to access a remote print queue
but the remote print queue is not under your control).
Whenever possible use only so called 'unreserved characters'.
Unreserved characters are uppercase and lowercase letters,
decimal digits, hyphen, period, underscore, and tilde.
Even hyphen, period, tilde, and case sensitivity
could cause special issues in special cases
(e.g. only letters, digits, and underscore are known to work
for a CUPS print queue name and case is not significant there).
Therefore it is best to use only lowercase letters, digits,
and underscore for all values in all URIs if possible.<br>
Reserved characters and space characters in the value of a component
must be percent-encoded (also known as URL encoding).<br>
When an input field in the dialog is intended to enter
only a single value for a single component of the URI
(e.g. separated input fields for username and password),
you must enter spaces and reserved characters literally
(i.e. non-percent-encoded).
For such input fields all spaces and reserved characters
will be automatically percent-encoded.
For example if a password is actually 'Foo%20Bar' (non-percent-encoded),
it must be entered literally in the password input field in the dialog.
The automated percent-encoding results 'Foo%2520Bar' which is how
the value of the password component is actually stored in the URI.<br>
In contrast when an input field in the dialog is intended to enter
more that a single value for a single component of the URI
(e.g. a single input field for all optional parameters
like 'option1=value1&option2=value2&option3=value3'
or a single input field to enter the whole URI),
you must enter spaces and reserved characters percent-encoded
because an automated percent-encoding is no longer possible.
Assume in an optional parameter 'option=value'
the value would be 'this&that' so that the whole
optional parameter would be 'option=this&that' (literally).
But a literal '&' character denotes
the separation of different optional parameters
so that 'option=this&that' in an URI means
a first optional parameter 'option=this' and
a second optional parameter which is only 'that'.
Therefore a single optional parameter 'option=this&that'
must be entered percent-encoded as 'option=this%26that'<br>
Input fields which require percent-encoded input
are denoted by a '[percent-encoded]' hint.<br>
Listing of characters and their percent encoding:<br>
space ' ' is percent encoded as %20<br>
exclamation mark ! is percent encoded as %21<br>
number sign # is percent encoded as %23<br>
Dollar sign $ is percent encoded as %24<br>
percentage % is percent encoded as %25<br>
ampersand & is percent encoded as %26<br>
apostrophe / single quotation mark ' is percent encoded as %27<br>
left parenthesis ( is percent encoded as %28<br>
right parenthesis ) is percent encoded as %29<br>
asterisk * is percent encoded as %2A<br>
plus sign + is percent encoded as %2B<br>
comma , is percent encoded as %2C<br>
slash / is percent encoded as %2F<br>
colon : is percent encoded as %3A<br>
semicolon ; is percent encoded as %3B<br>
equals sign = is percent encoded as %3D<br>
question mark ? is percent encoded as %3F<br>
at sign @ is percent encoded as %40<br>
left bracket [ is percent encoded as %5B<br>
right bracket ] is percent encoded as %5D<br>
For details see 'Uniform Resource Identifier (URI): Generic Syntax' at<br>
http://tools.ietf.org/html/rfc3986
</p>
<b><big>Codificação com sinal de porcentagem</big></b><br>
A questão é complicada.
É recomendado evitar caracteres reservados e espaços
para valores de componentes em URIs se os valores estiverem sob seu controle
(ex.: você não pode evitá-los quando é necessário especificar esses caracteres
nos valores de um URI para acessar uma fila de impressão remota,
mas a fila de impressão remota não está sob seu controle).
Quando for possível, use somente os chamados 'caracteres não reservados'.
Os caracteres não reservados são letras maiúsculas e minúsculas,
dígitos decimais, hífen, ponto final, sublinhado e til.
Mesmo o hífen, o ponto final, o til e a diferenciação entre maiúsculas e minúsculas
podem causar problemas em casos especiais
(ex.: somente letras, dígitos e sublinhado funcionam
no nome da fila de impressão do CUPS, e a diferenciação de maiúsculas e minúsculas não é significante).
Portanto, é melhor utilizar somente letras minúsculas, dígitos,
e sublinhado para todos os valores em todos os URIs, se possível.<br>
Caracteres reservados e espaços no valor de um componente
devem ser codificados com sinal de porcentagem (também conhecido como codificação de URL).<br>
Quando um campo de entrada na caixa de diálogo permitir inserir somente
um único valor para um único componente do URI
(ex.: campos de entrada separados para nome de usuário e senha),
você deverá digitar os espaços e caracteres reservados literalmente
(ou seja, sem usar a codificação com sinal de porcentagem).
Para esse tipo de campo de entrada, todos os espaços e caracteres reservados
serão automaticamente codificados com sinal de porcentagem.
Por exemplo, se a senha for 'Foo%20Bar' (sem codificação com sinal de porcentagem),
ela deverá ser digitada literalmente no campo de entrada de senha na caixa de diálogo.
A codificação automática com sinal de porcentagem produz 'Foo%2520Bar', que é como
o valor do componente de senha é realmente armazenado no URI.<br>
Em contraste, quando um campo de entrada na caixa de diálogo permitir inserir
mais de um único valor para um único componente do URI
(ex.: um único campo de entrada para todos os parâmetros opcionais
como 'opção1=valor1&opção2=valor2&opção3=valor3'
ou um único campo de entrada para inserir o URI inteiro),
você deverá digitar os espaços e os caracteres reservados usando a codificação com sinal de porcentagem
porque não é mais possível usar a codificação automática com sinal de porcentagem.
Considere que, em um parâmetro opcional 'opção=valor',
o valor seja 'isto&aquilo', de modo que o
parâmetro opcional inteiro seja 'opção=isto&aquilo' (literalmente).
Mas um caractere literal '&' representa
a separação de parâmetros opcionais diferentes,
de modo que 'opção=isto&aquilo' em um URI significa
um primeiro parâmetro opcional 'opção=isto' e
um segundo parâmetro opcional que é somente 'aquilo'.
Portanto, um único parâmetro opcional 'opção=isto
&%26aquilo'deve ser inserido com a codificação do sinal de porcentagem como 'opção=isto&aquilo'<br>
Os campos que exigem entrada codificada com sinal de porcentagem
são indicados com a dica '[codificação com sinal de porcentagem]'.<br>
Listagem dos caracteres e sua codificação com sinal de porcentagem:<br>
caractere de espaço ' ' é codificado como %20<br>
ponto de exclamação ! é codificado como %21<br>
sinal de número # é codificado como %23<br>
cifrão $ é codificado como %24<br>
porcentagem % é codificado como %25<br>
e comercial & é codificado como %26<br>
apóstrofo/aspas simples ' é codificado como %27<br>
parêntese esquerdo ( é codificado como %28<br>
parêntese direito ) é codificado como %29<br>
asterisco * é codificado com sinal de porcentagem como %2A<br>
sinal de adição + é codificado como %2B<br>
vírgula , é codificado como %2C<br>
barra / é codificado como %2F<br>
dois-pontos : é codificado como %3A<br>
ponto-e-vírgula ; é codificado como %3B<br>
sinal de igual = é codificado como %3D<br>
ponto de interrogação ? é codificado como %3F<br>
sinal de arroba @ é codificado como %40<br>
colchete esquerdo [ é codificado como %5B<br>
colchete direito ] é codificado como %5D<br>
Para obter detalhes, consulte 'Uniform Resource Identifier (URI): Generic Syntax' (URI [Uniform Resource Identifier]: Sintaxe Genérica) em<br>
http://tools.ietf.org/html/rfc3986
</p>