Loading…
LusTiagoFavas
Translation changed |
|
LusTiagoFavas
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 por percentagem</big></b><br> A questão é complicada. Recomenda-se que se evitem caracteres e espaços reservados para valores de componentes em URIs se os valores estiverem sob o seu controlo (por exemplo, não se pode evitá-lo quando se deve especificar tais caracteres em valores para um URI aceder a uma fila de impressão remota mas a fila de impressão remota não está sob o seu controlo). Sempre que possível, utilize apenas os chamados "caracteres sem reservas". Os caracteres não reservados são letras maiúsculas e minúsculas, dígitos decimais, hífen, ponto, sublinhado, e til. Mesmo hífen, ponto, til, e sensibilidade a maiúsculas e minúsculas poderia causar problemas especiais em casos especiais (por exemplo, apenas letras, dígitos e sublinhado são conhecidos por funcionar para um nome e caso de fila de impressão CUPS não é significativo lá). Por conseguinte, é melhor usar apenas letras minúsculas, dígitos, e sublinhar para todos os valores em todas as URIs, se possível.<br> Caracteres reservados e caracteres de espaço no valor de um componente deve ser codificado em percentagem (também conhecido como codificação de URL).<br> Quando um campo de entrada no diálogo se destina a entrar apenas um único valor para um único componente do URI (por exemplo, campos de entrada separados para nome de utilizador e palavra-passe), deve introduzir literalmente espaços e caracteres reservados (ou seja, não codificado por cento). Para tais campos de entrada, todos os espaços e caracteres reservados será automaticamente codificado por percentagem. Por exemplo, se uma palavra-passe for realmente 'Foo%20Bar' (não codificada por cento), deve ser introduzido literalmente no campo de introdução de senha no diálogo. A codificação automática de percentagem resulta 'Foo%2520Bar', que é como o valor do componente da senha é de facto armazenado no URI.<br> Em contraste, quando um campo de entrada no diálogo se destina a entrar mais do que um único valor para um único componente do URI (por exemplo, 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 entrar em todo o URI), deve introduzir espaços e caracteres reservados codificados por percentagem porque já não é possível uma codificação por cento automatizada. Assumir num parâmetro opcional 'opção=valor'. o valor seria "isto&aquilo" para que o todo o parâmetro opcional seria 'option=this&that' (literalmente). Mas um carácter literal '&' denota a separação de diferentes parâmetros opcionais para que 'opção=isto&aquilo' num URI signifique um primeiro parâmetro opcional 'option=this' e um segundo parâmetro opcional que é apenas "isso". Portanto, um único parâmetro opcional 'option=this&that'. deve ser introduzido por cento codificado como 'op Campos de entrada que requerem entrada codificada por percentagem são denotados por uma dica "[codificada em percentagem]".<br> Listagem de caracteres e a sua codificação por percentagem:<br> espaço ' ' está codificado como %20<br> ponto de exclamação ! está codificado como %21<br> sinal de número # está codificado como %23<br> Sinal de dólar $ está codificado como %24<br> percentagem % é codificada como %25<br> e-comercial & está codificado como %26<br> apóstrofe / aspas simples ' é codificado como %27<br> parêntese esquerda ( está codificado como %28<br> parêntese direita ) está codificado como %29<br> asterisco * está codificado como %2A<br> mais sinal + é codificado como %2B<br> vírgula , está codificada como %2C<br> barra para a direita / está codificado como %2F<br> cólon : está codificado como %3A<br> ponto e vírgula; está codificado como %3B<br> sinal de igual = é codificado como %3D<br> ponto de interrogação ? está codificado como %3F<br> no sinal @ está codificado como %40<br> colchete esquerdo [ está codificado como %5B<br> parêntese direita ] está codificado como %5D<br> Para mais detalhes ver 'Uniform Resource Identifier (URI)': Sintaxe Genérica' em<br> http://tools.ietf.org/html/rfc3986 </p> |
LusTiagoFavas
Translation 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>
<p>
<b><big>Codificação por percentagem</big></b><br> A questão é complicada. Recomenda-se que se evitem caracteres e espaços reservados para valores de componentes em URIs se os valores estiverem sob o seu controlo (por exemplo, não se pode evitá-lo quando se deve especificar tais caracteres em valores para um URI aceder a uma fila de impressão remota mas a fila de impressão remota não está sob o seu controlo). Sempre que possível, utilize apenas os chamados "caracteres sem reservas". Os caracteres não reservados são letras maiúsculas e minúsculas, dígitos decimais, hífen, ponto, sublinhado, e til. Mesmo hífen, ponto, til, e sensibilidade a maiúsculas e minúsculas poderia causar problemas especiais em casos especiais (por exemplo, apenas letras, dígitos e sublinhado são conhecidos por funcionar para um nome e caso de fila de impressão CUPS não é significativo lá). Por conseguinte, é melhor usar apenas letras minúsculas, dígitos, e sublinhar para todos os valores em todas as URIs, se possível.<br> Caracteres reservados e caracteres de espaço no valor de um componente deve ser codificado em percentagem (também conhecido como codificação de URL).<br> Quando um campo de entrada no diálogo se destina a entrar apenas um único valor para um único componente do URI (por exemplo, campos de entrada separados para nome de utilizador e palavra-passe), deve introduzir literalmente espaços e caracteres reservados (ou seja, não codificado por cento). Para tais campos de entrada, todos os espaços e caracteres reservados será automaticamente codificado por percentagem. Por exemplo, se uma palavra-passe for realmente 'Foo%20Bar' (não codificada por cento), deve ser introduzido literalmente no campo de introdução de senha no diálogo. A codificação automática de percentagem resulta 'Foo%2520Bar', que é como o valor do componente da senha é de facto armazenado no URI.<br> Em contraste, quando um campo de entrada no diálogo se destina a entrar mais do que um único valor para um único componente do URI (por exemplo, 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 entrar em todo o URI), deve introduzir espaços e caracteres reservados codificados por percentagem porque já não é possível uma codificação por cento automatizada. Assumir num parâmetro opcional 'opção=valor'. o valor seria "isto&aquilo" para que o todo o parâmetro opcional seria 'option=this&that' (literalmente). Mas um carácter literal '&' denota a separação de diferentes parâmetros opcionais para que 'opção=isto&aquilo' num URI signifique um primeiro parâmetro opcional 'option=this' e um segundo parâmetro opcional que é apenas "isso". Portanto, um único parâmetro opcional 'option=this&that'. deve ser introduzido por cento codificado como 'opção=este%26 que'<br> Campos de entrada que requerem entrada codificada por percentagem são denotados por uma dica "[codificada em percentagem]".<br> Listagem de caracteres e a sua codificação por percentagem:<br> espaço ' ' está codificado como %20<br> ponto de exclamação ! está codificado como %21<br> sinal de número # está codificado como %23<br> Sinal de dólar $ está codificado como %24<br> percentagem % é codificada como %25<br> e-comercial & está codificado como %26<br> apóstrofe / aspas simples ' é codificado como %27<br> parêntese esquerda ( está codificado como %28<br> parêntese direita ) está codificado como %29<br> asterisco * está codificado como %2A<br> mais sinal + é codificado como %2B<br> vírgula , está codificada como %2C<br> barra para a direita / está codificado como %2F<br> cólon : está codificado como %3A<br> ponto e vírgula; está codificado como %3B<br> sinal de igual = é codificado como %3D<br> ponto de interrogação ? está codificado como %3F<br> no sinal @ está codificado como %40<br> colchete esquerdo [ está codificado como %5B<br> parêntese direita ] está codificado como %5D<br> Para mais detalhes ver 'Uniform Resource Identifier (URI)': Sintaxe Genérica' em<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 por percentagem</big></b><br>
A questão é complicada.
Recomenda-se que se evitem caracteres e espaços reservados
para valores de componentes em URIs se os valores estiverem sob o seu controlo
(por exemplo, não se pode evitá-lo quando se deve especificar tais caracteres
em valores para um URI aceder a uma fila de impressão remota
mas a fila de impressão remota não está sob o seu controlo).
Sempre que possível, utilize apenas os chamados "caracteres sem reservas".
Os caracteres não reservados são letras maiúsculas e minúsculas,
dígitos decimais, hífen, ponto, sublinhado, e til.
Mesmo hífen, ponto, til, e sensibilidade a maiúsculas e minúsculas
poderia causar problemas especiais em casos especiais
(por exemplo, apenas letras, dígitos e sublinhado são conhecidos por funcionar
para um nome e caso de fila de impressão CUPS não é significativo lá).
Por conseguinte, é melhor usar apenas letras minúsculas, dígitos,
e sublinhar para todos os valores em todas as URIs, se possível.<br>
Caracteres reservados e caracteres de espaço no valor de um componente
deve ser codificado em percentagem (também conhecido como codificação de URL).<br>
Quando um campo de entrada no diálogo se destina a entrar
apenas um único valor para um único componente do URI
(por exemplo, campos de entrada separados para nome de utilizador e palavra-passe),
deve introduzir literalmente espaços e caracteres reservados
(ou seja, não codificado por cento).
Para tais campos de entrada, todos os espaços e caracteres reservados
será automaticamente codificado por percentagem.
Por exemplo, se uma palavra-passe for realmente 'Foo%20Bar' (não codificada por cento),
deve ser introduzido literalmente no campo de introdução de senha no diálogo.
A codificação automática de percentagem resulta 'Foo%2520Bar', que é como
o valor do componente da senha é de facto armazenado no URI.<br>
Em contraste, quando um campo de entrada no diálogo se destina a entrar
mais do que um único valor para um único componente do URI
(por exemplo, um único campo de entrada para todos os parâmetros opcionais
como 'op
çãotion1=valor1&opçãotion2=valor2&opçãotion3=valor3'.ou um único campo de entrada para entrar em todo o URI),
deve introduzir espaços e caracteres reservados codificados por percentagem
porque já não é possível uma codificação por cento automatizada.
Assumir num parâmetro opcional 'op
çãotion=valor'.o valor seria "isto&aquilo" para que o todo
o parâmetro opcional seria 'option=this&that' (literalmente).
Mas um carácter literal '&' denota
a separação de diferentes parâmetros opcionais
para que 'opção=isto&aquilo' num URI signifique
um primeiro parâmetro opcional 'option=this' e
um segundo parâmetro opcional que é apenas "isso".
Portanto, um único parâmetro opcional 'option=this&that'.
deve ser introduzido por cento codificado como 'option=this%26that'<br>
Campos de entrada que requerem entrada codificada por percentagem
são denotados por uma dica "[codificada em percentagem]".<br>
Listagem de caracteres e a sua codificação por percentagem:<br>
espaço ' ' está codificado como %20<br>
ponto de exclamação ! está codificado como %21<br>
sinal de número # está codificado como %23<br>
Sinal de dólar $ está codificado como %24<br>
percentagem % é codificada como
%25% i<br>e-comercial & está codificado como %26<br>
apóstrofe / aspas simples ' é codificado como %27<br>
parêntese esquerda ( está codificado como %28<br>
parêntese direita ) está codificado como %29<br>
asterisco * está codificado como %2A<br>
mais sinal + é codificado como %2B<br>
vírgula , está codificada como %2C<br>
barra para a direita / está codificado como %2F<br>
cólon : está codificado como %3A<br>
ponto e vírgula; está codificado como %3B<br>
sinal de igual = é codificado como %3D<br>
ponto de interrogação ? está codificado como %3F<br>
no sinal @ está codificado como %40<br>
colchete esquerdo [ está codificado como %5B<br>
parêntese direita ] está codificado como %5D<br>
Para mais detalhes ver 'Uniform Resource Identifier (URI)': Sintaxe Genérica' em<br>
http://tools.ietf.org/html/rfc3986
</p>