]>
Commit | Line | Data |
---|---|---|
1 | \section{\class{wxFileType}}\label{wxfiletype} | |
2 | ||
3 | This class holds information about a given {\it file type}. File type is the same as | |
4 | MIME type under Unix, but under Windows it corresponds more to an extension than | |
5 | to MIME type (in fact, several extensions may correspond to a file type). This | |
6 | object may be created in several different ways: the program might know the file | |
7 | extension and wish to find out the corresponding MIME type or, conversely, it | |
8 | might want to find the right extension for the file to which it writes the | |
9 | contents of given MIME type. Depending on how it was created some fields may be | |
10 | unknown so the return value of all the accessors {\bf must} be checked: {\tt FALSE} | |
11 | will be returned if the corresponding information couldn't be found. | |
12 | ||
13 | The objects of this class are never created by the application code but are | |
14 | returned by \helpref{wxMimeTypesManager::GetFileTypeFromMimeType}{wxmimetypesmanagergetfiletypefrommimetype} and | |
15 | \helpref{wxMimeTypesManager::GetFileTypeFromExtension}{wxmimetypesmanagergetfiletypefromextension} methods. | |
16 | But it is your responsibility to delete the returned pointer when you're done | |
17 | with it! | |
18 | ||
19 | % TODO describe MIME types better than this... | |
20 | A brief reminder about what the MIME types are (see the RFC 1341 for more | |
21 | information): basically, it is just a pair category/type (for example, | |
22 | "text/plain") where the category is a basic indication of what a file is. | |
23 | Examples of categories are "application", "image", "text", "binary", and | |
24 | type is a precise definition of the document format: "plain" in the example | |
25 | above means just ASCII text without any formatting, while "text/html" is the | |
26 | HTML document source. | |
27 | ||
28 | A MIME type may have one or more associated extensions: "text/plain" will | |
29 | typically correspond to the extension ".txt", but may as well be associated with | |
30 | ".ini" or ".conf". | |
31 | ||
32 | \wxheading{Derived from} | |
33 | ||
34 | None | |
35 | ||
36 | \wxheading{Include files} | |
37 | ||
38 | <wx/mimetype.h> | |
39 | ||
40 | \wxheading{See also} | |
41 | ||
42 | \helpref{wxMimeTypesManager}{wxmimetypesmanager} | |
43 | ||
44 | \latexignore{\rtfignore{\wxheading{Members}}} | |
45 | ||
46 | \membersection{MessageParameters class}\label{wxfiletypemessageparameters} | |
47 | ||
48 | One of the most common usages of MIME is to encode an e-mail message. The MIME | |
49 | type of the encoded message is an example of a {\it message parameter}. These | |
50 | parameters are found in the message headers ("Content-XXX"). At the very least, | |
51 | they must specify the MIME type and the version of MIME used, but almost always | |
52 | they provide additional information about the message such as the original file | |
53 | name or the charset (for the text documents). | |
54 | ||
55 | These parameters may be useful to the program used to open, edit, view or print | |
56 | the message, so, for example, an e-mail client program will have to pass them to | |
57 | this program. Because wxFileType itself can not know about these parameters, | |
58 | it uses MessageParameters class to query them. The default implementation only | |
59 | requires the caller to provide the file name (always used by the program to be | |
60 | called - it must know which file to open) and the MIME type and supposes that | |
61 | there are no other parameters. If you wish to supply additional parameters, you | |
62 | must derive your own class from MessageParameters and override GetParamValue() | |
63 | function, for example: | |
64 | ||
65 | \begin{verbatim} | |
66 | // provide the message parameters for the MIME type manager | |
67 | class MailMessageParameters : public wxFileType::MessageParameters | |
68 | { | |
69 | public: | |
70 | MailMessageParameters(const wxString& filename, | |
71 | const wxString& mimetype) | |
72 | : wxFileType::MessageParameters(filename, mimetype) | |
73 | { | |
74 | } | |
75 | ||
76 | virtual wxString GetParamValue(const wxString& name) const | |
77 | { | |
78 | // parameter names are not case-sensitive | |
79 | if ( name.CmpNoCase("charset") == 0 ) | |
80 | return "US-ASCII"; | |
81 | else | |
82 | return wxFileType::MessageParameters::GetParamValue(name); | |
83 | } | |
84 | }; | |
85 | \end{verbatim} | |
86 | ||
87 | Now you only need to create an object of this class and pass it to, for example, | |
88 | \rtfsp\helpref{GetOpenCommand}{wxfiletypegetopencommand} like this: | |
89 | ||
90 | \begin{verbatim} | |
91 | wxString command; | |
92 | if ( filetype->GetOpenCommand(&command, | |
93 | MailMessageParamaters("foo.txt", "text/plain")) ) | |
94 | { | |
95 | // the full command for opening the text documents is in 'command' | |
96 | // (it might be "notepad foo.txt" under Windows or "cat foo.txt" under Unix) | |
97 | } | |
98 | else | |
99 | { | |
100 | // we don't know how to handle such files... | |
101 | } | |
102 | \end{verbatim} | |
103 | ||
104 | {\bf Windows:} As only the file name is used by the program associated with the | |
105 | given extension anyhow (but no other message parameters), there is no need to | |
106 | ever derive from MessageParameters class for a Windows-only program. | |
107 | ||
108 | \membersection{wxFileType::wxFileType}\label{wxfiletypewxfiletype} | |
109 | ||
110 | \func{}{wxFileType}{\void} | |
111 | ||
112 | The default constructor is private because you should never create objects of | |
113 | this type: they are only returned by \helpref{wxMimeTypesManager}{wxmimetypesmanager} methods. | |
114 | ||
115 | \membersection{wxFileType::\destruct{wxFileType}}\label{wxfiletypedtor} | |
116 | ||
117 | \func{}{\destruct{wxFileType}}{\void} | |
118 | ||
119 | The destructor of this class is not virtual, so it should not be derived from. | |
120 | ||
121 | \membersection{wxFileType::GetMimeType}\label{wxfiletypegetmimetype} | |
122 | ||
123 | \func{bool}{GetMimeType}{\param{wxString*}{ mimeType}} | |
124 | ||
125 | If the function returns {\tt TRUE}, the string pointed to by {\it mimeType} is filled | |
126 | with full MIME type specification for this file type: for example, "text/plain". | |
127 | ||
128 | \membersection{wxFileType::GetMimeTypes}\label{wxfiletypegetmimetypes} | |
129 | ||
130 | \func{bool}{GetMimeType}{\param{wxArrayString\&}{ mimeTypes}} | |
131 | ||
132 | Same as \helpref{GetMimeType}{wxfiletypegetmimetype} but returns array of MIME | |
133 | types. This array will contain only one item in most cases but sometimes, | |
134 | notably under Unix with KDE, may contain more MIME types. This happens when | |
135 | one file extension is mapped to different MIME types by KDE, mailcap and | |
136 | mime.types. | |
137 | ||
138 | \membersection{wxFileType::GetExtensions}\label{wxfiletypegetextensions} | |
139 | ||
140 | \func{bool}{GetExtensions}{\param{wxArrayString\&}{ extensions}} | |
141 | ||
142 | If the function returns {\tt TRUE}, the array {\it extensions} is filled | |
143 | with all extensions associated with this file type: for example, it may | |
144 | contain the following two elements for the MIME type "text/html" (notice the | |
145 | absence of the leading dot): "html" and "htm". | |
146 | ||
147 | {\bf Windows:} This function is currently not implemented: there is no | |
148 | (efficient) way to retrieve associated extensions from the given MIME type on | |
149 | this platform, so it will only return {\tt TRUE} if the wxFileType object was created | |
150 | by \helpref{GetFileTypeFromExtension}{wxmimetypesmanagergetfiletypefromextension} | |
151 | function in the first place. | |
152 | ||
153 | \membersection{wxFileType::GetIcon}\label{wxfiletypegeticon} | |
154 | ||
155 | \func{bool}{GetIcon}{\param{wxIcon*}{ icon}} | |
156 | ||
157 | If the function returns {\tt TRUE}, the icon associated with this file type will be | |
158 | created and assigned to the {\it icon} parameter. | |
159 | ||
160 | {\bf Unix:} MIME manager gathers information about icons from GNOME | |
161 | and KDE settings and thus GetIcon's success depends on availability | |
162 | of these desktop environments. | |
163 | ||
164 | \membersection{wxFileType::GetDescription}\label{wxfiletypegetdescription} | |
165 | ||
166 | \func{bool}{GetDescription}{\param{wxString*}{ desc}} | |
167 | ||
168 | If the function returns {\tt TRUE}, the string pointed to by {\it desc} is filled | |
169 | with a brief description for this file type: for example, "text document" for | |
170 | the "text/plain" MIME type. | |
171 | ||
172 | \membersection{wxFileType::GetOpenCommand}\label{wxfiletypegetopencommand} | |
173 | ||
174 | \func{bool}{GetOpenCommand}{\param{wxString*}{ command}, \param{MessageParameters\&}{ params}} | |
175 | ||
176 | \func{wxString}{GetOpenCommand}{\param{const wxString\&}{ filename}} | |
177 | ||
178 | With the first version of this method, if the {\tt TRUE} is returned, the | |
179 | string pointed to by {\it command} is filled with the command which must be | |
180 | executed (see \helpref{wxExecute}{wxexecute}) in order to open the file of the | |
181 | given type. In this case, the name of the file as well as any other parameters | |
182 | is retrieved from \helpref{MessageParameters}{wxfiletypemessageparameters} | |
183 | class. | |
184 | ||
185 | In the second case, only the filename is specified and the command to be used | |
186 | to open this kind of file is returned directly. An empty string is returned to | |
187 | indicate that an error occured (typically meaning that there is no standard way | |
188 | to open this kind of files). | |
189 | ||
190 | \membersection{wxFileType::GetPrintCommand}\label{wxfiletypegetprintcommand} | |
191 | ||
192 | \func{bool}{GetPrintCommand}{\param{wxString*}{ command},\param{MessageParameters\&}{ params}} | |
193 | ||
194 | If the function returns {\tt TRUE}, the string pointed to by {\it command} is filled | |
195 | with the command which must be executed (see \helpref{wxExecute}{wxexecute}) in | |
196 | order to print the file of the given type. The name of the file is | |
197 | retrieved from \helpref{MessageParameters}{wxfiletypemessageparameters} class. | |
198 | ||
199 | \membersection{wxFileType::ExpandCommand}\label{wxfiletypeexpandcommand} | |
200 | ||
201 | \func{static wxString}{ExpandCommand}{\param{const wxString\&}{ command}, \param{MessageParameters\&}{ params}} | |
202 | ||
203 | This function is primarily intended for GetOpenCommand and GetPrintCommand | |
204 | usage but may be also used by the application directly if, for example, you want | |
205 | to use some non default command to open the file. | |
206 | ||
207 | The function replaces all occurrences of | |
208 | ||
209 | \twocolwidtha{7cm} | |
210 | \begin{twocollist}\itemsep=0pt | |
211 | \twocolitem{format specification}{with} | |
212 | \twocolitem{\%s}{the full file name} | |
213 | \twocolitem{\%t}{the MIME type} | |
214 | \twocolitem{\%\{param\}}{the value of the parameter {\it param}} | |
215 | \end{twocollist} | |
216 | ||
217 | using the MessageParameters object you pass to it. | |
218 | ||
219 | If there is no '\%s' in the command string (and the string is not empty), it is | |
220 | assumed that the command reads the data on stdin and so the effect is the same | |
221 | as "< \%s" were appended to the string. | |
222 | ||
223 | Unlike all other functions of this class, there is no error return for this | |
224 | function. | |
225 |