BeOS Newsreader
Dirk Olbertz
Hallo,
ich moechte mich mal an eurer Diskussion ueber die BeOS Newsreader
beteiligen. Ich schreibe im Moment einen Newsreader. Ich hoffe, dass er
bis Ende Januar so weit ist, dass ich ihn als erste Beta hier vorstellen
kann.
Die Idee fuer einen Newsreader hatte ich schon, bevor ich auch nur einen
Mac besass, weil alle, die ich bisher hatte, den Offline-Betrieb nur
spaerlich unterstuetzt haben.
Mein NewsClient geht den konventionellen Weg, dass heisst zuerst wird
ein Host angegeben, dann optional die Liste aller verfuegbaren Groups
heruntergezogen. Per Drag&Drop oder auch Menu kann man nun die Groups
"bestellen". Die bestellten Groups koennen von verschiedenen Hosts
kommen, eine Aufteilung nach Hosts, wie z.B. bei MacSoup wird nicht
benoetigt. Zu jeder bestellten Gruppe gibt man an, ob man nur die Header
oder ganze Artikel herunterladen will.
Was im Moment laeuft:
- Hosts hinzufuegen
- Liste aller Gruppen herunterladen
- Gruppen subscriben
- News vom Server holen
[bisher nur von Hand. Ist in der Testphase :-)]
Was bis zur Beta-Version noch kommen soll:
- Hosts loeschen, aendern
- Gruppeneinstellungen aendern
- Gruppen loeschen
- Artikel lesen und posten
- Header markieren und herunterladen
Die meisten Dinge machen mir Probleme, weil ich noch nicht genau weiss,
wie sie von der GUI umgesetzt werden sollen. Z.B. das markieren der
Header.
Je nachdem wie gross dann die Resonanz auf die Beta ist, werde ich
weiter machen. Das ist auch eine Kostenfrage, da ich bald an die 64kB
Grenze stossen werde und mir die Vollversion nur dann kaufen werde, wenn
es sich auch lohnt.
Weitere Features, die mir noch so vorschweben:
- Zusaetzlich zu den Gruppen koennen auch noch
Filter definiert werden, nach denen alle Artikel
angezeigt werden. So koennte man sich eine grosse
Be-Gruppe machen, in der alle be-Newsgroups zusammen-
gefasst sind.
- Wesentlich besseres Interface als z.B. bei MacSoup:
o Strukturierung der Gruppen
o Sortieren der Artikel nach Zeitpunkt des Polls,
so dass man wirklich weiss, welche Artikel
wann neu hinzugekommen sind.
- Lokalisierte Version (Englisch / Deutsch / Franzoesisch (?) )
Im Moment verwalte ich alle News in einer einzigen Datei. Das alles ist
unheimlich uneffizient, da ich noch nicht mal sortiere :-)
Mir liegt aber vor allem was daran, dass es *funktioniert*. Und wenn der
NewsClient dann noch auf breite Zustimmung trifft, kann man immer noch
daran arbeiten.
So, jetzt wird weiter programmiert.
Dirk
Rainer Riedl
>bis Ende Januar so weit ist, dass ich ihn als erste Beta hier vorstellen
>kann.
*gier*
>Mein NewsClient geht den konventionellen Weg, dass heisst zuerst wird
hauptsache er _geht_ ;-)
[...]
klingt doch alles recht gut. Das mit dem Interface mach mal so wie du du
denkst (simpel halt). Wir kommen dann schon mit Vorschlägen/Kritik, wenn die
Beta da ist :-)
>So, jetzt wird weiter programmiert.
Genau! -- ab sofort Postverbot bis die Beta da ist ;-)))
Guido Neitzer
Dirk Olbertz <olb...@do.isst.fhg.de>:
> - Artikel lesen und posten
DAS wäre wirklich nicht schlecht ... ;-)
cug
Dirk Olbertz
Guido Neitzer <nei...@informatik.uni-bonn.de> wrote:
> > - Artikel lesen und posten
>
> DAS wäre wirklich nicht schlecht ... ;-)
Hey, fuer Sarkasmus ist nun wirklich kein Anlass :-)
Dirk
(lesen geht inzwischen !)
Guido Neitzer
Dirk Olbertz <olb...@do.isst.fhg.de>:
> Hey, fuer Sarkasmus ist nun wirklich kein Anlass :-)
[Grins ...] Achsooooooo - das mußt Du dazusagen ... ;-)
cug
Michael Pieper
Hallo Dirk
In <1d2mzef.1a7...@dialppp-3-171.rz.ruhr-uni-bochum.de> Dirk Olbertz wrote:
>ich moechte mich mal an eurer Diskussion ueber die BeOS Newsreader
>beteiligen. Ich schreibe im Moment einen Newsreader. Ich hoffe, dass er
>bis Ende Januar so weit ist, dass ich ihn als erste Beta hier vorstellen
>kann.
Sehr schön!
>Je nachdem wie gross dann die Resonanz auf die Beta ist, werde ich
>weiter machen. Das ist auch eine Kostenfrage, da ich bald an die 64kB
>Grenze stossen werde und mir die Vollversion nur dann kaufen werde, wenn
>es sich auch lohnt.
Wenn das Teil gut ist, dann läßt sich damit doch bestimmt n bisserl Geld
verdienen, oder?
>Im Moment verwalte ich alle News in einer einzigen Datei. Das alles ist
>unheimlich uneffizient, da ich noch nicht mal sortiere :-)
Ich habe mir auch einfach mal so Gedanken gemacht. Das Filesystem des BeOS
bietet doch da ganz tolle Möglichkeiten. Wenn ich mir BeMail so anschaue,
dann brauchst Du garkeine Sortierung einbauen, weil das Filesystem das ja
durchaus für Dich erledigen kann.
Aber denke doch bitte gleich mal an folgendes:
Hier in Deutschland gibt es viele, die noch in einem Mailboxnetz sind und
sich von dort Bretter bestellt haben. Wenn Du nun Deine "Pollschnittstelle"
so erstellst, daß man dort "Add Ons" einhängen kann, dann kann man das
Programm auch für das Mausnetz benutzen.
Gruß Michael
--
==============================================================================
Michael Pieper /\ /\ privat: mic...@ghf.augusta.de
<*> <*> Michael...@ll.maus.de
+49-821-2991133 -^- http://www.augusta.de/~michael/
==============================================================================
Peter Stegemann
Michael Pieper wrote:
>Wenn das Teil gut ist, dann lنكt sich damit doch bestimmt n bisserl Geld
>verdienen, oder?
Vieleicht. Wahrscheinlich nicht.
Hubba Balu...
--- DNRC Minister of Induhvidual disposal.
Rainer Riedl
> >Wenn das Teil gut ist, dann läßt sich damit doch bestimmt n bisserl Geld
> >verdienen, oder?
>Vieleicht. Wahrscheinlich nicht.
Naja, ein paar Mark wär mir das schon wert. Hab mir zB. auch Pe zugelegt.
dafür darf ich den Autor jetzt dauerndzu mit Wünschen nerven ;-))
So, be careful ;-)
Dirk Olbertz
Hallo Michael,
> >Im Moment verwalte ich alle News in einer einzigen Datei. Das alles ist
> >unheimlich uneffizient, da ich noch nicht mal sortiere :-)
>
> Ich habe mir auch einfach mal so Gedanken gemacht. Das Filesystem des BeOS
> bietet doch da ganz tolle Möglichkeiten. Wenn ich mir BeMail so anschaue,
> dann brauchst Du garkeine Sortierung einbauen, weil das Filesystem das ja
> durchaus für Dich erledigen kann.
Es gibt da eine ganze Reihe von Moeglichkeiten. Alle Artikel einzeln
abzuspeichern finde ich irgendwie auch bloed; das koennen schnell sehr
viele werden. Wahrscheinlich werde ich zwischen header und body trennen.
So habe ich sofort alle Informationen (header) und kann dort wie mit
einem Index arbeiten. Und den body lade ich halt nach. Mal sehen...
> Hier in Deutschland gibt es viele, die noch in einem Mailboxnetz sind und
> sich von dort Bretter bestellt haben. Wenn Du nun Deine "Pollschnittstelle"
> so erstellst, daß man dort "Add Ons" einhängen kann, dann kann man das
> Programm auch für das Mausnetz benutzen.
Nun ja, die Pollschnittstelle ist natuerlich ein NNTP-Client. Aber man
koennte von dem Add-on in die Datenstrukturen des newsclients schreiben
und der wiederum ruft dann in dem Add-on die Funktion auf, die die
Nachrichten holt und absendet.
Das groesste Problem ist aber wohl, dass ich im Moment keine Ahnung
habe, wie ich ein Modem direkt anspreche. Ausserdem muss dann
zusaetzlich zum Austauschprotokoll noch ein geeigntes
Uebetragungsprotokoll implementiert werden. Dieses Uebertagungsprotokoll
ist im Moment ja TCP/IP. Die Arbeit beschraenkte sich also auf NNTP.
Naja, lass uns mal ein paar Monate ins Land ziehen. Vielleicht gibt es
dann ja schon implementierungen von Z-MODEM und aehnlichem.
Dirk
Rainer Riedl
>Es gibt da eine ganze Reihe von Moeglichkeiten. Alle Artikel einzeln
>abzuspeichern finde ich irgendwie auch bloed; das koennen schnell sehr
Wie wär's mit einem File pro abbonierter newsgroup und die Artikel als
Attribut/Resource??
>habe, wie ich ein Modem direkt anspreche. Ausserdem muss dann
"Hallo, du Modem!" ;-))
Dirk Olbertz
Hallo Rainer,
> Wie wär's mit einem File pro abbonierter newsgroup und die Artikel als
> Attribut/Resource??
Ich denk, ich muss mich noch viel mehr mit dem Filesystem
auseinandersetzen. Ich will auf jeden Fall nur auf *einer* Message-Base
aufsetzen, so dass z.B. ein Header, der in einer Gruppe markiert ist,
auch in allen anderen Gruppen markiert ist (so er denn dazu gehoert,
klar.) Ausserdem soll es moeglich sein, nach verschiedenen Kriterien zu
sortieren und anzuzeigen. Wie gesagt, ich muss mich mal sehr genau mit
den Moeglichkeiten des Filesystems auseinandersetzen. Aber dazu habe ich
ja auch das BeBook :-)
Dirk
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> Naja, ein paar Mark wär mir das schon wert. Hab mir zB. auch Pe zugelegt.
Lohnt das? Was hast Du (in DM) gezahlt? Ich finde Pe für einen Editor
verdammt teuer!
cug
Michael Pieper
Hallöchen
In <1d2svty.xp...@dialppp-5-104.rz.ruhr-uni-bochum.de> Dirk Olbertz wrote:
>Es gibt da eine ganze Reihe von Moeglichkeiten. Alle Artikel einzeln
>abzuspeichern finde ich irgendwie auch bloed; das koennen schnell sehr
>viele werden. Wahrscheinlich werde ich zwischen header und body trennen.
Naja, es ist halt die Frage, wie gut das Filesystem ist. Da man aber alle
Headerinfo`s als Zusatzinfo zu den Files speichern kann, bieten sich da
doch ganz interessante Möglichkeiten.
Dazu müßte man sich aber genauer mit dem Filesystem auskennen. Wenn es
stimmt, daß 1024er Blöcke verwendet werden, ist das zwar besser als bei
MSDOOF, aber ich habe so den Eindruck, daß durch diese ewig vielen
Setting-Dateien ganz schön Speicher verschwendet wird.
>Das groesste Problem ist aber wohl, dass ich im Moment keine Ahnung
>habe, wie ich ein Modem direkt anspreche.
Also das ist supersimpel. Ich habe bereits ein Programm geschrieben, das
diverse Daten zu Schnittstelle schickt. Sobald Dein Programm bei mir läuft,
kann ich den Sourcecode auch in die Gruppe posten :-)
>Ausserdem muss dann
>zusaetzlich zum Austauschprotokoll noch ein geeigntes
>Uebetragungsprotokoll implementiert werden.
Ja ZMODEM ist da notwendig, wobei ich ja irgendwie hoffe, daß man rz und sz
recht einfach von unix portieren kann.
>Naja, lass uns mal ein paar Monate ins Land ziehen. Vielleicht gibt es
>dann ja schon implementierungen von Z-MODEM und aehnlichem.
Genau und wenn Du meinen Wunsch so ein bißchen im Hinterkopf behälst, dann
hat Dein Programm schon die Voraussetzungen, damit Dirk Steins sein
Mauspollprotokoll einbauen kann :-)
Rainer Riedl
>aufsetzen, so dass z.B. ein Header, der in einer Gruppe markiert ist,
>auch in allen anderen Gruppen markiert ist (so er denn dazu gehoert,
Ja, unbedingt. Ds nervt mich hier jedesmal alles dreimal lesen zu müssen
>den Moeglichkeiten des Filesystems auseinandersetzen. Aber dazu habe ich
>ja auch das BeBook :-)
*grins*
Rainer Riedl
> Lohnt das? Was hast Du (in DM) gezahlt? Ich finde Pe für einen Editor
50.- (hab noch zugeschlagen als er noch billiger war:-)
Nuja, für mich lohnt er sich. Hab z.B. alle meine Homepages und Dokus damit
erstellt und editiere TeX damit. Zum Programmieren nehm ich weiterhin die
BeIDE.
Ausserdem ist der Service gut. Hab schon etliche Vorschläge eingereicht, die
auch prompt umgesetzt werden. Sowas ist doch auch was wert :-)
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> 50.- (hab noch zugeschlagen als er noch billiger war:-)
Dafür würde ich das Ding auch nehmen, aber fast 100,- DM ist mir
zuviel.
cug
Leif Juergensen
Mein Wunsch an einen Newsreader: nicht so viele Fenster aufmachen. Am
besten nur eines. Aber das ist wohl Geschmacksache. Man sollte ihn
auch per Tasten bedienen können, das geht schneller.
Leif
Rainer Riedl
>> 50.- (hab noch zugeschlagen als er noch billiger war:-)
> Dafür würde ich das Ding auch nehmen, aber fast 100,- DM ist mir
>zuviel.
Wer zu spät kommt... ;-))
Rainer Riedl
>Mein Wunsch an einen Newsreader: nicht so viele Fenster aufmachen. Am
Ja!!
WinVN verwendet 3:
1) Gruppenliste
2) ArtikelListe
3) Artikel
Sicherlich könnte man da auch welche hierarchisch zusammenfassen
mehr sollten es auf jeden Fall nicht sein. Felix und KFTP schmeissen
meineserachtens etwas zuviel mit Fenstern rum.
Ingo Keck
In article <34c117f9...@news.allcon.net>,
leif.ju...@flensburg.netsurf.de (Leif Juergensen) writes:
> Mein Wunsch an einen Newsreader: nicht so viele Fenster aufmachen. Am
> besten nur eines. Aber das ist wohl Geschmacksache.
knews unter Unix finde ich recht gut. Ein Fenster, dreigeteilt:
Oben eine graphische Darstellung des Threads mit den Realnames der
Autoren (im Thread) bzw. alle Threads der Gruppe bzw. alle Gruppen.
Mitte eine Buttonleiste mit allen Funktionen
Unten das Fenster mit den Artikel.
Schlecht bei knews ist die fehlende Hilfe und teilweise absolut
unverstaendliche Dialoge.
> Man sollte ihn
> auch per Tasten bedienen können, das geht schneller.
Ja, aber bitte nicht noch einen neuen Standart entwickeln.
Am einfachsten finde ich es, wenn ich den Newsreader im Prinzip
nur mit der Leertaste bedienen kann - die Leertaste scrollt durch
den Artikel und macht nach dem Ende den naechsten Ungelesenen auf.
Dito am Ende der Newsgruppe dann die naechste.
Ingo
--
Streikpage Uni Regensburg: http://rsls8.sprachlit.uni-regensburg.de/~streik/
Rainer Riedl
>knews unter Unix finde ich recht gut. Ein Fenster, dreigeteilt:
>Oben eine graphische Darstellung des Threads mit den Realnames der
>Autoren (im Thread) bzw. alle Threads der Gruppe bzw. alle Gruppen.
>Mitte eine Buttonleiste mit allen Funktionen
>Unten das Fenster mit den Artikel.
klingt ganz gut
>Ja, aber bitte nicht noch einen neuen Standart entwickeln.
Standard! ;-))
>Am einfachsten finde ich es, wenn ich den Newsreader im Prinzip
>nur mit der Leertaste bedienen kann - die Leertaste scrollt durch
>den Artikel und macht nach dem Ende den naechsten Ungelesenen auf.
>Dito am Ende der Newsgruppe dann die naechste.
klingt auch gut.
Nur sollte man zB. mit Return den artikel gleich überspringen können. Denk
aml du hast da nen langen Artikel und musst ihn dann ganz durchscrollen, auch
wenn du ihn nicht lesen willst
Bei WinVN kann man zum nächsten ungelesenen oder auch so vor und zurück
springen. Was leider nicht geht ist, dass nach dem letzten Artikel gleich in
die nächste Gruppe gesprungen wird
Schon wären auch variable Filter, die Artikel mit darin vorkommenden
Keywörtern farblich hervorheben. Gerade in maus.biete wäre sowas unerhört
praktisch :-)
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> Wer zu spät kommt... ;-))
Der bestraft den Autor. DM 50,- könnte er an mir verdienen. DM 100,-
nicht.
cug
Guido Neitzer
Michael Pieper <mic...@ghf.augusta.de>:
> Naja, es ist halt die Frage, wie gut das Filesystem ist.
Es ist halt die Frage, ob das BeOS-Filesystem dafür gut genug ist. Hat
schon mal jemand Verzeichnisse mit mehr als 10.000 Einträgen gehabt?
cug
Dirk Olbertz
Hallo,
> >Es gibt da eine ganze Reihe von Moeglichkeiten. Alle Artikel einzeln
> >abzuspeichern finde ich irgendwie auch bloed; das koennen schnell sehr
> >viele werden. Wahrscheinlich werde ich zwischen header und body trennen.
>
> Naja, es ist halt die Frage, wie gut das Filesystem ist. Da man aber alle
> Headerinfo`s als Zusatzinfo zu den Files speichern kann, bieten sich da
> doch ganz interessante Möglichkeiten.
Ich habe das mal ausprobiert und analog zu eMails einen Mime-type news
erschaffen und den Artikeln die Attribute FROM, SUBJECT und NEWSGROUP
hinzugefuegt. Per query bekomme ich tatsaechlich die gewuenschten
Artikel. Das wird wieder ein arbeitsintensives Wochenende :-) Ich werde
jetzt alles auf diese Art umstellen, d.h. jeder Artikel eine Datei.
> Dazu müßte man sich aber genauer mit dem Filesystem auskennen. Wenn es
> stimmt, daß 1024er Blöcke verwendet werden, ist das zwar besser als bei
> MSDOOF, aber ich habe so den Eindruck, daß durch diese ewig vielen
> Setting-Dateien ganz schön Speicher verschwendet wird.
Ich habe mir mal die Info zu dem Verzeichnis geben lassen, in dem die
Artikel (ca. 300) drin standen. Das machte ca. 230kB aus. Zu den
Artikeln gehoerten in erster Linie die hier aus der Gruppe, sowie aus
...be.programmer.
Ich bin jetzt halt nur mal gespannt, wie schnell das System die Daten
zusammenbekommt, wenn ich alle zu einer bestimmten Gruppe haben moechte.
das waere echt Klasse, wenn ich nur die Query fuer die Gruppe
zusammenbasteln muss und die Liste wird dann "selbststaendig" gefuellt.
Im Moment mache ich es zwar auch so, alle Artikel sind aber im
Hauptspeicher und deshalb geht das etwas schneller.
> >Das groesste Problem ist aber wohl, dass ich im Moment keine Ahnung
> >habe, wie ich ein Modem direkt anspreche.
>
> Also das ist supersimpel. Ich habe bereits ein Programm geschrieben, das
> diverse Daten zu Schnittstelle schickt. Sobald Dein Programm bei mir läuft,
> kann ich den Sourcecode auch in die Gruppe posten :-)
:-) Das ist schoen.
> >Ausserdem muss dann
> >zusaetzlich zum Austauschprotokoll noch ein geeigntes
> >Uebetragungsprotokoll implementiert werden.
>
> Ja ZMODEM ist da notwendig, wobei ich ja irgendwie hoffe, daß man rz und sz
> recht einfach von unix portieren kann.
Ich habe gesehen, dass es fuer Fido schon was gibt, also mindestens die
Schnittstellen.
> >Naja, lass uns mal ein paar Monate ins Land ziehen. Vielleicht gibt es
> >dann ja schon implementierungen von Z-MODEM und aehnlichem.
>
> Genau und wenn Du meinen Wunsch so ein bißchen im Hinterkopf behälst, dann
> hat Dein Programm schon die Voraussetzungen, damit Dirk Steins sein
> Mauspollprotokoll einbauen kann :-)
Das behalte ich im Hinterkopf! Ich ueberlege sogar, ob ich den Teil des
Programmes nicht ausgliedere, dass das NNTP implementiert. Somit waere
BeInformed nur noch zum Anzeigen und verwalten der news da. Holen tut
sie dann der NNTPClient. Und dann schreibt man einfach noch einen fuer
Maus und Fido und schon hat man ein universelles NewsSystem :-)
Ich kenne nur Fido. Aber Maus laeuft doch im Grunde genauso ab, oder?
Dirk
Rainer Riedl
> Der bestraft den Autor. DM 50,- könnte er an mir verdienen. DM 100,-
Dann verhandel doch mal. 50.- waren ja auch nicht 30$ ;-))
Rainer Riedl
>Dazu müßte man sich aber genauer mit dem Filesystem auskennen. Wenn es
>stimmt, daß 1024er Blöcke verwendet werden, ist das zwar besser als bei
solange du beim initialisieren nix anderes einstellst, ja
>MSDOOF, aber ich habe so den Eindruck, daß durch diese ewig vielen
>Setting-Dateien ganz schön Speicher verschwendet wird.
naja, das ist weniger das Problem. Ich finde es wird dann halt unübersichtlich
Rainer Riedl
> Es ist halt die Frage, ob das BeOS-Filesystem dafür gut genug ist. Hat
Das wohl schon, nur der Tracker ist es nicht ;-)
>schon mal jemand Verzeichnisse mit mehr als 10.000 Einträgen gehabt?
dominic hatte schon welche mit über 100000 Files
Guido Neitzer
Dirk Olbertz <olb...@do.isst.fhg.de>:
> Ich habe mir mal die Info zu dem Verzeichnis geben lassen, in dem die
> Artikel (ca. 300) drin standen. Das machte ca. 230kB aus. Zu den
> Artikeln gehoerten in erster Linie die hier aus der Gruppe, sowie aus
> ...be.programmer.
Ist es so viel schneller, nach Attributen zu suchen, als nach Dateien?
Ich hab mal alle Dateien suchen lassen, die ein "s" enthalten (auf
meiner 300MB-Platte sind das etwas über tausend) und das dauert imho
deutlich zu lange.
Mein Ansatz für sowas war, eine Index-Datei und eine Message-Datei zu
halten, auf diese Art und Weise kann man sehr schnell die Listen
zusammenstellen und anzeigen. Außerdem wird die Index-Datei nicht sooo
schnell größer, d.h. man kann damit einen großen Teil der Datenbank
effektiv im RAM verwalten.
Die Methode mit "eine Datei pro Artikel" mag für Mails noch angehen,
aber ich denke, daß es für News einfach nicht schnell genug ist, da dort
ungleich mehr Daten anfallen (zumindest bei so faulen Putzern wie mir,
wo sich schon 50.000 oder mehr Artikel im Laufe der Zeit ansammeln). Und
ich will nicht von meinem Frontend zum Putzen gezwungen werden, weil es
schrecklich langsam wird. Da könnte ich auch Mausefalle verwenden ...
cug
Joerg Stegemann
Rainer Riedl wrote:
>
> >Dazu müßte man sich aber genauer mit dem Filesystem auskennen. Wenn es
> >stimmt, daß 1024er Blöcke verwendet werden, ist das zwar besser als bei
> solange du beim initialisieren nix anderes einstellst, ja
Du kannst sie ja hoechstens groesser einstellen, nicht kleiner, darum
gings.
Und solange du nicht gerade einen echten Newsserver aufsetzen willst,
hast
du eh nicht so viele Files und Pallten kosten heute eh nichts mehr...
Ciao, Joerg
"Reality is a matter of perspective"
--
stegemann & stegemann - Software design and development for the BeOS
http://www.ai-lab.fh-furtwangen.de/~stegeman/BeOS/
Rainer Riedl
>Ich habe das mal ausprobiert und analog zu eMails einen Mime-type news
Zum Thema MIME types bitte mal folgendes angucken!
homepages.fh-regensburg.de/~rir33820/BeOS/Rommt/
>Ich habe mir mal die Info zu dem Verzeichnis geben lassen, in dem die
>Artikel (ca. 300) drin standen. Das machte ca. 230kB aus. Zu den
hmm, ich hab hier so knapp 30 Gruppen abboniert, wobei das Postingaufkommen
recht unterschiedlich ist (maus.biete dürfte wohl ungeschlagen vorne liegen)
Da man aber doch wohl mal davon audgehen kann, dass mal gelesene Artikel eh
löscht sollte das ganze doch eh kein Problem darstellen, oder?
>Im Moment mache ich es zwar auch so, alle Artikel sind aber im
>Hauptspeicher und deshalb geht das etwas schneller.
Wird Zeit dass ich mir die geplanten zusätzlichen 64MB besorge ;-))
>sie dann der NNTPClient. Und dann schreibt man einfach noch einen fuer
>Maus und Fido und schon hat man ein universelles NewsSystem :-)
klingt cool
Joerg Stegemann
Rainer Riedl wrote:
> Da man aber doch wohl mal davon audgehen kann, dass mal gelesene Artikel eh
> löscht sollte das ganze doch eh kein Problem darstellen, oder?
Was wann geloescht wird sollte der Benutzer bestimmen und nicht das
Programm.
> >sie dann der NNTPClient. Und dann schreibt man einfach noch einen fuer
> >Maus und Fido und schon hat man ein universelles NewsSystem :-)
> klingt cool
Klingt UMS.
Leif Juergensen
Ingo...@rphc1.physik.uni-regensburg.de (Ingo Keck) wrote:
> knews unter Unix finde ich recht gut. Ein Fenster, dreigeteilt:
>
> Oben eine graphische Darstellung des Threads mit den Realnames der
> Autoren (im Thread) bzw. alle Threads der Gruppe bzw. alle Gruppen.
So ähnlich ist es auch beim Agent unter Windows. Bei Agent ist die
Aufteilung noch individuell einstellbar, aber das muß ja nicht gleich
sein. Wahrscheinlich ist so etwas aber viel schwieriger zu
programmieren als mit mehreren Fenstern.
Für die subscribten Gruppen braucht man IMHO kein extra Bereich. Wie
beim Netscape Communicator (MS Outlook macht es auch so) ein Pull-Down
Menü ist auch nicht schlecht und nimmt kein Platz weg (für die Nutzer
von 15" Monitoren).
Rainer Riedl
> Ist es so viel schneller, nach Attributen zu suchen, als nach Dateien?
>Ich hab mal alle Dateien suchen lassen, die ein "s" enthalten (auf
>meiner 300MB-Platte sind das etwas über tausend) und das dauert imho
>deutlich zu lange.
Kommt wohl auf Rechner und Platte. Ich hab weit über 20000 Dateien und dafür
geht es sauschnell.
Viel Zeit dürfte wohl auch der Eintrag in die Liste des Tracker benötigen.
Mach mal eine Suche mit weniger Treffrn im Vergelich dazu
Rainer Riedl
>> >Dazu müßte man sich aber genauer mit dem Filesystem auskennen. Wenn es
>> >stimmt, daß 1024er Blöcke verwendet werden, ist das zwar besser als bei
>> solange du beim initialisieren nix anderes einstellst, ja
>Du kannst sie ja hoechstens groesser einstellen, nicht kleiner, darum
512k denk ich geht auch
>Und solange du nicht gerade einen echten Newsserver aufsetzen willst,
>hast
>du eh nicht so viele Files und Pallten kosten heute eh nichts mehr...
jo, seh ich auch so
Rainer Riedl
>So ähnlich ist es auch beim Agent unter Windows. Bei Agent ist die
Vielleicht sollten wir mal alle Screenshots von unseren Lieblings (oder auch
gehassten) NewsReadern machen und unserem wackeren Helden schicken. Dann
könnte man das Zeugs auf eine HP legen und heftigst drüber diskutieren und die
besten Ideen klauen -- wie wärs damit?
Rainer Riedl
>> Da man aber doch wohl mal davon audgehen kann, dass mal gelesene Artikel eh
>> löscht sollte das ganze doch eh kein Problem darstellen, oder?
>Was wann geloescht wird sollte der Benutzer bestimmen und nicht das
>Programm.
naja, stand ja (mal vom Typo abgesehen da): "...dass man gelesene Ar..."
man = user
Man könnte allerdings aja auch ne Archivierungsfunktion einbauen und das ganze
dann automatisch zippen lassen
Joerg Stegemann
Rainer Riedl wrote:
> >Du kannst sie ja hoechstens groesser einstellen, nicht kleiner, darum
> 512k denk ich geht auch
512k ?? 512 bytes meinst du wohl, oder ? Und laut installer gehen nur
1,2,4k
Michael Pieper
Hallo
In <1d2x97n.g6j...@dialppp-1-109.rz.ruhr-uni-bochum.de> Dirk Olbertz wrote:
>Das behalte ich im Hinterkopf! Ich ueberlege sogar, ob ich den Teil des
>Programmes nicht ausgliedere, dass das NNTP implementiert. Somit waere
>BeInformed nur noch zum Anzeigen und verwalten der news da. Holen tut
>sie dann der NNTPClient. Und dann schreibt man einfach noch einen fuer
>Maus und Fido und schon hat man ein universelles NewsSystem :-)
>
>Ich kenne nur Fido. Aber Maus laeuft doch im Grunde genauso ab, oder?
Ich kenne jetzt Fido nicht, aber man packt ein "INFILE" zusammen, das die
Befehle für die Maus beinhaltet (neue Gruppen bestellen, Mails verschicken)
schickt dieses File an die Maus und bekommt in einem OUTFILE die
entsprechenden Informationen und Mails.
Ich habe jetzt keine Ahnung wie Add-Ons im BeOS programmiert werden müssen,
aber ich denke mir, daß man diese Schnittstelle doch so flexibel halten
kann, daß es sehr mächtig wird.
Ich freu mich schon auf BeInformed.
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> Dann verhandel doch mal. 50.- waren ja auch nicht 30$ ;-))
Werd ich wahrscheinlich mal machen ...
cug
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> dominic hatte schon welche mit über 100000 Files
Und? Ergebnisse! Eindrücke? Fakten, Fakten, Fakten! ;-)
cug
Guido Neitzer
Joerg Stegemann <j...@concept.de>:
> Pallten
Ich hab ja schon viel gesehen! Aber bitte: Was sind Pallten? Kann man
die Essen?
cug
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> Viel Zeit dürfte wohl auch der Eintrag in die Liste des Tracker benötigen.
> Mach mal eine Suche mit weniger Treffrn im Vergelich dazu
Ich weiß nicht, was die Zeit verbraucht, ich denke auch fast, daß es
der Eintrag in der Liste ist, aber den hat man in einem Frontend auch.
Man macht halt SEHR viele Plattenzugriffe, die eigentlich nicht
notwendig sind, wenn man eine Indexdatei zu weiten Teilen im RAM halten
kann.
cug
Rainer Riedl
>512k ?? 512 bytes meinst du wohl, oder ? Und laut installer gehen nur
klar 512k -- für die MegaTerabyte-drives ;-)) (just a Typo:-)
>1,2,4k
hmm, nuja, wenn's Win95 wäre wüsst ich's genauer, aber BeOS muss man ja so
selten installieren ;-))
Rainer Riedl
>> dominic hatte schon welche mit über 100000 Files
>
> Und? Ergebnisse! Eindrücke? Fakten, Fakten, Fakten! ;-)
Hmm, wenn ich mich recht errinere gibt es keine Probleme, nur sollte man es
nicht wagen das Verzeichnis mit dem Tracker bewundern zu wollen ;-)
Rainer Riedl
> Ich weiß nicht, was die Zeit verbraucht, ich denke auch fast, daß es
>der Eintrag in der Liste ist, aber den hat man in einem Frontend auch.
Habnochmal geguckt, also bei mir (Maschine siehe unten) ist ne Query (>20000
Files, 2GB, fast voll) durchaus als schnell zu bezeichnen
--
bye, Rainer
*** UMAX S900dp180 ** BeBox dual66 ** Falcon030FX ***
Joerg Stegemann
Rainer Riedl wrote:
> >1,2,4k
> hmm, nuja, wenn's Win95 wäre wüsst ich's genauer, aber BeOS muss man ja so
> selten installieren ;-))
Glaube mir einfach :) Ich kenne mich mit dem BeOS wirklich ganz gut
aus...
habs ja lange genug :)
Da faellt mir ein, bald habe ich zweijaehriges... wer will mir
gratulieren ?
Rainer Riedl
>Glaube mir einfach :) Ich kenne mich mit dem BeOS wirklich ganz gut
>aus...
>habs ja lange genug :)
hmm, ich auch, aber installiert hab ich eher selten
>Da faellt mir ein, bald habe ich zweijaehriges... wer will mir
>gratulieren ?
hmm, wenn mich nicht alles täuscht ich auch :-)
Machen wir ne Party? ;-))
Joerg Stegemann
Rainer Riedl wrote:
> >Da faellt mir ein, bald habe ich zweijaehriges... wer will mir
> >gratulieren ?
> hmm, wenn mich nicht alles täuscht ich auch :-)
> Machen wir ne Party? ;-))
Ich bin ab naechste Woche in England, kommst du da vorbei ? :)
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> Hmm, wenn ich mich recht errinere gibt es keine Probleme, nur sollte man
> es nicht wagen das Verzeichnis mit dem Tracker bewundern zu wollen ;-)
Und wozu hat man den Tracker?
cug
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> Habnochmal geguckt, also bei mir (Maschine siehe unten) ist ne Query
> (>20000 Files, 2GB, fast voll) durchaus als schnell zu bezeichnen
Für das, was gemacht wird, ist es bei mir ja auch nicht langsam, aber
ich finde es vollkommen uneffektiv nur auf der Platte zu arbeiten, wenn
man eine Index-Datei problemlos im RAM halten kann. Darüber ist ein
Zugriff über ein VIELFACHES schneller!
Und man will doch nicht unbedingt den guten Ruf des BeOS durch
ineffektive, langsame Programme runterziehen. Von mir aus kann man ja
nach der Methode "ein Artikel, eine Datei" vorgehen, aber ich würde über
sowas IMMER einen Index halten, um auch über große Datenmengen schnelle
Operationen machen zu lassen.
Stell Dir doch einfach mal vor, Du suchst in einer Sammlung von ca.
100.000 Artikeln alle, die ein BeOS im Subjekt haben. Das geht für eine
Suchanfrage über das Filesystem unter BeOS ganz gut, aber wenn Du das im
RAM machen kannst, macht es nur noch "Pöff" und das Fenster mit dem
Ergebnis geht auf! Du hast auf den Speicher ganz andere Zugriffszeiten
und Transferraten als auf die vergleichsweise hinkende, lahme Platte.
cug
cug
Dirk Olbertz
Hallo Guido,
Ich denke, dass das BeOS das selbst macht. OK, ich habe im Moment nur
knapp 500 Artikel auf der Platte liegen, aber wenn ich so durch die
einzelnen Gruppen gehe, ist das Ergebnis fast immer *sofort* da. Und das
alles ohne hoerbaren Festplatteneinsatz...
Dirk
Joerg Stegemann
Guido Neitzer wrote:
> > Hmm, wenn ich mich recht errinere gibt es keine Probleme, nur sollte man
> > es nicht wagen das Verzeichnis mit dem Tracker bewundern zu wollen ;-)
> Und wozu hat man den Tracker?
Wofuer eine GUI da ist: Fuer kleinere Sachen.
Peter Stegemann
Dirk Olbertz wrote:
>Ich denke, dass das BeOS das selbst macht. OK, ich habe im Moment nur
>knapp 500 Artikel auf der Platte liegen, aber wenn ich so durch die
>einzelnen Gruppen gehe, ist das Ergebnis fast immer *sofort* da. Und das
>alles ohne hoerbaren Festplatteneinsatz...
Ich habe wegen genau dem Problem (es ging auch um News) vor knapp 2
Jahren mit Be gesprochen. Meine Anforderungen gehen allerdings eher
in Richtung von 50.000 Artikeln. Damals meinten sie, dafuer sei die
Datenbank absolut nicht geschaffen. Ich weiss nicht wie es jetzt
aussieht, aber sie haben ja einiges geaendert...
Hubba Balu...
--- DNRC Minister of Induhvidual disposal.
Joerg Stegemann
Peter Stegemann wrote:
> Ich habe wegen genau dem Problem (es ging auch um News) vor knapp 2
> Jahren mit Be gesprochen. Meine Anforderungen gehen allerdings eher
> in Richtung von 50.000 Artikeln. Damals meinten sie, dafuer sei die
> Datenbank absolut nicht geschaffen. Ich weiss nicht wie es jetzt
> aussieht, aber sie haben ja einiges geaendert...
Letzter Stand (in bedevtalk) war, dass die Datenbank fuer "richtige"
Anwendungen nicht zu gebrauchen ist, nur fuer kleinere Sachen.
50000 sollte noch gehen, bei mehr sollte man ein eigenes DB System
benutzen.
Guido Neitzer
Dirk Olbertz <olb...@do.isst.fhg.de>:
> Ich denke, dass das BeOS das selbst macht. OK, ich habe im Moment nur
> knapp 500 Artikel auf der Platte liegen, aber wenn ich so durch die
> einzelnen Gruppen gehe, ist das Ergebnis fast immer *sofort* da. Und das
> alles ohne hoerbaren Festplatteneinsatz...
Das hört sich gut an. Um das besser zu verstehen, müßte man sich wohl
mehr mit dem Filesystem (der Datenbank?) auseinandersetzen, wozu ich
momentan keinerlei Zeit habe. Schade eigentlich.
cug
Olaf Musch
Joerg Stegemann wrote:
>
> Peter Stegemann wrote:
>
> > Ich habe wegen genau dem Problem (es ging auch um News) vor knapp 2
> > Jahren mit Be gesprochen. Meine Anforderungen gehen allerdings eher
> > in Richtung von 50.000 Artikeln. Damals meinten sie, dafuer sei die
> > Datenbank absolut nicht geschaffen. Ich weiss nicht wie es jetzt
> > aussieht, aber sie haben ja einiges geaendert...
>
> Letzter Stand (in bedevtalk) war, dass die Datenbank fuer "richtige"
> Anwendungen nicht zu gebrauchen ist, nur fuer kleinere Sachen.
> 50000 sollte noch gehen, bei mehr sollte man ein eigenes DB System
> benutzen.
>
ob die ihre DBs auf BeOS protieren wollen ? ;)
Irgendwie hab ich das Gefuehl, das die uns evtl.
auslachen wuerden.
Olaf
--
“Wir haben die Gleichberechtigung erst erreicht,
wenn eine total unfähige Frau in eine
verantwortungsvolle Position aufrückt.”
— Beate Weber, Heidelberger Oberbürgermeisterin
Peter Stegemann
Joerg Stegemann wrote:
>Peter Stegemann wrote:
>
>> Ich habe wegen genau dem Problem (es ging auch um News) vor knapp 2
>> Jahren mit Be gesprochen. Meine Anforderungen gehen allerdings eher in
>> Richtung von 50.000 Artikeln. Damals meinten sie, dafuer sei die
>> Datenbank absolut nicht geschaffen. Ich weiss nicht wie es jetzt
>> aussieht, aber sie haben ja einiges geaendert...
>
>Letzter Stand (in bedevtalk) war, dass die Datenbank fuer "richtige"
>Anwendungen nicht zu gebrauchen ist, nur fuer kleinere Sachen. 50000
>sollte noch gehen, bei mehr sollte man ein eigenes DB System benutzen.
Was das ganze natuerlich wieder in Frage stellt.
Peter Stegemann
Olaf Musch wrote:
>Joerg Stegemann wrote:
>>
>Schon mal bei Oracle, Informix, Sybase, Adabas nachgefragt, ob die ihre
>DBs auf BeOS protieren wollen ? ;)
>
>Irgendwie hab ich das Gefuehl, das die uns evtl. auslachen wuerden.
So wie Netscape in Sachen Fastrack sicherlich auch... davon hat man
bereits seit einem halben Jahr nix mehr gehoert *huestel* *hint*
Rainer Riedl
>Ich bin ab naechste Woche in England, kommst du da vorbei ? :)
Hehe, nur wenn du für mich TT lernst ;-)
Rainer Riedl
> Und wozu hat man den Tracker?
Naja, wer über 100000 in einen Ordner schmeisst und diese dann noch locker
flockig durchscrollen will ist doch irgendwie selber schuld. Ordn-ung/er ist
das halbe Leben ;-))
Dann hätte man ja auch gleich das flache Dateisystem machen können das mal
vorgeschlagen war.
Rainer Riedl
> Für das, was gemacht wird, ist es bei mir ja auch nicht langsam, aber
>ich finde es vollkommen uneffektiv nur auf der Platte zu arbeiten, wenn
>man eine Index-Datei problemlos im RAM halten kann. Darüber ist ein
>Zugriff über ein VIELFACHES schneller!
NUUUUUUUR... musst du den Index ja immer up to date halten, was wenn du neue
Dateien hinzufuegst ja noch gehen mag, was aber wennd er User Dateien löscht?
Dann ist dein ganzer Index auch wieder fuern Ar...
> Stell Dir doch einfach mal vor, Du suchst in einer Sammlung von ca.
>100.000 Artikeln alle, die ein BeOS im Subjekt haben. Das geht für eine
Und stell dir vor du machst daselbe über 'im Body'?
>Suchanfrage über das Filesystem unter BeOS ganz gut, aber wenn Du das im
>RAM machen kannst, macht es nur noch "Pöff" und das Fenster mit dem
solange davon genug da ist ;-))
Rainer Riedl
>Ich denke, dass das BeOS das selbst macht. OK, ich habe im Moment nur
>knapp 500 Artikel auf der Platte liegen, aber wenn ich so durch die
>einzelnen Gruppen gehe, ist das Ergebnis fast immer *sofort* da. Und das
>alles ohne hoerbaren Festplatteneinsatz...
eben, wie sonst sollte so schnell die ganze Platte durchsucht werden.
Ich möchte unter windoof nicht in über 20000 Dateien suchen...
Da wird sicherlich was in Speicher gecached
Rainer Riedl
>Letzter Stand (in bedevtalk) war, dass die Datenbank fuer "richtige"
>Anwendungen nicht zu gebrauchen ist, nur fuer kleinere Sachen.
>50000 sollte noch gehen, bei mehr sollte man ein eigenes DB System
>benutzen.
Hmm, News ist ja auch keine richtige Datenbankanwendung. Die muss ja wohl
einiges mehr können
Rainer Riedl
> >Letzter Stand (in bedevtalk) war, dass die Datenbank fuer "richtige"
> >Anwendungen nicht zu gebrauchen ist, nur fuer kleinere Sachen. 50000
> >sollte noch gehen, bei mehr sollte man ein eigenes DB System benutzen.
>
Naja, ich würde mal sagen, das ganze ist doch recht einfach testbar. Einfach
mal die vorhandenen 500 Artikel hinreichend of duplizieren und dann das ganze
Verhalten testen
Joerg Stegemann
Rainer Riedl wrote:
> >Ich bin ab naechste Woche in England, kommst du da vorbei ? :)
> Hehe, nur wenn du für mich TT lernst ;-)
Wasn das ?!?
Ingo Keck
In article <69nrj4$m...@rrzs3.uni-regensburg.de>,
rainer...@stud.fh-regensburg.de (Rainer Riedl) writes:
> Vielleicht sollten wir mal alle Screenshots von unseren
> Lieblings (oder auch
> gehassten) NewsReadern machen und unserem wackeren
> Helden schicken. Dann
> könnte man das Zeugs auf eine HP legen und heftigst
> drüber diskutieren und die
> besten Ideen klauen -- wie wärs damit?
Drei Impressionen von knews hab ich unter
http://rrzc1.rz.uni-regensburg.de/~kei04452/downloads/knews1.gif
http://rrzc1.rz.uni-regensburg.de/~kei04452/downloads/knews2.gif
http://rrzc1.rz.uni-regensburg.de/~kei04452/downloads/knews3.gif
temporaer (in ein/zwei Wochen werfe ich sie wieder raus) abgelegt.
Ingo
PS: Mein gehasster Newsreader ist Netscape mit seiner Dreiteilung.
--
Streikpage Uni Regensburg: http://rsls8.sprachlit.uni-regensburg.de/~streik/
Rainer Riedl
>http://rrzc1.rz.uni-regensburg.de/~kei04452/downloads/knews1.gif
>http://rrzc1.rz.uni-regensburg.de/~kei04452/downloads/knews2.gif
>http://rrzc1.rz.uni-regensburg.de/~kei04452/downloads/knews3.gif
The resource requested /~kei04452/downloads/ cannot be found.
If you feel that this is a configuration error, please contact the
administrators or
the author of the referring page..
Rainer Riedl
>> >Ich bin ab naechste Woche in England, kommst du da vorbei ? :)
>> Hehe, nur wenn du für mich TT lernst ;-)
>
>Wasn das ?!?
Mess- und Testtechnik. Kann auch noch MO (Elektronische Module) DT2
(Digitaltechnik 2) und BW (Betriebswirtschaft *wuerg*) bieten
*faxendickhab*
Peter Stegemann
Rainer Riedl wrote:
>>Letzter Stand (in bedevtalk) war, dass die Datenbank fuer "richtige"
>>Anwendungen nicht zu gebrauchen ist, nur fuer kleinere Sachen. 50000
>>sollte noch gehen, bei mehr sollte man ein eigenes DB System benutzen.
>Hmm, News ist ja auch keine richtige Datenbankanwendung. Die muss ja
>wohl einiges mehr können
Sicher? Du muesstest mal sehen, was ich hier mit UMS mache...
Olaf Musch
Peter Stegemann wrote:
>
> Rainer Riedl wrote:
>
> >>Letzter Stand (in bedevtalk) war, dass die Datenbank fuer "richtige"
> >>Anwendungen nicht zu gebrauchen ist, nur fuer kleinere Sachen. 50000
> >>sollte noch gehen, bei mehr sollte man ein eigenes DB System benutzen.
> >Hmm, News ist ja auch keine richtige Datenbankanwendung. Die muss ja
> >wohl einiges mehr können
>
> Sicher? Du muesstest mal sehen, was ich hier mit UMS mache...
>
Aber ne Datenbank wie z.B. ORACLE kann n kleines bisschen mehr, als
man so i.A. von ner News-App erwartet.
Allerdings treiben die mit ihren Instances/Tablespaces/Datafiles/Blocks,
der System Global Area, den Indices, Keys usw. ne ganze Menge Aufwand.
So mal eben nachprogrammieren ist da leider nicht drin.
Dafuer kann man ne richtig gut konfigurierte ORACLE-DB aber auch
- crash-recovery-fähig
- online-backup-fähig
- nahezu wartungsfrei
- sauschnell (ich fummle hier einmal mit 30 und einmal mit 130 GB! rum)
- verteilt auf verschiedene Platten
- gespiegelt
- usw.
fahren. Und sowas machste zunaechst mit nem Newsreader eigentlich doch
nicht, oder ? ;-)
Olaf
--
Meine Sig: Keine Sig !
Guido Neitzer
Joerg Stegemann <j...@concept.de>:
> Wofuer eine GUI da ist: Fuer kleinere Sachen.
Na toll, ich bin mal wieder begeistert! Wozu programmieren die eine
GUI, wenn man sie nur für kleinere Sachen benutzen kann? Das ist doch
albern!
cug
Peter Stegemann
Olaf Musch wrote:
>Peter Stegemann wrote:
>
>fahren. Und sowas machste zunaechst mit nem Newsreader eigentlich doch
>nicht, oder ? ;-)
Einiges davon aber schon. Vor allem wartungsfrei.
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> Naja, wer über 100000 in einen Ordner schmeisst und diese dann noch locker
> flockig durchscrollen will ist doch irgendwie selber schuld. Ordn-ung/er
> ist das halbe Leben ;-))
ICH persönlich werde nicht so viele Dateien in einen Ordner schmeißen,
aber es kann durchaus vorkommen, daß so viele Dateien in einem Ordner
liegen (siehe der Fall mit dem News-Client). Und solche Ordner will ich
immer noch aufmachen können!
cug
Guido Neitzer
Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> NUUUUUUUR... musst du den Index ja immer up to date halten, was wenn du
> neue Dateien hinzufuegst ja noch gehen mag, was aber wennd er User Dateien
> löscht? Dann ist dein ganzer Index auch wieder fuern Ar...
Richtig. Daher -> eigene Datenbank! Eine Datendatei, eine Indexdatei.
> Und stell dir vor du machst daselbe über 'im Body'?
Ist mit obiger Lösung auch kein Problem.
[Index im RAM]
> solange davon genug da ist ;-))
Meine Güte, wie groß wird so ein Indexeintrag? Vielleicht ca. 1kB, das
macht dann bei 1000 Artikeln ca. 1 MB - will sagen, Du kannst die
letzten paar tausend Artikel, die sich im Index befinden immer ganz gut
überblicken!
cug
Thorsten Guenther
In <34C493...@gzs.de> Olaf Musch wrote:
>Schon mal bei Oracle, Informix, Sybase, Adabas nachgefragt,
>ob die ihre DBs auf BeOS protieren wollen ? ;)
>
>Irgendwie hab ich das Gefuehl, das die uns evtl.
>auslachen wuerden.
Zumindest bei Textverarbeitungen sieht das etwas heller aus:
Ulli Ramps von R.O.M. Logicware scheint einer Portierung von papyrus
nach BeOS zumindest nicht abgeneigt zu sein, aber selber wollte er sich
IIRC nicht daransetzen. Ob allerdings Spracheingabe eingeschlossen sein
wird wie bei der OS/2-Version, wage ich zu bezweifeln.
Thorsten
--
"Walking in your footsteps, I used to walk by your side
How could you leave me on the very edge of suicide
I'm lost without you, but well I know you go your own way
You never needed me no matter what you say" - Stiltskin
Peter Stegemann
Guido Neitzer wrote:
>Rainer Riedl <rainer...@stud.fh-regensburg.de>:
>
>[Index im RAM]
>> solange davon genug da ist ;-))
>
>Meine Güte, wie groß wird so ein Indexeintrag? Vielleicht ca. 1kB, das
>macht dann bei 1000 Artikeln ca. 1 MB - will sagen, Du kannst die
>letzten paar tausend Artikel, die sich im Index befinden immer ganz gut
>überblicken!
Das macht bei 50.000 50MB... oink.
Olaf Musch
Peter Stegemann wrote:
>
> Guido Neitzer wrote:
>
> >Rainer Riedl <rainer...@stud.fh-regensburg.de>:
> >
> >[Index im RAM]
> >> solange davon genug da ist ;-))
> >
> >Meine Güte, wie groß wird so ein Indexeintrag? Vielleicht ca. 1kB, das
> >macht dann bei 1000 Artikeln ca. 1 MB - will sagen, Du kannst die
> >letzten paar tausend Artikel, die sich im Index befinden immer ganz gut
> >überblicken!
>
> Das macht bei 50.000 50MB... oink.
>
Lass mal ueberlegen: Meine BeBox hat 80 MB RAM, davon braucht BeOS keine
16, bleiben noch 64.
Wo liegt also das Problem ? ;-))
Olaf
--
Nicht vergessen: Anmelden zum GeekBeer !
Infos bei
http://www2.ai-lab.fh-furtwangen.de/~DeBUG/deutsch/Geekbeer.html
Guido Neitzer
Thorsten Guenther <guen...@cabal.shnet.org>:
> Ulli Ramps von R.O.M. Logicware scheint einer Portierung von papyrus
> nach BeOS zumindest nicht abgeneigt zu sein,
Dem glaub ich kein Wort mehr. Die haben auch mal steif und fest
behauptet, eine Mac-Version machen zu wollen, mit der sie garantiert
mehr Geld hätten verdienen können, als mit der OS/2-Version und der
BeOS-Version zusammen. Schließlich sind unglaublich viele der alten
Atarianer beim Mac gelandet.
cug
Guido Neitzer
Peter Stegemann <p...@cocoon.infra.de>:
> Das macht bei 50.000 50MB... oink.
Schon mal was von partiellem Laden einer Datei gehört? Du brauchst ja
meist nur die letzten Mails, außerdem denke ich nicht, daß die Header
wirklich so groß werden - wahrscheinlich ist es weniger, was man
wirklich da reinschreiben sollte.
cug
Joerg Stegemann
Rainer Riedl wrote:
> >Letzter Stand (in bedevtalk) war, dass die Datenbank fuer "richtige"
> >Anwendungen nicht zu gebrauchen ist, nur fuer kleinere Sachen.
> >50000 sollte noch gehen, bei mehr sollte man ein eigenes DB System
> >benutzen.
> Hmm, News ist ja auch keine richtige Datenbankanwendung. Die muss ja wohl
> einiges mehr können
Jetzt koennten wir trefflich darueber streiten, was eine richtige
DB-Anwendung
ist, aber lassen wir das :)
Tatsache ist, dass ein "richtiger" Newsserver mit ein paar Millionen
Artikeln
umgehen koennen muss und damit das BeFSs hoffnungslos ueberfordert ist.
Joerg Stegemann
Thorsten Guenther wrote:
> Zumindest bei Textverarbeitungen sieht das etwas heller aus:
> Ulli Ramps von R.O.M. Logicware scheint einer Portierung von papyrus
> nach BeOS zumindest nicht abgeneigt zu sein, aber selber wollte er sich
> IIRC nicht daransetzen. Ob allerdings Spracheingabe eingeschlossen sein
> wird wie bei der OS/2-Version, wage ich zu bezweifeln.
Eine papyrus Umsetzung war schon 96 im Gespraech, aber die haben sich
nicht richtig dafuer interessiert, so ist das erst mal gestorben
damals...
Ob das jetzt was wird...
Joerg Stegemann
Rainer Riedl wrote:
> >Wasn das ?!?
> Mess- und Testtechnik. Kann auch noch MO (Elektronische Module) DT2
> (Digitaltechnik 2) und BW (Betriebswirtschaft *wuerg*) bieten
Und du bist auch ganz sicher, dass du das richtige studierst ??? *grin*
Joerg Stegemann
Guido Neitzer wrote:
> > Wofuer eine GUI da ist: Fuer kleinere Sachen.
> Na toll, ich bin mal wieder begeistert! Wozu programmieren die eine
> GUI, wenn man sie nur für kleinere Sachen benutzen kann? Das ist doch
> albern!
Das bezog sich nicht nur auf die Be GUI sondern auf alle !
Eine Shell kann einfach mehr. Hmm, vielleicht verlagern wir das
langsam in Mails...
Joerg Stegemann
Olaf Musch wrote:
> Lass mal ueberlegen: Meine BeBox hat 80 MB RAM, davon braucht BeOS keine
> 16, bleiben noch 64.
> Wo liegt also das Problem ? ;-))
Ich hoffe sehr, du hast diesen Smiley ernst gemeint... denn RAM
nachstecken loiest das Problem nicht, es verzoegert es nur...
BTW: Wolltest du nicht mal einen Streamer ausprobieren ?
Olaf Musch
Joerg Stegemann wrote:
>
> Olaf Musch wrote:
>
> > Lass mal ueberlegen: Meine BeBox hat 80 MB RAM, davon braucht BeOS keine
> > 16, bleiben noch 64.
> > Wo liegt also das Problem ? ;-))
>
> Ich hoffe sehr, du hast diesen Smiley ernst gemeint... denn RAM
> nachstecken loiest das Problem nicht, es verzoegert es nur...
>
Aber Deine Frage ist so gut, dass ich sie mit Deiner Erlaubnis in meine
Sig aufnehmen will (s.u.). Ich finde, das hat was ;-)
> BTW: Wolltest du nicht mal einen Streamer ausprobieren ?
>
Yep,
mach ich am WE
ich meld mich dann
Olaf
--
"Ich hoffe sehr, du hast diesen Smiley ernst gemeint..."
P.Stegemenn in de.comp.os.be
Joerg Stegemann
Olaf Musch wrote:
> Aber Deine Frage ist so gut, dass ich sie mit Deiner Erlaubnis in meine
> Sig aufnehmen will (s.u.). Ich finde, das hat was ;-)
Kein Problem, aber siehe unten...
> > BTW: Wolltest du nicht mal einen Streamer ausprobieren ?
> Yep,
> mach ich am WE
Gut, bin schon ganz gespannt :)
> "Ich hoffe sehr, du hast diesen Smiley ernst gemeint..."
> P.Stegemenn in de.comp.os.be
Hmm, J.Stegemann bitte :)
Ciao, Joerg
DNRC Minister of irremediable duhcisions
Olaf Musch
Joerg Stegemann wrote:
>
> Rainer Riedl wrote:
>
> > >Wasn das ?!?
> > Mess- und Testtechnik. Kann auch noch MO (Elektronische Module) DT2
> > (Digitaltechnik 2) und BW (Betriebswirtschaft *wuerg*) bieten
>
> Und du bist auch ganz sicher, dass du das richtige studierst ??? *grin*
>
ich hab Info an der TH Aachen studiert, und da sah unser Stundenplan
auch nich gerade besser aus:
z.B.: Das Grundstudium
Analysis I + II
Lineare Algebra I + II
WuST (Wahrscheinlichkeitsrechnung und Statistik)
Numerik
Grundgebiete der Elektrotechnik I
Physikalisch-Technische Grundlagen
Grundlagen der BWL
Produktionswirtschaft
Kostenrechung
Buchhaltung und Abschluss
und dann erst das ganze Computer-Zeugs
Info I-III
HW-Praktikum (Stoepseln)
Programmierschein
SW-Praktikum
Im Hauptstudium verlagerte sich das Ganze dann doch etwas
in Richtung Computer. Aber fuer den Anfang haett ich auch
Mathe studieren koennen :-)
Joerg Stegemann
Olaf Musch wrote:
> ich hab Info an der TH Aachen studiert, und da sah unser Stundenplan
> auch nich gerade besser aus:
[erschreckender Stundenplan]
> Im Hauptstudium verlagerte sich das Ganze dann doch etwas
> in Richtung Computer. Aber fuer den Anfang haett ich auch
> Mathe studieren koennen :-)
Ich weiss, warum ich an eine FH gegangen bin :)
Ciao, Joerg
Olaf Musch
Joerg Stegemann wrote:
>
> Olaf Musch wrote:
> > Aber Deine Frage ist so gut, dass ich sie mit Deiner Erlaubnis in meine
> > Sig aufnehmen will (s.u.). Ich finde, das hat was ;-)
>
> Kein Problem, aber siehe unten...
>
> > "Ich hoffe sehr, du hast diesen Smiley ernst gemeint..."
> > P.Stegemenn in de.comp.os.be
>
> Hmm, J.Stegemann bitte :)
>
Jau,
hab ich dann auch schon gemerkt ;)
Ich werd's in der Sig dann demnächst verwenden, wenn die
jetzige Sig nicht mehr notwendig ist :)
Guido Neitzer
Joerg Stegemann <j...@concept.de>:
> Das bezog sich nicht nur auf die Be GUI sondern auf alle !
> Eine Shell kann einfach mehr. Hmm, vielleicht verlagern wir das
> langsam in Mails...
Warum, wir sind doch so oder so unter uns?! ;-)
Ich weiß, daß sich das nicht nur auf die Be GUI bezog, aber ist "Alle
machen es schlecht, wir brauchen es also nur ein bißchen besser zu
machen" denn das Wahre?
cug
Ingo Keck
In article <IAURB...@cabal.shnet.org>, guen...@cabal.shnet.org (Thorsten
Guenther) wrote:
[...]
> Ulli Ramps von R.O.M. Logicware scheint einer Portierung von papyrus
> nach BeOS zumindest nicht abgeneigt zu sein, aber selber wollte er sich
> IIRC nicht daransetzen.
?
Rainer, ich dachte, das wolltest Du machen.
Ingo
--
"The cost of Education is nothing compared to the price of Ignorance"
(unknown)
Ingo Keck
In article <6a2j75$g...@rrzs3.uni-regensburg.de>,
rainer...@stud.fh-regensburg.de (Rainer Riedl) wrote:
> >http://rrzc1.rz.uni-regensburg.de/~kei04452/downloads/knews1.gif
> >http://rrzc1.rz.uni-regensburg.de/~kei04452/downloads/knews2.gif
> >http://rrzc1.rz.uni-regensburg.de/~kei04452/downloads/knews3.gif
>
> The resource requested /~kei04452/downloads/ cannot be found.
'tschuldigung, ich werde alt. Jetzt sollte es gehen.
Dirk Steins
PS>Sicher? Du muesstest mal sehen, was ich hier mit UMS mache...
Könnte man UMS nicht auf BeOS portieren. Einen Oberon Compiler gibt es doch.
Dann müßte man nur noch ein paar Clients schreiben.
Gruß, Dirk
Dirk Steins
TG>Ulli Ramps von R.O.M. Logicware scheint einer Portierung von papyrus
TG>nach BeOS zumindest nicht abgeneigt zu sein, aber selber wollte er
TG>sich IIRC nicht daransetzen. Ob allerdings Spracheingabe
TG>eingeschlossen sein wird wie bei der OS/2-Version, wage ich zu
TG>bezweifeln.
Angeblich soll sogar irgendjemand daran sitzen, der die Sourcen dafür erhalten
hat. Die Auskunft ist aber auch schon was älter.
Gruß, Dirk
Olaf Musch
Armin Schmidt wrote:
>
> Tach,
>
> Sach mal, biste sicher, dass Du kein Wirtschaftsinformatik studiert
> hast?
>
> Armin
>
Auf meinem Diplom steht:
Diplom-Informatiker (Dipl.-Inform.)
sei der Titel, den ich nun offiziell führen darf.
Und ganz ehrlich: Im Hauptstudium sah das dann etwa so aus:
Compilerbau I + II
Funktionale Programmiersprachen
Formale Sprachen
Systemprogrammierung
Mustererkennung
Petri-Netze
Implizite Parallelprogrammierung (Seminar)
Optimmalität von Clos-Netzwerken (Seminar)
Neuronale Netze (Dipl.-Arbeit)
...
und im Nebenfach BWL:
Operations Research I + II
OR-Seminar
OR-Praktikum
Das ganze war dann so theoretisch, dass ich Dir zur Diplompruefung
so ziemlich alles von allem haette beweisen koennen ;-)
Frag nicht: Inzwischen kann ich das nicht mehr so gut,
aber ich weiss, wo's steht, und die Buecher hab ich alle
zu Hause ;-)
Gruss
Felix Holderied
Olaf Musch wrote:
> Auf meinem Diplom steht:
> Diplom-Informatiker (Dipl.-Inform.)
Dann hast Du also in Karlsruhe studiert!
Felix
Olaf Musch
Auch die RWTH Aachen vergibt den Dipl.-Inform.
^^^
;-)
Guido Neitzer
Peter Stegemann <p...@cocoon.infra.de>:
> Bloss nicht. UMS ist die denkbar schlechteste Implementation einer
> Datenbank, die es gibt.
Naja, es gibt da jemand, der hat schon mal ein ganz brauchbares
FrontEnd (um genau zu sein, daß einzige, was ich bisher wirklich richtig
benutzen konnte ...) geschrieben, dessen Sourcen gerade PublicDomain
wurden ... ist zwar Modula, aber so ganz unverwandt zu Oberon ist das
schließlich auch nicht.
Außerdem kann man den Programmierer hier in der Gruppe vielleicht mit
ein paar kleineren Fragen löchern ... ;-)
cug
Peter Stegemann
Guido Neitzer wrote:
>Peter Stegemann <p...@cocoon.infra.de>:
>
>> Bloss nicht. UMS ist die denkbar schlechteste Implementation einer
>> Datenbank, die es gibt.
>
>Naja, es gibt da jemand, der hat schon mal ein ganz brauchbares FrontEnd
>(um genau zu sein, daß einzige, was ich bisher wirklich richtig benutzen
>konnte ...) geschrieben, dessen Sourcen gerade PublicDomain wurden ...
>ist zwar Modula, aber so ganz unverwandt zu Oberon ist das schließlich
>auch nicht.
Aeh, kannst du dich ein bisschen deutlicher ausdruecken?
Rainer Riedl
>liegen (siehe der Fall mit dem News-Client). Und solche Ordner will ich
>immer noch aufmachen können!
Kannste ja, nur musst du etwas zeit mitbringen ;-)