Problem mit Blanks in textarea (gelöst) (Webframeworks, Sonstige Fragen zur Webprogrammierung mit Perl)

[thread]14967[/thread]

Problem mit Blanks in textarea [gelöst]

Leser: 19

Articles: hide open all | hide show old branches

+17 replies
bianca

2010-04-23 14:14

User since
2009-09-13
6979 Artikel
BenutzerIn

Guten Tag Zusammen!

Kleines Problemchen mit der Bitte um Hilfe.

Hab eine HTML <textarea>, Benutzer tippt Text ein, nutzt Blanks, Feld wird per CGI an Perl übertragen, gespeichert, alles gut, Blanks sind ASCII 20 in der Datei.

Nun gebe ich den Text inkl. Blanks zu einem späteren Zeitpunkt zum Zwecke der Änderung wieder aus und setze die Blanks in   um, damit z.B. Einrückungen am Zeilenanfang auch im Browser innerhalb der <textarea> als solche sichtbar sind. Feld wird per CGI an Perl übertragen und jetzt kommts: Ab jetzt sind die Blanks nicht mehr ASCII 20 sondern A0.

Das wäre an sich nicht schlimm, stört ja in der Datei selbst keinen. Wenn ich diesen Text mit A0 statt 20 aber nun später außerhalb einer <textarea> 1:1 (also ohne Umsetzung Blank in  ) layouten will, erkennt der Browser keine Blanks mehr und rafft auch keinen Zeilenumbruch mehr. Meine Umsetzung in   würde ohnehin auch nicht mehr klappen, weil es ja kein Blank mehr ist sondern ein A0.

An welcher Stelle muss ich wie eingreifen, damit Blank ein Blank bleibt und nicht zu A0 wird und ich trotzdem in der textarea die Einrückungen dargestellt bekomme?
10 print "Hallo"
20 goto 10
- bianca
  
  2010-04-23 14:22
  
  User since
  2009-09-13
  6979 Artikel
  BenutzerIn
  
  Glaube, es hat sich erledigt.
  War ein Denkfehler. Die Umsetzung von Blank in   darf nicht für die textarea sondern nur außerhalb derer erfolgen. Innerhalb ist das Layout eh ok, nur außerhalb ggf. nicht.
  10 print "Hallo"
  20 goto 10
- +3 replies
- GwenDragon
  
  2010-04-23 14:55
  
  User since
  2005-01-17
  14590 Artikel
  Admin1
  
  Quote
  Ab jetzt sind die Blanks nicht mehr ASCII 20 sondern A0.
  Unfug!
  Du bist anscheind mit deinem Programm/Modul nicht in der Lage, Unicode zu verwenden.
  
  Lies bitte mal folgendes zu Leerzeichen.
  
  Hinweis:   ist nämlich U+00A0
  
  De-/Kodiere Unicode richtig.
  Ich bin sicher, das ist wieder eines deiner schnellcodierten subs, die fehlerhaftes URI-decoding machen.
  So ähnliche wie msg #136135
  Last edited: 2010-04-23 15:00:15 +0200 (CEST)
  die Drachin Gwen
  - +2 replies
  - bianca
    
    2010-04-23 15:08
    
    User since
    2009-09-13
    6979 Artikel
    BenutzerIn
    
    2010-04-23T12:55:39 GwenDragon
    De-/Kodiere Unicode richtig.
    Ich bin sicher, das ist wieder eines deiner schnellcodierten subs, die fehlerhaftes URI-decoding machen.
    
    Da liegst Du falsch. Um diesen Fehler her zu bekommen braucht man garkein Modul.
    
    Aber schön, dass Du meinen Text nochmal schnell als Unfug bezeichnet hast, weil ich jetzt nicht den treffenden Ausdruck Unicode parat hatte. Da freut man sich doch immer gleich, auf so nette Leute zu treffen :)
    10 print "Hallo"
    20 goto 10
    - GwenDragon
      
      2010-04-23 17:10
      
      User since
      2005-01-17
      14590 Artikel
      Admin1
      
      Na komm, Leerzeichen ist eben nicht Leerzeichen, auch im Web nicht.
      Deswegen empfand ich die Aussage dass ein Blank jetzt ASCII A0 ist, als Unfug, als unnsinnig, als falsch.
      
      Ich setze wohl einfach zu viel Erfahrung voraus. Mein Versehen. ;)
      die Drachin Gwen
- +12 replies
- pq
  
  2010-04-23 15:22
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  ein   ist halt kein einfaches leerzeichen, sondern ein nonbreaking space. wenn du ein leerzeichen in ein nbsp umwandelst und das in die textarea schreibst, bekommst du halt beim nächsten submit auch ein nbsp und kein leerzeichen mehr.
  
  und wenn ich spaces darstellen möchte, nehme ich meist <pre>.
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +11 replies
  - bianca
    
    2010-04-23 16:16
    
    User since
    2009-09-13
    6979 Artikel
    BenutzerIn
    
    Das bringt mich zu folgender Regel: Wenn man über das Layout bei der Ausgabe der Daten stets die volle Kontrolle haben will, sollte man entweder direkt bei der Eingabe oder bei der Ausgabe das A0 in 20 wandeln, richtig?
    10 print "Hallo"
    20 goto 10
    - +10 replies
    - GwenDragon
      
      2010-04-23 16:36
      
      User since
      2005-01-17
      14590 Artikel
      Admin1
      
      Ja,   bzw. \00A0 bzw. \xA0 (je nach Ausgangs-Charset) durch \x20 ersetzen, wenn das Non Breaking Space bei dir nicht verwendet wird.
      die Drachin Gwen
      - +9 replies
      - bianca
        
        2010-04-23 16:41
        
        User since
        2009-09-13
        6979 Artikel
        BenutzerIn
        
        Danke Dir
        10 print "Hallo"
        20 goto 10
        
        +8 replies
        
        GwenDragon
        
        2010-04-23 17:06
        
        User since
        2005-01-17
        14590 Artikel
        Admin1
        
        Du solltest bei Formularen immer ein Charset (accept-charset) angeben und ein festes charset auch durch dem Server ausliefern lassen.
        Ansonsten ist nicht bei jedem Browser klar, was gesendet wird.
        
        Außerdem gibt es auch Browser, die Zeichen außerhalb des ISO-8859-x Charsets immer als UTF kodieren.
        
        Wenn du gleich UTF-8 verwendest, sparst du dir irgendwelche Nervereien.
        Last edited: 2010-04-23 17:11:42 +0200 (CEST)
        die Drachin Gwen
        
        +7 replies
        
        bianca
        
        2010-04-23 17:17
        
        User since
        2009-09-13
        6979 Artikel
        BenutzerIn
        
        2010-04-23T15:06:19 GwenDragon
        Du solltest bei Formularen immer ein Charset (accept-charset) angeben und ein festes charset auch durch dem Server ausliefern lassen.
        Ansonsten ist nicht bei jedem Browser klar, was gesendet wird.
        
        Gibst du das im Formular noch mal explizit an, auch wenn Du im Header der HTML Seite <meta http-equiv="content-type" content="text/html;CHARSET=iso-8859-1"> stehen hast?
        10 print "Hallo"
        20 goto 10
        
        esskar
        
        2010-04-23 17:27
        
        User since
        2003-08-04
        7321 Artikel
        ModeratorIn
        
        http://www.w3schools.com/TAGS/att_form_accept_char...
        
        +5 replies
        
        GwenDragon
        
        2010-04-23 17:38
        
        User since
        2005-01-17
        14590 Artikel
        Admin1
        
        Das meta-Element http-equiv ist eigentlich kein Ersatz für einen korrekten HTTP-Header.
        Der Content-Type sollte als HTTP-Header ausgegeben werden.
        Proxies, manche Webserver und manche Browser ignorieren das Meta-Element http-equiv nämlich.
        
        //EDIT:
        Der Parser eines Brwosers muss gleich zu Beginn des Empfangs der Daten wissen, welches Encoding und welcher Content-Type verwendet wird. Ein nachträgliches Einfügen führt nicht immer zur richtigen Interpretation.
        Last edited: 2010-04-23 17:43:02 +0200 (CEST)
        die Drachin Gwen
        
        +4 replies
        
        fs
        
        2010-04-23 17:58
        
        User since
        2010-03-19
        48 Artikel
        BenutzerIn
        
        Ich verstehe die Frage so: Muss ich Accept-Charset beim Formular vereinbaren, wenn das gewünschte Encoding dem der Seite entspricht? Ich denke, die Antwort ist: nein.
        Last edited: 2010-04-23 18:00:14 +0200 (CEST)
        http://www.fseitz.de/
        
        +3 replies
        
        GwenDragon
        
        2010-04-23 18:03
        
        User since
        2005-01-17
        14590 Artikel
        Admin1
        
        Ich habe mit diversen IE und anderen Browsern die Erfahrung gemacht, dass sie ohne Angabe der "Sendekodierung" des Formulars Mist machen und dann die Forumulardaten anders kodieren.
        
        Man sollte sich nicht darauf verlassen, dass Browser immer alles machen, was man denkt.
        
        //EDIT:
        Auch wenn das schon 4 Jahre her ist:
        http://niwo.mnsys.org/saved/~flavell/charset/form-...
        Last edited: 2010-04-23 18:43:03 +0200 (CEST)
        die Drachin Gwen
        
        +2 replies
        
        fs
        
        2010-04-23 19:38
        
        User since
        2010-03-19
        48 Artikel
        BenutzerIn
        
        2010-04-23T16:03:40 GwenDragon
        Man sollte sich nicht darauf verlassen, dass Browser immer alles machen, was man denkt.
        
        Was lässt dich dann hoffen, dass bei accept-charset alle das richtige tun? ;)
        
        Quote
        //EDIT:
        Auch wenn das schon 4 Jahre her ist:
        http://niwo.mnsys.org/saved/~flavell/charset/form-...
        
        Das klingt nach dem, was ich angenommen habe:
        
        "In the absence of an accept-charset on the form, the coding used for submission is the same as the coding of the page itself, as is normal in other browsers."
        http://www.fseitz.de/
        
        GwenDragon
        
        2010-04-23 19:42
        
        User since
        2005-01-17
        14590 Artikel
        Admin1
        
        Ich hoffe dann nicht, ich teste mit verschiedenen Browsern.
        Und schreie auch notfalls mal und schüttele wütend die Faust, falls der browser trotzdem Müll macht. Was wenig hilft, außer der Psyche. ;)
        
        Die schlimmsten Browser sind halt leider die IE auf Win und Mac. :(
        die Drachin Gwen

View all threads created 2010-04-23 14:14.