| View previous topic :: View next topic |
| Author |
Message |
EnTeQuAk
Joined: 22 Nov 2006
Posts: 171
Location: Berlin
|
 Posted: Wed 13 Jun, 2007 17:11 Post subject: Rund ums neue Markup Modul für PyLucid. |
 |
|
Also. Du hast gerufen und ich bin gekommen *g*
Wie gesagt: Ich würde gerne PyLucid das Markup Modul schreiben, welches A, mehrere Markupsprachen beherscht, B, die alle konvertierbar sind und C, mehrere gemischt verwendet werden können. (rein theoretisch erstmal)
Du hattest gesagt, du wolltest die tinyTextile Sntax gerne beibehalten.
Ist möglich.
Ich werde mal schauen, wie tinyTextile in PyLucid integriert ist (über ne kleine Hilfe freu ich mich immer) und dann werde ich versuchen mithilfe von Globby, dem Lexing und Parsing Toolkit, PyLucid ne schöne Markup Engine schreiben.
Ich melde mich dann nochmal mit konkreteren Vorstellungen. Bis dahin, sag mir doch bitte deine Vorstellungen.
MfG EnTeQuAk |
|
| Back to top |
|
 |
jens
Administrator
Joined: 12 Oct 2005
Posts: 972
Location: duisburg, germany
|
| Posted: Thu 14 Jun, 2007 08:34 Post subject: Re: Rund ums neue Markup Modul für PyLucid. |
|
|
| EnTeQuAk wrote: | | Wie gesagt: Ich würde gerne PyLucid das Markup Modul schreiben, welches A, mehrere Markupsprachen beherscht, B, die alle konvertierbar sind und C, mehrere gemischt verwendet werden können. (rein theoretisch erstmal) |
Das hört sich super an! Ich denke das könnte man generell auch für andere Projekte gebrauchen. Wie MoinMoin oder Pocoo.
Wie meinst du das mit mischen??? Das man die Syntax in allen Varianten (textile/moin/codeBB) gleichzeitig in einem Text nutzten kann?
Eigentlich keine schlechte Idee. Aber verwirrend für den Benutzter...
In MoinMoin stört mich z.B. auch, das man verschiedene Varianten hat um Links zu erzeugen:
| Code: | ["ein Link"]
[:ein Link:mit anderem Text]
[http://example.de Normaler WebLink]
[#anchorname Verweis auf Anker] |
Deswegen kann ich mir nie merken wie es denn nun geht. Würde es eine Syntax für Links geben, hätte ich diese bestimmt auch im Kopf ;)
Wobei meine tinyTextile Variante auch nicht so toll ist:
| Code: | | "Link Text":http://blabla.de |
Doch zur genauen Syntax, hab ich im alten Thread dazu geantwortet: http://pylucid.org/phpBB2/viewtopic.php?p=634#634
| EnTeQuAk wrote: | | Ich werde mal schauen, wie tinyTextile in PyLucid integriert ist (über ne kleine Hilfe freu ich mich immer) und dann werde ich versuchen mithilfe von Globby, dem Lexing und Parsing Toolkit, PyLucid ne schöne Markup Engine schreiben. |
Also vor http://trac.pylucid.net/changeset/1042 war tinyTextile vollkommen frei von Abhängigkeiten gemacht, siehe:
http://trac.pylucid.net/browser/branches/0.8%28django%29/PyLucid/system/tinyTextile.py?rev=1034
Man übergibt ein file-like-objekt und los gehts.
In http://trac.pylucid.net/browser/branches/0.8%28django%29/PyLucid/tools/content_processors.py?rev=1042 wird das eigentlich so gemacht:
| Code: | if markup == "textile":
out_obj = SimpleStringIO()
p = TinyTextileParser(out_obj, context)
p.parse(content)
return out_obj.getvalue() |
SimpleStringIO() ist vom Interface das selbe wie StringIO nur etwas einfacher Aufgebaut und deswegen vielleicht ein Tick schneller, siehe:
http://trac.pylucid.net/browser/branches/0.8%28django%29/PyLucid/system/response.py?rev=1042
Aber ich hab mir auch schon überlegt, ob das mit dem file-like-Objekt überhaupt nitwendig ist. Warum nicht einfach die Source-Daten übergeben und man bekommt den fertigen HTML-Code als unicode-String zurück und fertig. Naja, egal...
_________________
http://www.jensdiemer.de | http://www.htfx.de | http://www.python-forum.de
|
|
| Back to top |
|
|
EnTeQuAk
Joined: 22 Nov 2006
Posts: 171
Location: Berlin
|
| Posted: Thu 14 Jun, 2007 10:39 Post subject: Re: Rund ums neue Markup Modul für PyLucid. |
|
|
Genau. mehr gibts nicht zu sagen ;)
Es wird einen BaseMarkupProcessor geben, der als Basisklasse für Markup-Processors steht und den import und das Sammeln der verfügbaren übernimmt.
Is blööd zu erklären, zeig ich dir noch :)
Wegen dem Mischen:
Ich meinte nicht das Mischen innerhalb einer Seite sonder von allen Seiten insgesamt.
Dadurch das ich vor habe, die MarkupEngine vor die Template Engine zu stellen und *nur* die reinen Textdaten in der Datenbank gespeichert werden sollen, kann man bei jeder angeforderten Seite rein theoretisch einen anderen MarkupProcessor verwenden.
Eine einzelne Seite muss aber in einem Markupstil geschrieben sein bzw. wird nur von einem MarkupProcessor gerendert.
MfG EnTeQuAk |
|
| Back to top |
|
|
jens
Administrator
Joined: 12 Oct 2005
Posts: 972
Location: duisburg, germany
|
| Posted: Thu 14 Jun, 2007 11:54 Post subject: Re: Rund ums neue Markup Modul für PyLucid. |
|
|
| EnTeQuAk wrote: | Wegen dem Mischen:
Ich meinte nicht das Mischen innerhalb einer Seite sonder von allen Seiten insgesamt. |
Das ist ohne Probleme jetzt schon möglich... Bei jeder Seite kann man ein Markup angeben ;)
_________________
http://www.jensdiemer.de | http://www.htfx.de | http://www.python-forum.de
|
|
| Back to top |
|
|
jens
Administrator
Joined: 12 Oct 2005
Posts: 972
Location: duisburg, germany
|
|
| Back to top |
|
|
EnTeQuAk
Joined: 22 Nov 2006
Posts: 171
Location: Berlin
|
| Posted: Thu 14 Jun, 2007 14:45 Post subject: |
|
|
Das sind Filter, wo du, wie du gesagt hast, die "Textbrocken" in diesem markup rendern kannst.
Jedoch hat das einen Nachteil: PyLucid wird die Markdown-, die Textile-, die ReStructedText und die eigene PyLucid-Syntax kennen und rendern können. Und das ganze ohne zusätzliche Bibliotheken. (einzig bei ReStructedText, hänge ich noch... alle anderen besitzen zumindest schonmal einen Lexer, der einen wunderschönen TokenStream auf Globby basis bastelt :) )
Klar werden wir nicht die 100%igen Fähigkeiten des entsprechenden Markups nachbilden können. Aber zumindest kann man die meißten Funktionen von PyLucid in verschiedenen Markups erreichen.
Ganz klar: die PyLucid-Syntax (wir brauchen noch nen namen), wird letztendlich die mächtigste, da wir hier ja selber bestimmen können, was an Features alles eingebaut werden soll.
btw: einen BBCode und einen MoinMoin Lexer habe ich auch noch *g* --> Also PyLucid kann, wenn du auch zustimmst, sehr abwechslungsreich werden. :=) |
|
| Back to top |
|
|
jens
Administrator
Joined: 12 Oct 2005
Posts: 972
Location: duisburg, germany
|
| Posted: Thu 14 Jun, 2007 15:03 Post subject: |
|
|
| EnTeQuAk wrote: | | die PyLucid-Syntax (wir brauchen noch nen namen) |
Hm? Von was redest du?
Ich wollte beim Namen "tinyTextile" eigentlich bleiben. Ich meine es basiert doch in großen Teile auf Textile... Aber darüber können wir reden, wenn du meinst das wir einen neuen Namen brauchen ;)
Im Grunde wird es ja eine Mischung aus Textile und Moin...
_________________
http://www.jensdiemer.de | http://www.htfx.de | http://www.python-forum.de
|
|
| Back to top |
|
|
jens
Administrator
Joined: 12 Oct 2005
Posts: 972
Location: duisburg, germany
|
|
| Back to top |
|
|
EnTeQuAk
Joined: 22 Nov 2006
Posts: 171
Location: Berlin
|
| Posted: Tue 19 Jun, 2007 16:19 Post subject: |
|
|
| Quote: |
Du solltest Globby direkt mit unicode laufen lassen. Also das man unicode reingeben kann und unicode wieder raus bekommt. Um alle encoding Probleme aus dem Weg zu gehen.
|
Mensch ;)
Globbys Markup Engine (Globby ist nun der neue Namen von Wombat und 'globby' heißt dmlt) nimmt Unicode *und* sämtliche andere encodings an. Ausgegeben wird das Encoding, was reinkam, ganz einfach. :)
(na ja... fast, denn zZ gibts noch kleinere Probleme... die aber nicht auf uns zukommen, wenn wir sagen, wir verwenden intern *nur* unicode)
Zu den Namensgeschichten, nciht das du verwirrt bist.
Ex dauCMS, ex Wombat und nun Globby: http://www.ohloh.net/projects/4817
Ex globby und nun DMLT: http://www.ohloh.net/projects/5326
MfG EnTeQuAk |
|
| Back to top |
|
|
jens
Administrator
Joined: 12 Oct 2005
Posts: 972
Location: duisburg, germany
|
|
| Back to top |
|
|
EnTeQuAk
Joined: 22 Nov 2006
Posts: 171
Location: Berlin
|
| Posted: Wed 20 Jun, 2007 15:47 Post subject: |
|
|
| Quote: | | IMHO ein sehr langer Name. Hast du schon die Domain gesichert? ;) |
das ist ein Projekt von websHoX.org, daher kommts unter http://dmlt.webshox.org rein, genauso wie http://globby.webshox.org, nur das DMLT nicht released ist.
| Quote: | | OK, also dann kommt in PyLucid nur dieses "Descriptive Markup Language Toolkit" zum Einsatz, ja? |
Jepp. Aber genauso, wie bei Globby eine angepasste Version, da das Original eher als Toolkit fungiert und vieles in reinen Anwendungen nicht benötigt wird.
Und schlag mich nicht, wenn ich das sage, aber PyLucid hat einen sehr schlechten Ruf. Gerade, was das python-forum.de angeht, finde ich.
Also jedenfalls zeigt das das geringe Feedback, das PyLucid bekommt.
Vielleicht ist PyLucid einfach eine Fehl investition?
Solltest du mal Zeit haben .--> Ich bin jeden Tag ab spätestens 17 UHR im IRC anzutreffen.
MfG EnTeQuAk |
|
| Back to top |
|
|
EnTeQuAk
Joined: 22 Nov 2006
Posts: 171
Location: Berlin
|
| Posted: Thu 21 Jun, 2007 17:30 Post subject: |
|
|
So. Ich wollte dich nur auf dem aktuellen Stand halten.
Ich bin dabei, die letzten Sachen in DMLT zu implementieren, damit ich das Toolkit erstmal als Stabil bezeichnen kann.
Das wird nicht mehr lange dauern.
Wenn das abgeschlossen ist, gehts mit den PyLucid markup weiter. Und das vor allem anderen ;)
MfG EnTeQuAk |
|
| Back to top |
|
|
jens
Administrator
Joined: 12 Oct 2005
Posts: 972
Location: duisburg, germany
|
| Posted: Fri 22 Jun, 2007 08:28 Post subject: |
|
|
Das hört sich gut an ;) Was meinst du wann man eine Umstellung angehen könnte? IMHO muss dann noch nicht alles fertig sein, PyLucid selber ist ja auch noch im Alpha Stadium ;)
Wobei ich mir schon überlege, ob ich nicht langsam die PyLucid.org Seite umstellen sollte. Ich meine es gibt nicht mehr viele Dinge, die man noch unbedingt Lösen müsste. Das Grundsystem steht ja.
Vielleicht sollte ich allerdings erstmal die Source-Page umstellen, siehe:
http://pylucid.org/index.py/Developer/SourcePage/
Übrigens wollte ich zumindest heute eine neue Alpha Version vom aktuellen Stand rausbringen. Seit der letzten Alpha hat sich ja einiges getan. Zumindest die wird dann wieder auf pylucid.de zum testen installiert.
_________________
http://www.jensdiemer.de | http://www.htfx.de | http://www.python-forum.de
|
|
| Back to top |
|
|
jens
Administrator
Joined: 12 Oct 2005
Posts: 972
Location: duisburg, germany
|
| Posted: Sun 24 Jun, 2007 14:11 Post subject: |
|
|
Noch mal was generelles zum Thema neues Markup...
Ich sehe da zwei Möglichkeiten:
1. Die neue Markup Version heißt auch weiterhin "tinyTextile". Beim Update werden alle Seiten mit der alten Syntax automatisch in die neue Syntax konvertiert.
2. Wir benennen die neue Version um (z.b. "tinyTextile2" oder so). Alle Seiten mit der alten Version werden weiterhin mit der alten Version zu html gerendert und der Benutzter kann dann die neue Version nutzten, muß alte Seiten aber selber umstellen.
Die erste Variante würde mir natürlich besser gefallen. Die zweite ist aber einfacher zu realisieren.
_________________
http://www.jensdiemer.de | http://www.htfx.de | http://www.python-forum.de
|
|
| Back to top |
|
|
EnTeQuAk
Joined: 22 Nov 2006
Posts: 171
Location: Berlin
|
| Posted: Mon 25 Jun, 2007 07:23 Post subject: |
|
|
Wir nehmen die erste.
Da ich zu Hause zZ kein Internet habe, bastel ich an einer lokalen Kopie von PyLucid herum. Die erste funktionierende Version, auf Basis von BBCode habe ich bereits erfolgreich auf die Beine gestellt.
Ich weiß nicht wie lange die T-Com sich weigert, mir meinen Internetanschluss wiederherzustellen. Aber solange werde ich ganz gemütlich an einer veralteten Kopie von PyLucid rumbasteln *g*
MfG EnTeQuAk |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
