]> git.saurik.com Git - wxWidgets.git/blobdiff - docs/latex/wx/http.tex
Applied Patch #1502804: wx*PickerCtrl documentation fixes
[wxWidgets.git] / docs / latex / wx / http.tex
index 1bce1b952214360d46933d8237a43fefa085e8a7..f0cbf5d78537032d2bb0a1f3d48f7fb433a96e2b 100644 (file)
 % ----------------------------------------------------------------------------
 
 % ----------------------------------------------------------------------------
+\membersection{wxHTTP::GetResponse}\label{wxhttpgetresponse}
+
+\constfunc{int}{GetResponse}{\void}
+
+Returns the HTTP response code returned by the server. Please refer to
+\urlref{RFC 2616}{http://www.faqs.org/rfcs/rfc2616.html} for the list of responses.
+
+
 \membersection{wxHTTP::GetInputStream}\label{wxhttpgetinputstream}
 
 \func{wxInputStream *}{GetInputStream}{\param{const wxString\&}{ path}}
 
-Creates a new input stream on the the specified path. You can use all except the seek
+Creates a new input stream on the specified path. You can use all except the seek
 functionality of wxStream. Seek isn't available on all streams. For example,
-http or ftp streams doesn't deal with it. Other functions like Tell and SeekI
-for this sort of stream.
+HTTP or FTP streams don't deal with it. Other functions like Tell and SeekI
+aren't available for the moment for this sort of stream.
 You will be notified when the EOF is reached by an error.
 
 \wxheading{Note}
 
 You can know the size of the file you are getting using \helpref{wxStreamBase::GetSize()}{wxstreambasegetsize}.
-But there is a limitation: as HTTP servers aren't obliged to pass the size ofi
+But there is a limitation: as HTTP servers aren't obliged to pass the size of
 the file, in some case, you will be returned 0xfffffff by GetSize(). In these
 cases, you should use the value returned by \helpref{wxInputStream::LastRead()}{wxinputstreamlastread}:
 this value will be 0 when the stream is finished.
@@ -40,7 +48,7 @@ this value will be 0 when the stream is finished.
 Returns the initialized stream. You will have to delete it yourself once you
 don't use it anymore. The destructor closes the network connection.
 The next time you will try to get a file the network connection will have
-to be reestablished: but you don't have to take care of this wxHTTP reestablishes it automatically.
+to be reestablished: but you don't have to take care of this since wxHTTP reestablishes it automatically.
 
 \wxheading{See also}
 
@@ -48,22 +56,23 @@ to be reestablished: but you don't have to take care of this wxHTTP reestablishe
 
 % ----------------------------------------------------------------------------
 
-\membersection{wxHTTP::SetHeader}
+\membersection{wxHTTP::SetHeader}\label{wxhttpsetheader}
 
 \func{void}{SetHeader}{\param{const wxString\&}{ header}, \param{const wxString\&}{ h\_data}}
 
 It sets data of a field to be sent during the next request to the HTTP server. The field
-name is specified by \it{header} and the content by \it{h\_data}.
+name is specified by {\it header} and the content by {\it h\_data}.
 This is a low level function and it assumes that you know what you are doing.
 
-\membersection{wxHTTP::GetHeader}
+\membersection{wxHTTP::GetHeader}\label{wxhttpgetheader}
 
 \func{wxString}{GetHeader}{\param{const wxString\&}{ header}}
 
-Returns the data attached with a field whose name is specified by \it{header}.
+Returns the data attached with a field whose name is specified by {\it header}.
 If the field doesn't exist, it will return an empty string and not a NULL string.
 
 \wxheading{Note}
 
-The header is not case-sensitive: I mean that "CONTENT-TYPE" and "content-type" 
+The header is not case-sensitive, i.e. "CONTENT-TYPE" and "content-type" 
 represent the same header.
+