bjs2-discussion Mailing List for BJS

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

---------------------------------
Yahoo! Personals
- New people, new possibilities. FREE for a limited time!
Hi, 

I'm looking for these books by Georgette Heyer

Arabella
Federica
Devil's Cub
The Masqueraders
Beauvallet
The Spanish Bride
Sylvester, the wicked uncle
April Lady
Cousin Kate

Thanks Anne

---------------------------------
Yahoo! Personals
- New people, new possibilities. FREE for a limited time!
Hallo!

Robert Jördens wrote:
> > Hast Du wohl Opfer?
> Ja. Ich schreibe gerade Mails. Du kannst ja auch mal auf Sourceforge
> Ausschau halten. Vielleicht gibt es da passendes Frischfleisch! ;-]

:) Aber SF ist ziemlich amerikanisch, wenn ich das so sehe.

> Macht Schulbuch das auch mit LaTeX?

Aus der Doku, Punkt "Systemanforderungen":

"LaTeX

LaTeX ist ein typisches Unix-Textsatzsystem und wird vom PingoS
Schulbuchmanager für die Erstellung der Bücherzettel benötigt. LaTeX
sollte eigentlich bei jeder Distribution vorinstalliert oder zumindest
mitgeliefert sein. Bitte achten Sie darauf, dass Sie das Paket pdfLaTeX
installieren, da die Bücherzettel sonst nicht im PDF-Format erstellt
werden können. "

Hätte also seinen Vorteil.

> Ich kenne einen mittlerweile uralten (uralt auch aufgrund seiner Arbeit)
> Lehrer, der an einer Schulverwaltung in Borland Delphi herumwurstelt.
> Ich glaube aber, das ist zu komplex!

Ich hätte ein paar Ideen, die mir letztens über den Weg gelaufen sind.
Was hälst Du von "document oriented human resources management"? *g*
Aber das wäre vielleicht eher ein Fall für eine fünftägige
Hacking-Session, oder? :-)

> > - LaTeX und PDFLaTeX für client- und serverseitigen Formulardruck
> > Wenn diese Sch****-Browser endlich vollständig CSS+CSS2 verstehen
> > würden, würde ich wieder in die Kirche gehen. Ehe^Mrlich.
> Wenn du das noch sauberer mit den Programmaufrufen und entstehenden Dateien
> hinbekommst (im Moment finde ich das extrem unpraktisch, unsauber, und
> fehleranfällig!) ...
> Ich finde php->pdf kürzer, cleaner und performanter als
> php->tex(->dvi->ps)->pdf. Für die Vordrucke (Tabellen zum Handschriftlichen
> Eintragen) bin ich auch für LaTeX. Aber das ist so eine Einmal-Geschichte, dass
> ich dafür noch nichtmal unbedingt ein Web-FE bauen würde. Für den Urkundendruck
> (meine paar Klassen) gefällt mir TeX noch nicht einmal. Da könnten wir sogar ps
> von Hand schreiben und das drucken oder daraus pdf machen.

Nun, m.M.n. sollte man der "Technologiesauberheit" halber nur eine der
beiden Technologien verwenden. Es ist etwas unverschämt, von den Leuten
zu verlangen, sowohl Apache selber zu kompilieren als auch pdflatex
einzuspielen. Also eins von beiden.

Wenn wir bei php->pdf bleiben, wäre ein Weg für Listen zu finden, ohne
groß mit irgendwelchen Positionierungsalgorithmen rumpfuschen zu müssen.
Wenn wir den Plugin-Weg mit php->tex->pdf gehen, müssen die
Druckfunktionen komplett überarbeitet werden, um die Punkte
"Fehleranfälligkeit" und "Performanz" anzugehen.

> BTW: Mir fällt gerade auf, dass wir uns dringend ein Glossar mit
> BJS-Fach-Termini bauen müssen.

Okay, ich hab ein Dokument draus gemacht. Wenn Du LyX hast, schick ich's
Dir.

> > - "C" <-> "C++": objektorientiert oder prozedural?
> > Für die Objektorientierung spricht die bessere Strukturierbarkeit,
> > dagegen sprechen der bisherige prozedurale Code und die Tatsache, dass
> > prozedurale Programmierung an 90% der Schulen verstanden wird, im
> > Gegensatz zu OO.
> Puh! Prozeduren und OO sind ja kein Widerspruch! Und außerdem gehe ich davon
> aus, dass ein vernünftiger Info-Unterricht zumindest OO erklärt und kurz
> anspricht. Wir können doch davon ausgehen, dass diejenigen, die an den Scripten
> arbeiten OO zumindest einmal gehört haben.

Hehe ... den vernünftigen Info-Unterricht gibt's vielleicht bei euch,
aber sonst sehe ich da sehr wenig an den Schulen in meiner Umgebung.
"Die, die an den Skripten arbeiten" könnten in Zukunft ganz normale
Info-Lehrer sein, die irgendeinen Bug fixen wollen.

> Ich müsste aber trotzdem sehr lange über ein passendes OO-Konzept für BJS
> nachdenken (Schüler-Klasse, Riegen-Klasse, ???????). Ich bin dafür,
> größtenteils deinen prozeduralen Stil zu behalten und nur in Eck-Bereichen
> (Urkunden...) und nur wenn es witzig genug ist, OO zu machen.

Ja, dem kann ich zustimmen. Wenn wir von Anfang an OO hätten machen
wollen, wäre PHP garantiert nicht das Mittel der Wahl gewesen. (Python,
anyone?)

> CVS for ever!
> Du meinst import oder was? Versuche es doch von einem Rechner auf deren
> Compile-Farm aus! Das ist cool (fetre Maschinen)!

tar.gz'en und von dort aus machen? Pervers ... :-)

> Jepp. Freshmeat muss mal auf Trab gebracht werden. Die waren bei unserem
> libcim/PaulA bei ID-PRO so lahmarschig!

Hey, das ist ne heisse Geschichte.

> Ich werde dann auch mal bei so einigen Lehrerzeitschriften vorstellig werden.

Sehr schön. Wir sollten vor 1.0 nochmal zusammenstellen, wo es
bekanntgegeben wird.

Gruß,
  Christian

Hallo Christian!

Christian Selig schrieb am Sonntag, den 01. Oktober 2000:

> Gleich vorweg: Ich schreibe eine Cc: an die Liste, nicht weil etwa
> andere Leute drauf w=E4ren :-), sondern aus Archivzwecken. Ich hoffe, Du
> nimmst mir das nicht =FCbel!

Nein. Das nicht. Aber die doppelte Mail, die bei mir dadurch landet, nehme =
ich
dir =FCbel! ;-]

> Argh, die versch. Bundesl=E4nder haben ja versch. Ferientermine. Weil's
> z.B. in Franken fr=FCher Fr=FChling wird *g*

Ja sischa!

> Hast Du wohl Opfer?

Ja. Ich schreibe gerade Mails. Du kannst ja auch mal auf Sourceforge
Ausschau halten. Vielleicht gibt es da passendes Frischfleisch! ;-]

> Was wir allerdings unbedingt ausk=E4mpfen sollten, sind ein paar
> Grunds=E4tze zu Technologien und Codingstyle. Du weisst ja, dass ich von
> dem einzukompilierenden PDF-Modul nicht gerade begeistert war und alles
> auf serverseitiges LaTeX verlagert haben m=F6chte. Dies h=E4tte den Vorte=
il
> einer technologischen =C4hnlichkeit mit "Schulbuch" und w=FCrde damit evt=
l.
> eine Basis f=FCr andere Schulverwaltungssoftware (ich habe schon Ideen f=
=FCr
> eine Sch=FClerverwaltung *g*).

Macht Schulbuch das auch mit LaTeX?
Ich kenne einen mittlerweile uralten (uralt auch aufgrund seiner Arbeit)=20
Lehrer, der an einer Schulverwaltung in Borland Delphi herumwurstelt.=20
Ich glaube aber, das ist zu komplex!

> Hier deshalb mein Vorschlag "Technologien":
>=20
> - PHP3 (PHP4 ist noch nicht allzuweit verbreitet)

ACK

> - MySQL (gibt's nix zu diskutieren, oder?)

ACK

> - LaTeX und PDFLaTeX f=FCr client- und serverseitigen Formulardruck
> Wenn diese Sch****-Browser endlich vollst=E4ndig CSS+CSS2 verstehen
> w=FCrden, w=FCrde ich wieder in die Kirche gehen. Ehe^Mrlich.

Wenn du das noch sauberer mit den Programmaufrufen und entstehenden Dateien=
=20
hinbekommst (im Moment finde ich das extrem unpraktisch, unsauber, und
fehleranf=E4llig!) ...
Ich finde php->pdf k=FCrzer, cleaner und performanter als
php->tex(->dvi->ps)->pdf. F=FCr die Vordrucke (Tabellen zum Handschriftlich=
en
Eintragen) bin ich auch f=FCr LaTeX. Aber das ist so eine Einmal-Geschichte=
, dass
ich daf=FCr noch nichtmal unbedingt ein Web-FE bauen w=FCrde. F=FCr den Urk=
undendruck
(meine paar Klassen) gef=E4llt mir TeX noch nicht einmal. Da k=F6nnten wir =
sogar ps
von Hand schreiben und das drucken oder daraus pdf machen.

BTW: Mir f=E4llt gerade auf, dass wir uns dringend ein Glossar mit
BJS-Fach-Termini bauen m=FCssen.

Urkunde: Daten zum Bedrucken der Urkundenvordrucke
Eintragsliste: Leer-Formular zum handschriftlichen Eintragen der Ergebnisse
vor Ort.
Punkteliste: Tabelle der erreichten Punkte f=FCr eine bestimmte
Gruppe/Riege/Klasse/Stufe
Ergebnisliste: Tabelle der Ergebnisse f=FCr eine bestimmte
Gruppe/Riege/Klasse/Stufe
Riege: siehe Riegenbrgriff der klassischen BJS
=2E
=2E
=2E

> F=FCr den Codingstyle:
>=20
> - "C" <-> "C++": objektorientiert oder prozedural?
> F=FCr die Objektorientierung spricht die bessere Strukturierbarkeit,
> dagegen sprechen der bisherige prozedurale Code und die Tatsache, dass
> prozedurale Programmierung an 90% der Schulen verstanden wird, im
> Gegensatz zu OO.

Puh! Prozeduren und OO sind ja kein Widerspruch! Und au=DFerdem gehe ich da=
von
aus, dass ein vern=FCnftiger Info-Unterricht zumindest OO erkl=E4rt und kurz
anspricht. Wir k=F6nnen doch davon ausgehen, dass diejenigen, die an den Sc=
ripten
arbeiten OO zumindest einmal geh=F6rt haben.
Ich m=FCsste aber trotzdem sehr lange =FCber ein passendes OO-Konzept f=FCr=
 BJS
nachdenken (Sch=FCler-Klasse, Riegen-Klasse, ???????). Ich bin daf=FCr,
gr=F6=DFtenteils deinen prozeduralen Stil zu behalten und nur in Eck-Bereic=
hen
(Urkunden...) und nur wenn es witzig genug ist, OO zu machen.

> F=FCr den Entwicklungsstil:
>=20
> - CVS so bald wie m=F6glich einf=FChren (initial commit klappt bei mir
> nicht, wahrscheinlich wegen Gateway...)

CVS for ever!
Du meinst import oder was? Versuche es doch von einem Rechner auf deren
Compile-Farm aus! Das ist cool (fetre Maschinen)!

> - Viele Versionen in wenigen Tagen, um die freshmeat-Leute zu =E4rgern :-)

Jepp. Freshmeat muss mal auf Trab gebracht werden. Die waren bei unserem
libcim/PaulA bei ID-PRO so lahmarschig!

> - Umfangreiche Bekanntgabe einer 1.0 Version auf der LfS-Liste
> (Pressemitteilung *g*); evtl. mit den Landes- IT-Bildungsstellen reden
> (Scheisse, wieso ist Bildung Landessache? Weil's auf Bundesebene sonst
> noch schwachsinniger w=FCrde? *g*)

Kulturhoheit. Geschichtlich bedingt.

Ich werde dann auch mal bei so einigen Lehrerzeitschriften vorstellig werde=
n.

	Robert.

--=20
Linux is addictive, I'm hooked!
(MaDsen Wikholm's .sig)

Hallo!

Gleich vorweg: Ich schreibe eine Cc: an die Liste, nicht weil etwa
andere Leute drauf wären :-), sondern aus Archivzwecken. Ich hoffe, Du
nimmst mir das nicht übel!

Robert Jördens wrote:
> > In letzter Zeit ist es recht still geworden. Die Schule hat auch hier
> > wieder angefangen ...
> JaJa. Ich komme gerade von meiner 10-tägigen Studiefahrt aus Athen
> (Griechisch-LK) zurück und arbeite mich durch exakt 242 mails (davon gut 70
> PM) und mit morgen fangen die Herbstferien an.

Argh, die versch. Bundesländer haben ja versch. Ferientermine. Weil's
z.B. in Franken früher Frühling wird *g*

> Die Herbstferien sind bei mir leider völlig verplant. Aber da wir nach meiner
> Einschätzung für die 1.0 (Definition: die erste für die BJS im Freifeld
> praktisch einsetzbare Version) gut und gerne schon 50% geschafft haben, bin ich
> auch eher dagegen. Was ich aber machen werde, ist eine anspornende Mail an
> einige Leute, die daran arbeiten würden (ich rechne mit ca. 2 neuen
> Mitstreitern).

Hast Du wohl Opfer?

> Vielleicht kann ich außerdem ein paar Stunden wöchentlich bei
> ID-PRO dafür opfern ;-]

Das wäre natürlich klasse :-)

Was wir allerdings unbedingt auskämpfen sollten, sind ein paar
Grundsätze zu Technologien und Codingstyle. Du weisst ja, dass ich von
dem einzukompilierenden PDF-Modul nicht gerade begeistert war und alles
auf serverseitiges LaTeX verlagert haben möchte. Dies hätte den Vorteil
einer technologischen Ähnlichkeit mit "Schulbuch" und würde damit evtl.
eine Basis für andere Schulverwaltungssoftware (ich habe schon Ideen für
eine Schülerverwaltung *g*).

Hier deshalb mein Vorschlag "Technologien":

- PHP3 (PHP4 ist noch nicht allzuweit verbreitet)
- MySQL (gibt's nix zu diskutieren, oder?)
- LaTeX und PDFLaTeX für client- und serverseitigen Formulardruck
Wenn diese Sch****-Browser endlich vollständig CSS+CSS2 verstehen
würden, würde ich wieder in die Kirche gehen. Ehe^Mrlich.

Für den Codingstyle:

- "C" <-> "C++": objektorientiert oder prozedural?
Für die Objektorientierung spricht die bessere Strukturierbarkeit,
dagegen sprechen der bisherige prozedurale Code und die Tatsache, dass
prozedurale Programmierung an 90% der Schulen verstanden wird, im
Gegensatz zu OO.

Für den Entwicklungsstil:

- CVS so bald wie möglich einführen (initial commit klappt bei mir
nicht, wahrscheinlich wegen Gateway...)
- Viele Versionen in wenigen Tagen, um die freshmeat-Leute zu ärgern :-)
- Umfangreiche Bekanntgabe einer 1.0 Version auf der LfS-Liste
(Pressemitteilung *g*); evtl. mit den Landes- IT-Bildungsstellen reden
(Scheisse, wieso ist Bildung Landessache? Weil's auf Bundesebene sonst
noch schwachsinniger würde? *g*)

Gruß,
  Christian

-- 
Imagine Bill Gates had a nickel for every time Windows crashed ...
Oh wait, he does!

Robert Jördens wrote:
> > Wenn Du Dich auf die Idee mit der CD beziehst: Naja, vielleicht sollte
> > man so etwas lieber über die "normalen" Vertriebswege für
> > Linux-Schulsoftware machen, zum Beispiel auf den FSuB-CDs.
> > Zu der Sache mit der Selbstbackerei: Ich habe viele Sysadmins an den
> > Schulen gesehen. Die haben nicht wirklich Ahnung von Linux. Sie wollen
> > einfach nur damit arbeiten, nicht erst groß kompilieren. Wenn man davon
> > ausgeht, dass die meistverwendeten Distributionen Apache, PHP3, MySQL
> > (nach dem going-GPL erst recht) und pdflatex standardmäßig mit dabei
> > haben, kann man sich damit einigen Ärger ersparen.
> Ich habe an sich nichts dagegen. Nur müssen wir dann ja zweigleisig fahren. Ich
> möchte mir nämlich nicht meinen Apache überschreiben. ;-]
Du brauchst Dir ja nichts überschreiben. Nur "write once, crash
anywhere"-Code schreiben :-)

Christian

Hi Christian!

On Mon, 21 Aug 2000, Christian Selig wrote:

> Wenn Du Dich auf die Idee mit der CD beziehst: Naja, vielleicht sollte
> man so etwas lieber über die "normalen" Vertriebswege für
> Linux-Schulsoftware machen, zum Beispiel auf den FSuB-CDs.
> Zu der Sache mit der Selbstbackerei: Ich habe viele Sysadmins an den
> Schulen gesehen. Die haben nicht wirklich Ahnung von Linux. Sie wollen
> einfach nur damit arbeiten, nicht erst groß kompilieren. Wenn man davon
> ausgeht, dass die meistverwendeten Distributionen Apache, PHP3, MySQL
> (nach dem going-GPL erst recht) und pdflatex standardmäßig mit dabei
> haben, kann man sich damit einigen Ärger ersparen.

Ich habe an sich nichts dagegen. Nur müssen wir dann ja zweigleisig fahren. Ich
möchte mir nämlich nicht meinen Apache überschreiben. ;-]

        Robert.

-- 
Robert Jördens <joe...@id...>
* ID-PRO Deutschland GmbH * Am Hofgarten 20 * D-53113 Bonn
* Tel. +49 (0)228 - 4 21 54-364 * Fax -359
* http://open-for-the-better.com

Hallo!

Robert Jördens wrote:
> > [sledge@eva sledge]$ rsh sokrates
> > Have a lot of fun...
> > Last login: Sun Aug 20 14:54:43 on ttyp0 from genesis.ganymed.de.
> > No mail.
> > sledge@sokrates:~ > ls -la /tmp
> > total 9
> > drwxrwxrwt   4 root     root         1024 Aug 21 11:47 .
> > [snip]
> Wenn du mein Script nicht geändert hast, benutzt es sein eigenes Verzeichnis,
> nicht tmp.
Uups :-) RTFS heissts für mich also :-)

> > Sag mal, könnte man nicht evtl. irgendwann eine CD zum Selbstkostenpreis
> > machen, die fertig kompilierten Apache etc. enthält? Dann könnte man den
> > Leuten diese blöde Rumkompiliererei ersparen.
> > Ich hoffte eigentlich, dass man alle Abhängigkeiten (apache, php3,
> > mysql, pdflatex) mit rpm/dpkg erschlagen kann und um selbstgebackenes
> > herumkommt.
> Wie diese Schulbuch.sourceforge.net-Geschcichte? Ich bin dagagen.
Wenn Du Dich auf die Idee mit der CD beziehst: Naja, vielleicht sollte
man so etwas lieber über die "normalen" Vertriebswege für
Linux-Schulsoftware machen, zum Beispiel auf den FSuB-CDs.
Zu der Sache mit der Selbstbackerei: Ich habe viele Sysadmins an den
Schulen gesehen. Die haben nicht wirklich Ahnung von Linux. Sie wollen
einfach nur damit arbeiten, nicht erst groß kompilieren. Wenn man davon
ausgeht, dass die meistverwendeten Distributionen Apache, PHP3, MySQL
(nach dem going-GPL erst recht) und pdflatex standardmäßig mit dabei
haben, kann man sich damit einigen Ärger ersparen.

> > Du musst Dich dazu aber als Entwickler bei Sourceforge anmelden, mir
> > Deinen Usernamen geben und dann kann ich Dich technisch als Developer
> > mit in das Projekt mit hinzufügen. Ich denke, ein CVS hätte
> > unbestreitbare Vorteile.
> Ist rjo
Okay :-)

Gruß,
  Christian

Hi Christian!

On Mon, 21 Aug 2000, Christian Selig wrote:

> Hi Robert,
> 
> 
> Das habe ich mir natürlich auch zuerst gedacht:
> 
> [sledge@eva sledge]$ rsh sokrates
> Have a lot of fun...
> Last login: Sun Aug 20 14:54:43 on ttyp0 from genesis.ganymed.de.
> No mail.
> sledge@sokrates:~ > ls -la /tmp
> total 9
> drwxrwxrwt   4 root     root         1024 Aug 21 11:47 .
> [snip]

Wenn du mein Script nicht geändert hast, benutzt es sein eigenes Verzeichnis,
nicht tmp.

> Urgs ... lib ...
> Sag mal, könnte man nicht evtl. irgendwann eine CD zum Selbstkostenpreis
> machen, die fertig kompilierten Apache etc. enthält? Dann könnte man den
> Leuten diese blöde Rumkompiliererei ersparen.
> Ich hoffte eigentlich, dass man alle Abhängigkeiten (apache, php3,
> mysql, pdflatex) mit rpm/dpkg erschlagen kann und um selbstgebackenes
> herumkommt.

Wie diese Schulbuch.sourceforge.net-Geschcichte? Ich bin dagagen.

> Guter Zeitpunkt, ich wollte mich jetzt auch langsam mal mit CVS
> beschäftigen :-)
> Du musst Dich dazu aber als Entwickler bei Sourceforge anmelden, mir
> Deinen Usernamen geben und dann kann ich Dich technisch als Developer
> mit in das Projekt mit hinzufügen. Ich denke, ein CVS hätte
> unbestreitbare Vorteile.

Ist rjo

Grüße
	Robert.

-- 

Hi Robert,

Robert Jördens wrote:
> > habe versucht, deine Veränderungen mit einzubauen. Mit mäßigem Erfolg:
> > > Warning: fopen("urkunden_tmp_0.31095000_966776132","w") - Permission denied
> > > in ./pdf_classes.php3 on line 16
> > > Fatal error: Call to unsupported or undefined function pdf_open() in
> > > ./pdf_classes.php3 on line 17
> Ich benötige ein für mich schreibbares Verzeichnis für eine temporäre Datei.
> Bei mir lege ich sie im aktuellen an. Bei dir müsstest du dann das Verzeichnis
> schreibbar für den Apache-User machen.

Das habe ich mir natürlich auch zuerst gedacht:

[sledge@eva sledge]$ rsh sokrates
Have a lot of fun...
Last login: Sun Aug 20 14:54:43 on ttyp0 from genesis.ganymed.de.
No mail.
sledge@sokrates:~ > ls -la /tmp
total 9
drwxrwxrwt   4 root     root         1024 Aug 21 11:47 .
[snip]

> Dein PHP schein ohne PDF-Lib compiliert worden zu ein. Schau mal in der Doku zu
> PHP nach, wo es die Header und die Lib gibt.
Urgs ... lib ...
Sag mal, könnte man nicht evtl. irgendwann eine CD zum Selbstkostenpreis
machen, die fertig kompilierten Apache etc. enthält? Dann könnte man den
Leuten diese blöde Rumkompiliererei ersparen.
Ich hoffte eigentlich, dass man alle Abhängigkeiten (apache, php3,
mysql, pdflatex) mit rpm/dpkg erschlagen kann und um selbstgebackenes
herumkommt.

> BTW: Mittlerweile habe ich einige meiner Projekte unter CVS gestellt. Das ganze
> gefällt mir sehr. Ich bin jetzt bereit, das auch mit bjs2 zu machen!
Guter Zeitpunkt, ich wollte mich jetzt auch langsam mal mit CVS
beschäftigen :-)
Du musst Dich dazu aber als Entwickler bei Sourceforge anmelden, mir
Deinen Usernamen geben und dann kann ich Dich technisch als Developer
mit in das Projekt mit hinzufügen. Ich denke, ein CVS hätte
unbestreitbare Vorteile.

Christian

Hi Christian!

On Sun, 20 Aug 2000, Christian Selig wrote:

> habe versucht, deine Ver=E4nderungen mit einzubauen. Mit m=E4=DFigem Erfo=
lg:
>=20
> > Warning: fopen("urkunden_tmp_0.31095000_966776132","w") - Permission de=
nied
> > in ./pdf_classes.php3 on line 16
> >=20
> > Fatal error: Call to unsupported or undefined function pdf_open() in
> > ./pdf_classes.php3 on line 17

Ich ben=F6tige ein f=FCr mich schreibbares Verzeichnis f=FCr eine tempor=E4=
re Datei.
Bei mir lege ich sie im aktuellen an. Bei dir m=FCsstest du dann das Verzei=
chnis
schreibbar f=FCr den Apache-User machen.

Dein PHP schein ohne PDF-Lib compiliert worden zu ein. Schau mal in der Dok=
u zu
PHP nach, wo es die Header und die Lib gibt.

BTW: Mittlerweile habe ich einige meiner Projekte unter CVS gestellt. Das g=
anze
gef=E4llt mir sehr. Ich bin jetzt bereit, das auch mit bjs2 zu machen!

Viel Gl=FCck
	Robert.

--=20
When you say 'I wrote a program that crashed Windows', people just stare at
you blankly and say 'Hey, I got those with the system, *for free*'.
(L. Torvalds)

Hallo Robert,

habe versucht, deine Veränderungen mit einzubauen. Mit mäßigem Erfolg:

> Warning: fopen("urkunden_tmp_0.31095000_966776132","w") - Permission denied in ./pdf_classes.php3 on line 16
> 
> Fatal error: Call to unsupported or undefined function pdf_open() in ./pdf_classes.php3 on line 17

Hm?

Christian

Hi Christian!

On Tue, 08 Aug 2000, Christian Selig wrote:

> Aha, ähnlicher Background wie bei mir also :-)

Was machst du denn?

> > Und html2ps?
> wie mache ich da die Seitenumbrüche rein?

Gar nicht. Das sollte aber alles, was auf eine Seite passt, auch auf eine
bekommen.

> Ich hab es auch verstanden, aber für manche Sachen reicht DTML nicht
> mehr und die einzig komfortable Anbindung von Code muss man über
> ZClasses machen. Und die wiederum sind be***** dokumentiert.

Ja das ist richtig. So viel habe ich noch nicht damit gemacht. Hat mich für 3
Monate fasziniert.

> Sag mal, wäre es nicht effizienter, CVS zu verwenden?

Ich habe noch nie mit CVS gearbeitet. Hier bei ID-PRO wird alles im CVS
gemacht. Aber meine Arbeit ist eigentlich eher solo.

	Robert.

-- 

Hallo Robert!

Robert Jördens wrote:
> > mmh ... wie kommst Du eigentlich zu dieser schicken id-pro.de-Adresse?
> > :-)
> Arbeit. Zuerst Praktikum, dann auf Stundenbasis. Ich habe einige hier auf der
> Übergabe unseres neuen Servers von IBM kennengelernt.
> Sind alles nette Kerle hier.
> Ich mache hier www.schmal.org.
Aha, ähnlicher Background wie bei mir also :-)

> > Sind sie auch. Und trotzdem wird das Problem auftauchen. Die
> > Überschriften (z.B. <h1>) kleben noch auf der vorherigen Seite inklusive
> > einiger Datenzeilen, der Rest kommt auf der nächsten Seite.
> Und html2ps?
wie mache ich da die Seitenumbrüche rein?

> > Wenn Zope nur so gut dokumentiert wäre wie PHP ...
> Ich habe es bestens verstanden, aber mit den ganzen Wickis und Tuorials.
Ich hab es auch verstanden, aber für manche Sachen reicht DTML nicht
mehr und die einzig komfortable Anbindung von Code muss man über
ZClasses machen. Und die wiederum sind be***** dokumentiert.

> > Ach ja, ich denke, ein Release wäre mal ganz angebracht (0.0.2 oder
> > 0.0.1.1 *eg*?). Ich werde Deine Lösung für die Urkunden mit einbauen.
> Damit ist die Urkundedruckerrei vorerst ja abgeschlossen oder fehlt da etwas?
Nein, das sollte reichen.

Sag mal, wäre es nicht effizienter, CVS zu verwenden?

Christian

Hi Christian!

On Tue, 08 Aug 2000, Christian Selig wrote:

> mmh ... wie kommst Du eigentlich zu dieser schicken id-pro.de-Adresse?
> :-)

Arbeit. Zuerst Praktikum, dann auf Stundenbasis. Ich habe einige hier auf der
Übergabe unseres neuen Servers von IBM kennengelernt.
Sind alles nette Kerle hier. 
Ich mache hier www.schmal.org.

> Sind sie auch. Und trotzdem wird das Problem auftauchen. Die
> Überschriften (z.B. <h1>) kleben noch auf der vorherigen Seite inklusive
> einiger Datenzeilen, der Rest kommt auf der nächsten Seite.

Und html2ps?

> Wenn Zope nur so gut dokumentiert wäre wie PHP ...

Ich habe es bestens verstanden, aber mit den ganzen Wickis und Tuorials.

> Ach ja, ich denke, ein Release wäre mal ganz angebracht (0.0.2 oder
> 0.0.1.1 *eg*?). Ich werde Deine Lösung für die Urkunden mit einbauen.

Damit ist die Urkundedruckerrei vorerst ja abgeschlossen oder fehlt da etwas?

-- 

Hallo!

mmh ... wie kommst Du eigentlich zu dieser schicken id-pro.de-Adresse?
:-)

Robert Jördens wrote:
> > Hm, ich sehe bei HTML nur ein einziges Problem. Wenn wir einen
> > Seitenumbruch machen könnten, wäre HTML o.k. [ snip ]
> > Nein, er kanns noch nicht. Ist ja auch CSS2.
> Richtig. Das wird ein Problem sein. Lösungsmöglichkeiten:
> 1. <PRE></PRE> ;-] oder auch nicht
ARGH!

> 2. Wir nehmen keine Tabelle ??
> 3. Wir sorgen dafür, dass die Sachen nicht größer als eine Seite werden: Die
> Riegenlisten sind doch mit 20 Zeilen gut auf eine Seite zu bekommen.
Sind sie auch. Und trotzdem wird das Problem auftauchen. Die
Überschriften (z.B. <h1>) kleben noch auf der vorherigen Seite inklusive
einiger Datenzeilen, der Rest kommt auf der nächsten Seite.

> Ansich finde ich deine Plugin-GEschcihte nicht schlecht. Alles tendiert im
> Internet zu absolut modularen Lösungen. Nur ist das hier meineserachtens ein
> _zu flexibler_ Ansatz. Wir brauchen ja eigentlich nicht alle
> Ausgabe-möglichkeiten in jedem Format. CSV für die Liste der Ehren-Urkunden
> wird erstmal nur von begrenztem Interesse sein. Es bleibt also sogut wie immer
> nur ein AUsgabe-Format für einen Ausgabetyp übrig.
Hm, eigentlich könnte man ja auch ohne weiteres einen HTML-Filter
schreiben. Dann müsste man weder auf die Möglichkeit zur PDF- und
CSV-Ausgabe verzichten und könnte bei passender Gelegenheit alles als
HTML haben. Beispiel hierfür wären klassenweise Ergebnislisten:
Vielleicht möchte der Anwender gar noch nicht drucken, sondern schnell
mal über einen Jahrgang einen Überblick haben? Und für solche Gags wie
Bestenlisten reicht HTML dann auf jeden Fall.
Zu "alles in jedem Format": Ich habe gar nicht vor, für alles einen
Filter zu schreiben. Ich will einfach nur die Möglichkeit offenlassen.

Modulare Lösung
---------------

  Pro:
    - Entwicklung unabhängig vom "Hauptprogramm"
    - Besssere Anpassbarkeit
    - Evtl. mehr Mitentwickler
    - Definierte Schnittstelle zu externen Programmen
      (XML und CSV sind besser parsebar als HTML)

  Contra:
    - Overhead
    - Evtl. unnötige Komplexität

> > Wir können immer noch von PHP auf Zope umsteigen :-)
> ;-] Gute Idee.
Wenn Zope nur so gut dokumentiert wäre wie PHP ...

Ach ja, ich denke, ein Release wäre mal ganz angebracht (0.0.2 oder
0.0.1.1 *eg*?). Ich werde Deine Lösung für die Urkunden mit einbauen.

Christian

Hi Christian!

On Sun, 06 Aug 2000, Christian Selig wrote:

> Hm, ich sehe bei HTML nur ein einziges Problem. Wenn wir einen
> Seitenumbruch machen könnten, wäre HTML o.k. Meines Wissens kann CSS
> das. Aber nur Ieeeeh >4.0 interpretiert das, Netscape noch nicht. Hm,
> vielleicht Netscape 6.0, ich check das mal schnell ...
> 
> [10 Minuten vergehen]
> 
> Nein, er kanns noch nicht. Ist ja auch CSS2.

Richtig. Das wird ein Problem sein. Lösungsmöglichkeiten:
1. <PRE></PRE> ;-] oder auch nicht
2. Wir nehmen keine Tabelle ??
3. Wir sorgen dafür, dass die Sachen nicht größer als eine Seite werden: Die
Riegenlisten sind doch mit 20 Zeilen gut auf eine Seite zu bekommen.

Ansich finde ich deine Plugin-GEschcihte nicht schlecht. Alles tendiert im
Internet zu absolut modularen Lösungen. Nur ist das hier meineserachtens ein
_zu flexibler_ Ansatz. Wir brauchen ja eigentlich nicht alle
Ausgabe-möglichkeiten in jedem Format. CSV für die Liste der Ehren-Urkunden 
wird erstmal nur von begrenztem Interesse sein. Es bleibt also sogut wie immer
nur ein AUsgabe-Format für einen Ausgabetyp übrig.

> Wir können immer noch von PHP auf Zope umsteigen :-)

;-] Gute Idee.

    Robert.

-- 

Robert Jördens wrote:
> Hi Christian!
Hi Robert!

> Ich habe mich mal drangesetzt und das ganze mit der Ausgabe etwas anders
> aufgezogen. Ich bin der Meinung, dass wir eher LaTeX und CSV als letztes machen
> sollten. Ergebnislisten, Werte, Punkte, Statistiken können wir nach meiner
> Vorstellung auch gut mit HTML machen. Das sieht meineserachtens sehr erträglich
> aus und ist einfach. Das einzige, was wir wirklich nicht mit HTML machen
> können, ist der Druck der Urkunden.
Hm, ich sehe bei HTML nur ein einziges Problem. Wenn wir einen
Seitenumbruch machen könnten, wäre HTML o.k. Meines Wissens kann CSS
das. Aber nur Ieeeeh >4.0 interpretiert das, Netscape noch nicht. Hm,
vielleicht Netscape 6.0, ich check das mal schnell ...

[10 Minuten vergehen]

Nein, er kanns noch nicht. Ist ja auch CSS2.

> Dafür habe ich mal schnell zwei schöne
> PHP3s geschrieben, die genau das machen. Mal als schnell-Hack: Zum Ansprechen
> steht folgendes testweises HTML zur Verfügung:
> [snip]
> Die where-Geschichte ist natürlich noch aufzubessern.
Das ist nicht so das Problem. Gott sei dank :-)

> Außerdem kann man ja schnell das ganze mit dem Browser ausdrucken oder auf dem
> Server über PS zu verschiedenen Druckern.
genau.

> Angehängt sind die beiden Scripte. Das eine stellt abstrakt und allgemein drei
> Klassen (eine allgemeine Urkunden/PDF-Klasse und dei beiden anderen erben und
> sind spezielle Sieger/Ehren-Klassen) und das andere macht die Arbeit mit der
> Datenbank.
Hm, ich hab gar nicht gewusst, dass PHP3 schon OO kann?!

> Im Moment bin ich in einem leichten OOP-Rausch. ;-]
Wir können immer noch von PHP auf Zope umsteigen :-)

Christian

Hi Christian!

Ich habe mich mal drangesetzt und das ganze mit der Ausgabe etwas anders
aufgezogen. Ich bin der Meinung, dass wir eher LaTeX und CSV als letztes machen
sollten. Ergebnislisten, Werte, Punkte, Statistiken können wir nach meiner
Vorstellung auch gut mit HTML machen. Das sieht meineserachtens sehr erträglich
aus und ist einfach. Das einzige, was wir wirklich nicht mit HTML machen
können, ist der Druck der Urkunden. Dafür habe ich mal schnell zwei schöne
PHP3s geschrieben, die genau das machen. Mal als schnell-Hack: Zum Ansprechen
steht folgendes testweises HTML zur Verfügung:

<FORM ACTION="urkunden_pdf.php3" METHOD=GET>
<SELECT NAME=typ>
<OPTION VALUE = "Sieger">Siegerurkunden
<OPTION VALUE = "Ehren">Ehrenurkunden
</SELECT>
<INPUT NAME=where VALUE="1=1">
<INPUT TYPE="SUBMIT">
</FORM>

Die where-Geschichte ist natürlich noch aufzubessern.
Außerdem kann man ja schnell das ganze mit dem Browser ausdrucken oder auf dem
Server über PS zu verschiedenen Druckern.

Angehängt sind die beiden Scripte. Das eine stellt abstrakt und allgemein drei
Klassen (eine allgemeine Urkunden/PDF-Klasse und dei beiden anderen erben und
sind spezielle Sieger/Ehren-Klassen) und das andere macht die Arbeit mit der
Datenbank.

Im Moment bin ich in einem leichten OOP-Rausch. ;-]

        Robert.

-- 
panic("penguin cross call");
(Panic message in the kernel.)

Hallo
Freunde/Freundinnen/Bekannte/Verwandte/Partner/Kollegen/[suchsdiraus],

ich bin die ganze nächste Woche vom Montag, 31.7. bis mindestens
Donnerstag, 3.8. im Klinikum Bamberg. D.h. mich erreicht dann kein
Mensch. Wenn ihr mir irgendwas sagen wollt, irgendwas dringendes los ist
oder die Welt untergeht, könnt ihr mir eine SMS schreiben oder mir was
(zusammen mit eurer Rückrufnummer) auf die Mobilbox quasseln. Die Nummer
ist 0171/7003148. Ich schreib bzw. ruf die/den Einzelne/n 
baldestmöglich zurück, meistens dann am Abend.

Mit freundlichen Grüßen,
liebe Grüße,

  Christian (Selig)

P.S.: Bitte keine schlechten Nachrichten in dieser Zeit! :-)

Hallo zusammen!

Ich bin in der Woche vom 31.07. bis zum 04.08. im Krankenhaus, d.h. in
der Zeit werde ich den aktuellen Sourcetree auf meinem Schlepptop
mitnehmen und erst dann wieder, hoffentlich mit neuen Features und
Funktionalitäten, aus dem Krankenhaus zurückkehren. Soweit nur zur
Organisation :-)

Christian

Robert Jördens wrote:
> Ja und nach dem Update eine Warnung auf die Seite geschrieben ist ja dan auch
> nicht schwer.
Genau :-) Einfach Rot, dann sehen das die Leute!

> > Ich spucke in den nächsten Tagen Version 0.1 raus, dann kannst Du vielleicht
> > Dir mal das Druckfilter-System anschauen und nach dem Prinzip ein
> > Statistik-System ausklügeln. Eigentlich sind Statistiken doch nur spezielle
> > Datenkumulierungen, die dann auch _gedruckt_ werden, oder nicht?
> Ich werde das dann mit Perl und Gnuplot machen. Gnuplot kann sowieso allen
> (LaTeX, PS...). Wenn du weist, was du mit den Dateien die ich auswerfe machen
> willst, geht das klar.
Hm, das scheint naheliegend. Ich brauche eigentlich bloß PDF, dann kann
ich das auf den Bildschirm jagen.

> > Meine bisherigen Ausgabefunktionen waren nämlich umständlich, um nicht zu
> > sagen Sch****. Alles erst in Variablen einlesen, puh, was für ein
> > Schwachsinn...
> Diese Funktionen sind in einer anderen Anwendung sehr hilfreich. Wenn wir
> jeweils einen bestimmten Header/Footer für die Seiten brauchen (Schnellwechsel
> zu anderen Seiten...).
Aber man kann ja mit einem primitiven HTML-Gerüst den Rest doch über CSS
machen!?

Hab spass!
  Christian

Robert Jördens wrote:
> 
> Hallo!
> So. Es sind Ferien. Ich werde mich in den Urlaub begeben und also gute zwei
> Wochen keinen Bildschirm mehr sehen.
Viel Spass!

In der Zeit wird dann v0.1 rauskommen und Du darfst auf
http://bjs2.sourceforge.net/webalizer/ schauen, wieviele Leute auf die
Seiten geschaut haben!

Christian

-- 
> I'm an idiot.
> At least this one took me five minutes to find.
Disquieting ...

Hallo!
So. Es sind Ferien. Ich werde mich in den Urlaub begeben und also gute zwei
Wochen keinen Bildschirm mehr sehen.=20

Viel Spa=DF und Tsch=FCss
	Robert.

--=20
"I'm an idiot.. At least this one [bug] took about 5 minutes to find.."
(Linus Torvalds in response to a bug report.)

Hi Christian!

On Mon, 26 Jun 2000, Christian Selig wrote:

> Okay, okay. Dann wird eine Mist-Eingabe einfach verworfen, okay?

Ja und nach dem Update eine Warnung auf die Seite geschrieben ist ja dan au=
ch
nicht schwer.

> Ich spucke in den n=E4chsten Tagen Version 0.1 raus, dann kannst Du viell=
eicht
> Dir mal das Druckfilter-System anschauen und nach dem Prinzip ein
> Statistik-System auskl=FCgeln. Eigentlich sind Statistiken doch nur spezi=
elle
> Datenkumulierungen, die dann auch _gedruckt_ werden, oder nicht?

Ich werde das dann mit Perl und Gnuplot machen. Gnuplot kann sowieso allen
(LaTeX, PS...). Wenn du weist, was du mit den Dateien die ich auswerfe mach=
en
willst, geht das klar.

> Meine bisherigen Ausgabefunktionen waren n=E4mlich umst=E4ndlich, um nich=
t zu
> sagen Sch****. Alles erst in Variablen einlesen, puh, was f=FCr ein
> Schwachsinn...

Diese Funktionen sind in einer anderen Anwendung sehr hilfreich. Wenn wir
jeweils einen bestimmten Header/Footer f=FCr die Seiten brauchen (Schnellwe=
chsel
zu anderen Seiten...).

Sch=F6ne Ferien
	Robert.

--=20
We use Linux for all our mission-critical applications. Having the source c=
ode
means that we are not held hostage by anyone's support department.
(Russell Nelson, President of Crynwr Software)

2000	Jan	Feb	Mar	Apr	May	Jun (29)	Jul (2)	Aug (14)	Sep	Oct (3)	Nov	Dec
2003	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (2)	Dec