[OT]Al final yo =?ISO-8859-1?Q?tambi=E9n_he_ca=EDdo?=

Pués si, amigos, en parte por la moda, y en parte porque
llevaba 4 años
con una pantalla-cutre-salchichera de "estamos en obras".
Dicen que en
casa de herrero cuchillo de palo, pero lo mío ya era
penoso 8¬P
Yo ya tengo mi blog, para - como alguien dijo una vez - decir
lo que me
apetezca y cuando me apetezca.
Si alguien quiere que le ponga un miniBanner, no hay problema
alguno. No
os voy a cobrar... al menos no hasta que me vuelva muy, muy,
muy famoso xD
De momento me tomé la libertad de colocar uno de Fco y
otro de Juán.
Espero que no os moleste.
Y hala, no doy más la vara.
www.cmacias.com

Sí, la charla fue muy interesante, estuvimos montando un
reproductor de
videos de youtube para móviles. En cuanto a lo de la
Universidad no es
exactamente financiación, sino más bien una ayuda
estratégica para que nos
salga bien de precio.
Un saludo
"Juan Muro" <[email protected]> escribió en el
mensaje
news:[email protected]...
> Guaj, ¡qué guay!, pues a Alicante, total, me
cáe al lado (al otro lado).
> Tendré que pelearme con las fechas, seguro.
> Vaya vaya, Karp papá, ¡feliz insensato!.
> Financiados por una Universidad, pero éso ¿no
es peligroso?.
> Supongo que la charla de Raul fue estupenda, ¿no?.
Yo ahora estoy
> adaptando el tutorial sobre un juego isométrico en
Flash a ActionScript
> 3.0, lo que tiene mucho que ver con Flash Lite.
> Bueno, a ver si salen pronto esas noticias oficiales.
> Salu2
> `8¬]
> Juan Muro
>
>
> "Fco. Moreno" <[email protected]>
escribió en el mensaje de
> noticias news:[email protected]...
>> Excusas, Carlos, que siempre lo hacemos en fin de
semana, que no trabaja
>> nadie... (bueno...) XDD
>> Andrés de fechas aún no se nada, pero el
fin de semana pasado estuve en
>> Alicante, a ver una conferencia de Raul (Elecash) en
la Universidad sobre
>> Flash Lite. Allí estuve con Karp (por cierto,
ha sido papá!) y Emi
>> Velasco, y también tuve la oportunidad de
hablar con Elad, de nitsnets, y
>> me dijo que ya estaba hablado el lugar, un complejo
con habitaciones
>> individuales, piscina, sala de conferencias,
internet por wifi... y a
>> buen precio pues este año nos va a apoyar la
Universidad de Alicante.
>> Pero no quiero decir más hasta que ellos lo
hagan público, que me pierde
>> la boca...
>>
>> Un abrazo.
>>
>> "CMacias" <[email protected]> escribió
en el mensaje
>> news:[email protected]...
>>> Mi principal problema es trabajar en dos sitios
distintos.
>>> Incompatibilidad de fechas sobre todo.
>>>
>>> A ver si convenzo a Marcos y compañía
para que el año que viene se pueda
>>> celebrar en Galicia ;)
>>>
>>> Ainss que envidia !
>>>
>>> Fco. Moreno escribió:
>>>> Pues seguramente en Alicante, en Agosto,
pero aun se está en ello. :-)
>>>> Eh, que yo fui a Oviedo hace dos años,
y a Málaga el año pasado, y no
>>>> lo cambio por nada.
>>>> Además, te acercas a Oviedo a ver al
Mánager y os venis los dos en
>>>> avión XDD.
>>>>
>>>>
>>>> "CMacias" <[email protected]>
escribió en el mensaje
>>>> news:[email protected]...
>>>>> Y digo yo que SUbFlash me queda un poco
lejos... si todavía no fecha
>>>>> ni lugar, no ?
>>>>>
>>>>> CMacias escribió:
>>>>>> Uy, que eso de Don todavía me
queda grande :-)
>>>>>>
>>>>>> Muchas gracias por tu enlace, es
para mi un honor viniendo de quien
>>>>>> viene.
>>>>>>
>>>>>> Y sobre SubFlash este año me
viene un poco lejos, pero probablemente
>>>>>> para el año me anime, sobre
todo para volver a ver a algunos y
>>>>>> conocer en persona a otros.
>>>>>>
>>>>
>>
>

Similar Messages

How to set the Xml Encoding ISO-8859-1 to Transformer or DOMSource

I have a xml string and it already contains an xml declaration with encoding="ISO-8859-1". (In my real product, since some of the element/attribute value contains a Spanish character, I need to use this encoding instead of UTF-8.) Also, in my program, I need to add more attributes or manipulate the xml string dynamically, so I create a DOM Document object for that. And, then, I use Transformer to convert this Document to a stream.
My problme is: Firstly, once converted through the Transformer, the xml encoding changed to default UTF-8, Secondly, I wanted to check whether the DOM Document created with the xml string maintains the Xml Encoding of ISO-8859-1 or not. So, I called Document.getXmlEncoding(), but it is throwing a runtime error - unknown method.
Is there any way I can maintain the original Xml Encoding of ISO-8859-1 when I use either the DOMSource or Transformer? I am using JDK1.5.0-12.
Following is my sample program you can use.
I would appreciate any help, because so far, I cannot find any answer to this using the JDK documentation at all.
Thanks,
Jin Kim
import java.io.*;
import org.w3c.dom.Document;
import org.w3c.dom.Element;
import org.w3c.dom.Node;
import org.w3c.dom.NodeList;
import org.w3c.dom.Attr;
import org.xml.sax.InputSource;
import javax.xml.parsers.DocumentBuilder;
import javax.xml.parsers.DocumentBuilderFactory;
import javax.xml.transform.Templates;
import javax.xml.transform.Transformer;
import javax.xml.transform.TransformerException;
import javax.xml.transform.TransformerFactory;
import javax.xml.transform.TransformerConfigurationException;
import javax.xml.transform.dom.DOMSource;
import javax.xml.transform.Source;
import javax.xml.transform.stream.StreamSource;
import javax.xml.transform.stream.StreamResult;
public class XmlEncodingTest
    StringBuffer xmlStrBuf = new StringBuffer();
    TransformerFactory tFactory = null;
    Transformer transformer = null;
    Document document = null;
    public void performTest()
        xmlStrBuf.append("<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n")
                 .append("<TESTXML>\n")
                 .append("<ELEM ATT1=\"Yes\" />\n")
                 .append("</TESTXML>\n");
        // the encoding is set to iso-8859-1 in the xml declaration.
        System.out.println("initial xml = \n" + xmlStrBuf.toString());
        try
            //Test1: Use the transformer to ouput the xmlStrBuf.
            // This shows the xml encoding result from the transformer which will change to UTF-8
            tFactory = TransformerFactory.newInstance();
            transformer = tFactory.newTransformer();
            StreamSource ss = new StreamSource( new StringBufferInputStream( xmlStrBuf.toString()));
            System.out.println("Test1 result = ");
            transformer.transform( ss, new StreamResult(System.out));
            //Test2: Create a DOM document object for xmlStrBuf and manipulate it by adding an attribute ATT2="No"
            DocumentBuilderFactory dfactory = DocumentBuilderFactory.newInstance();
            DocumentBuilder builder = dfactory.newDocumentBuilder();
            document = builder.parse( new StringBufferInputStream( xmlStrBuf.toString()));
            // skip adding attribute since it does not affect the test result
            // Use a Transformer to output the DOM document. the encoding becomes UTF-8
            DOMSource source = new DOMSource(document);
            StreamResult result = new StreamResult(System.out);
            System.out.println("\n\nTest2 result = ");
            transformer.transform(source, result);
        catch (Exception e)
            System.out.println("<performTest> Exception caught. " + e.toString());
    public static void main( String arg[])
        XmlEncodingTest xmlTest = new XmlEncodingTest();
        xmlTest.performTest();
}

Thanks DrClap for your answer. With your information, I rewrote the sample program as in the following, and it works well now as I intended! About the UTF-8 and Spanish charaters, I think you are right. It looks like there can be many factors involved on this subject though - for example, the real character sets used to create an xml document, and the xml encoding information declared will matter. The special character I had a trouble was u00F3, and somehow, I found out that Sax Parser or even Document Builder parser does not like this character when encoding is set to "UTF-8" in the Xml document. My sample program below may not be a perfect example, but if you replaces ISO-8859-1 with UTF-8, and not setting the encoding property to the transfermer, you may notice that the special character in my example is broken in Test1 and Test2. In my sample, I decided to use ByteArrayInputStream instead of StringBufferInpuptStream because the documentation says StringBufferInputStream may have a problem with converting characters into bytes.
Thanks again for your help!
Jin Kim
import java.io.*;
import java.util.*;
import org.w3c.dom.Document;
import org.w3c.dom.Element;
import org.w3c.dom.Node;
import org.w3c.dom.NodeList;
import org.w3c.dom.Attr;
import org.xml.sax.InputSource;
import javax.xml.parsers.DocumentBuilder;
import javax.xml.parsers.DocumentBuilderFactory;
import javax.xml.transform.Templates;
import javax.xml.transform.Transformer;
import javax.xml.transform.TransformerException;
import javax.xml.transform.TransformerFactory;
import javax.xml.transform.TransformerConfigurationException;
import javax.xml.transform.dom.DOMSource;
import javax.xml.transform.Source;
import javax.xml.transform.stream.StreamSource;
import javax.xml.transform.stream.StreamResult;
* XML encoding test for Transformer
public class XmlEncodingTest2
    StringBuffer xmlStrBuf = new StringBuffer();
    TransformerFactory tFactory = null;
    Document document = null;
    public void performTest()
        xmlStrBuf.append("<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n")
                 .append("<TESTXML>\n")
                 .append("<ELEM ATT1=\"Resoluci�n\">\n")
                 .append("Special charatered attribute test")
                 .append("\n</ELEM>")
                 .append("\n</TESTXML>\n");
        // the encoding is set to iso-8859-1 in the xml declaration.
        System.out.println("**** Initial xml = \n" + xmlStrBuf.toString());
        try
            //TransformerFactoryImpl transformerFactory = new TransformerFactoryImpl();
            //Test1: Use the transformer to ouput the xmlStrBuf.
            tFactory = TransformerFactory.newInstance();
            Transformer transformer = tFactory.newTransformer();
            byte xmlbytes[] = xmlStrBuf.toString().getBytes("ISO-8859-1");
            StreamSource streamSource = new StreamSource( new ByteArrayInputStream( xmlbytes ));
            ByteArrayOutputStream xmlBaos = new ByteArrayOutputStream();
            Properties transProperties = transformer.getOutputProperties();
            transProperties.list( System.out); // prints out current transformer properties
            System.out.println("**** setting the transformer's encoding property to ISO-8859-1.");
            transformer.setOutputProperty("encoding", "ISO-8859-1");
            transformer.transform( streamSource, new StreamResult( xmlBaos));
            System.out.println("**** Test1 result = ");
            System.out.println(xmlBaos.toString("ISO-8859-1"));
            //Test2: Create a DOM document object for xmlStrBuf to add a new attribute ATT2="No"
            DocumentBuilderFactory dfactory = DocumentBuilderFactory.newInstance();
            DocumentBuilder builder = dfactory.newDocumentBuilder();
            document = builder.parse( new ByteArrayInputStream( xmlbytes));
            // skip adding attribute since it does not affect the test result
            // Use a Transformer to output the DOM document.
            DOMSource source = new DOMSource(document);
            xmlBaos.reset();
            transformer.transform( source, new StreamResult( xmlBaos));
            System.out.println("\n\n****Test2 result = ");
            System.out.println(xmlBaos.toString("ISO-8859-1"));
            //xmlBaos.flush();
            //xmlBaos.close();
        catch (Exception e)
            System.out.println("<performTest> Exception caught. " + e.toString());
        finally
    public static void main( String arg[])
        XmlEncodingTest2 xmlTest = new XmlEncodingTest2();
        xmlTest.performTest();
}

Character set conversion UTF-8 -- ISO-8859-1 generates question mark (?)

I'm trying to convert an XML-file in UTF-8 format to another file with character set ISO-8859-1.
My problem is that the ISO-8859-1 file generates a question mark (?) and puts it as a prefix in the file.
?<?xml version="1.0" encoding="UTF-8"?>
<ns0:messagetype xmlns:ns0="urn:olof">
<underkat>testv��rde</underkat>
</ns0:messagetype>
Is there a way to do the conversion without getting the question mark?
My code looks as follows:
public class ConvertEncoding {
     public static void main(String[] args) {
          String from = "UTF-8", to = "ISO-8859-1";
          String infile = "C:\\temp\\infile.xml", outfile = "C:\\temp\\outfile.xml";
          try {
               convert(infile, outfile, from, to);
          } catch (Exception e) {
               System.out.println(e.getMessage());
               System.exit(1);
     private static void convert(String infile, String outfile,
                                        String from, String to)
                         throws IOException, UnsupportedEncodingException
          //Set up byte streams
          InputStream in = null;
          OutputStream out = null;
          if(infile != null) {
               in = new FileInputStream(infile);
          if(outfile != null) {
               out = new FileOutputStream(outfile);
          //Set up character streams
          Reader r = new BufferedReader(new InputStreamReader(in, from));
          Writer w = new BufferedWriter(new OutputStreamWriter(out, to));
          /*Copy characters from input to output.
           * The InputSreamreader converts
           * from Unicode to the output encoding.
           * Characters that cannot be represented in
           * the output encoding are output as '?'
          char[] buffer = new char[4096];
          int len;
          while((len = r.read(buffer))!= -1) { //Read a block of output
               w.write(buffer, 0, len);
          r.close();
          w.flush();
          w.close();
}

Yes the next character is the '<'
The file that I read from is generated by an integration platform. I send a plain file to it (supposedly in UTF-8 encoding) and it returns another file (in between I call my java class that converts the characterset from UTF-8 to ISO-8859-1). The file that I get back contains the '��' if the conversion doesn't work and '?' if the conversion worked.
My solution so far is to skip the first "junk-characters" when reading from the inputstream. Something like:
private static final char UTF_BOM = '\uFEFF'; //UTF-BOM = ?
String from = "UTF-8", to = "ISO-8859-1";
if (from != null && from.toLowerCase().startsWith("utf-")) { //Are we reading an UTF encoded file?
/*Read first character of the UTF-Encoded file
It will return '?' in the first position if we are dealing with UTF encoding If ? is returned we skip this character in the read
try {
r.mark(1); //Only allow to read one char for the reset function to work
char c;
int i = r.read();
c = (char) i;
if (String.valueOf(UTF_BOM).equalsIgnoreCase(String.valueOf(c))) {
r.reset(); //reset to start position
r.skip(1); //Skip first character when reading from the stream
else {
r.reset();
} catch (IOException e) {
e.getMessage();
//return null;
}

British Pound Sterling with UTF-8 and ISO-8859-15

Please excuse my long-windedness ... I'm simply trying to answer all possible questions up front and give the most possible information. I've searched through tons of forums and all over various sites and references and am not able to come up with a concrete solution to this. I'd appreciate any help anyone has.
I'm having some trouble with character sets and international currencies.
Our server was recently upgraded from Red Hat 7.3 to Red Hat 8.0. I understand that the default system encoding thus changed from ISO-8859-15 to UTF-8. I have verified this by executing the following:
public class WhichEncoding {
public static void main(String args[])
    String p = System.getProperty("file.encoding");
    System.out.println(p);
}I have two machines, one which represents the old system (7.3) and one representing the new (8.0), which I will call machine73 and machine80 respectively.
[machine73:~]# java WhichEncoding
ISO-8859-15
[machine80:~]# java WhichEncoding
UTF-8I have also verified that the JVM is using the correct default character set by executing the following:
import java.io.ByteArrayOutputStream;
import java.io.OutputStreamWriter;
public class WhichCharset {
    public static void main (String[] args) {
        String foo = (String)(new OutputStreamWriter(new ByteArrayOutputStream())).getEncoding();
        System.out.println(foo);
}which yields:
[machine73:~]# java WhichCharset
ISO-8859-15
[machine80:~]# java WhichCharset
UTF8Here comes the problem. I have the following piece of code:
import java.text.NumberFormat;
import java.util.Locale;
public class TestPoundSterling
    public static void main (String[] args)
        NumberFormat nf = NumberFormat.getCurrencyInstance(new Locale("en", "GB"));
        System.out.println(nf.format(1.23));
}When I compile and execute this, I see mixed results. On machine73, I see what I would expect to see, the British Pound Sterling followed by 1.23. To be sure, I outputted the results to a file which I viewed in a hex editor, and observed [A3 31 2E 32 33 0A], which seems to be correct.
However, when I execute it on machine80, I see a capital A with a circumflex (carat) preceding the British Pound Sterling and the 1.23. The hex editor shows [C2 A3 31 2E 32 33 0A].
I looked up these hexadecimal values:
Extended ASCII
0xC2 = "T symbol"
0xA3 = lowercase "u" with grave
ISO-8859-1
0xC2 = Capital "A" with circumflex (carat)
0xA3 = British Pound Sterling
Unicode Latin-1
0x00C2 = Capital "A" with circumflex (carat)
0x00A3 = British Pound Sterling
(This explains why, when I remove /bin/unicode_start and reboot, I see a "T symbol" and "u" with a grave in place of what I saw before ... probably an irrelevant sidenote).
I found a possible answer on http://www.cl.cam.ac.uk/~mgk25/unicode.html#utf-8 under the Examples section. Apparently, a conversion between Unicode and UTF-8 acts differently based on the original Unicode value. Since the Pound Sterling falls between U-00000080 � U-000007FF (using the chart on the mentioned site), the conversion would be (as far as I can tell):
U-000000A3 = 11000010 10101001 = 0xC2 0xA3
This appears to be where the extra 0xC2 pops up.
Finally, to the whole point of this: How can I fix this so that things work as they should on machine80 like they did on machine73. All I want to see at the command line is the Pound Sterling. Getting the 0xC2 preceding the Pound Sterling causes some parts of my applications to fail.
Here's some additional information that might be of use:
[machine73:~]# cat /etc/sysconfig/i18n
LANG="en_US.iso885915"
SUPPORTED="en_US.iso885915:en_US:en"
SYSFONT="lat0-sun16"
SYSFONTACM="iso15"
[machine73:~]# echo $LANG
en_US.iso885915
[machine80:~]# cat /etc/sysconfig/i18n
LANG="en_US.UTF-8"
SUPPORTED="en_US.UTF-8:en_US:en"
SYSFONT="latarcyrheb-sun16"
[machine80:~]# echo $LANG
en_US.UTF-8Any help is very, very much appreciated. Thanks.

you didn't look hard enough, this is a faq...
there three options:
1) change the system encoding by setting LANG or LC_CTYPE environment variables... assuming you use bash:bash$ export LC_CTYPE=en_GB.iso88591 you can check the available locales with locale -a ... pipe it to grep en_GB to filter out the non-british english locales
-OR-
2) change the java default encoding from the command line with -Dfile.encoding... run with$ java -Dfile.encoding=ISO-8859-1 yourclass-OR-
3) set the encoding from within the program with OutputStreamWriter, or use a PrintStream that has the encoding set..PrintStream out = new PrintStream(new FileOutputStream(FileDescriptor.out), true, "ISO-8859-1");
System.setOut(out);see also the internationalization tutorial & the javadoc of the related classes....

=?iso-8859-1?Q?Re:_=28PS=29_Im=E1genes_de_Rango_din=E1mico_HDR_-3?=

This is a multi-part message in MIME format.
------=_NextPart_000_004C_01C816E0.3950EF70
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sin =E1nimo de ofender pero creo que Juan deber=EDas
sustituir a Andres =
Cayon en cuanto al coordinador de Macromedia.. colabora menos
que tu, no =
tiene pedazo art=EDculos como estos.
"Juan Muro" <[email protected]> escribi=F3 en el
mensaje =
news:[email protected]...
---> viene del anterior
Pues bien, ya estamos listos para hacer nuestra primera
im=E1gen HDR, =
tenemos la c=E1mara, el tr=EDpode y el disparador
autom=E1tico y =
adem=E1s ya sabemos c=F3mo ajustamos el diafragma de manera
manual, o =
bien hemos comprobado que nuestra c=E1mara dispone del
maravilloso =
mecanismo de disparo bracketing, (y si esto es cierto quiero
aclarar =
que debemos probar las diferentes aperturas del diafragma
antes de =
disparar en bracketing, pues este modo de disparo
autom=E1tico no ajusta =
la velocidad de obturaci=F3n respecto a la apertura del
diafragma y por =
=E9so nos puede variar la profundidad de campo de tal manera
que nos =
encontramos con zonas m=E1s borrosas que otras dependiendo de
su =
distancia al objetivo, lo cual debemos evitar pues las fotos
que =
obtengamos para componer luego la im=E1gen HDR deben ser
absolutamente =
iguales salvo en la luz).
Pero claro si nos hace falta un tr=EDpode y al menos dos o
tres fotos, =
nunca podremos conseguir una foto HDR en movimiento. Pues no,
no es =
cierto, podemos hacerla, pero simul=E1ndo el HDR a partir de
una buena =
captura RAW, como dije en el primer mensaje, =E9so veremos
despu=E9s =
c=F3mo se hace.
De momento lo importante es conseguir las tomas que
comprondr=E1n =
nuestra imagen final. Lo primero ser=E1 ajustar la
sensibilidad ISO de =
la pel=EDcula a la menor posible (a la que corresponda,
habitualmente a =
21 DIN -- 100 ISO para exteriores normalmente iluminados),
as=ED =
evitaremos el ruido =F3ptico. Lo segundo es ensayar el
m=E9todo de =
apertura del diafragma sin que se nos mueva ni un =E1pice la
c=E1mara. Y =
lo tercero es hacer las fotos, cuantas m=E1s mejor, con un
m=EDnimo de =
dos fotos podemos obtener ya un hdr, pero lo normal es
hacerlo con tres, =
aunque yo he llegado a hacer hasta siete tomas diferentes de
la misma =
im=E1gen.
En estas tomas no tenemos la necesidad de valorar el
contraluz, ni por =
tanto la posici=F3n del sol respecto de la c=E1mara, ni si
alg=FAnas =
partes de la im=E1gen quedar=E1n solarizadas, ni siquiera si
existe =
alg=FAn objeto entre el foco luminoso y el objetivo, porque
todos estos =
obst=E1culos habituales quedar=E1n superados con esta
t=E9cnica.
Pero s=ED debemos valorar el tiempo de exposici=F3n, o lo
que es lo =
mismo la velocidad de obturaci=F3n del diafragma, porque de
ella depende =
en gran medida la cantidad de luz que recibe nuestra im=E1gen
y la =
definici=F3n de las texturas que contiene.
Luego guardaremos las im=E1genes en formato Tiff o Psd y las
=
volcaremos a nuestra computadora, donde las podemos renombrar
(aunque no =
es estrictamente necesario, pero ayuda para organizarse).
Lo dem=E1s ser=E1 todo hecho con nuestro viejo conocido
Photoshop, =
aunque solo admiten esta t=E9cnica las versiones CS2 y CS3, =
b=E1sicamente porque antes no se hab=EDa inventado, je, je.
---> contin=FAa
------=_NextPart_000_004C_01C816E0.3950EF70
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2900.3199"
name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Sin =E1nimo de
ofender pero creo que =
Juan deber=EDas=20
sustituir a Andres Cayon en cuanto al coordinador de
Macromedia.. =
colabora menos=20
que tu, no tiene pedazo art=EDculos como
estos.</FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT:
5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Juan Muro" <<A=20
href=3D"mailto:[email protected]">[email protected]</A>>
=
escribi=F3 en el=20
mensaje <A=20
=
href=3D"news:[email protected]">news:fff5hs$se2$1@forums=
.macromedia.com</A>...</DIV>
<DIV><FONT face=3DArial
size=3D2><EM>---> viene del =
anterior</EM></FONT></DIV>
<DIV><EM><FONT face=3DArial
size=3D2></FONT></EM> </DIV>
<DIV><FONT face=3DArial size=3D2>Pues bien, ya
estamos listos para =
hacer nuestra=20
primera im=E1gen HDR, tenemos la c=E1mara, el tr=EDpode y el
=
disparador autom=E1tico y=20
adem=E1s ya sabemos c=F3mo ajustamos el diafragma de manera
manual, o =
bien hemos=20
comprobado que nuestra c=E1mara dispone del maravilloso
mecanismo de =
disparo<EM>=20
bracketing, </EM>(y si esto es cierto quiero
aclarar que debemos =
probar=20
las diferentes aperturas del diafragma antes de disparar en
=
bracketing, pues=20
este modo de disparo autom=E1tico no ajusta la velocidad de
=
obturaci=F3n respecto=20
a la apertura del diafragma y por =E9so nos puede variar la
=
profundidad de campo=20
de tal manera que nos encontramos con zonas m=E1s borrosas
que otras =
dependiendo=20
de su distancia al objetivo, lo cual debemos evitar pues las
fotos que =
obtengamos para componer luego la im=E1gen HDR deben ser
absolutamente =
iguales=20
salvo en la luz).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Pero claro si
nos hace falta un =
tr=EDpode y al=20
menos dos o tres fotos, nunca podremos conseguir una foto
HDR en =
movimiento.=20
Pues no, no es cierto, podemos hacerla, pero simul=E1ndo el
HDR a =
partir de=20
una buena captura RAW, como dije en el primer
mensaje, =E9so =
veremos =20
despu=E9s c=F3mo se hace.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>De momento lo
importante es conseguir =
las tomas=20
que comprondr=E1n nuestra imagen final. Lo primero ser=E1 =
ajustar la=20
sensibilidad ISO de la pel=EDcula a la menor
posible (a la que=20
corresponda, habitualmente a 21 DIN -- 100 ISO para
exteriores =
normalmente=20
iluminados), as=ED evitaremos el ruido =F3ptico. Lo segundo
es ensayar =
el m=E9todo=20
de apertura del diafragma sin que se nos mueva ni un =E1pice
la =
c=E1mara. Y lo=20
tercero es hacer las fotos, cuantas m=E1s mejor, con un
m=EDnimo de =
dos fotos=20
podemos obtener ya un hdr, pero lo normal es hacerlo con
tres, aunque =
yo he=20
llegado a hacer hasta siete tomas diferentes de la misma =
im=E1gen.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>En estas tomas
no tenemos la =
necesidad de valorar=20
el contraluz, ni por tanto la posici=F3n del sol respecto de
la =
c=E1mara, ni si=20
alg=FAnas partes de la im=E1gen quedar=E1n solarizadas, ni
siquiera si =
existe alg=FAn=20
objeto entre el foco luminoso y el objetivo, porque todos
estos =
obst=E1culos=20
habituales quedar=E1n superados con esta
t=E9cnica.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Pero s=ED
debemos valorar el tiempo =
de exposici=F3n,=20
o lo que es lo mismo la velocidad de obturaci=F3n del
diafragma, =
porque de ella=20
depende en gran medida la cantidad de luz que recibe nuestra
im=E1gen =
y la=20
definici=F3n de las texturas que
contiene.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Luego
guardaremos las im=E1genes en =
formato Tiff o=20
Psd y las volcaremos a nuestra computadora, donde las
podemos =
renombrar=20
(aunque no es estrictamente necesario, pero ayuda para=20
organizarse).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Lo dem=E1s
ser=E1 todo hecho con =
nuestro viejo=20
conocido Photoshop, aunque solo admiten esta t=E9cnica las
versiones =
CS2 y CS3,=20
b=E1sicamente porque antes no se hab=EDa inventado, je, =
je.</FONT></DIV>
<DIV align=3Dright><FONT face=3DArial
size=3D2><EM>--->=20
contin=FAa</EM></FONT></DIV>
<DIV><FONT face=3DArial =
size=3D2></FONT> </DIV></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_004C_01C816E0.3950EF70--

maybe OP want to extract all numbers from his inbox using regular expressions?

=?iso-8859-1?Q?OT:_Ya_estamos_por_aqu=ED_de_nuevo..._se_acab=F3_agosto?=

This is a multi-part message in MIME format.
------=_NextPart_000_0008_01C6CFFB.3BEAC3A0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Bueno me apetece hacer estad=EDsticas... os gust=F3 vuestro
viaje ? Os =
quemaron el tel=E9fono los clientes y jefes =BF?
Yo estuve por Alemania...
Lucas Sevilla
www.lucassevilla.info
www.gestproyect.info=20
------=_NextPart_000_0008_01C6CFFB.3BEAC3A0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2900.2963"
name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3D"Trebuchet MS" size=3D2>Bueno
me apetece hacer =
estad=EDsticas... os=20
gust=F3 vuestro viaje ? Os quemaron el tel=E9fono los
clientes y jefes=20
=BF?</FONT></DIV>
<DIV><FONT face=3D"Trebuchet MS"
size=3D2></FONT> </DIV>
<DIV><FONT face=3D"Trebuchet MS" size=3D2>Yo
estuve por =
Alemania...</FONT></DIV>
<DIV>
<P>Lucas Sevilla</P>
<P><A =
href=3D"
http://www.lucassevilla.info">www.lucassevilla.info</A></P>
<P><A href=3D"
http://www.gestproyect.info">www.gestproyect.info</A>=20
</P></DIV></BODY></HTML>
------=_NextPart_000_0008_01C6CFFB.3BEAC3A0--

This is a multi-part message in MIME format.
------=_NextPart_000_0012_01C6D022.066537C0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
lastima... este a=F1o pude disfrutar de un mes en serio,
salvando las =
circunstancias de las llamaditas de principio y final de
mes... pero =
bueno ya me tocaba... el a=F1o pasado teniendo derecho a 1
mes me quede =
con 5 d=EDas... as=ED que... (por supuesto cambie de trabajo
xd)
Lucas Sevilla
www.lucassevilla.info
www.gestproyect.info=20
"YaC" <[email protected]> escribi=F3 en el
mensaje =
news:[email protected]...
Hola Lucas,=20
Estad=EDsticas: yo estuve observando el foro para que nadie
entrase a =
robar.
Vacaque??? una semana y nublado! Demasiado curro :-(
YaC
"Lucas Sevilla" <[email protected]> escribi=F3
en el mensaje =
news:[email protected]...
Bueno me apetece hacer estad=EDsticas... os gust=F3 vuestro
viaje ? =
Os quemaron el tel=E9fono los clientes y jefes =BF?
Yo estuve por Alemania...
Lucas Sevilla
www.lucassevilla.info
www.gestproyect.info=20
------=_NextPart_000_0012_01C6D022.066537C0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2900.2963"
name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3D"Trebuchet MS"
size=3D2>lastima... este a=F1o pude =
disfrutar de un=20
mes en serio, salvando las circunstancias de las llamaditas
de principio =
y final=20
de mes... pero bueno ya me tocaba... el a=F1o pasado teniendo
derecho a =
1 mes me=20
quede con 5 d=EDas... as=ED que... (por supuesto cambie de
trabajo =
xd)</FONT></DIV>
<DIV>
<P>Lucas Sevilla</P>
<P><A =
href=3D"
http://www.lucassevilla.info">www.lucassevilla.info</A></P>
<P><A href=3D"
http://www.gestproyect.info">www.gestproyect.info</A>
=
</P></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT:
5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"YaC" <<A=20
=
href=3D"mailto:[email protected]">[email protected]</=
A>>=20
escribi=F3 en el mensaje <A=20
=
href=3D"news:[email protected]">news:edgtj8$8a1$1@forums=
.macromedia.com</A>...</DIV>
<DIV><FONT face=3DArial size=3D2>Hola Lucas,
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Estad=EDsticas:
yo estuve observando =
el foro para=20
que nadie entrase a robar.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Vacaque??? una
semana y nublado! =
Demasiado curro=20
:-(</FONT></DIV>
<DIV><FONT face=3DArial
size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial
size=3D2>YaC</FONT></DIV>
<DIV><FONT face=3DArial
size=3D2></FONT> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT:
5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Lucas Sevilla" <<A=20
=
href=3D"mailto:[email protected]">[email protected]</A>>=
=20
escribi=F3 en el mensaje <A=20
=
href=3D"news:[email protected]">news:edggl4$mj8$1@forums=
.macromedia.com</A>...</DIV>
<DIV><FONT face=3D"Trebuchet MS" size=3D2>Bueno
me apetece hacer =
estad=EDsticas...=20
os gust=F3 vuestro viaje ? Os quemaron el tel=E9fono los
clientes y =
jefes=20
=BF?</FONT></DIV>
<DIV><FONT face=3D"Trebuchet MS"
size=3D2></FONT> </DIV>
<DIV><FONT face=3D"Trebuchet MS" size=3D2>Yo
estuve por =
Alemania...</FONT></DIV>
<DIV>
<P>Lucas Sevilla</P>
<P><A =
href=3D"
http://www.lucassevilla.info">www.lucassevilla.info</A></P>
<P><A href=3D"
http://www.gestproyect.info">www.gestproyect.info</A>=20
</P></DIV></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0012_01C6D022.066537C0--

=?iso-8859-1?Q?=5BFlash=5D_Rotar_un_tri=E1ngulo?=

This is a multi-part message in MIME format.
------=_NextPart_000_026F_01C8845B.79B82220
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
No ando mucho con Flash, pero se me ocurri=F3 hacer una
botonera que =
est=E1 oculta, con una peque=F1a solapa que tiene una
flechita =
se=F1alando hacia arriba y cuando uno hace clic en la
flechta, la =
botonera sube y la flechita va girando en sentido horario
hasta quedar =
se=F1alando hacia abajo. El problema es que al girar, cambia
la forma. =
=BFTengo que usar una imagen para la flechita o hay algo que
no estoy =
haciendo bien?. Me fij=E9 que el punto que marca el centro
est=E9 =
all=ED, pero parece que es in=FAtil, porque la figura se
deforma al =
rotar.
------=_NextPart_000_026F_01C8845B.79B82220
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.6000.16608"
name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>No ando mucho
con Flash, pero se me =
ocurri=F3 hacer=20
una botonera que est=E1 oculta, con una peque=F1a solapa que
tiene una =
flechita=20
se=F1alando hacia arriba y cuando uno hace clic en la
flechta, la =
botonera sube y=20
la flechita va girando en sentido horario hasta quedar
se=F1alando hacia =
abajo. El=20
problema es que al girar, cambia la forma. =BFTengo que usar
una imagen =
para la=20
flechita o hay algo que no estoy haciendo bien?. Me fij=E9
que el punto =
que marca=20
el centro est=E9 all=ED, pero parece que es in=FAtil, porque
la figura =
se deforma=20
al rotar.
</FONT></DIV></BODY></HTML>
------=_NextPart_000_026F_01C8845B.79B82220--

¡¡¡ Muchas gracias Pedro!!!. ya recibí tu
e-mail. Solucionado el tema.
"Pedro_pfphoto" <[email protected]>
escribió en el mensaje
news:[email protected]...
> Hola de nuevo:
> joer Juan, mejor explicado imposible. Yo también
creo que esa
> 'deformación' se la produce el punto de
transformación del mc.
> Bigote te he enviado un ejemplo a tu correo de hotmail.
> Espero que te sirva.
> Un saludo
>
> Juan Muro escribió:
>> No, no hacen falta cavilaciones matemáticas ni
complicarse la vida para
>> rotar un objeto en Flash, pero no obstante he hecho
la prueba en Flash
>> 5,6,7 y 8 y en ninguna versión he visto un bug
en este asunto. Flash no
>> deforma los movieclips al rotarlos. Haz lo siguiente
paso a paso:
>> 1º.- Dibujas un triángulo, no como forma
de dibujo sino totalmente
>> separado hasta que al señalarlo le veas los
pixels.
>> 2º.-Lo agrupas (Ctrl+G) y lo conviertes en
movieclip (F8) cuidando de que
>> su punto de transformación sea el centro.
>> 3º. Señalado el fotograma que lo contiene
activas la interpolación de
>> movimiento. Se volverá azul el fotograma.
>> 4º.- En el fotograma que quieres que acabe la
rotación lo señalas y
>> pulsas F6. Se pondrá una linea contínua
terminada en flecha con fondo
>> azul entre ambos fotogramas.
>> 5º.- En el último fotograma señalas
el movieclip y lo giras 180º con la
>> herramienta de giro.
>> Y'astá.
>> Salu2
>> `8¬}
>> Juan Muro
>> "BIGOTE" <[email protected]>
escribió en el mensaje
>> news:[email protected]...
>>> Ojo. Recién estaba haciendo una prueba y
aclaro lo que digo en el primer
>>> mensaje: el triángulo en la posición
inicial, está apoyado en su base
>>> (la punta señala hacia arriba), pero en la
posición final, la punta
>>> señala hacia abajo. El triángulo
cumple la función de una flecha,
>>> señalando hacia arriba y hacia abajo.
>>>
>>> Si no le cambio la posición final, no se
deforma.
>>>
>>>
>>>
>>> "BIGOTE" <[email protected]>
escribió en el mensaje
>>> news:[email protected]...
>>>> Sí, el triángulo lo dibujé y
lo converti en clip de película, luego
>>>> hice la animación colocando ese clip en
el fotograma 1 y en el
>>>> fotograma 10. Cree la interpolación de
movimiento y le puse que rote en
>>>> el sentido horario. La rotación la
hace, pero no como yo quiero, que es
>>>> sin perder su forma triangular. Probé
con una imagen, también
>>>> convertida en clip de película e igual
la deforma.
>>>>
>>>> Otra cosa que probé es integrar el
triángulo dentro de un círculo con
>>>> el mismo color de fondo del escenario, pero
también me distorciona el
>>>> círculo.
>>>>
>>>> Si tenés una muestra mandámela (el
correo es este mismo, no tenés que
>>>> sacar ni poner nada) que quiero ver
dónde estoy cometiendo el error.
>>>>
>>>> Muchas gracias.
>>>>
>>>> Ayer estuve buscando en Google y me
encontré con esto:
>>>>
http://acertijos-y-enigmas.com.ar/index.php/2004/10/24/girando-triangulos/#comments,
>>>> Tengo que verlo, pero ya me da miedo pensar
que para mover un
>>>> triangulito de 18 x 18 tenga que hacer un
curso en la NASA, jajaja.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> "Pedro_pfphoto"
<[email protected]> escribió en el mensaje
>>>> news:[email protected]...
>>>>> Hola:
>>>>> es muy sencillo.
>>>>> Dibuja la flecha y conviértela en
un movieclip. Despues con el mc haz
>>>>> la interpolación de movimiento. Te
tiene que funcionar sin problemas.
>>>>> Si no es así dímelo y te
envío un ejemplo
>>>>> Un saludo
>>>>>
>>>>> BIGOTE escribió:
>>>>>> Por interpolación de
movimiento. La versión es la 8
>>>>>> "Juan Muro" <[email protected]
<mailto:[email protected]>>
>>>>>> escribió en el mensaje
news:[email protected]...
>>>>>> ¿Y cómo la
rotas?¿Interpolación de forma, de movimiento o con
>>>>>> action
>>>>>> script?. ¿Qué versión
de flash usas?
>>>>>> Salu2
>>>>>> `8¬]
>>>>>> Juan Muro
>>>>>>
>>>>>> "BIGOTE"
<[email protected]
>>>>>>
<mailto:[email protected]>> escribió en el
mensaje
>>>>>> de
>>>>>> noticias
news:[email protected]...
>>>>>> No ando mucho con Flash, pero se me
ocurrió hacer una
>>>>>> botonera
>>>>>> que está oculta, con una
pequeña solapa que tiene una
>>>>>> flechita
>>>>>> señalando hacia arriba y cuando
uno hace clic en la flechta,
>>>>>> la
>>>>>> botonera sube y la flechita va
girando en sentido horario
>>>>>> hasta
>>>>>> quedar señalando hacia abajo.
El problema es que al girar,
>>>>>> cambia la forma. ¿Tengo que
usar una imagen para la flechita
>>>>>> o
>>>>>> hay algo que no estoy haciendo
bien?. Me fijé que el punto
>>>>>> que
>>>>>> marca el centro esté allí,
pero parece que es inútil, porque
>>>>>> la
>>>>>> figura se deforma al rotar.
>>>>
>>>
>>

Sun Java System Messaging Server doesn't support some ISO 8859 charsets

Hello,
I couldn't find any link to report bugs on the Sun Java System Messaging Server, so i guess i'll report it here:
Sun Java System Messaging Server currently doesn't support the ISO 8859-13 charset, which is the standard charset in the Baltic states. When a person recieves an email in that charset, every non-ASCII character in the message becomes absolutely unreadable when displayed in this webmail application.
This has been tested with this version of the product:
X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.01 (built Jun 24 2004)
Furthermore, you can test the case by yourself using this link: http://www.lietuvybe.org/testas/. You can enter your e-mail address there to get a few sample messages in Baltic and Cyrillic charsets. You will see that the Sun Java System Messaging Server passes all those tests except this particular one. So, it's a very nice product. :)
It would be very very very cool if Sun would fix this small, but very important issue.
regards,
Rimas Kudelis

Hey! :)
I am feeling some bad vibes, here.Hey, sorry, I didn't want you to think it's personal. I didn't really mean to hurt you or whatever. You are trying to help and I do appreciate that. I really do.
The reason i'm a bit sad is about the policy of others:
First, i am not a provider of that webmail service i'm talking about. A big Lithuanian company is. Personally, I rarely use webmail apps at all, and even when i do, i use an app i internationalized myself. :). Meanwhile, i install Horde IMP as a webmail application for my small servers, and i'm satisfied with it.
The problem i described is literally not my problem. It's a problem of that big Lithuanian company mentioned above (and the users of its webmail system). I suppose this company does have that account already and, furthermore, they are the ones who should post to this forum or file a support request., and they are the ones who should be worried about that bug. However, reality differs. In reality, big companies in Lithuania don't care about correctness of their webmail apps too much. However, there are a few maniacs like me who do. We test their webmail apps, we contact them and describe them their problems and ask them to fix those problems. Sometimes, they do that, but in most cases we either don't get a reply at all, or we get something like "we'll take a look at it later". For example, lately, we had an issue with one of the most popular webmail providers in Lithuania skipping a MIME-version header. Fixing this issue is just a single line of code. However, we had to push them annoyingly for kinda few months until they finally fixed it.
That was the first aspect.
The second is that i don't really like to create hundreds of accounts for myself just to ocasionally report bugs like this one. If only Sun would let me to simply file a bug, and forget that, i would gladly do it. But no, i have to find a deeply hiden support page, then fill a form, create myself an account and a password, then log on, then fill some misterious support request... Do I have to do that for a company that won't even consider thanking me? I think that's too much. Furthermore, every party on the net enforces it's own username and password restrictions. That sucks too. I wish i could just log on as "rq" everywhere like this forum, using the same password i could easily remember. However, i have to use "rq", "er-ku" or "erku" or "rq@something" as my username on different platforms, and sometimes even my (long enough) password is not accepted. It's hard to track such accounts, and in most cases like this one, i don't really want to have an account at all, as i'm just passing by.
To summarize the post: I'm NOT a licenced user, and all I wanted was to file a bug, which affects licenced users and ordinary people.
How do i remove my account from this forum now? :)

DB2 with iso-8859-15 text encoding

Hi,
I develop an application on weblogic server configure with a db2 data source. The application is using hibernate 3 (jpa). I cannot write correcly some characters in the database. Text encoding is not converted from utf-16 (java string) to iso-8859-15. Weblogic is installed with the last db2 jdbc driver (9.7).
Is there a data source property that inform the driver to convert utf-16 to the db2 encoding ?

Is the value (text) of header outputText a static text or it is binded to some bindings attribute or backing bean attribute?
If it is a static text then probably the JSF page encoding (not only the JSP tag specifying the encoding, but the whole file) may be broken. Once I had similar issues, and the only thing that helped was to Ctrl+A, Ctrl+X, Ctrl+V (cut all content of file and paste it back - it restores messed-up utf-8 encoding).
If it is not a static text, then check the "source" of the text: it should be the java class file also encoded in utf-8 (also, check Compiler options for your projects - plural). Also, chcek the default IDE encoding... Finally, the database also should have utf-8 encoding (if you are retrieving data from database to show in these header outputTexts).
As I stated before, I had a lot of issues and finally I learned that EVERYTHING should be set correctly to utf-8 in order not to have these strange effects...
Have in mind that Java is very complex in terms of string/text encodings, much more complex than e.g. MS.Net. Internally, Java uses utf-16 encoded strings while most of web applications use utf-8 (for efficiency reasons). So, the gap between Java and web is present, and legacy Java encodings support is quite impractical in modern applications where no one should ever have reason to use anything else than utf-8!

Como deixar a codificação padrão "iso-8859-1" ao invés de "utf-8" no navegador?

Quando faço o acesso ao banco do meu cartão de crédito, a primeira pagina deles é codificada com "UTF-8" e também existe o comando "charset=utf-8" no código HTML, após digitar o número do cartão, ele direciona para outra página, porém codificada com "iso-8859-1", mas sem nenhuma codificação no código HTML.
Identifiquei que o navegador usa por padrão o "utf-8" quando não existe codificação no código HTML, então gostaria de modificar esse padrão para "iso-8859-1".
O único lugar que encontrei para essa codificação foi ao pressionar o botão de avançado em "Fontes e cores", porém não funcionou.
A versão do meu navegado é 23.0.1, entretanto desde a versão 18 que encontro esse problema.

It is possible that the server sends the file(s) by default with UTF-8 and in such a case this encoding send by the server prevails over all other settings.
You can see the encoding here: Tools > Page Info > General
*Press the F10 key or tap the Alt key to bring up the hidden "Menu Bar" temporarily.

Unable to load database, locales [Arabic_SaudiArabia.ISO-8859-6@Default]

When trying to load data into Essbase I get this error dialogue
Object [65313270] is locked by user [admin@Native Directory]
Unable to load database, locales [Arabic_SaudiArabia.ISO-8859-6@Default] and [English_UnitedStates.Latin1@Binary] are not compatible
Object [65313270] unlocked by user [admin@Native Directory]
Unexpected Essbase error 1019057
Have checked essbase.properties files (all 10 of them!) and the 2 references that I could find both point to the default value of [English_UnitedStates.Latin1@Binary]
So is the problem with the CSV file?

Have you looked at the Load Rule (yes, I know, developed in Studio, but it generates Load Rules which I believe you can open in EAS)? Is the dimension that contains BON accounted for?
Your second issue(s) seems to be that you have conflicting locales -- are you in SA? Could it be that Studio is installed with English as the language and EAS with Arabic (or vice versa)? Sorry, I have hardly any experience in languages other than English. Maybe one of the non-English language posters can chime in.
I can't say whether that load buffer issue means anything at all or not -- it could be a red herring.
Regards,
Cameron Lackpour

UTF-8 encoding vs ISO 8859-1 encoding

The iTunes tech specs call for UTF-8 encoding of the XML feed file; a friend of mine uses feed generator software through his blog that uses ISO 8859 encoding. Is there a way to convert the latter to UTF-8 so that iTunes tags may be successfully added?
When I tried editing his XML file, I got error messages when I submitted the file to RSS feed validator sites (such as http://feedvalidator.org/. Any help or knowledge is appreciated because I am not the least bit expert in this coding arena.

You don't need to convert iso 8859-1 (us-ascii) to utf-8 unless you have nonstandard characters. Basically, ascii is a subset of utf-8 and for English it will serve you just fine. You can have iTunes tags in the xml file even if the file itself is encoded in iso 8859-1.
The error you see at feedvalidator.org is most likely a warning.
Hope this helps!
- Andy Kim
Potion Factory
http://www.potionfactory.com

Mail Receiver - Send file in ISO-8859-1 encoding

Hi,
I'm sending mail with an attachment using mail adapter, but instead of specified ISO-8859-1 it is converted to UTF-8 no BOM,. Because of that, some characters (ñ,ç, etc) are not transferred properly.
Settings:
Message protocol: XIPAYLOAD
No mail package.
Transform.ContentType: multipart/mixed; boundary=--AaZz; charset=ISO-8859-1
Payload:
multipart/mixed; boundary=AaZz; charset=ISO-8859-1</Content_Type><Content>--AaZz
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
File attachment
AaZz
Content-Type: text/plain; charset= ISO-8859-1
Content-Disposition: attachment; filename=TestFile
iso-8859 characters ñ ç ñ ñ
AaZz--
</Content></ns:Mail>
I need advice in how to force the file to be created with ISO-8859-1 enconding.
Thanks in advance.
Regards,
Iván.

Hi Jean-Philippe,
Yes, please check my first post, if you use same settings, and create message as mine, it should work, the TestFile is created as an attachment.
Include this line in the module configuration with transform key:
Transform.ContentType: multipart/mixed; boundary=--AaZz;
If you still have issues, please give me a description of the error.
Regards,
Ivan.

Codepage coverting error utf-8 from System codepage to iso-8859-1 (PI 7.1)

Hello Experts,
In our Prcess, we receive an Idoc from an IS-U system and then we send this Idoc with some Header-Information via http-Adapter to a Seeburger System.
In the outbound communication Channel we have a XI Payload manipulation with xml-Code iso-8859-1.
We get the Error: Codepage coverting error utf-8 from System codepage to iso-8859-1, and only for this Idoc, where othe similar Idocs runs correctly.
Is it possible, that the Idoc contains non-utf-8 chars so the error occurs?
PS: another XI in our landscape uses a http-Channel with the same configuration in a similar process, an it work, so guess the Problem is not in the communication channel.
thanks,
best regards

> Is it possible, that the Idoc contains non-utf-8 chars so the error occurs?
A would rather think, that there could be any non-iso-8859-1 character be in the IDoc. For example an czech or polish character.

HTTP adapter - change encoding from UTF-8 to ISO-8859-1

Hi,
I am trying to change the encoding used by the HTTP sender adapter in a scenario.
However, when I enter ISO-8859-1 in the XML Code under XI Payload Manipulation on the comms channel it has no effect - the paylad still shows as UTF-8 in SXI_MONITOR.
Am I missing a step or entering the field incorrectly ??
Thanks
Colin.

Hi,
From help
Enhancing the Payload
Some external systems, for example, Web servers in marketplaces, can only process data if it is sent as an HTML form using HTTP.
A typical HTML form comprises named fields. When transferring a completed form to the server or a CGI program, the data must be transferred in such a way that the CGI script can recognize the fields that make up the form, and which data was entered in which field.
The plain HTTP adapter constructs this format using a prolog and an epilog. Therefore, there is a particular code method that separates form fields and their data from each other. This code method uses the following rules:
     Individual form elements, including their data, are separated from each other by the character &.
     The name and data of a form element are separated from each other by an equals sign (=).
     Blanks in the entered data (for example, in multiple words) are replaced by a plus sign (+).
    All characters with the (enhanced) ASCII values 128 to 255 (hexadecimal 80 to FF) are transcribed using a hexadecimal sequence, beginning with a percentage sign (%) followed by the hexadecimal value of the character (for example, the German umlaut ö in the character set ISO-8859-1 is transcribed as %F6).
   All characters that occur in these rules as control characters (&, +, =, and %) are also transcribed hexadecimally in the same way as high value ASCII characters
http://help.sap.com/saphelp_nw2004s/helpdata/en/44/79973cc73af456e10000000a114084/content.htm
Regards
Chilla

[OT]Al final yo =?ISO-8859-1?Q?tambi=E9n_he_ca=EDdo?=

Similar Messages

Maybe you are looking for