Skip to content

Commit fce3b1f

Browse files
committed
Deployed 92c9a8e to 5.9 with MkDocs 1.6.1 and mike 2.1.3
1 parent 2754c76 commit fce3b1f

6 files changed

Lines changed: 7 additions & 4 deletions

File tree

5.9/print_page/index.html

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2412,7 +2412,7 @@ <h3 id="request-settings-params"><code>Params</code></h3>
24122412
</tr>
24132413
<tr>
24142414
<td>Details</td>
2415-
<td>If <code>Params</code> is not empty, its interpretation is dependent on <code>Command</code> and the content type of the request. The content type is determined by the <a href="#request-settings-contenttype"><code>ContentType</code></a> setting or the presence of a <code>content-type</code> header.<br/><br/>If <code>Command</code> is <code>'GET'</code> or <code>'HEAD'</code>, the request will generally not have a payload in the message body (and hence no specified content type) and <code>Params</code> will be URLEncoded if necessary and appended to the query string of <code>URL</code>.<br/><br/>If <code>Command</code> is neither <code>'GET'</code> nor <code>'HEAD'</code> and no content type has been specified, <code>HttpCommand</code> will attempt to infer the content type as follows:<ul><li>If <code>Params</code> is a simple character vector and looks like JSON <code>HttpCommand</code> will set the content type as <code>'application/json'</code>; otherwise it will set the content type to <code>`application/x-www-form-urlencoded'</code>. <code>Params</code> will then be processed as described below.</li><li>Otherwise <code>HttpCommand</code> will set the content type to <code>'application/json'</code> and <code>Params</code> will be processed as described below.</li></ul>If the content type is specified, <code>Params</code> is processed based on the content type and inserted as the payload of the request. If the content type is:<ul><li><code>'x-www-form-urlencoded'</code>: <code>Params</code> will be formatted using <a href="#encode-methods-urlencode"><code>URLEncode</code></a> unless it already composed completely of valid URLEncoding characters.</li><li><code>'application/json'</code>:<ul><li>If <code>Params</code> is a character vector that is a valid JSON representation, it is left unaltered.</li><li>Otherwise <code>Params</code> will be converted to JSON format using <code>1 ⎕JSON</code>.</li><li>In the case where <code>Params</code> is an APL character vector that is also valid JSON, you should convert it to JSON prior to setting <code>Params</code>. For example, if you have the character vector <code>'[1,2,3]'</code> and you want it treated as a string in JSON and not the numeric array <code>[1,2,3]</code>, you should process it yourself using <code>1 ⎕JSON</code>.</li></ul></li><li>For any other content type, it is the responsibility of the user to format <code>Params</code> appropriately for that content type.</li></ul></td>
2415+
<td>If <code>Params</code> is not empty, its interpretation is dependent on <code>Command</code> and the content type of the request. The content type is determined by the <a href="#request-settings-contenttype"><code>ContentType</code></a> setting or the presence of a <code>content-type</code> header.<br/><br/>If <code>Command</code> is <code>'GET'</code> or <code>'HEAD'</code>, the request will generally not have a payload in the message body (and hence no specified content type) and <code>Params</code> will be URLEncoded if necessary and appended to the query string of <code>URL</code>.<br/><br/>If <code>Command</code> is neither <code>'GET'</code> nor <code>'HEAD'</code> and no content type has been specified, <code>HttpCommand</code> will attempt to infer the content type as follows:<ul><li>If <code>Params</code> is a simple character vector and looks like JSON <code>HttpCommand</code> will set the content type as <code>'application/json'</code>; otherwise it will set the content type to <code>`application/x-www-form-urlencoded'</code>. <code>Params</code> will then be processed as described below.</li><li>Otherwise <code>HttpCommand</code> will set the content type to <code>'application/json'</code> and <code>Params</code> will be processed as described below.</li></ul>If the content type is specified, <code>Params</code> is processed based on the content type and inserted as the payload of the request. If the content type is:<ul><li><code>'x-www-form-urlencoded'</code>: <code>Params</code> will be formatted using <a href="#encode-methods-urlencode"><code>URLEncode</code></a> unless it already composed completely of valid URLEncoding characters.</li><li><code>'application/json'</code>:<ul><li>If <code>Params</code> is a character vector that is a valid JSON representation, it is left unaltered.</li><li>Otherwise <code>Params</code> will be converted to JSON format using <code>1 ⎕JSON</code>.</li><li>In the case where <code>Params</code> is an APL character vector that is also valid JSON, you should convert it to JSON prior to setting <code>Params</code>. For example, if you have the character vector <code>'[1,2,3]'</code> and you want it treated as a string in JSON and not the numeric array <code>[1,2,3]</code>, you should process it yourself using <code>1 ⎕JSON</code>.</li></ul></li><li>For any other content type, it is the responsibility of the user to format <code>Params</code> appropriately for that content type.</li></ul>Normally, request parameters will reside either in the query string of the URL (as in the case of a <code>GET</code> or <code>HEAD</code> request), or in the request's payload (for other types of HTTP requests). In the rare case where you need to provide parameters in BOTH the query string AND the payload, you will need to construct and append the query string to the URL yourself. For example:<br><pre style="font-family:APL;"> h.URL←'someplace.com?',h.URLEncode ('this' 'that')('query' 'true')<br> h.Params←('name' 'daffy')('species' 'duck')<br> h.Show<br>POST /?this=that&amp;query=true HTTP/1.1<br>Host: someplace.com<br>User-Agent: Dyalog-HttpCommand/5.9.4<br>Accept: <em>/</em><br>Accept-Encoding: gzip, deflate<br>Content-Type: application/json;charset=utf-8<br>Content-Length: 37<br><br>[["name","daffy"],["species","duck"]]</pre></td>
24162416
</tr>
24172417
</tbody>
24182418
</table>

5.9/request-settings/index.html

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1600,7 +1600,7 @@ <h3 id="params"><code>Params</code></h3>
16001600
</tr>
16011601
<tr>
16021602
<td>Details</td>
1603-
<td>If <code>Params</code> is not empty, its interpretation is dependent on <code>Command</code> and the content type of the request. The content type is determined by the <a href="#contenttype"><code>ContentType</code></a> setting or the presence of a <code>content-type</code> header.<br/><br/>If <code>Command</code> is <code>'GET'</code> or <code>'HEAD'</code>, the request will generally not have a payload in the message body (and hence no specified content type) and <code>Params</code> will be URLEncoded if necessary and appended to the query string of <code>URL</code>.<br/><br/>If <code>Command</code> is neither <code>'GET'</code> nor <code>'HEAD'</code> and no content type has been specified, <code>HttpCommand</code> will attempt to infer the content type as follows:<ul><li>If <code>Params</code> is a simple character vector and looks like JSON <code>HttpCommand</code> will set the content type as <code>'application/json'</code>; otherwise it will set the content type to <code>`application/x-www-form-urlencoded'</code>. <code>Params</code> will then be processed as described below.</li><li>Otherwise <code>HttpCommand</code> will set the content type to <code>'application/json'</code> and <code>Params</code> will be processed as described below.</li></ul>If the content type is specified, <code>Params</code> is processed based on the content type and inserted as the payload of the request. If the content type is:<ul><li><code>'x-www-form-urlencoded'</code>: <code>Params</code> will be formatted using <a href="../encode-methods/#urlencode"><code>URLEncode</code></a> unless it already composed completely of valid URLEncoding characters.</li><li><code>'application/json'</code>:<ul><li>If <code>Params</code> is a character vector that is a valid JSON representation, it is left unaltered.</li><li>Otherwise <code>Params</code> will be converted to JSON format using <code>1 ⎕JSON</code>.</li><li>In the case where <code>Params</code> is an APL character vector that is also valid JSON, you should convert it to JSON prior to setting <code>Params</code>. For example, if you have the character vector <code>'[1,2,3]'</code> and you want it treated as a string in JSON and not the numeric array <code>[1,2,3]</code>, you should process it yourself using <code>1 ⎕JSON</code>.</li></ul></li><li>For any other content type, it is the responsibility of the user to format <code>Params</code> appropriately for that content type.</li></ul></td>
1603+
<td>If <code>Params</code> is not empty, its interpretation is dependent on <code>Command</code> and the content type of the request. The content type is determined by the <a href="#contenttype"><code>ContentType</code></a> setting or the presence of a <code>content-type</code> header.<br/><br/>If <code>Command</code> is <code>'GET'</code> or <code>'HEAD'</code>, the request will generally not have a payload in the message body (and hence no specified content type) and <code>Params</code> will be URLEncoded if necessary and appended to the query string of <code>URL</code>.<br/><br/>If <code>Command</code> is neither <code>'GET'</code> nor <code>'HEAD'</code> and no content type has been specified, <code>HttpCommand</code> will attempt to infer the content type as follows:<ul><li>If <code>Params</code> is a simple character vector and looks like JSON <code>HttpCommand</code> will set the content type as <code>'application/json'</code>; otherwise it will set the content type to <code>`application/x-www-form-urlencoded'</code>. <code>Params</code> will then be processed as described below.</li><li>Otherwise <code>HttpCommand</code> will set the content type to <code>'application/json'</code> and <code>Params</code> will be processed as described below.</li></ul>If the content type is specified, <code>Params</code> is processed based on the content type and inserted as the payload of the request. If the content type is:<ul><li><code>'x-www-form-urlencoded'</code>: <code>Params</code> will be formatted using <a href="../encode-methods/#urlencode"><code>URLEncode</code></a> unless it already composed completely of valid URLEncoding characters.</li><li><code>'application/json'</code>:<ul><li>If <code>Params</code> is a character vector that is a valid JSON representation, it is left unaltered.</li><li>Otherwise <code>Params</code> will be converted to JSON format using <code>1 ⎕JSON</code>.</li><li>In the case where <code>Params</code> is an APL character vector that is also valid JSON, you should convert it to JSON prior to setting <code>Params</code>. For example, if you have the character vector <code>'[1,2,3]'</code> and you want it treated as a string in JSON and not the numeric array <code>[1,2,3]</code>, you should process it yourself using <code>1 ⎕JSON</code>.</li></ul></li><li>For any other content type, it is the responsibility of the user to format <code>Params</code> appropriately for that content type.</li></ul>Normally, request parameters will reside either in the query string of the URL (as in the case of a <code>GET</code> or <code>HEAD</code> request), or in the request's payload (for other types of HTTP requests). In the rare case where you need to provide parameters in BOTH the query string AND the payload, you will need to construct and append the query string to the URL yourself. For example:<br><pre style="font-family:APL;"> h.URL←'someplace.com?',h.URLEncode ('this' 'that')('query' 'true')<br> h.Params←('name' 'daffy')('species' 'duck')<br> h.Show<br>POST /?this=that&amp;query=true HTTP/1.1<br>Host: someplace.com<br>User-Agent: Dyalog-HttpCommand/5.9.4<br>Accept: <em>/</em><br>Accept-Encoding: gzip, deflate<br>Content-Type: application/json;charset=utf-8<br>Content-Length: 37<br><br>[["name","daffy"],["species","duck"]]</pre></td>
16041604
</tr>
16051605
</tbody>
16061606
</table>

5.9/search/search_index.json

Lines changed: 1 addition & 1 deletion
Large diffs are not rendered by default.

5.9/sitemap.xml.gz

0 Bytes
Binary file not shown.

latest

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1 @@
1+
5.9

versions.json

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,9 @@
22
{
33
"version": "5.9",
44
"title": "5.9",
5-
"aliases": []
5+
"aliases": [
6+
"latest"
7+
]
68
},
79
{
810
"version": "5.8",

0 commit comments

Comments
 (0)