Fortsættelse af " og charAt

{
  StringBuffer buf = new StringBuffer();
  for( int i=0;i<in.length();++i) {
  if (in.charAt(i) = '"') {
    buf.append("&#34")
  } else {
    buf.append(""+in.chatAt(i));
  }
  return buf.toString()
}
}

Ups .. manglede lige at få metode-headeren med

public String toHTMLString(String in) {
  StringBuffer buf = new StringBuffer();

  for( int i=0;i<in.length();++i) {
    if (in.charAt(i) = '"') {
      buf.append("&#34")
    } else {
      buf.append(""+in.chatAt(i));
    }
  }
  return buf.toString()
}

Og så et semikolon efter

buf.append("&#34");

Hvorfor ikke:

public String toHTMLString(String in) {
  StringBuffer buf = new StringBuffer();
  for( int i=0;i<in.length();i++) {  // <---- i++ i.s.f. ++i
    if (in.charAt(i) = '"') {
      buf.append("&#34")
    } else {
      buf.append(in.charAt(i));  // <---- typo fixet og overflødig streng fjernet
    }
  }
  return buf.toString()
}
?

hvorfor i++ i stedet for ++i --- hvad er der galt med en pre-eval i stedet for en post-eval ... Det vil jo aligevel give det samme resultat...

Tak for typo-ret, by the way :-)

sorry -- det er ikke eval .. men i denne struktur (for-løkke vil det da give samme resultat)

Der er vel ikek noget galt med ++i, men det er
"normalt" med i++.

he he -- jeg har kodet med ++i lige siden jeg blev fortalt af min C++-lærer at det gav en mere optimeret kode ifm. for-løkker...

Tak for jeres smukke foreslag. Vi har dog fået den løst på denne subtile måde:

public String toHTMLString(String in) {
    String tegn[] = new String[in.length()];
    for (int i = 0; i < in.length(); i++) {
        int tal = in.indexOf("\"", i);
        int tal2 = in.indexOf("<", i);
        if (i == tal) {
            tegn[i] = ("&#34;");
        } else if (i == tal2) {
                tegn[i] = ("&lt;");
        } else
                tegn[i] = "" + in.charAt(i);
    }

    String resultat = "";

    for (int j = 0; j < tegn.length; j++) {
        resultat += tegn[j];
    }
    return resultat;
}

Den er sgu smuk, hva' ?

Men tak for infoen om StringBuffer. Det er jo en smart ting (o; Arne>> Smid et svar, så kan i dele pointsne...........

Under alle omstændigheder kom jeg først denne gang ;-) .... *smiler*

berhugx> Det var muligvis sandt med visse C++ compilere for
mange mange år siden. Men idag bør man lade compilerne om at stå
for den slags optimeringer.

legende.dk> Nej - jeg synes du skal give bearhugx alle pointene,
da jeg ikke rigtigt har bidraget med noget.

arne > Ok...

legende.dk ... Ikke for at sige noget ,,,, men hold da kæft, hvor er den kode obskur!

Den er sindsyg. Jeg er ved at dø af grin over den. Men for en nystartet Datamatiker er den cool (o; Her er pointsne...

Mvh

Iøvrigt tror jeg at I i virkeligheden vil:

public String toHTMLString(String in) {
  StringBuffer buf = new StringBuffer("");
  for( int i=0;i<in.length();i++) {
    char c = in.charAt(i);
    switch(c) {
      case '"':
          buf.append("&#34;")
          break;
      case '<':
          buf.append("&lt;");
          break;
      case '>':
          buf.append("&gt;");
          break;
      default:
          buf.append(c);
          break;
    }
  }
  return buf.toString()
}

Hmmm arne ... multi-purpose :-)

Hvis "<" er et problem, så tror jeg også at ">" er det !

arne er smuk

Og hvis man skal teste for mere end 2 værdier, så må switch være
det rigtige.

legende.dk> næppe

Jeg formoder, at I er igang med at generere noget XML.

I kunne ikke bruge et af de mange XML libraries til det ?

Det var bare en enkelt lille metode, som skulle udskifte nogle tegn til html kode. Andet var der ikke i det. Men den var da lærerig.....

takker for points ... har dog været travt beskæftiget med at formulere et andet spm