Loading…
roberttaisz
Translation changed |
|
roberttaisz
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>Százalékkódolás</big></b><br> Ez bonyolult kérdés. és a szóköz használatát (például nem lehet elkerülni a használatot abban az esetben, ha egy nyomtató eléréséhez az URI-ben használni kell ezeket a karaktereket olyan, és nincs a nyomtató nevének megváltoztatására). Amikor csak lehetséges, ezek a nagy- és kisbetűk, a decimális számok, a kötőjel, a pont, az aláhúzás és a tilde. Még a kötőjel, a pont és a tilde használata is okozhat néhány esetben problémát (például csak a betűk, a számok és az aláhúzás nyomtat Ezért lehetőség szerint a kisbetűk, a számok és az aláhúzás használata a legmegfelelőbb minden URI A foglalt karaktereknek és a szóközöknek mind százalékkódoltnak (URL a felhasználónevet és a jelszót), akkor az érték szó szerint megadható (százalékkódolás használata nélkül). Az ilyen beviteli mezőknél a szóközök és a foglalt karakterek automatikusan százalékkódolásúak lesznek. Például, ha a jelszó jelenleg "Foo%20Bar" (nem százalékkódolással), akkor pontosan ezt kell megadni a beviteli mezőnél. Az automatikus százalékkódolás után ennek az értéke "Foo%2520Bar" lesz, ahogy a jelszó tárol Ellenkező esetben, amikor a beviteli mezőben egy teljes URI-t kell megadni (például minden szóközkódolást kell használni, mert az automatikus szóközkódolás ebben az esetben nem működik. Tegyük fel, hogy egy ahol az érték 'this&that' lesz, így a teljes paraméter "option=this&that" lesz (százalékkódolás nélkül). Azonban az '&' karakter a különböző paraméterek közötti elválasztást jelöli így az URI-ben az 'option=this&that' azt jelenti, hogy az első paraméter az 'option=this', a második paraméter pedig a 'that'. Ezért a 'option=this&that' paramétert százalékkódolású formátumban kell megadni ebben a formában: 'option=this%26that'<br> Azon beviteli mezőknél, amelyeknél százalékkódolású formátumot kell használni, Karakterek és azok százalékkódolása:<br> szóköz ' ': %20<br> felkiáltójel !: %21<br> kettős kereszt #: %23<br> dollárjel $: %24<br> százalék %: %25<br> és jel &: %26<br> aposztróf jel ': %27<br> zárójel nyitás ( : %28<br> zárójel zárás ) : %29<br> csillag * : %2A<br> pluszjel + : %2B<br> vessző ,: %2C<br> perjel / : %2F<br> kettőspont : %3A<br> pontosvessző ; %3B<br> egyenlőségjel = %3D<br> kérdőjel ? %3F<br> kukac @ %40<br> nyitó szögletes zárójel [ %5B<br> záró szögletes zárójel ] %5D<br> További információ angol nyelven a 'Uniform Resource Identifier (URI): Generic Syntax' című részben, a <br> http://tools.ietf.org/html/rfc3986 oldalon érhető el </p> |
roberttaisz
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>Százalékkódolás</big></b><br> Ez Amennyiben lehetséges, érdemes elkerülni a foglalt karakterek és a szóköz használatát (például nem lehet elkerülni a használatot abban az esetben, ha egy nyomtató eléréséhez az URI-ben használni kell ezeket a karaktereket olyan, és nincs ráhatásunk a nyomtató nevének megváltoztatására). Amikor csak lehetséges, érdemes az általános karakterek használata, ezek a nagy- és kisbetűk, decimális számok, kötőjel, pont, aláhúzás és tilde. Még a kötőjel, pont és tilde használata is okozhat néhány esetben problémát (például csak a betűk, számok és az aláhúzás az, amelynek használata megfelelően működik a nyomtatósorok elnevezése esetén, és nem számít a kis és nagybetű használata). Ezért lehetőség szerint a kisbetűk, számok és az aláhúzás használata a legmegfelelőbb minden URI értéknél.<br> A foglalt karaktereknek és a szóközöknek mind százalékkódoltnak (URL kódoltnak) kell lenniük.<br> Amennyiben egy beviteli mező egy teljes URI egyes részeit kéri be (például külön mezőben a felhasználónevet és a jelszót), akkor az érték szó szerint megadható (százalékkódolás használata nélkül). Az ilyen beviteli mezőknél a szóközök és a foglalt karakterek automatikusan százalékkód Például, ha a jelszó jelenleg "Foo%20Bar" (nem százalékkódolással), akkor pontosan ezt kell megadni a beviteli mezőnél. Az automatikus százalékkódolás után ennek az értéke "Foo%2520Bar" lesz, ahogy a jelszó tárolásra kerül ebben a mezőben.<br> Ellenkező esetben, amikor a beviteli mezőben egy teljes URI-t kell megadni (például minden opcionális paraméterrel együtt: 'option1=value1&option2=value2&option3=value3'), akkor szóközkódolást kell használni, mert az automatikus szóközkódolás ebben az esetben nem működik. Tegyük fel, hogy egy opcionális paramétert "option=value" formátumban kell megadni, ahol az érték 'this&that' lesz, így a teljes paraméter "option=this&that" lesz (százalékkódolás nélkül). Azonban az '&' karakter a különböző paraméterek közötti elválasztást jelöli így az URI-ben az 'option=this&that' azt jelenti, hogy az első paraméter az 'option=this', a második paraméter pedig a 'that'. Ezért a 'option=this&that' paramétert százalékkódolású formátumban kell megadni ebben a formában: 'option=this%26that'<br> Azon beviteli mezőknél, amelyeknél százalékkódolású formátumot kell használni, ott a '[százalékkódolású]' felirat található.<br> Karakterek és azok százalékkódolása:<br> szóköz ' ': %20<br> felkiáltójel !: %21<br> kettős kereszt #: %23<br> dollárjel $: %24<br> százalék %: %25<br> és jel &: %26<br> aposztróf jel ': %27<br> zárójel nyitás ( : %28<br> zárójel zárás ) : %29<br> csillag * : %2A<br> pluszjel + : %2B<br> vessző ,: %2C<br> perjel / : %2F<br> kettőspont : %3A<br> pontosvessző ; %3B<br> egyenlőségjel = %3D<br> kérdőjel ? %3F<br> kukac @ %40<br> nyitó szögletes zárójel [ %5B<br> záró szögletes zárójel ] %5D<br> További információ angol nyelven a 'Uniform Resource Identifier (URI): 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>Százalékkódolás</big></b><br>
Ez bonyolult kérdés.
Ha lehetséges, érdemes elkerülni a foglalt karakterek
és a szóköz használatát (például nem lehet elkerülni a használatot abban az esetben, ha egy nyomtató eléréséhez az URI-ben használni kell ezeket a karaktereket olyan, és nincs mód
a nyomtató nevének megváltoztatására).
Amikor csak lehetséges, célszerű általános karaktereket használni,
ezek a nagy- és kisbetűk, a decimális számok, a kötőjel, a pont, az aláhúzás és a tilde.
Még a kötőjel, a pont és a tilde használata is okozhat néhány esetben
problémát (például csak a betűk, a számok és az aláhúzás működik megfelelően a
nyomtatási sorok elnevezése esetén, és nem számít a kis- és nagybetű használata).
Ezért lehetőség szerint a kisbetűk, a számok és az aláhúzás használata a legmegfelelőbb minden URI-értéknél.<br>
A foglalt karaktereknek és a szóközöknek mind százalékkódoltnak (URL-kódoltnak) kell lenniük.<br>
Ha egy beviteli mező egy teljes URI egyes részeit kéri be (például külön mezőben
a felhasználónevet és a jelszót), akkor az érték szó szerint megadható (százalékkódolás használata nélkül).
Az ilyen beviteli mezőknél a szóközök és a foglalt karakterek automatikusan
százalékkódolásúak lesznek.
Például, ha a jelszó jelenleg "Foo%20Bar" (nem százalékkódolással), akkor pontosan
ezt kell megadni a beviteli mezőnél. Az automatikus százalékkódolás után ennek az értéke "Foo%2520Bar" lesz, ahogy a jelszó tárolva van ebben a mezőben.<br>
Ellenkező esetben, amikor a beviteli mezőben egy teljes URI-t kell megadni (például minden választható paraméterrel együtt: 'option1=value1&option2=value2&option3=value3'), akkor
szóközkódolást kell használni, mert az automatikus szóközkódolás ebben az esetben nem működik.
Tegyük fel, hogy egy választható paramétert "option=value" formátumban kell megadni,
ahol az érték 'this&that' lesz, így a teljes paraméter "option=this&that" lesz (százalékkódolás nélkül).
Azonban az '&' karakter a különböző paraméterek közötti elválasztást jelöli
így az URI-ben az 'option=this&that'
azt jelenti, hogy az első paraméter az 'option=this', a
második paraméter pedig a 'that'.
Ezért a 'option=this&that' paramétert százalékkódolású
formátumban kell megadni ebben a formában:
'option=this%26that'<br>
Azon beviteli mezőknél, amelyeknél százalékkódolású formátumot kell használni,
a '[százalékkódolású]' felirat található.<br>
Karakterek és azok százalékkódolása:<br>
szóköz ' ': %20<br>
felkiáltójel !: %21<br>
kettős kereszt #: %23<br>
dollárjel $: %24<br>
százalék %: %25<br>
és jel &: %26<br>
aposztróf jel ': %27<br>
zárójel nyitás ( : %28<br>
zárójel zárás ) : %29<br>
csillag * : %2A<br>
pluszjel + : %2B<br>
vessző ,: %2C<br>
perjel / : %2F<br>
kettőspont : %3A<br>
pontosvessző ; %3B<br>
egyenlőségjel = %3D<br>
kérdőjel ? %3F<br>
kukac @ %40<br>
nyitó szögletes zárójel [ %5B<br>
záró szögletes zárójel ] %5D<br>
További információ angol nyelven a 'Uniform Resource Identifier (URI): Generic Syntax' című részben, a <br>
http://tools.ietf.org/html/rfc3986 weboldalon érhető el
</p>