Seite 2 von 4

Verfasst: Freitag 23. April 2010, 12:01
von Hyperion
mitsuhiko hat geschrieben:
Hyperion hat geschrieben:Und weiter unten im Macro aus _formhelpers.py fehlt das </li> im Original

Code: Alles auswählen

{% for error in field.errors %}<li>{{ error }}</li>{% endfor %}
Warum? HTML4 und HTML5 erfordern hier kein schliessendes Tag, und die Dos verwenden auch ueberall HTML und keine XHTML Syntax.
Ok, war mir neu. Ist das schließende Tag den optional oder schlicht falsch?

Verfasst: Freitag 23. April 2010, 13:28
von nemomuk
Optional und meiner Meinung nach auch gut.

Verfasst: Freitag 23. April 2010, 14:24
von mitsuhiko
Hyperion hat geschrieben:Ok, war mir neu. Ist das schließende Tag den optional oder schlicht falsch?
Optional.
ahojnnes hat geschrieben:Optional und meiner Meinung nach auch gut.
Ich seh nicht wirklich einen Sinn dahinter. Weder macht es das parsen einfacher, noch das lesen. Indentation > Schliessende Tags. In Python brauch ich auch nix zum schliessen und helf mir mit Einrueckung. Hier mal zwei Beispiele HTML zu machen, einmal mit allen optionalen Tags drin, und einmal ohne. Was ist schoener zu lesen?

Code: Alles auswählen

<form action="" method="post">
  <dl>
    <dt>Username:</dt>
    <dd><input type="text" name="username"></dd>
    <dt>Password:</dt>
    <dd><input type="password" name="password"></dd>
  </dl>
  <p><input type="submit" value="Submit!"></p>
  <ul>
    <li>This is just a list</li>
    <li>for demonstration purposes</li>
    <li>which normally would not be here</li>
  </ul>
</form>
oder das:

Code: Alles auswählen

<form action="" method=post>
  <dl>
    <dt>Username:
    <dd><input type=text name=username>
    <dt>Password:
    <dd><input type=password name=password>
  </dl>
  <p><input type=submit value="Submit!">
  <ul>
    <li>This is just a list
    <li>for demonstration purposes
    <li>which normally would not be here
  </ul>
</form>
Ist natuerlich Geschmackssache, aber ich halt mein HTML lieber kompakter. Macht aendern einfacher, ist fuer mich leichter zu lesen und downloaded sich auch schneller :)

Verfasst: Freitag 23. April 2010, 14:51
von Hyperion
mitsuhiko hat geschrieben:... und downloaded sich auch schneller :)
Dieser Aspekt iat natürlich besonders wichtig :D

Du hast tatsächlich recht. Liest sich wirklich besser... ich sollte mir mal ansehen, welche Tags offen bleiben dürfen und welche explizit geschlossen werden müssen.

Verfasst: Freitag 23. April 2010, 15:18
von Darii
Hyperion hat geschrieben:
mitsuhiko hat geschrieben:... und downloaded sich auch schneller :)
Du hast tatsächlich recht. Liest sich wirklich besser... ich sollte mir mal ansehen, welche Tags offen bleiben dürfen und welche explizit geschlossen werden müssen.
Du wirst dich wundern, was alles gültiges HTML ist…

Verfasst: Freitag 23. April 2010, 15:42
von lunar
Andererseits kann man solches HTML nicht mehr mit XML-Parsern verarbeiten. Ob das ein Nachteil ist, muss natürlich jeder selbst entscheiden ...

Verfasst: Freitag 23. April 2010, 22:51
von mitsuhiko
lunar hat geschrieben:Andererseits kann man solches HTML nicht mehr mit XML-Parsern verarbeiten. Ob das ein Nachteil ist, muss natürlich jeder selbst entscheiden ...
Das kann man sowieso nicht. <br/> ist kein gueltiges HTML zB.

Verfasst: Samstag 24. April 2010, 07:12
von nemomuk
Ja, ist natürlich Geschmackssache, ich finde es mit schließenden Tags trotzdem besser - vllt. bin ich es aber auch einfach nur so gewohnt, da ich das immer mit xhtml mache.

Verfasst: Samstag 24. April 2010, 09:53
von lunar
@mitsuhiko: Ja und? Man kann HTML schreiben, dass auch gültiges XML ist, ebenso wie man XML schreiben kann, dass auch gültiges HTML ist.

Verfasst: Sonntag 25. April 2010, 10:08
von Darii
lunar hat geschrieben:@mitsuhiko: Ja und? Man kann HTML schreiben, dass auch gültiges XML ist, ebenso wie man XML schreiben kann, dass auch gültiges HTML ist.
Nein kannst du nicht. Gegenbeispiel ist gerade das eben genannte <br>. <br> für sich ist kein gültiges XML und <br /> oder <br></br> sind kein gültiges HTML.

Verfasst: Sonntag 2. Mai 2010, 16:02
von noisefloor
Hallo,

schön ist, das flask ein "Schicht" über Werkzeug ist. Werkzeug ist zwar schön leistungsfähig, war mit für meine Schmallspurprojekte aber immer zu komplex - da kam Bottle gerade richtig :-)

Der Unterschied Bottle vs. Flask ist IMHO die Frage: Single-File vs. Abhängigkeiten. Kann beides Vor- und Nachteile haben.

BTW, woher kommt der Name Flask? ;-)

Gruß, noisefloor

Verfasst: Sonntag 2. Mai 2010, 16:50
von apollo13
noisefloor hat geschrieben:BTW, woher kommt der Name Flask? ;-)
So wie ich armin kenn ist es einfach ein wortspiel, weil es wie „bottle“ übersetzt „flasche“ heißt.

Verfasst: Montag 3. Mai 2010, 05:42
von noisefloor
Hallo,

@apollo13: Die Frage war rhetorisch. :-) Der Vollständigkeit halber sei dann noch erwähnt, dass "Flask" "Gefäß" heißt.

Im Rahmen der verwendeten Programme Jinja und Werkzeug wäre natürlich ein japanischer Name wie "瓶" oder ein deutscher wie " Buddel" (<- norddeutsch) angebracht gewesen. :D

Zu Flask: IMHO sehr praktisch sind "before_response" und "after_respone". Zumindest, wenn man DBs im Rahmen des Projekts nutzen möchte.

Gruß, noisefloor

Verfasst: Montag 3. Mai 2010, 15:26
von Leonidas
noisefloor hat geschrieben:ein deutscher wie " Buddel" (<- norddeutsch) angebracht gewesen. :D
Das fände ich, bei einem Autor aus Österreich zutiefst beunruhigend ;)

Verfasst: Montag 3. Mai 2010, 15:49
von jbs
Buddel ist ja eher Plattdeutsch als Hochdeutsch.

Aber eigentlich eine gute Idee, falls jemand noch nen Namen für ein innovatives Microframework sucht.

Man könnte ja auch überlegen, ob man nicht versucht eine einheitliche Syntax zu schaffen, und dann von Flaschen-Dialekten spricht.

Verfasst: Montag 3. Mai 2010, 17:35
von mitsuhiko
Nur so eine Info am Rande: es gibt jetzt eine Mailinglist und ein Snippet Archiv:

http://flask.pocoo.org/snippets/
http://flask.pocoo.org/mailinglist/

Verfasst: Montag 3. Mai 2010, 17:35
von jbs
Wo hast du die Grafiken eigentlich immer her?

Verfasst: Montag 3. Mai 2010, 20:08
von mitsuhiko
jbs hat geschrieben:Wo hast du die Grafiken eigentlich immer her?
Das sind getracte Scans.

Verfasst: Montag 3. Mai 2010, 21:07
von snafu
mitsuhiko hat geschrieben:
jbs hat geschrieben:Wo hast du die Grafiken eigentlich immer her?
Das sind getracte Scans.
Erinnert mich ein bißchen an die BeautifulSoup-Seite. Eigentlich recht hübscher Stil.

Re: Flask: Micro Web Framework based on Good Intentions

Verfasst: Mittwoch 12. Mai 2010, 07:26
von mitsuhiko
Nur zur Info: jetzt gibt's Flask 0.2 mit Module support: Flask 0.2, Jägermeister.

Neu ist JSON support, Module, Bugfixes und Refactoring. Laeuft jetzt auch problemlos auf Appengine.