You can subscribe to this list here.
2003 |
Jan
|
Feb
(2) |
Mar
(21) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(1) |
Sep
(21) |
Oct
(33) |
Nov
|
Dec
|
2005 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Gregor :k. K. <ke...@an...> - 2004-09-01 17:00:23
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, bitte nicht hauen, nachdem ihr sie gelesen habt. =2D --=20 anaKrino bible study Gregor "kelko" Karzelek :: ke...@an... Projektmitbegr=FCnder=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBNgJJYvkFR0eSpKARAqNnAKCE8jv7sj2WmaPupixxIvx3PjqfAQCdF11x PV/WNHU6adiBg5uaWr26IYk=3D =3D+Za8 =2D----END PGP SIGNATURE----- |
From: Gregor :k. K. <ke...@an...> - 2004-09-01 16:57:22
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 *daf=FCr* =2D --=20 anaKrino bible study Gregor "kelko" Karzelek :: ke...@an... Projektmitbegr=FCnder=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBNgGYYvkFR0eSpKARAglJAJ49DvA2hNdGs6cA2RzFdVD2ggW4kACeOSf+ ig7YQ7Sj8ZYVzl3M8Aa5+rc=3D =3Da9pr =2D----END PGP SIGNATURE----- |
From: Karl K. <Karl@Karzelek.com> - 2004-09-01 16:43:25
|
Ach guck an. Das ist ja mal ne Überraschung |
From: Gregor :k. K. <ke...@an...> - 2004-09-01 16:24:55
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kam grade rein. =2D ---------- Weitergeleitete Nachricht ---------- Subject: Schlachter Uebersetzung Date: Mittwoch, 1. September 2004 09:09 =46rom: "Festal Olivia" <OF...@bi...> To: <ke...@an...> Lieber Herr Karzelek, Inzwischen habe ich mit meinem Chef geredet, und nun ist es so, dass wir selber schon dabei sind, solch ein Programm mit der Schlachter 2000 vorzubereiten, das auch mit Linux funktionieren soll. Deshalb k=C3=B6nnen = wir Ihnen nicht die Rechte daf=C3=BCr geben, da wir nat=C3=BCrlich zuerst unse= re Software f=C3=B6rdern m=C3=B6chten. Wir danken Ihnen f=C3=BCr Ihr Verst=C3=A4ndnis und verbleiben, mit freundlichen Gr=C3=BCssen. Olivia Festal<?xml:namespace prefix =3D o ns =3D "urn:schemas-microsoft-com:office:office" /> Service des Editions/Publishing Department/Verlagsabteilung-Lektorat Droits et autorisations/Rights/Rechte und Lizenzen La Maison de la Bible/The Bible House/Das Haus der Bibel Soci=C3=A9t=C3=A9 Biblique de Gen=C3=A8ve/Geneva Bible Society/Genfer Bibel= gesellschaft CP 151 Chemin de Praz-Roussy 4 bis CH-1032 Romanel-sur-Lausanne T=C3=A9l.: 0041 21 867 10 62 =46ax: 0041 21 867 10 15 E-mail: of...@bi... =2D ------------------------------------------------------- =2D --=20 anaKrino bible study Gregor "kelko" Karzelek :: ke...@an... Projektmitbegr=C3=BCnder=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBNfn7YvkFR0eSpKARAmbzAJ9IOvMqJCmWRKgZj2jUfy44ZoINTwCfU4cp KOy8tvvUbN6auuDT7tIke+U=3D =3Dc8Ij =2D----END PGP SIGNATURE----- |
From: Markus K. <ma...@ka...> - 2004-09-01 14:10:35
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Mittwoch, 1. September 2004 15:44 schrieb Karl Karzelek: > Vielleicht anakrino-discuss, also eine allgemeine Liste zum diskutieren > =FCber solche und andere Themen Jup, ist o.k. =2D --=20 <>< GEGEN Software-Patente: http://petition.eurolinux.org/index.de.html Homepage: http://markus.karzelek.com/ GnuPG-Key: markus.karzelek.com/vorstellung/wie.html ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBNdlchIRrwW8Jjt0RAr7NAKCAXt3R+pQYO7K5NTJD3LeyxPj/uACfXY9w tBV+hwe0c2hJ5Gxvyo60Xw4=3D =3D+g7S =2D----END PGP SIGNATURE----- |
From: Karl K. <ka...@ka...> - 2004-09-01 13:44:36
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Markus Karzelek schrieb: | Am Dienstag, 31. August 2004 20:54 schrieb Karl Karzelek: | |>>Was denn jetzt, soll ich eine PR-Mailingliste einrichten oder nicht? | | | Jup, soll die aber wirklich so heißen? | | Ich denke, dass da alles hinein soll, was nicht develop oder nutzer ist, gell? | Dann wäre irgendwas richtung: admin/projekt/controlling/... angebracht. | | Nur so ein Vorschlag | | Markus | Jetzt noch mal für alle: Vielleicht anakrino-discuss, also eine allgemeine Liste zum diskutieren über solche und andere Themen - -- http://karl.karzelek.com PGP :: http://karl.karzelek.com/pgp.htm >> think secure! reg. Linux User: #214057 (http://counter.li.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBNdIhmwIjRkaBCVQRApKsAJ4+aICwD2KXr207HpOhVbs45soxyQCg0dNR C4DqeptDABmJnHNVWInvIgI= =G4Zy -----END PGP SIGNATURE----- |
From: Markus K. <ma...@ka...> - 2004-09-01 13:18:57
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Dienstag, 31. August 2004 20:54 schrieb Karl Karzelek: > Was denn jetzt, soll ich eine PR-Mailingliste einrichten oder nicht? Jup, soll die aber wirklich so hei=DFen? Ich denke, dass da alles hinein soll, was nicht develop oder nutzer ist, ge= ll? Dann w=E4re irgendwas richtung: admin/projekt/controlling/... angebracht. Nur so ein Vorschlag Markus =2D --=20 <>< GEGEN Software-Patente: http://petition.eurolinux.org/index.de.html Homepage: http://markus.karzelek.com/ GnuPG-Key: markus.karzelek.com/vorstellung/wie.html ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBNcrohIRrwW8Jjt0RAgojAKDj7YjVEgxheiXbvbF6HIHLRtWnTACg56AU fbKoaBnMFumNe6M4HcH4nvs=3D =3Dx0KV =2D----END PGP SIGNATURE----- |
From: Karl K. <ka...@ka...> - 2004-08-31 17:56:02
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Was denn jetzt, soll ich eine PR-Mailingliste einrichten oder nicht? GFS Karl - -- http://karl.karzelek.com PGP :: http://karl.karzelek.com/pgp.htm >> think secure! reg. Linux User: #214057 (http://counter.li.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBNMlqmwIjRkaBCVQRAjkPAKDhapw5z6mK9E6MVx1K07wW7DTpSACgiP6C xswNiLNCoc/ETiGxaWsfC5U= =1LDj -----END PGP SIGNATURE----- |
From: Gregor K. <gr...@ka...> - 2004-07-24 08:40:09
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 So, mal grad diesen Punkt schnell beantworten, zum Rest kommt u.u. sp=E4ter= =20 Senf. > > Markus, setz du dich mal bitte demn=E4chst an den designer und "zeichne" > > mal deine Wunsch-GUI. Die kann dann Karl ja nochmal =FCberarbeiten, fal= ls > > n=F6tig. > > Klar, kann ich machen - aber ich frage mich auch, ob wir das JETZT schon > brauchen - siehe oben! Naja, bei diesem Wunsch steckt nicht wenig Eigennutz meinerseits, damit ich= =20 mich bei den =DCberlegungen einfach an etwas orientieren kann. Ich gebe ganz ehrlich zu: An der Stelle habe ich einfach gro=DFe Probleme. Diese Stelle ist GUI-Programmierung im Allgemeinen und Backend f=FCr Nutzun= g=20 durch GUI vorbereiten im Speziellen. Ersteres sollte man auch bei der=20 Jepordy-Konfigurationsoberfl=E4che erkennen. Es ist dann ja kein g=F6ttliches Gesetz, dass nicht gebrochen werden darf, = nur=20 eine Richtlinie. Gr=FC=DFe Gregor =2D --=20 /*********************************************************** ** Gregor Karzelek | Reg. Linuxuser Nr. 215394 ** Gregor@Karzelek.com | http://gregor.karzelek.com ***********************************************************/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBAiCyw/KbezfjBPMRAkpsAKCc8Z6MXLHuZmAbWB6F0sPuKGMTHQCgnISa 16DOeHQNRNYguDnkfIoQItM=3D =3DC0fm =2D----END PGP SIGNATURE----- |
From: Markus K. <ma...@ka...> - 2004-07-24 08:13:54
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ... w=FCrde sich die Bandbreite der Module *sofort* um einen Riesigen Schl= ag erweitern. =2D --=20 <>< Tel: 0641/3011776 Moltkestra=DFe 11 markus.karzelek.com Mobil: 0179/7936225 35390 Gie=DFen Email haben Sie ja schon GnuPG-Key: markus.karzelek.com/vorstellung/wie.html ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBAhqahIRrwW8Jjt0RAiimAJwLqol0j0waNKEXhzFEuW38U3vi/gCeKAdj jZw9rGNYPPiDjHVVFxTikl8=3D =3DP3JW =2D----END PGP SIGNATURE----- |
From: Markus K. <ma...@ka...> - 2004-07-24 08:08:03
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi,=20 nachdem ich das privat gemailt hatte, bringe ich hier noch mal die Sache mi= t=20 Libronix herein. Ich habe keine Ahnung, was f=FCr Texte die benutzen,=20 wahrscheinlich HTML, denn die Programme scheinen IE mit zu benutzen.=20 Auch wenn man dann vielleicht nicht alle Optionen h=E4tte, die ZefaniaXML o= der=20 BML haben, w=FCrde sich die Bandbreite der Module soweit um einen Riesigen= =20 Schlag erweitern.=20 Besonders, da SESB auch auf Libronix-Basis l=E4uft.=20 Was meint ihr. Markus =2D --=20 <>< Tel: 0641/3011776 Moltkestra=DFe 11 markus.karzelek.com Mobil: 0179/7936225 35390 Gie=DFen Email haben Sie ja schon GnuPG-Key: markus.karzelek.com/vorstellung/wie.html ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBAhk5hIRrwW8Jjt0RAuImAKC461dUFQDfimn906TpA0qxr0bIbQCfab+U NkWwwqzWTHDmyiOy8IYd17U=3D =3DILKR =2D----END PGP SIGNATURE----- |
From: Markus K. <ma...@ka...> - 2004-07-24 08:08:03
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Freitag, 23. Juli 2004 23:00 schrieb Gregor Karzelek: > Ich wei=DF, ich mach wieder Druck, aber vielleicht kommen wir ja jetzt wi= eder > einen Schritt weiter, und wenn ich dann endlich mal C++ und vor allem > KDE/QT gerallt habe (noch habe ich die Hoffnung, dass es irgendwann > geschieht) kommt vielleicht sogar wirklich was rum bei. Ist o.k. An dieser Stelle nur eine Frage: Ich habe noch einiges diesen Sommer vor: Stichwort "Ochsenschwanz". Das sol= l=20 dann auch alles auf die Homepage von Anakrino (zumindest bis wir ODDP.ORG=20 haben). Deshalb meine Frage: Sollen wir schon in diesem Sommer/Jahr daf=FCr viel Ze= it=20 investieren, oder sollen wir evtl. noch ein, zwei Semester warten, bis Greg= or=20 ein wenig mehr Ahnung von C++ etc. hat. Sonst k=F6nnte es passieren, dass w= ir=20 einiges wieder umschmei=DFen m=FCssen, weil es sich nicht realisieren l=E4s= st -=20 oder wir nutzen dann nur 50% dessen, wozu c++ eigentlich f=E4hig w=E4re. So nun aber zum Eigentlichen: > 1.) > + Daf=FCr w=FCrde auf jeden Fall die Geschwindigkeit sprechen und die > Interaktion zwischen Front- und Backend. > - Dagegen w=FCrde sprechen, dass wir noch l=E4nger warten m=FCssen, n=E4m= lich bis > ich C++ kann und insbesondere bis ich mit KDE GUIs entwickeln kann. Wie gro=DF (sagen wir prozentual) w=E4re der Geschwindigkeitsunterschied? Das mit der Zeit ist kein Problem - f=FCr mich zumindest: Wir brauchen sowieso noch einiges an Zeit, um auch die Module etc. anzupass= en. Mein Gedanke: lieber gleich richtig gut, als eine halbgare L=F6sung. > + Daf=FCr w=FCrde sprechen, dass ich den Server jetzt schon in Java reali= sieren > kann (zumindest versuchen), sowie vielleicht eine erste GUI in JFC/Swing. Siehe oben! > + Desweiteren w=E4re ein Vorteil, dass man daraus "leicht" folgendes Szen= ario > basteln k=F6nnte: > Eine Organization wie FTA oder BSB installiert den Server (da Java ist > Server-OS wurscht) auf einem Rechner und alle Clients im Netz k=F6nnten a= uf > die Bibeln/Kommentare etc. zugreifen Guter Gedanke - die Frage w=E4re aber, ob man das nicht als zweiten Schritt= =20 realisiert. Zun=E4chst w=FCrde ich am Einzelprogramm arbeiten. W=E4re das machbar, oder muss man das dann gleich als Server-Client realisi= eren.=20 Gebe zu, dass ich da keine Ahnung habe. > -- U.u. l=E4ngere Reaktionszeiten bis ein Text oder ein Suchergebnis > verf=FCgbar ist. Das w=E4re - bei wirklich l=E4ngeren Pausen auf Dauer echt nervig. > - Man m=FCsste letztlich ein Protokoll entwickeln damit gew=E4hrleistet i= st, > dass alle Clients mit dem Server(/allen Servern) zurecht kommen. > - Man m=FCsste genau definieren, welche Befehle der Server bearbeiten muss > und was am Ende rauskommen soll (der Weg dahin ist dem Entwickler > =FCberlassen) > - Man m=FCsste definieren, was ein Client f=FCr Daten "verstehen" > muss Gut, ich denke, dass diese Sachen machbar w=E4ren - zumindest f=FCr einen s= o guten=20 Programmierer wie Du es bist ;-) > So, n=E4chster Punkt: > Ich m=FCsste mir nochmal die aktuellste ZefaniaXML ziehen und angucken, a= ber > ich glaub immernoch wenn wir unser vorhaben mit dem AutoInfo-Anteil (mit > den Kommentaren dort) wirklich realisieren wollen werden wir wohl entweder > einen fork machen m=FCssten, oder einen hack-around. Beides ein wenig > unsch=F6n. Ich meine, ich habe ja schon fr=FCher mit denen =FCber eine = =C4nderung > von Zefania geredet, aber die schienen daf=FCr nicht wirklich bereit. > F=FCr unsere Kommentare und Lexika werden wir aber sowieso ein eigenes > Dateiformat brauchen. Ich gebe zu, dass ich mich damit noch nicht ausf=FChrlich besch=E4ftigt hab= e.=20 Wahrscheinlich w=E4re das der erste wichtige Schritt. Denn bevor wir die GU= I=20 bauen, m=FCssen wir das Backend haben - und daf=FCr vor allem die Texte. Soweit ich mich erinnern kann, kam mir mal die Idee, dass wir die f=FCr die= =20 Datenbank notwendigen Informationen nicht unbedingt in der ZML (=3D Zefania= XML)=20 implementieren m=FCssen. Evtl. k=F6nnte man es in einer Datei, die im Modul= =20 mitgeliefert wird, ablegen. W=E4re evtl. sowieso g=FCnstiger, als es im=20 Bibeltext/Kommentar zu haben. Das w=FCrde die Datei nur unn=F6tig aufblasen. Mein Vorschlag: Gregor und ich setzen uns im August/September hin und =FCberlegen uns, ob d= as=20 mit ZML realisierbar ist. Wenn ja, dann k=F6nnten wir schon mal z.B.: den=20 1Joh-Brief abtippen - in welcher =DCbersetzung auch immer: z.B. in Schlacht= er=20 und/oder Alte Elberfelder. Dann k=F6nnte Gregor n=E4mlich langsam aber sich= er=20 (soweit wie er es halt schafft - kein Stress!) am Backend arbeiten. Wenn ZML daf=FCr ungeeignet ist, dann m=FCssten wir - von ZML oder von unse= rer=20 ersten BML ausgehend eine weitere Version machen. Dann - siehe oben! Die vorl=E4ufigen Ergebnisse werden wir dann hier posten, damit Karl - und = wer=20 auch immer sonst noch Interesse hat, es nachvollziehen und seinen Kommentar= =20 loswerden kann. > Ich glaub bevor wir dann weiter anfangen m=FCssen wir nochmal gucken, was > genau das Prog k=F6nnen soll. Und z.T. genauere Programmabl=E4ufe. Ja, das w=E4re auf jeden Fall wichtig - auch um zu entscheiden, ob wir ZML = oder=20 BML nehmen. Ich denke, dass Gregor und Ich das jetzt machen k=F6nnten. Greg= or=20 hat das technische KnowHow und ich wei=DF, denke ich, was man beim Arbeiten= mit=20 einem Bibelprogramm braucht, was nicht. Jedes Zwischenergebnis wird nat=FCrlich gepostet, keine Frage. Wir k=F6nnen zwar bis Weihnachten warten, aber ich denke, dass wir dadurch = viel=20 Zeit verlieren, die wir jetzt nutzen k=F6nnten. > Markus, setz du dich mal bitte demn=E4chst an den designer und "zeichne" = mal > deine Wunsch-GUI. Die kann dann Karl ja nochmal =FCberarbeiten, falls n= =F6tig. Klar, kann ich machen - aber ich frage mich auch, ob wir das JETZT schon=20 brauchen - siehe oben! Markus =2D -- <>< Tel: 0641/3011776 Moltkestra=DFe 11 markus.karzelek.com Mobil: 0179/7936225 35390 Gie=DFen Email haben Sie ja schon GnuPG-Key: markus.karzelek.com/vorstellung/wie.html ><> =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBAhh3hIRrwW8Jjt0RAtNhAJ4t0+CN9LvKzOurgXDQGpogdp9ZcwCfa8ul ODhMXNJN96MHtd2z0xD1eeQ=3D =3DjLoA =2D----END PGP SIGNATURE----- |
From: Gregor K. <gr...@ka...> - 2004-07-23 20:59:19
|
So, wie bauen wir Anakrino auf? Letztlich gibt es aus meiner Sicht 2 Alternativen: 1. Komplettpaket in C++ (anfangs auf KDE-Basis) (eigentlich besser) 2. Server/Client-Architektur (h=E4tte gewisse reize) 1.) + Daf=FCr w=FCrde auf jeden Fall die Geschwindigkeit sprechen und die Inter= aktion=20 zwischen Front- und Backend. =2D Dagegen w=FCrde sprechen, dass wir noch l=E4nger warten m=FCssen, n=E4m= lich bis ich=20 C++ kann und insbesondere bis ich mit KDE GUIs entwickeln kann. 2.) + Daf=FCr w=FCrde sprechen, dass ich den Server jetzt schon in Java realisi= eren=20 kann (zumindest versuchen), sowie vielleicht eine erste GUI in JFC/Swing. + Desweiteren w=E4re ein Vorteil, dass man daraus "leicht" folgendes Szenar= io=20 basteln k=F6nnte: Eine Organization wie FTA oder BSB installiert den Server (da Java ist=20 Server-OS wurscht) auf einem Rechner und alle Clients im Netz k=F6nnten auf= die=20 Bibeln/Kommentare etc. zugreifen +Man k=F6nnte irgendwann den Server auf C++ portieren um von Geschwindigkei= t zu=20 profitieren ohne den Client anpassen zu m=FCssen + Man k=F6nnte mehrere Clients anbieten, die aber gewisse "Normen" einhalte= n=20 m=FCssen. Die Clients k=F6nnten dann wieder ihr "Umgebung" (KDE, Windows, G= nome,=20 MacOS X) ausnutzen. + Man w=E4re (wenn entsprechende Clients programmiert w=FCrden) frei in der= Wahl=20 des Betriebssystemes. =2D- Der Server w=E4re st=E4ndig zus=E4tzlich zum Programm am laufen, was b= ei einem=20 Szenario mit einem Einzelplatzrechner Geschwindigkeitseinbu=DFen bedeutete. =2D- U.u. l=E4ngere Reaktionszeiten bis ein Text oder ein Suchergebnis verf= =FCgbar=20 ist. =2D Man m=FCsste letztlich ein Protokoll entwickeln damit gew=E4hrleistet i= st, dass=20 alle Clients mit dem Server(/allen Servern) zurecht kommen. =2D Man m=FCsste genau definieren, welche Befehle der Server bearbeiten mus= s und=20 was am Ende rauskommen soll (der Weg dahin ist dem Entwickler =FCberlassen) =2D Man m=FCsste definieren, was ein Client f=FCr Daten "verstehen" muss Naja, das Hauptargument dagegen ist nunmal die Geschwindigkeit. Und ich hab keinen blassen wie ich das am besten Anstelle. Java sch=F6n und= gut,=20 aber ich w=FCrde gern endlich mal C++ in der Uni lernen. Naja, vielleicht i= m=20 dritten Semester. So, n=E4chster Punkt: Ich m=FCsste mir nochmal die aktuellste ZefaniaXML ziehen und angucken, abe= r ich=20 glaub immernoch wenn wir unser vorhaben mit dem AutoInfo-Anteil (mit den=20 Kommentaren dort) wirklich realisieren wollen werden wir wohl entweder eine= n=20 fork machen m=FCssten, oder einen hack-around. Beides ein wenig unsch=F6n. Ich meine, ich habe ja schon fr=FCher mit denen =FCber eine =C4nderung von = Zefania=20 geredet, aber die schienen daf=FCr nicht wirklich bereit. =46=FCr unsere Kommentare und Lexika werden wir aber sowieso ein eigenes=20 Dateiformat brauchen. Ich glaub bevor wir dann weiter anfangen m=FCssen wir nochma gucken, was ge= nau=20 das Prog k=F6nnen soll. Und z.T. genauere Programmabl=E4ufe. Da m=FCssten w= ir uns=20 wohl mal am besten mal hinsetzen gemeinsam, das wird aber wohl erst wieder= =20 Weihnachten gehen ... Also erstmal ne Grobfassung hier? Oder machen wir nen Blog dazu im Netz?=20 Anakrino hat ja eigene Domain. Ich wei=DF, wir hatten das Teils schon, und das kann man gerne als "grundst= ock"=20 nehmen, doch ich w=FCrde mich net wundern, wenn wir einiges daran ver=E4nde= rn.=20 Vor allem aber brauche ich f=FCr mich einige Sachen ein wenig detailierter,= =20 aber das w=FCrd ich wohl allein machen m=FCssen, weil das dann schon mit de= r=20 Umsetzung zu tun haben w=FCrde. Und noch scheine ich der einzige Programmie= rer=20 hier zu sein. Markus, setz du dich mal bitte demn=E4chst an den designer und "zeichne" ma= l=20 deine Wunsch-GUI. Die kann dann Karl ja nochmal =FCberarbeiten, falls n=F6t= ig. Ich wei=DF, ich mach wieder Druck, aber vielleicht kommen wir ja jetzt wied= er=20 einen Schritt weiter, und wenn ich dann endlich mal C++ und vor allem KDE/Q= T=20 gerallt habe (noch habe ich die Hoffnung, dass es irgendwann geschieht) kom= mt=20 vielleicht sogar wirklich was rum bei. Und, hey, vielleicht kommen wir weit= =20 genug um die Domain Anakrino mit bisschen Inhalt zu f=FCttern. Vielleicht=20 kommen dann auch andere mal dazu! Man darf ja noch tr=E4umen ;-) Gr=FC=DFe Gregor |
From: Karl K. <ka...@ka...> - 2003-05-18 16:40:26
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 18. Mai 2003 16:21 schrieb Gregor Karzelek: > Am Samstag, 17. Mai 2003 23:31 schrieb Karl Karzelek: > > Solche Sachen laufen erst =FCber diese Liste. Das interessiert die Leute > > erst, wenn wir das unter uns geregelt haben. > > MOOMENT! > Das mit der TLD ist nichts, das du auf den Tisch gebracht hast, ich habe = da > schon lange =FCberlegt, und dein Vorschlag war einfach ein Vorschlag neben > dem Vorschlag von mir. Warum sollte ich zuerst hier =FCber eine TLD Abi03 > reden wenn das mit Anakrino nicht wirklich viel zu tun hat? Es geht um die Frage der dritten TLD. Ich habe gefragt, ob wir dass f=FCr=20 anakrino reservieren wollen. Daraufhin hast du an die Group wegen der=20 Abi-Sache geschrieben. Was wei=DF ich, was du wie lange vorher =FCberlegst.= Ich=20 habe das auf jeden fall erst in dieser Liste angesprochen wegen der dritten= =20 TLD! > F=FCr 2 Euro monatlich kriegst du zwar nichts wirklich dolles, aber ok, d= eine > Meinung. Habe ich so zu respektieren. Moment, von jedem Sch=FCler 2=A4 Monatlich, das blutet auch nicht, oder auc= h nur=20 einen Monatlich. Die werden nicht sterben von. Da kann man schon was machen. =2D --=20 http://karl.karzelek.com reg. Linux User: #214057 (http://counter.li.org) =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+x7fVmwIjRkaBCVQRAp37AJ9Jjj7Mx2Co92tb/oKoQYAAYF90FwCePqwF vFM1U73zjppLnT6UPR4yETQ=3D =3D2rBL =2D----END PGP SIGNATURE----- |
From: Karl K. <ka...@ka...> - 2003-05-17 21:29:43
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Solche Sachen laufen erst =FCber diese Liste. Das interessiert die Leute er= st,=20 wenn wir das unter uns geregelt haben.=20 So, jetzt zur Sache: Also ich finde das nicht so doll. Da gibt sp=E4ter irgendwann nur Stress. I= ch=20 h=E4tte das Paket lieber nur unter uns. F=FCr das Geld k=F6nnt ihr euch doc= h=20 Problemlos ein eigenes paket hosten, bei einem billigerem Anbieter. Die=20 bieten sogar mehr f=FCr das Geld. Und so ein Stress ist das nun wieder auch= =20 nicht. Ich w=E4re dagegen, ehrlich gesagt. Dann schon lieber f=FCr Markus und mein= Zeug=20 oder etwas anderes. Das ist schlie=DFlich Karzelek.com + Unterbau. Das soll= =20 dann auch f=FCr uns laufen. =2D --=20 http://karl.karzelek.com reg. Linux User: #214057 (http://counter.li.org) =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+xqodmwIjRkaBCVQRAqosAJsGxVGF5hbG05J/HUr6cIvR2xcuuACg03Zi NXbTbd//7lq0xcqSQVYR7RM=3D =3DNzYk =2D----END PGP SIGNATURE----- |
From: Karl K. <ka...@ka...> - 2003-05-16 15:53:56
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey, wollen wir die anderen Fragen, ob wir nicht eine der drei Domains f=FC= r=20 anakrino (+Studienhilfe), oder zumindest eine der subdomains, haben k=F6nne= n? =2D --=20 http://karl.karzelek.com reg. Linux User: #214057 (http://counter.li.org) =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+xQnumwIjRkaBCVQRAi54AKCELmEO6glbCA4CDbda1VSI1fDU2ACglfVX =46OibbbDdITLzAj+SCWvMxjI=3D =3DTuB4 =2D----END PGP SIGNATURE----- |
From: Gregor K. <gr...@ka...> - 2003-03-18 12:48:59
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, k=F6nnt ihr in diesem Bereich dem Zefania-Projekt helfen? =2D ---------- Weitergeleitete Nachricht ---------- Subject: [zefaniaXML] Hebr=E4isch Leser gesucht Date: Dienstag, 18. M=E4rz 2003 11:09 =46rom: "Wolfgang Schultz" <mas...@ya...> To: zef...@ya... Hallo Zefanier, ich habe hier mal eine hebr=E4ische Bibel konvertiert und m=F6chte wisssen, ob das dargestellte =FCberhaupt lesbares Hebr=E4isch ist:-) Hier das Buch 19 (Psalmen) http://www.zefania.de/xmlbible/proof/hebr19.xml Bitte im Internet Explorer betrachten. Das gesamte heb at ist hier in diesem zip-file: http://www.zefania.de/xmlbible/proof/proof_hebr.zip gru=DF wolfgang http://www.zefania.de Wenn Sie Ihr Abonnement f=FCr diese Yahoo! Group k=FCndigen m=F6chten, send= en Sie eine E-Mail an: zef...@ya... Die Nutzung von Yahoo! Groups ist Bestandteil von http://de.docs.yahoo.com/info/utos.html =2D ------------------------------------------------------- Gr=FC=DFe Gregor =2D --=20 /*********************************************************** ** Gregor Karzelek | Reg. Linuxuser Nr. 215394 ** Gregor@Karzelek.com ***********************************************************/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+dxNaYvkFR0eSpKARAumvAJ9j7ZpedEbCqMGkIHXrIPEgFoTDdACdEeO9 iLWp+38jyh9kZ9TjZ/YzoEM=3D =3D90s0 =2D----END PGP SIGNATURE----- |
From: Karl K. <ka...@ka...> - 2003-03-13 15:21:23
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Mittwoch, 12. M=E4rz 2003 16:13 schrieb Gregor Karzelek: > > Oder wir nehmen eine in vielen Punkten durchdachte ZXML, die vielleicht > > nicht in allem dem entspricht, was wir gerne h=E4tten. Aber es entf=E4l= lt > > viel Arbeit, die f=FCr das Frontend selber eingesetzt werden kann. > > Ausserdem entwickelt sich die ZXML auch weiter, und wir k=F6nnen uns in= den > > Gestaltungsprozess einschalten, so wie KDE und QT. Man kann nun mal nic= ht > > alles haben. Und wenn wir uns viel Arbeit f=FCr den Preis der totalen > > Modularit=E4t ersparen, dann bin ich f=FCr diesen Weg. Man kann immer n= och > > Naja es gibt im Grunde nur 2 Sachen, die unsere BML von deren ZefaniaXML > trennen: > 1. Modularit=E4t im Bereich Bibeltext <-> Lexikon/Kommentar > Das lustige dabei ist, sie haben noch keine Struktur f=FCr ihre Lexikon u= nd > Kommentarmodule. Insofern kann man die gew=FCnschte Modularit=E4t doch gl= eich > in die ZefaniaXML einbringen. Ich meine, der Bibeltext an sich und die > Elemente dessen sind ja nicht das Problem. Dort kann man die ZefaniaXML > ohne Probleme nutzen. Das einzige Probleme ist deren Ansatz um Kommentare > und Lexika aufzurufen. Aber kann man das nicht programmtechnisch umgehen? mit variablen links? > 2. Verse Themen zuordnen > Daran haben die bei Zefania noch net gedacht, das k=F6nnen wir dann im La= ufe > der Entwicklung versuchen einzubringen. > > Au=DFer diesen beiden Punkten besteht von der Grundstruktur kein Untersch= ied > von ZefaniaXML zu unserer BML. Na also. Ist doch cool. > > Haben die keine Doku? Wird da soetwas nicht erkl=E4rt? > > Hey, die machen die ZefaniaXML, kein Bibelprogramm! > Aber die meinten, sie w=E4ren froh, wenn wir ihre XML nutzen, da sie dann= ein > Bibelprogramm f=FCr Linux im Showcase haben k=F6nnten welches ihre XML nu= tzt. Mir scheint es, als h=E4tten die =FCberhaupt kein Bibelprogramm. > > Nun ja, dazu habe ich oben schon einiges geschrieben. Ein Programm > > w=E4chst. Man kann nicht alles haben. Nimm dir die totale Modularit=E4t= als > > Ziel, und arbeite jetzt pragmatisch. So modular wie m=F6glich, aber auc= h so > > realistisch wie m=F6glich. > > Ich frage mal bei denen an, ob sie unseren Wunsch beim Entwickeln der > Kommentar und Lexikamodule ber=FCcksichtigen k=F6nnten. Dann h=E4tten wir= was wir > wollten und er w=E4re sogar realistisch. *g* Jo, eimfach vorsichtig nachfragen. > > Nun, sie habens entwickelt, sie wissen wies l=E4uft. Informationsfluss = und > > austausch ist angesagt. Sie kennen ihre XML, sie k=F6nnen dir vielleicht > > helfen. Haben sie neben der Mailingliste auch einen IRC? Ein Forum? > > Hm, die haben nur die ZefaniaXML, jedenfalls afaik. Die an sich haben wohl > kein Bibelprogramm benutzt. So auf die schnelle hab ich auf deren page au= ch > kein verwei=DF auf ein Bibelprogramm gefunden. Werd aber nochma suchen. Mir gehts nicht um Bibelprogramme, sondern um weitere Arten der=20 Kontaktaufnahme, nicht nur =FCber deren Yahoo Group > > Ciao, packst das schon! > > =3D( Sch=F6n w=E4rs!! > Naja, ich hab denen bei ZefaniaXML gesagt, dass unser Projekt erst in der > Planung ist, sie sollen nicht allzubald sichtbare Ergebnisse erwarten. Und > viel mehr als Gedankenspinnerei werd ich wohl bis zum Abi net machen. > Erwartet ihr also auch nichts greifbares. Hey, das soll kein Stre=DF sein, zumindest kein negativer. FS ist Spa=DF. S= ieh es=20 als Chance, um in die Programmierung einzusteigen, als Experimentierfeld.=20 Wenns auch etwas dauern wird, O.K. Solange =FCberlebe ich mit der Biblio un= d=20 Volksbibel/Bibletime. Wenn ich hier rauskomme, auf die FTA oder so, da w=E4= rs=20 ganz praktisch. Bei Markus ist das auch noch nicht so kritisch. Der hat=20 bibleworks. Mir gehts einfach um die Art des Programmierens bei dir. Stell= =20 alle Versuche zur Verf=FCgung, auch wenns nur die GUIs sind. Keine Kathedra= le,=20 Bazaar. > PS: > Wenn wir die ZefaniaXML wirklich nehmen, w=E4re mein Vorschlag, dass ihr = euch > auch diese Mailinglist abonniert, dann k=F6nnt ihr gleich lesen, was f=FCr > Vorschl=E4ge es gibt, da wir mit Anakrino davon leben was die machen, > jedenfalls anfangs. > Und soo aktiv ist die auch nicht, dass ihr deshalb t=E4glich nur ne minut= e am > mails holen seid, ist ja nicht debian-user-de. Kann man sich da einfach anmelden? Reicht es nicht, wenn du da bist? Ich=20 meine, Markus und ich, wir sind keine Entwickler. Ich w=FCsste gar nicht, w= as=20 ich da sollte. Halt uns einfach auf dem Laufenden, wenns was wichtiges gibt. Ciao =2D --=20 http://www.karzelek.com/karl reg. Linux User: #214057 (http://counter.li.org) =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+b3O7mwIjRkaBCVQRAqObAJ9sl2RAHYqZNEb0kGqiznsgcIcrWgCbBi+s rhxDLpM3nywNhxcHXXaoFis=3D =3DF/TU =2D----END PGP SIGNATURE----- |
From: Gregor K. <gr...@ka...> - 2003-03-12 15:23:25
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Karl, Am Dienstag, 11. M=E4rz 2003 22:09 schrieb Karl Karzelek: > Nun, wir haben dann zwei M=F6glichkeiten: > Wir basteln uns eine eigene BML, die dann erst erfunden, getestet werden > muss, dann fehlen uns noch fertige Bibelmodule, die wir erst schreiben > muss, dann musst du noch ein Programm entwickeln, mit dem man ganz einfach > selber Bibelmodule erstellen kann. Und dann ist diese BML ja immer noch > nicht perfekt, und wird einem st=E4ndigem Designprozess unterliegen, weil > Software nie perfekt ist. Hm, ist wohl war. > Oder wir nehmen eine in vielen Punkten durchdachte ZXML, die vielleicht > nicht in allem dem entspricht, was wir gerne h=E4tten. Aber es entf=E4llt= viel > Arbeit, die f=FCr das Frontend selber eingesetzt werden kann. Ausserdem > entwickelt sich die ZXML auch weiter, und wir k=F6nnen uns in den > Gestaltungsprozess einschalten, so wie KDE und QT. Man kann nun mal nicht > alles haben. Und wenn wir uns viel Arbeit f=FCr den Preis der totalen > Modularit=E4t ersparen, dann bin ich f=FCr diesen Weg. Man kann immer noch Naja es gibt im Grunde nur 2 Sachen, die unsere BML von deren ZefaniaXML=20 trennen: 1. Modularit=E4t im Bereich Bibeltext <-> Lexikon/Kommentar Das lustige dabei ist, sie haben noch keine Struktur f=FCr ihre Lexikon und= =20 Kommentarmodule. Insofern kann man die gew=FCnschte Modularit=E4t doch glei= ch in=20 die ZefaniaXML einbringen. Ich meine, der Bibeltext an sich und die Element= e=20 dessen sind ja nicht das Problem. Dort kann man die ZefaniaXML ohne Problem= e=20 nutzen. Das einzige Probleme ist deren Ansatz um Kommentare und Lexika=20 aufzurufen. 2. Verse Themen zuordnen Daran haben die bei Zefania noch net gedacht, das k=F6nnen wir dann im Lauf= e der=20 Entwicklung versuchen einzubringen. Au=DFer diesen beiden Punkten besteht von der Grundstruktur kein Unterschie= d von=20 ZefaniaXML zu unserer BML. > Haben die keine Doku? Wird da soetwas nicht erkl=E4rt? Hey, die machen die ZefaniaXML, kein Bibelprogramm! Aber die meinten, sie w=E4ren froh, wenn wir ihre XML nutzen, da sie dann e= in=20 Bibelprogramm f=FCr Linux im Showcase haben k=F6nnten welches ihre XML nutz= t. > Nun ja, dazu habe ich oben schon einiges geschrieben. Ein Programm w=E4ch= st. > Man kann nicht alles haben. Nimm dir die totale Modularit=E4t als Ziel, u= nd > arbeite jetzt pragmatisch. So modular wie m=F6glich, aber auch so realist= isch > wie m=F6glich. Ich frage mal bei denen an, ob sie unseren Wunsch beim Entwickeln der=20 Kommentar und Lexikamodule ber=FCcksichtigen k=F6nnten. Dann h=E4tten wir w= as wir=20 wollten und er w=E4re sogar realistisch. *g* [schnipp] > K=E4mst du mit der BML so schnell so weit, wie im Moment mit der ZXML? Hm, ist wohl war, bestreite ich auch net. > Nun, sie habens entwickelt, sie wissen wies l=E4uft. Informationsfluss und > austausch ist angesagt. Sie kennen ihre XML, sie k=F6nnen dir vielleicht > helfen. Haben sie neben der Mailingliste auch einen IRC? Ein Forum? Hm, die haben nur die ZefaniaXML, jedenfalls afaik. Die an sich haben wohl= =20 kein Bibelprogramm benutzt. So auf die schnelle hab ich auf deren page auch= =20 kein verwei=DF auf ein Bibelprogramm gefunden. Werd aber nochma suchen. > Ciao, packst das schon! =3D( Sch=F6n w=E4rs!! Naja, ich hab denen bei ZefaniaXML gesagt, dass unser Projekt erst in der=20 Planung ist, sie sollen nicht allzubald sichtbare Ergebnisse erwarten. Und= =20 viel mehr als Gedankenspinnerei werd ich wohl bis zum Abi net machen.=20 Erwartet ihr also auch nichts greifbares. Gr=FC=DFe Gregor PS: Wenn wir die ZefaniaXML wirklich nehmen, w=E4re mein Vorschlag, dass ihr eu= ch=20 auch diese Mailinglist abonniert, dann k=F6nnt ihr gleich lesen, was f=FCr= =20 Vorschl=E4ge es gibt, da wir mit Anakrino davon leben was die machen,=20 jedenfalls anfangs. Und soo aktiv ist die auch nicht, dass ihr deshalb t=E4glich nur ne minute = am=20 mails holen seid, ist ja nicht debian-user-de. =2D --=20 /*********************************************************** ** Gregor Karzelek | Reg. Linuxuser Nr. 215394 ** Gregor@Karzelek.com ***********************************************************/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+b06eYvkFR0eSpKARAiVxAJ0UbnQswu8iKhyvYwWsi1i9SxB7pACdFTFf 2GCRErcM47WkTthOY5PXXeI=3D =3DWQUM =2D----END PGP SIGNATURE----- |
From: Karl K. <ka...@ka...> - 2003-03-12 14:00:34
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Dienstag, 11. M=E4rz 2003 19:32 schrieb Gregor Karzelek: > Hi Karl, > > Am Dienstag, 11. M=E4rz 2003 16:48 schrieb Karl Karzelek: > > Wieso nicht? Du hast ja mind. zwei M=F6glichkeiten das zu implementiere= n. > > Aber ich meine, was spricht dagegen? > > Was dagegen spricht? > Wir hatten uns =FCberlegt, dass wir das alles viel modularer haben wollte= n. > Wir wollten, dass du Bibel=FCbersetzungen, Kommentare und Lexika unabh=E4= ngig > voneinander nutzen kannst. Das w=E4re hier nicht gegeben. > Oder wollen wir von dieser Grundidee wieder ab? > Ich pers=F6nlich sehe es als besser an, wenn wir es so machen wie geplant, > aber wir m=FCssen es ja nicht unbedingt so machen. Nun, wir haben dann zwei M=F6glichkeiten: Wir basteln uns eine eigene BML, die dann erst erfunden, getestet werden mu= ss,=20 dann fehlen uns noch fertige Bibelmodule, die wir erst schreiben muss, dann= =20 musst du noch ein Programm entwickeln, mit dem man ganz einfach selber=20 Bibelmodule erstellen kann. Und dann ist diese BML ja immer noch nicht=20 perfekt, und wird einem st=E4ndigem Designprozess unterliegen, weil Softwar= e=20 nie perfekt ist. Oder wir nehmen eine in vielen Punkten durchdachte ZXML, die vielleicht nic= ht=20 in allem dem entspricht, was wir gerne h=E4tten. Aber es entf=E4llt viel Ar= beit,=20 die f=FCr das Frontend selber eingesetzt werden kann. Ausserdem entwickelt = sich=20 die ZXML auch weiter, und wir k=F6nnen uns in den Gestaltungsprozess=20 einschalten, so wie KDE und QT. Man kann nun mal nicht alles haben. Und wen= n=20 wir uns viel Arbeit f=FCr den Preis der totalen Modularit=E4t ersparen, dan= n bin=20 ich f=FCr diesen Weg. Man kann immer noch darauf zu streben, mit den Leuten= von=20 ZXML so zusammen zu arbeiten, so dass sie unsere Ideen mit ber=FCcksichtige= n,=20 ausser sie haben triftige Gr=FCnde dagegen. Dann muss man auch so viel Stol= z=20 zur=FCckschieben k=F6nnen, dass man einsieht, dass die Leute etwas mehr Ahn= ung=20 von der Materie haben, als wir, zumindest noch. Ich bin daf=FCr, die ZXML z= u=20 nehmen, sich da langsam heranzuarbeiten und immer mehr einzusteigen und imm= er=20 im engen Kontakt mit denen zu stehen, so dass man sich austauscht, =FCber d= ie=20 Erfahrungen, die man macht. Sie profitieren, und wir profitieren. anakrino= =20 muss im Moment noch nicht die volle Funktionalit=E4t mit Kommentaren, etc.= =20 haben. Mach erst einmal das Grundlegende. Wenn du das kannst, dann wird der= =20 Rest mit der Zeit auch kommen. Und schmei=DF ruhig in kurzen Abst=E4nden de= ine=20 Versionen raus, so k=F6nnen wir gemeinsam sehen, was das mit der ZXML wird.= Du=20 musst die ja nicht um Erlaubnis fragen, ob du die testen kannst, das ist FS= =2E=20 Probiers einfach mal. > [schnipp] > > > > Oh, hilfe! Das wird lustig f=FCr mich. > > > > Aber das ist durchdacht, und bei weitem nicht so viel overhead wie bei > > dir, wobei ich das nicht irgendwie pers=F6nlich meine. > > Das bestreite ich gar nicht. Nur, ich frage mich, wie ich es implementier= en > soll, dass du dann das Wort "b=F6sen Geister" besondert siehst, wenn im T= ag > danach darauf verwiesen wird. Naja, mal sehen. Haben die keine Doku? Wird da soetwas nicht erkl=E4rt? > > > > > Der Tag <strongs /> enth=E4lt eine Strong's Number f=FCr > > > > > das jeweilige Wort im > > > > > Urtext. Allerdings wird dieser Tag aus der BML > > > > > rausgenommen. > > > > > > > > Warum ? > > > > > > Markus, neue Ergebnise in dem Bereich? > > > Naja, schreib auf jeden Fall mal unseren Standpunkt zu dem Punkt > > > Strong's <->Stammformen, ist dein Resource und da bin ich net ganz so > > > fit drin. > > > > Nun, sie haben das alles ein wenig weniger Modular als du, so wie ich > > verstehen. Du willst ja sogar die Tags f=FCr die Verweise aus dem > > Hauptmodul raus nehmen, und die lassen die Verweise drin, und packen nur > > die Zusatzsachen in Module. Oder verstehe ich das falsch? Andernfalls > > meint ihr doch das selbe > > In dem Punkt ging es um was anderes(n=E4mlich ob wir Strongs rausschmei= =DFen), > aber im allg. hast du recht. > Und diese Modularit=E4t war doch das besondere. Du konntest alles mit jed= em > Verbinden, ohne dass du eine Bibel=FCbersetzung fest an ein Kommentar/Lex= ikon > binden musstes. Nun ja, dazu habe ich oben schon einiges geschrieben. Ein Programm w=E4chst= =2E Man=20 kann nicht alles haben. Nimm dir die totale Modularit=E4t als Ziel, und arb= eite=20 jetzt pragmatisch. So modular wie m=F6glich, aber auch so realistisch wie=20 m=F6glich. > > > > > <stammform /> Das eingeschlossene Wort hat im Urtext > > > > > ein Wort von der > > > > > griechischen/hebr=E4ischen Stammform, das als value > > > > > angegeben wird. > > > > > > > > > > <morph /> das eingeschlossene Wort hat eine > > > > > bestimmte Morphologie. > > > > > > > > Zefania XML hat das GRAM Element zur Klassifizierung > > > > von solchen Details > > > > > > Details? Naja, ich seh das als mehr an, als nur Details. > > > Naja, was sagt ihr dazu? > > > > Das sind grammatikalische Details zum betroffenen Wort. In der Hinsicht > > ist das schon richtig. Deshalb auch GRAMmatik > > Naja, die haben beides in einem Tag, wir in zwei Tags. Wobei, wenn wir > Strong's nehmen und Stammformen rauslassen haben wir das selbe, da dann > GRAM unser Morph abl=F6st. > Nur, dann kann man nicht nach dem Wort suchen, sondern nur nach der > Strong's. Es sei denn wir schreiben eine Datei, die vorher durchgelesen > wird und jeder griechischen Stammform eine Strong's zuwei=DFt. > Ach, ich muss die mal fragen, ob die auch ne eigene Struktur f=FCr Lexika= und > Kommentare haben, die au=DFerhalb des Bibeltextes geschrieben sind. Schlaf ein paar N=E4chte dar=FCber. Schlie=DF dich mit denen kurz. Gras die= =20 Community ab. Das muss kein Kraftakt sein. Geht locker ran. > > > > > Zum <Kommentar /> > > > > > Es soll zwei Arten von Kommentar geben: > > > > > 1. eigenen, den man beliebig bearbeiten kann. > > > > > > > > Element NOTE > > > > > > Hm, der hat mich missverstanden, scheint es jedenfalls. > > > > Wieso? Du verweist auf eine Datei, in der deine eigenen Kommentare > > Das Problem ist das sch=F6ne Wort "verweist", das genau soll die Bibel ni= cht > machen. Die Kommentarmodule sollen sich Versen zuweisen, nicht die Verse > sich selber Kommentarmodulen. > > > abgespeichert werden. Diese werden dann =FCber nref einegbunden und > > dargestellt. Das ist doch, was du willst. Der Kommentar ist ein Modul. > > Naja, der Kommentar ist fest an die Bibel gebunden, das wollte ich nicht! > Wie gesagt, ich wollte es nicht, wir k=F6nnen es aber auch anders machen. > > > > > > 2. Festen, den man nicht bearbeiten kann. > > > > > =DCber diesen festen Kommentar kann man theoretisch > > > > > auch Studienbibeln wie die > > > > > von John MacArthur als Modul anbieten, da solche > > > > > Studienbibeln haupts=E4chlich > > > > > Kommentare zubestimmten Versen beinhalten. > > > > > Somit w=E4re eine Studienbibel eine Kommentardatei die > > > > > man zus=E4tzlich laden > > > > > kann. > > > > > > > > Entweder REMARK (im Bibeltext) oder aber DIC Element > > > > (externe Datei) der Zefania XML. > > > > > > Jo, auch net so unbedingt wie wir es vorhatten. Die Kommentare sind ja > > > unabh=E4ngig von der Bibel=FCbersetzung, also wei=DF auch das Bibelmo= dul net, > > > wass man f=FCr Kommentarmodule grade auf dem System hat. > > > > Nun, bei deinem Beispiel mit den Studienbibeln sind die Kommentare fest > > mit der Bibel=FCberstzung, also macht man einen Verweis bei Schlachter = 2000 > > etwa auf jma.xml und dann wird das richtige Modul geladen. Ein Problem > > k=F6nnten die "freien" Kommentare sein, K&D, Wupp, Zahn etc. Das k=F6nn= te man > > umgehen, indem man auf eine standard.xml verweist, als <NOTE > > nref=3D"kommentar.xml"> diese Kommentar.xml wird eine Weiterleitung auf > > den kommentar, den der User ausw=E4hlt, oder so. Dass w=E4re dann > > Programmiertechnisch zu l=F6sen. Alles kann eine BML, oder ZXML, oder so > > auch nicht l=F6sen. Alles hat vor und > > > > > > Nachteile. Will man alles ber=FCcksichtigen, dann hat man bloatware. > > Irr ich mich, oder hatten wir es nicht in der BML ber=FCcksichtigt? > Jetzt, versteht mich net falsch, aber da sind meines erachtens nach zwei > ziemlich verschiedene Grundkonzeptionen. > Einmal komplette Abkopplung aller drei Modularten gegen=FCber einer Kopp= lung > der Module Lexikon und Kommentar an die Bibel, die man programmiertechnis= ch > aber wieder r=FCckg=E4ngig machen kann. > Hm, darin sehe ich keinen Sinn, warum nicht gleich entkoppeln? Weil die ZXML das nicht bietet, und wir uns dann ein g=E4nzlich eigenes Kon= zept=20 entwickeln m=FCssten. Ja, ich wei=DF, dass du schon etwas entwickelt hast, = aber=20 es ist wohl unbestreitbar, dass die ZXML viel weiter ist, als die BML. Du=20 kannst die BML als Idee, wie GNU den HURD, ja weiter entwickeln. Aber sei=20 ehrlich: K=E4mst du mit der BML so schnell so weit, wie im Moment mit der ZXML? > > > > Wie ich weiter oben schon ausf=FChrte, w=FCrde ich > > > > programmtechnisch Bibeltexte, Kommentare, Kommentare > > > > u.s.w > > > > als Objekte realisieren, die Methoden wie > > > > getEntry("Brot"), getEntry("lk 3,5-6") u.=E4 haben. > > > > Damit d=FCrfte die gew=FCnschte Funktionalit=E4t erreichbar > > > > sein. > > > > > > *g* Ok, vorher lern ich Programmieren, ich meine, richtiges > > > Programmieren, net das was ich mache! > > > > Hier liefert er dir doch die L=F6sung. Versuchs erst mal ohne Kommentar= e, > > oder so wie oben beschrieben. Mach langsam, das du erst anf=E4ngst wiss= en > > wir auch. Dir steht aber das geballte Wissen der Community zu Verf=FCgu= ng. > > Die L=F6sung? Naja, das ist keine L=F6sung, da mir das Objekt fehlt, dem = diese > Methoden angeh=F6ren. Nun, sie habens entwickelt, sie wissen wies l=E4uft. Informationsfluss und= =20 austausch ist angesagt. Sie kennen ihre XML, sie k=F6nnen dir vielleicht=20 helfen. Haben sie neben der Mailingliste auch einen IRC? Ein Forum? Einfac= h=20 in Kontakt bleiben. Wenn es stimmt, dass sie noch kein anderes Frontend=20 haben, dann werden sie auch auf dein Feedback angewiesen sein, denn ein=20 backend ohne Frontend ist wie ein Motor ohne Auto. Ciao, packst das schon! =2D --=20 http://www.karzelek.com/karl reg. Linux User: #214057 (http://counter.li.org) =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+blCbmwIjRkaBCVQRAnikAJwMJ/d+8hR4jLy2KaO1EJC7SZkpAACcCFBO epqjCdOjxYUrADkPA9Z42AY=3D =3DRZbY =2D----END PGP SIGNATURE----- |
From: Gregor K. <gr...@ka...> - 2003-03-11 18:42:36
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Karl, Am Dienstag, 11. M=E4rz 2003 16:48 schrieb Karl Karzelek: > Wieso nicht? Du hast ja mind. zwei M=F6glichkeiten das zu implementieren. > Aber ich meine, was spricht dagegen? Was dagegen spricht? Wir hatten uns =FCberlegt, dass wir das alles viel modularer haben wollten. Wir wollten, dass du Bibel=FCbersetzungen, Kommentare und Lexika unabh=E4ng= ig=20 voneinander nutzen kannst. Das w=E4re hier nicht gegeben. Oder wollen wir von dieser Grundidee wieder ab? Ich pers=F6nlich sehe es als besser an, wenn wir es so machen wie geplant, = aber=20 wir m=FCssen es ja nicht unbedingt so machen. [schnipp] > > Oh, hilfe! Das wird lustig f=FCr mich. > > Aber das ist durchdacht, und bei weitem nicht so viel overhead wie bei di= r, > wobei ich das nicht irgendwie pers=F6nlich meine. Das bestreite ich gar nicht. Nur, ich frage mich, wie ich es implementieren= =20 soll, dass du dann das Wort "b=F6sen Geister" besondert siehst, wenn im Tag= =20 danach darauf verwiesen wird. Naja, mal sehen. > > > > > Der Tag <strongs /> enth=E4lt eine Strong's Number f=FCr > > > > das jeweilige Wort im > > > > Urtext. Allerdings wird dieser Tag aus der BML > > > > rausgenommen. > > > > > > Warum ? > > > > Markus, neue Ergebnise in dem Bereich? > > Naja, schreib auf jeden Fall mal unseren Standpunkt zu dem Punkt Strong= 's > > <->Stammformen, ist dein Resource und da bin ich net ganz so fit drin. > > Nun, sie haben das alles ein wenig weniger Modular als du, so wie ich > verstehen. Du willst ja sogar die Tags f=FCr die Verweise aus dem Hauptmo= dul > raus nehmen, und die lassen die Verweise drin, und packen nur die > Zusatzsachen in Module. Oder verstehe ich das falsch? Andernfalls meint i= hr > doch das selbe In dem Punkt ging es um was anderes(n=E4mlich ob wir Strongs rausschmei=DFe= n),=20 aber im allg. hast du recht. Und diese Modularit=E4t war doch das besondere. Du konntest alles mit jedem= =20 Verbinden, ohne dass du eine Bibel=FCbersetzung fest an ein Kommentar/Lexik= on=20 binden musstes. > > > > <stammform /> Das eingeschlossene Wort hat im Urtext > > > > ein Wort von der > > > > griechischen/hebr=E4ischen Stammform, das als value > > > > angegeben wird. > > > > > > > > <morph /> das eingeschlossene Wort hat eine > > > > bestimmte Morphologie. > > > > > > Zefania XML hat das GRAM Element zur Klassifizierung > > > von solchen Details > > > > Details? Naja, ich seh das als mehr an, als nur Details. > > Naja, was sagt ihr dazu? > > Das sind grammatikalische Details zum betroffenen Wort. In der Hinsicht i= st > das schon richtig. Deshalb auch GRAMmatik Naja, die haben beides in einem Tag, wir in zwei Tags. Wobei, wenn wir=20 Strong's nehmen und Stammformen rauslassen haben wir das selbe, da dann GRA= M=20 unser Morph abl=F6st. Nur, dann kann man nicht nach dem Wort suchen, sondern nur nach der Strong'= s.=20 Es sei denn wir schreiben eine Datei, die vorher durchgelesen wird und jede= r=20 griechischen Stammform eine Strong's zuwei=DFt. Ach, ich muss die mal fragen, ob die auch ne eigene Struktur f=FCr Lexika u= nd=20 Kommentare haben, die au=DFerhalb des Bibeltextes geschrieben sind. > > > > Zum <Kommentar /> > > > > Es soll zwei Arten von Kommentar geben: > > > > 1. eigenen, den man beliebig bearbeiten kann. > > > > > > Element NOTE > > > > Hm, der hat mich missverstanden, scheint es jedenfalls. > > Wieso? Du verweist auf eine Datei, in der deine eigenen Kommentare Das Problem ist das sch=F6ne Wort "verweist", das genau soll die Bibel nich= t=20 machen. Die Kommentarmodule sollen sich Versen zuweisen, nicht die Verse si= ch=20 selber Kommentarmodulen. > abgespeichert werden. Diese werden dann =FCber nref einegbunden und > dargestellt. Das ist doch, was du willst. Der Kommentar ist ein Modul. Naja, der Kommentar ist fest an die Bibel gebunden, das wollte ich nicht! Wie gesagt, ich wollte es nicht, wir k=F6nnen es aber auch anders machen. > > > > > 2. Festen, den man nicht bearbeiten kann. > > > > =DCber diesen festen Kommentar kann man theoretisch > > > > auch Studienbibeln wie die > > > > von John MacArthur als Modul anbieten, da solche > > > > Studienbibeln haupts=E4chlich > > > > Kommentare zubestimmten Versen beinhalten. > > > > Somit w=E4re eine Studienbibel eine Kommentardatei die > > > > man zus=E4tzlich laden > > > > kann. > > > > > > Entweder REMARK (im Bibeltext) oder aber DIC Element > > > (externe Datei) der Zefania XML. > > > > Jo, auch net so unbedingt wie wir es vorhatten. Die Kommentare sind ja > > unabh=E4ngig von der Bibel=FCbersetzung, also wei=DF auch das Bibelmodu= l net, > > wass man f=FCr Kommentarmodule grade auf dem System hat. > > Nun, bei deinem Beispiel mit den Studienbibeln sind die Kommentare fest m= it > der Bibel=FCberstzung, also macht man einen Verweis bei Schlachter 2000 e= twa > auf jma.xml und dann wird das richtige Modul geladen. Ein Problem k=F6nnt= en > die "freien" Kommentare sein, K&D, Wupp, Zahn etc. Das k=F6nnte man umgeh= en, > indem man auf eine standard.xml verweist, als <NOTE nref=3D"kommentar.xml= "> > diese Kommentar.xml wird eine Weiterleitung auf den kommentar, den der > User ausw=E4hlt, oder so. Dass w=E4re dann Programmiertechnisch zu l=F6se= n. Alles > kann eine BML, oder ZXML, oder so auch nicht l=F6sen. Alles hat vor und > Nachteile. Will man alles ber=FCcksichtigen, dann hat man bloatware. Irr ich mich, oder hatten wir es nicht in der BML ber=FCcksichtigt? Jetzt, versteht mich net falsch, aber da sind meines erachtens nach zwei=20 ziemlich verschiedene Grundkonzeptionen. Einmal komplette Abkopplung aller drei Modularten gegen=FCber einer Kopplu= ng=20 der Module Lexikon und Kommentar an die Bibel, die man programmiertechnisch= =20 aber wieder r=FCckg=E4ngig machen kann.=20 Hm, darin sehe ich keinen Sinn, warum nicht gleich entkoppeln? > > > Wie ich weiter oben schon ausf=FChrte, w=FCrde ich > > > programmtechnisch Bibeltexte, Kommentare, Kommentare > > > u.s.w > > > als Objekte realisieren, die Methoden wie > > > getEntry("Brot"), getEntry("lk 3,5-6") u.=E4 haben. > > > Damit d=FCrfte die gew=FCnschte Funktionalit=E4t erreichbar > > > sein. > > > > *g* Ok, vorher lern ich Programmieren, ich meine, richtiges=20 > > Programmieren, net das was ich mache! > > Hier liefert er dir doch die L=F6sung. Versuchs erst mal ohne Kommentare, > oder so wie oben beschrieben. Mach langsam, das du erst anf=E4ngst wissen= wir > auch. Dir steht aber das geballte Wissen der Community zu Verf=FCgung. Die L=F6sung? Naja, das ist keine L=F6sung, da mir das Objekt fehlt, dem di= ese=20 Methoden angeh=F6ren. Gr=FC=DFe Gregor =2D --=20 /*********************************************************** ** Gregor Karzelek | Reg. Linuxuser Nr. 215394 ** Gregor@Karzelek.com ***********************************************************/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+bivQYvkFR0eSpKARAuiJAJ9SfjUD9AfdTmCQZxp5XhG48DV6qgCeOwWW 0vtDtTALpqizdWXKX02gjHs=3D =3Da5+7 =2D----END PGP SIGNATURE----- |
From: Markus K. <ma...@ka...> - 2003-03-11 17:53:15
|
Also ich denke, dass der einzige gro=DFe Unterschied die Sache mit den Stammformen bzw. den Themen sind.=20 Wir k=F6nnen dadurch ja unabh=E4ngig ob es ein Kommentar, ein Lexikon oder sonst was durch <updatedb> einbinden und haben das zeug nicht im Bibelmodul.=20 Ansonsten w=E4re das kein Problem.=20 Wenn man das aber so l=F6st, wie er geschrieben hat, dass man z.B. Jesus an eine Datenbank schickt, die dann alle Lexika etc verzeichnet hat, dann geht das auch.=20 Ich pers=F6nlich finde aber unsere Idee mit einer/zwei unab=E4ngigen Datenbanken die bessere, weil du nicht jedes Wort in jedem Bibelmodul, auf das du verweisen willst, schon gleich mit Referenzen versehen musst. Doch anderereseits k=F6nnen wir das auch lassen, denn wenn du Gregor das Programm so gestaltest, dass er immer schaut welches Wort er gerade unter dem Mauszeiger hat, dann brauchen wir auch dass mit den REferenzen in den Bibelmodulen nicht.=20 Bleibt nur die Frage mit den Stammformen. Das k=F6nnen wir aber auch =FCber die STrongs realisieren, denn (nein ich habe noch nicht genau gepr=FCft) durch die STrongs haben wir ja das selbe: ergo: wir schmei=DFen nicht STrongs raus, sondern die STammformen ;-) und haben das selbe ergebnis. Dann beziehen sich alle LExika (BAuer etc) auf Strong und gut. So mehr zeit habe ich leider nicht, aber ich denke, dass wir durchaus die ML von ihnen nehmen k=F6nnen.=20 (Gregor, wir glauben an dich, dass du das schaffst (in zwei oder drei Jahren zumindest schon!)) Markus <>< |
From: Karl K. <ka...@ka...> - 2003-03-11 15:52:49
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Dienstag, 11. M=E4rz 2003 14:25 schrieb Gregor Karzelek: > > bietet dazu die Elemente NOTE, STRONG und DIC, die > > jeweils ein Attribut nref, sref und dref besitzen, die > > auf folgende Art verwendet werden k=F6nnten. > > > > Beispiel <DIC dref=3D"lexikon.xml"> Jesus <DIC> . Das > > bedeutet das verarbeitende Programm sucht in der Datei > > lexikon.xml nach dem Stichwort "Jesus". Soll das > > Stichwort in verschiedenen Lexikas gesucht werden, > > kann alternativ auch gesetzt werden. > > > > <DIC dref=3D"lexikon.xml lexikon2.xml"> Jesus <DIC> > > > > Das setzt voraus, dass jeweils beim Hinzuf=FCgen von > > Lexikas das Attribut dref aktualisiert wird. > > Alternativ k=F6nnte man auch so vorgehen, dass einfach > > innerhalb des Programmes an alle offenen (oder > > vorhandenen) Lexikas die Nachricht "Jesus" gesendet > > wird und die Lexikas, die etwas dazu zu sagen haben, > > ihren Eintrag zur=FCckgeben. Eine Kombination all dieser > > M=F6glichkeiten ist ebenfalls machbar und bleibt der > > Fantasie des Programmieres =FCberlassen. > > Naja, das ist allerdings net sooo ganz dass, was wir uns =FCberlegt haben, > oder seh ich das falsch? > Ich meine, bei uns sollte der Verwei=DF ja net in der ML stehen, die beid= en > Teile sollten ja voneinander getrennt sein. Wieso nicht? Du hast ja mind. zwei M=F6glichkeiten das zu implementieren. A= ber=20 ich meine, was spricht dagegen?=20 > > > > Am Anfang jedes Verses gibt es erstmal den Tag > > > <parlist> > > [schnipp] > .. > [schnapp] > > > Mache es nicht so kompliziert ;-) > > > > Wir haben den Tag XREF f=FCr die Parallelstellen.In der > > Anwendung etwas so: > > > > <CHAPTER cnumber=3D"10"> > > > > <VERS vnumber=3D"1">Er rief aber die Zw=F6lf zusammen > > und gab ihnen Gewalt und Macht =FCber alle b=F6sen Geister > > und dass sie Krankheiten heilen konnten ;</VERS> > > <XREF vref=3D"1"> Mk 6,7; Lk 9,2 </XREF> > > </CHAPTER> > > > > > > Du willst die Paralellstelle auf ein Wort des Vers > > bezogen haben? Kein Problem. > > Erg=E4nzen wir XREF doch einfach um das Attribute > > "word" > > > > <CHAPTER cnumber=3D"10"> > > > > <VERS vnumber=3D"1">Er rief aber die Zw=F6lf zusammen > > und gab ihnen Gewalt und Macht =FCber alle b=F6sen Geister > > und dass sie Krankheiten heilen konnten ;</VERS> > > <XREF vref=3D"1" word=3D"b=F6sen Geister">Mk 6,7</XREF> > > > > </CHAPTER> > > Oh, hilfe! Das wird lustig f=FCr mich. Aber das ist durchdacht, und bei weitem nicht so viel overhead wie bei dir,= =20 wobei ich das nicht irgendwie pers=F6nlich meine. > > > > Der Tag <strongs /> enth=E4lt eine Strong's Number f=FCr > > > das jeweilige Wort im > > > Urtext. Allerdings wird dieser Tag aus der BML > > > rausgenommen. > > > > Warum ? > > Markus, neue Ergebnise in dem Bereich? > Naja, schreib auf jeden Fall mal unseren Standpunkt zu dem Punkt Strong's > <->Stammformen, ist dein Resource und da bin ich net ganz so fit drin. Nun, sie haben das alles ein wenig weniger Modular als du, so wie ich=20 verstehen. Du willst ja sogar die Tags f=FCr die Verweise aus dem Hauptmodu= l=20 raus nehmen, und die lassen die Verweise drin, und packen nur die=20 Zusatzsachen in Module. Oder verstehe ich das falsch? Andernfalls meint ihr= =20 doch das selbe > > > <stammform /> Das eingeschlossene Wort hat im Urtext > > > ein Wort von der > > > griechischen/hebr=E4ischen Stammform, das als value > > > angegeben wird. > > > > > > <morph /> das eingeschlossene Wort hat eine > > > bestimmte Morphologie. > > > > Zefania XML hat das GRAM Element zur Klassifizierung > > von solchen Details > > Details? Naja, ich seh das als mehr an, als nur Details. > Naja, was sagt ihr dazu? Das sind grammatikalische Details zum betroffenen Wort. In der Hinsicht ist= =20 das schon richtig. Deshalb auch GRAMmatik > > > Zum <Kommentar /> > > > Es soll zwei Arten von Kommentar geben: > > > 1. eigenen, den man beliebig bearbeiten kann. > > > > Element NOTE > > Hm, der hat mich missverstanden, scheint es jedenfalls. Wieso? Du verweist auf eine Datei, in der deine eigenen Kommentare=20 abgespeichert werden. Diese werden dann =FCber nref einegbunden und=20 dargestellt. Das ist doch, was du willst. Der Kommentar ist ein Modul. > > > 2. Festen, den man nicht bearbeiten kann. > > > =DCber diesen festen Kommentar kann man theoretisch > > > auch Studienbibeln wie die > > > von John MacArthur als Modul anbieten, da solche > > > Studienbibeln haupts=E4chlich > > > Kommentare zubestimmten Versen beinhalten. > > > Somit w=E4re eine Studienbibel eine Kommentardatei die > > > man zus=E4tzlich laden > > > kann. > > > > Entweder REMARK (im Bibeltext) oder aber DIC Element > > (externe Datei) der Zefania XML. > > Jo, auch net so unbedingt wie wir es vorhatten. Die Kommentare sind ja > unabh=E4ngig von der Bibel=FCbersetzung, also wei=DF auch das Bibelmodul = net, > wass man f=FCr Kommentarmodule grade auf dem System hat. Nun, bei deinem Beispiel mit den Studienbibeln sind die Kommentare fest mit= =20 der Bibel=FCberstzung, also macht man einen Verweis bei Schlachter 2000 etw= a=20 auf jma.xml und dann wird das richtige Modul geladen. Ein Problem k=F6nnten= die=20 "freien" Kommentare sein, K&D, Wupp, Zahn etc. Das k=F6nnte man umgehen, in= dem=20 man auf eine standard.xml verweist, als <NOTE nref=3D"kommentar.xml"> diese= =20 Kommentar.xml wird eine Weiterleitung auf den kommentar, den der User=20 ausw=E4hlt, oder so. Dass w=E4re dann Programmiertechnisch zu l=F6sen. Alle= s kann=20 eine BML, oder ZXML, oder so auch nicht l=F6sen. Alles hat vor und Nachteil= e.=20 Will man alles ber=FCcksichtigen, dann hat man bloatware. > > Wie ich weiter oben schon ausf=FChrte, w=FCrde ich > > programmtechnisch Bibeltexte, Kommentare, Kommentare > > u.s.w > > als Objekte realisieren, die Methoden wie > > getEntry("Brot"), getEntry("lk 3,5-6") u.=E4 haben. > > Damit d=FCrfte die gew=FCnschte Funktionalit=E4t erreichbar > > sein. > > *g* Ok, vorher lern ich Programmieren, ich meine, richtiges Programmiere= n, > net das was ich mache! Hier liefert er dir doch die L=F6sung. Versuchs erst mal ohne Kommentare, o= der=20 so wie oben beschrieben. Mach langsam, das du erst anf=E4ngst wissen wir au= ch.=20 Dir steht aber das geballte Wissen der Community zu Verf=FCgung. HTH =2D --=20 http://www.karzelek.com/karl reg. Linux User: #214057 (http://counter.li.org) =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+bgVimwIjRkaBCVQRAu2ZAJ9Jbr+v0NaVXRJD1CCS+w558QbeowCghh8k ADLCwL5iMvOuA3mQ+0m8ipA=3D =3DrzOx =2D----END PGP SIGNATURE----- |
From: Gregor K. <gr...@ka...> - 2003-03-11 13:35:06
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Leuts, diese Mail is nur intern, kommt ne die andere Liste. Wenn wir intern zu nem zwischenergebnis kommen schick ich es auch an die=20 andere LIste, schlie=DFlich gehts um beide Projekte. Am Dienstag, 11. M=E4rz 2003 13:54 schrieb Gregor Karzelek: > die Frage, die wir kl=E4ren sollten ist, ob die Zefania > XML Bible Markup Language gen=FCgend Ausdruckskraft hat, > um den Erfordernissen von Anakrino zu gen=FCgen. Gehen Ups, haben wir soo hohe Anforderungen an die ML?? > bietet dazu die Elemente NOTE, STRONG und DIC, die > jeweils ein Attribut nref, sref und dref besitzen, die > auf folgende Art verwendet werden k=F6nnten. > > Beispiel <DIC dref=3D"lexikon.xml"> Jesus <DIC> . Das > bedeutet das verarbeitende Programm sucht in der Datei > lexikon.xml nach dem Stichwort "Jesus". Soll das > Stichwort in verschiedenen Lexikas gesucht werden, > kann alternativ auch gesetzt werden. > > <DIC dref=3D"lexikon.xml lexikon2.xml"> Jesus <DIC> > > Das setzt voraus, dass jeweils beim Hinzuf=FCgen von > Lexikas das Attribut dref aktualisiert wird. > Alternativ k=F6nnte man auch so vorgehen, dass einfach > innerhalb des Programmes an alle offenen (oder > vorhandenen) Lexikas die Nachricht "Jesus" gesendet > wird und die Lexikas, die etwas dazu zu sagen haben, > ihren Eintrag zur=FCckgeben. Eine Kombination all dieser > M=F6glichkeiten ist ebenfalls machbar und bleibt der > Fantasie des Programmieres =FCberlassen. Naja, das ist allerdings net sooo ganz dass, was wir uns =FCberlegt haben, = oder=20 seh ich das falsch? Ich meine, bei uns sollte der Verwei=DF ja net in der ML stehen, die beiden= =20 Teile sollten ja voneinander getrennt sein. > > Am Anfang jedes Verses gibt es erstmal den Tag > > <parlist> [schnipp] =2E. [schnapp] > Mache es nicht so kompliziert ;-) > > Wir haben den Tag XREF f=FCr die Parallelstellen.In der > Anwendung etwas so: > > <CHAPTER cnumber=3D"10"> > > <VERS vnumber=3D"1">Er rief aber die Zw=F6lf zusammen > und gab ihnen Gewalt und Macht =FCber alle b=F6sen Geister > und dass sie Krankheiten heilen konnten ;</VERS> > <XREF vref=3D"1"> Mk 6,7; Lk 9,2 </XREF> > </CHAPTER> > > > Du willst die Paralellstelle auf ein Wort des Vers > bezogen haben? Kein Problem. > Erg=E4nzen wir XREF doch einfach um das Attribute > "word" > > <CHAPTER cnumber=3D"10"> > > <VERS vnumber=3D"1">Er rief aber die Zw=F6lf zusammen > und gab ihnen Gewalt und Macht =FCber alle b=F6sen Geister > und dass sie Krankheiten heilen konnten ;</VERS> > <XREF vref=3D"1" word=3D"b=F6sen Geister">Mk 6,7</XREF> > > </CHAPTER> Oh, hilfe! Das wird lustig f=FCr mich. > > Der Tag <strongs /> enth=E4lt eine Strong's Number f=FCr > > das jeweilige Wort im > > Urtext. Allerdings wird dieser Tag aus der BML > > rausgenommen. > > Warum ? Markus, neue Ergebnise in dem Bereich? Naja, schreib auf jeden Fall mal unseren Standpunkt zu dem Punkt Strong's=20 <->Stammformen, ist dein Resource und da bin ich net ganz so fit drin. > Fu=DFnoten haben wir auch, =E4hnliche Anwendung wie XREF Schon mal fein. > > <stammform /> Das eingeschlossene Wort hat im Urtext > > ein Wort von der > > griechischen/hebr=E4ischen Stammform, das als value > > angegeben wird. > > > > <morph /> das eingeschlossene Wort hat eine > > bestimmte Morphologie. > > Zefania XML hat das GRAM Element zur Klassifizierung > von solchen Details Details? Naja, ich seh das als mehr an, als nur Details. Naja, was sagt ihr dazu? > > Bei den Tags <fussnote /> <stammform /> und <morph> > > war es so geplant, dass > > deren Value in einem bestimmten Fenster in Anakrino > > angezeigt wird, wenn man > > die Maus =FCber das eingeschlossene Wort legt. > > das ist eine Frage der Programmierung und hat mit der > Bible Markup Language wenig zu tun. *g* Ist wohl war! > > Zum <Kommentar /> > > Es soll zwei Arten von Kommentar geben: > > 1. eigenen, den man beliebig bearbeiten kann. > > Element NOTE Hm, der hat mich missverstanden, scheint es jedenfalls. > > 2. Festen, den man nicht bearbeiten kann. > > =DCber diesen festen Kommentar kann man theoretisch > > auch Studienbibeln wie die > > von John MacArthur als Modul anbieten, da solche > > Studienbibeln haupts=E4chlich > > Kommentare zubestimmten Versen beinhalten. > > Somit w=E4re eine Studienbibel eine Kommentardatei die > > man zus=E4tzlich laden > > kann. > > Entweder REMARK (im Bibeltext) oder aber DIC Element > (externe Datei) der Zefania XML. Jo, auch net so unbedingt wie wir es vorhatten. Die Kommentare sind ja=20 unabh=E4ngig von der Bibel=FCbersetzung, also wei=DF auch das Bibelmodul ne= t, wass=20 man f=FCr Kommentarmodule grade auf dem System hat. > Wie ich weiter oben schon ausf=FChrte, w=FCrde ich > programmtechnisch Bibeltexte, Kommentare, Kommentare > u.s.w > als Objekte realisieren, die Methoden wie > getEntry("Brot"), getEntry("lk 3,5-6") u.=E4 haben. > Damit d=FCrfte die gew=FCnschte Funktionalit=E4t erreichbar > sein. *g* Ok, vorher lern ich Programmieren, ich meine, richtiges Programmieren,= =20 net das was ich mache! So, gebt noch euren Senf/eure Ideen dazu, dann versuch ich daraus eine Antwort = zu=20 schmieden, die kriegt ihr aber nat=FCrlich vorher zu lesen. Ach, ich schreib denen noch, dass wir die Mail nun diskutieren und ich mich= =20 dann auf deren Liste wieder melde, wenn wir zumindest halbwegs ein Ergebnis= =20 haben. Gr=FC=DFe Gregor =2D --=20 /*********************************************************** ** Gregor Karzelek | Reg. Linuxuser Nr. 215394 ** Gregor@Karzelek.com ***********************************************************/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+bePAYvkFR0eSpKARAg27AJ4x7BByajRFCDxoHm3BSmWNCoFjOwCfcXtR Xi7HFo8IlrzpElwOCCJKB7s=3D =3D/ErA =2D----END PGP SIGNATURE----- |
From: Gregor K. <gr...@ka...> - 2003-03-11 13:04:43
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, ne neue Antwort. =2D ---------- Weitergeleitete Nachricht ---------- Subject: Re: [zefaniaXML] die BML von Anakrino Date: Dienstag, 11. M=E4rz 2003 08:24 =46rom: modulator <mas...@ya...> To: zef...@ya... Hallo Gregor, die Frage, die wir kl=E4ren sollten ist, ob die Zefania XML Bible Markup Language gen=FCgend Ausdruckskraft hat, um den Erfordernissen von Anakrino zu gen=FCgen. Gehen wir doch einfach einmal Punkt f=FCr Punkt durch deine Erl=E4uterungen. =2D --- Gregor Karzelek <gr...@ka...> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hallo, > im Anhang habe ich dir Grund=FCberlegung zu einem > Dateiformat f=FCr unsere > Bibeltexte. [..] > Wir haben uns =FCberlegt, dass es neben dem > eigentlichem Bibeltext noch 2 > weitere Modularten geben sollte: > 1. Kommentare > 2. Lexika Das ist in Zefania XML auch so geplant. > Kommentare und Lexika sind =FCber den Text > hinausgehende Informationen zum > Bibelstudium, deshalb wollen wir die als einzelne > Module haben und nicht im > Bibeltext an sich. Das ist auf jeden Fall eine gute Idee. Zefania XML bietet dazu die Elemente NOTE, STRONG und DIC, die jeweils ein Attribut nref, sref und dref besitzen, die auf folgende Art verwendet werden k=F6nnten. Beispiel <DIC dref=3D"lexikon.xml"> Jesus <DIC> . Das bedeutet das verarbeitende Programm sucht in der Datei lexikon.xml nach dem Stichwort "Jesus". Soll das Stichwort in verschiedenen Lexikas gesucht werden, kann alternativ auch gesetzt werden. <DIC dref=3D"lexikon.xml lexikon2.xml"> Jesus <DIC> Das setzt voraus, dass jeweils beim Hinzuf=FCgen von Lexikas das Attribut dref aktualisiert wird. Alternativ k=F6nnte man auch so vorgehen, dass einfach innerhalb des Programmes an alle offenen (oder vorhandenen) Lexikas die Nachricht "Jesus" gesendet wird und die Lexikas, die etwas dazu zu sagen haben, ihren Eintrag zur=FCckgeben. Eine Kombination all dieser M=F6glichkeiten ist ebenfalls machbar und bleibt der =46antasie des Programmieres =FCberlassen. > Im Bibeltext an sich gibt es die Struktur Bibel -> > Buch -> Kapitel -> Vers Diese Struktur wird durch Zefania XML abgebildet. > Am Anfang jedes Verses gibt es erstmal den Tag > <parlist> > Danach folgt die Liste aller Parallelstellen auf die > im Text bezug genommen > wird. > <parlist> > <stelle> > <name>[a]</name> > <verweis>1Joh: 3:16</verweis> > </stelle> > </parlist> > Als einfaches Beispiel. Auf welches Wort sich nun > die Stelle [a] bezieht wird > im Verstext bestimmt: > <par id=3D"[a]">XXX</par> Mache es nicht so kompliziert ;-) Wir haben den Tag XREF f=FCr die Parallelstellen.In der Anwendung etwas so: <CHAPTER cnumber=3D"10"> <VERS vnumber=3D"1">Er rief aber die Zw=F6lf zusammen und gab ihnen Gewalt und Macht =FCber alle b=F6sen Geister und dass sie Krankheiten heilen konnten ;</VERS> <XREF vref=3D"1"> Mk 6,7; Lk 9,2 </XREF> </CHAPTER> Du willst die Paralellstelle auf ein Wort des Vers bezogen haben? Kein Problem. Erg=E4nzen wir XREF doch einfach um das Attribute "word" <CHAPTER cnumber=3D"10"> <VERS vnumber=3D"1">Er rief aber die Zw=F6lf zusammen und gab ihnen Gewalt und Macht =FCber alle b=F6sen Geister und dass sie Krankheiten heilen konnten ;</VERS> <XREF vref=3D"1" word=3D"b=F6sen Geister">Mk 6,7</XREF> </CHAPTER> [..] > Der Tag <strongs /> enth=E4lt eine Strong's Number f=FCr > das jeweilige Wort im > Urtext. Allerdings wird dieser Tag aus der BML > rausgenommen. Warum ? > <fussnote />: In manchen Bibeln gibt es zu > bestimmten W=F6rtern Fu=DFnoten. Dies > soll =FCber den Tag realisiert werden. > Fu=DFnoten k=F6nnen auch griechischen, hebr=E4ischen und > aram=E4ischen Text > beinhalten. =46u=DFnoten haben wir auch, =E4hnliche Anwendung wie XREF > <stammform /> Das eingeschlossene Wort hat im Urtext > ein Wort von der > griechischen/hebr=E4ischen Stammform, das als value > angegeben wird. > > <morph /> das eingeschlossene Wort hat eine > bestimmte Morphologie. Zefania XML hat das GRAM Element zur Klassifizierung von solchen Details > Bei den Tags <fussnote /> <stammform /> und <morph> > war es so geplant, dass > deren Value in einem bestimmten Fenster in Anakrino > angezeigt wird, wenn man > die Maus =FCber das eingeschlossene Wort legt. das ist eine Frage der Programmierung und hat mit der Bible Markup Language wenig zu tun. [..] > Zum <Kommentar /> > Es soll zwei Arten von Kommentar geben: > 1. eigenen, den man beliebig bearbeiten kann. Element NOTE > 2. Festen, den man nicht bearbeiten kann. > =DCber diesen festen Kommentar kann man theoretisch > auch Studienbibeln wie die > von John MacArthur als Modul anbieten, da solche > Studienbibeln haupts=E4chlich > Kommentare zubestimmten Versen beinhalten. > Somit w=E4re eine Studienbibel eine Kommentardatei die > man zus=E4tzlich laden > kann. Entweder REMARK (im Bibeltext) oder aber DIC Element (externe Datei) der Zefania XML. [..] > Wie genau die Zuordnung Stammform <->Lexikon und die > Zuordnung Vers <->Thema & > Thema <-> Lexikon gedacht war, versuche ich jetzt zu > erkl=E4ren: > > Sowohl <bibel> als auch <lexikon> haben einen Tag > <updatedb>. > bibel::updatedb kann als child nur <themendb> haben, > lexikon::updatedb kann > sowohl <themendb> als auch <stammformdb> beinhalten. > Bisher auch noch <strongsdb>, aber das Thema > Strong's numbers war bei uns noch > nicht ganz klar. > > Was hat es damit auf sich? > Wenn ein Wort durch den Tag <stammform> einer > Stammform zugeordnet wird und > der Benutzer die Maus =FCber dieses Wort legt sollte > folgendes passieren: > eine Datei sollte ausgelesen werden, in denen alle > Stammformen vermerkt sind. > Dabei sollte geguckt werden, welche Lexika alles zu > dieser Stammform > eingetragen wurden. Wie ich weiter oben schon ausf=FChrte, w=FCrde ich programmtechnisch Bibeltexte, Kommentare, Kommentare u.s.w als Objekte realisieren, die Methoden wie getEntry("Brot"), getEntry("lk 3,5-6") u.=E4 haben. Damit d=FCrfte die gew=FCnschte Funktionalit=E4t erreichbar sein. > Ich hoffe, der Weg ist wenigstens Halbwegs klar. ich auch ;-) gru=DF wolfgang __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com Wenn Sie Ihr Abonnement f=FCr diese Yahoo! Group k=FCndigen m=F6chten, send= en Sie eine E-Mail an: zef...@ya... Die Nutzung von Yahoo! Groups ist Bestandteil von http://de.docs.yahoo.com/info/utos.html =2D ------------------------------------------------------- Gr=FC=DFe Gregor =2D --=20 /*********************************************************** ** Gregor Karzelek | Reg. Linuxuser Nr. 215394 ** Gregor@Karzelek.com ***********************************************************/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+bdygYvkFR0eSpKARAq7gAKCIM03GeLUjdRTJerDFvqYHWAdZXQCgox+r owWwt0FIPlLXoBtBUQstBcI=3D =3DSZAX =2D----END PGP SIGNATURE----- |