|
1 | 1 | <?xml version="1.0" encoding="utf-8"?> |
2 | | -<!-- EN-Revision: b090c4476884e5dbce1f3cc2adf28c65b04d9de9 Maintainer: leonardolara Status: ready --> |
| 2 | +<!-- EN-Revision: 6a08181be1706dfebdb3ad6e45620bceb08019ba Maintainer: leonardolara Status: ready --> |
3 | 3 | <!-- CREDITS: fernandoc,leonardolara --> |
4 | 4 | <!-- splitted from ./en/functions/image.xml, last change in rev 1.78 --> |
5 | 5 | <refentry xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="function.exif-read-data"> |
|
16 | 16 | <methodparam choice="opt"><type>bool</type><parameter>as_arrays</parameter><initializer>&false;</initializer></methodparam> |
17 | 17 | <methodparam choice="opt"><type>bool</type><parameter>read_thumbnail</parameter><initializer>&false;</initializer></methodparam> |
18 | 18 | </methodsynopsis> |
19 | | - <para> |
| 19 | + <simpara> |
20 | 20 | A função <function>exif_read_data</function> lê os cabeçalhos |
21 | 21 | <acronym>EXIF</acronym> de um arquivo de imagem. Desta forma é possível ler metadados |
22 | 22 | gerados por câmeras digitais. |
23 | | - </para> |
24 | | - <para> |
| 23 | + </simpara> |
| 24 | + <simpara> |
25 | 25 | Cabeçalhos <acronym>EXIF</acronym> tendem a estar presentes em imagens JPEG/TIFF geradas por camêras |
26 | 26 | digitais, mas infelizmente, cada fabricante de camêra digital tem |
27 | 27 | uma ideia diferente de como rotular suas imagens, então não se |
28 | 28 | pode confiar sempre que um cabeçalho EXIF específico estará presente. |
29 | | - </para> |
30 | | - <para> |
| 29 | + </simpara> |
| 30 | + <simpara> |
31 | 31 | Altura (<literal>Height</literal>) e largura (<literal>Width</literal>) sao computadas |
32 | 32 | da mesma maneira que <function>getimagesize</function> faz, então seus valores não devem |
33 | 33 | ser parte de nenhum cabeçalho retornado. Além disso, <literal>html</literal> é |
34 | 34 | uma string de texto com altura/largura a ser usado dentro de um<acronym>HTML</acronym> normal. |
35 | | - </para> |
36 | | - <para> |
| 35 | + </simpara> |
| 36 | + <simpara> |
37 | 37 | Quando um cabeçalho Exif contém uma nota de direitos autorais, esta nota pode conter dois |
38 | 38 | valores. Como a solução é inconsistente com o padrão Exif 2.10 a seção |
39 | 39 | <literal>COMPUTED</literal> irá retornar ambas as entradas |
|
44 | 44 | do Exif). <literal>COMPUTED</literal> irá conter também a entrada |
45 | 45 | <literal>Copyright</literal> que será a string original do copyright |
46 | 46 | ou uma lista separada por vírgula dos direitos autorais da foto e do editor. |
47 | | - </para> |
48 | | - <para> |
| 47 | + </simpara> |
| 48 | + <simpara> |
49 | 49 | A etiqueta <literal>UserComment</literal> tem o mesmo problema que a etiqueta de |
50 | 50 | Copyright. Ela pode guardar dois valores. Primeiro a codificação usada e em segundo o valor |
51 | 51 | em si. Então a seção <literal>IFD</literal> contém somente a codificação |
|
54 | 54 | <literal>UserComment</literal>. A entrada <literal>UserComment</literal> |
55 | 55 | está disponível em ambos os casos então deve ser usada em preferência ao |
56 | 56 | valor da seção <literal>IFD0</literal>. |
57 | | - </para> |
58 | | - <para> |
| 57 | + </simpara> |
| 58 | + <simpara> |
59 | 59 | <function>exif_read_data</function> também valida etiquetas de dados EXIF de acordo |
60 | 60 | com a especificação EXIF (<link xlink:href="&url.exifspec;">&url.exifspec;</link>, página 20). |
61 | | - </para> |
| 61 | + </simpara> |
62 | 62 | </refsect1> |
63 | 63 | <refsect1 role="parameters"> |
64 | 64 | &reftitle.parameters; |
65 | 65 | <variablelist> |
66 | 66 | <varlistentry> |
67 | 67 | <term><parameter>file</parameter></term> |
68 | 68 | <listitem> |
69 | | - <para> |
| 69 | + <simpara> |
70 | 70 | A localização do arquivo de imagem. Pode ser uma caminho para o arquivo |
71 | 71 | (empacotadores de fluxo são também suportados) |
72 | 72 | ou um fluxo do tipo <type>resource</type>. |
73 | | - </para> |
| 73 | + </simpara> |
74 | 74 | </listitem> |
75 | 75 | </varlistentry> |
76 | 76 | <varlistentry> |
|
137 | 137 | <varlistentry> |
138 | 138 | <term><parameter>as_arrays</parameter></term> |
139 | 139 | <listitem> |
140 | | - <para> |
| 140 | + <simpara> |
141 | 141 | Especifica se cada seção se torna ou não um array. As seções |
142 | 142 | <literal>COMPUTED</literal>, <literal>THUMBNAIL</literal> E |
143 | 143 | <literal>COMMENT</literal> de <parameter>required_sections</parameter> |
144 | 144 | sempre se toranm arrays por que contêm valores cujos nomes conflitam |
145 | 145 | com outras seções. |
146 | | - </para> |
| 146 | + </simpara> |
147 | 147 | </listitem> |
148 | 148 | </varlistentry> |
149 | 149 | <varlistentry> |
150 | 150 | <term><parameter>read_thumbnail</parameter></term> |
151 | 151 | <listitem> |
152 | | - <para> |
| 152 | + <simpara> |
153 | 153 | Quando definida para &true; a miniatura em si é lida. Caso contrário, apenas |
154 | 154 | os dados etiquetados são lidos. |
155 | | - </para> |
| 155 | + </simpara> |
156 | 156 | </listitem> |
157 | 157 | </varlistentry> |
158 | 158 | </variablelist> |
159 | 159 | </refsect1> |
160 | 160 | <refsect1 role="returnvalues"> |
161 | 161 | &reftitle.returnvalues; |
162 | | - <para> |
| 162 | + <simpara> |
163 | 163 | Retorna um <type>array</type> associativo onde os índices são |
164 | 164 | os nomes dos cabeçalhos e os valores são os associados com |
165 | 165 | esses cabeçalhos. Se nenhum dado puder ser retornado, |
166 | 166 | <function>exif_read_data</function> retornará &false;. |
167 | | - </para> |
| 167 | + </simpara> |
168 | 168 | </refsect1> |
169 | 169 |
|
170 | 170 | <refsect1 role="errors"> |
171 | 171 | &reftitle.errors; |
172 | | - <para> |
| 172 | + <simpara> |
173 | 173 | Erros de nível <constant>E_WARNING</constant> e/ou <constant>E_NOTICE</constant> |
174 | 174 | podem ser disparados para etiquetas não suportadas ou outras condições de erros potenciais, mas a |
175 | 175 | função ainda tenta lêr toda a informação compreensível. |
176 | | - </para> |
| 176 | + </simpara> |
177 | 177 | </refsect1> |
178 | 178 |
|
179 | 179 | <refsect1 role="changelog"> |
@@ -246,9 +246,9 @@ foreach ($exif as $key => $section) { |
246 | 246 | ?> |
247 | 247 | ]]> |
248 | 248 | </programlisting> |
249 | | - <para> |
| 249 | + <simpara> |
250 | 250 | A primeira chamada falha porque a imagem não tem informações no cabeçalho. |
251 | | - </para> |
| 251 | + </simpara> |
252 | 252 | &example.outputs.similar; |
253 | 253 | <screen role="php"> |
254 | 254 | <![CDATA[ |
@@ -334,21 +334,21 @@ Cabeçalhos EXIF: |
334 | 334 | <refsect1 role="notes"> |
335 | 335 | &reftitle.notes; |
336 | 336 | <note> |
337 | | - <para> |
| 337 | + <simpara> |
338 | 338 | Se <link linkend="ref.mbstring">mbstring</link> estiver habilitado, exif tentará processar |
339 | 339 | em codificação unicode e escolher um conjunto de caracteres como especificado por |
340 | 340 | <link linkend="ini.exif.decode-unicode-motorola">exif.decode_unicode_motorola</link> e |
341 | 341 | <link linkend="ini.exif.decode-unicode-intel">exif.decode_unicode_intel</link>. A extensão |
342 | 342 | exif não tentará descobrir a codificação por si mesma, é responsabilidade do programador |
343 | 343 | especificar corretamente a codificação a ser usada, configurando uma das duas |
344 | 344 | diretivas ini antes de chamar <function>exif_read_data</function>. |
345 | | - </para> |
| 345 | + </simpara> |
346 | 346 | </note> |
347 | 347 | <note> |
348 | | - <para> |
| 348 | + <simpara> |
349 | 349 | Se <parameter>file</parameter> for usado para passar um fluxo a esta função, o fluxo |
350 | 350 | deve ser do tipo pesquisável. Note que a posição do ponteiro do arquivo não é alterada depois que esta função retorna. |
351 | | - </para> |
| 351 | + </simpara> |
352 | 352 | </note> |
353 | 353 | </refsect1> |
354 | 354 | <refsect1 role="seealso"> |
|
0 commit comments