hi, On Wed, 3 Mar 2004, Juergen Zdero wrote:
Hallo Marco,
OK, das betrifft die Installation der Gesamtdistribution, welche ja (ich glaube ausschließlich bei SuSE) mit Braillezeile ablaufen kann. Wenn es nun aber keine Braillezeile gibt ist ja das System schon lauffähig und sollte mit ein paar kommandos auch in eine Umgebung mit Sprachausgabe (ohne Braillezeile) verwandelt werden können. Die "paar Kommandos" sollten in der Lage sein das mbrola4sbl zu finden und zu installieren, ggf. downloaden, die voices-db's im Dialog (z.B. vorgefertigte mp3s o.ä.) auszuwählen und anschliessend noch
hm, wenn du mp3's nimmst wie weiss der installer, ob er englisch oder deutsch sprechen soll? wenn die internetverbindung schon eingerichtitet wurde (davon muss das script ausgehen) warum hat der mensch dann nicht gleich sbl installiert? bzw. mbrola runtergeladen?
die diversen Applikationen richtig einrichten (lynx, mutt, emacs etc.). Ein solches Paket könnte SuSE aus rechtlichen Gründen ja auch was meinst du mit richtig einrichten ist das bezogen auf den screenreader oder sollen die config-files der apps geaendert werden?
was gehen wuerde, waere eine hardware-sprachausgabe allerdings haben wir dafuer kein autodetect
warum habt ihr das nicht ?
weil es keine prioritaet hatte/hat was neutzt dir die sprache bei der installation, wenn du sie nicht steuern knast? (kbd_sniff nicht im kernel)
weiterhin duerfen wir den kbd_sniff-patch nicht in den kernel einbauen,
dürft ihr den sniffer denn in Form eines einfachen Patchscriptes beifügen ?
ist auch ein problem, den patch auf die distri zu packen nicht umbedingt nur wir werden dann inmehr probleme laufen als wir wollen weil jeder dann meint er ist in der lage den kernel zu patchen und die vergangeheit hat gezeigt, dass kaum ein kunde in der lage ist den kernel sauber zu patchen und eine kernel sauber zu kompilieren eine saubere loesung ist ein eigenstaendiges kernel-rpm was bei uns getestet wurde
verhalten der sprachausgabe: die features fuer die sprachausgabe sind noch etwas duerftig liegt ganz einfach darn, dass kaum ein kunden seinen kernel patched
s.o. "einfaches Patchscript"
und wir auch noch keine saubere loesung fuer eine rpm haben was der kunde einfach installieren kann (ist in arbeit)
hier bitte mehr Einzelheiten ich will jetzt hier nicht unseren ganzen rpm-vorgang erlaeutern, das wuerde den rahmen sprengen nur kurz: fuer jedes paket ws bei suse gebaut wird, wird ein klopettes system installiert um eine suaber umgebung zu erhalten in dieser umgebung wird dann das paket gebaut und das ganze fuer verschiedene platformen desweiteren muss man soetwas auch pflegen und gerade ein kernel patch kann sehr viel pflege bedeuten wenn er sich zumbeispiel mit anderen in die quere kommt das muss vielleicht nicht immer der fall sein aber wenn der fall auftritt muss das abgefangen werden
wie gesagt wir sind dabei>
hier in der liste gibt es ziemlich fitte leute ihr duerft aber nicht vegessen, dass es noch andere sbl user gibt die eben keinen kernel sauber-patchen koennen
s.o. "einfaches Patchscript"
und wenn ich eine loesung einbaue, dann darf es keine insel-loesung sein
wie könnte denn eine Insellösung aussehen, bitte Vorschläge.
ich moechte keine vorschlaege fuer eine insel-loesung sondern eine gerelle loesung fuer ein problem
ich finde wir sollten mal eine wunschliste gerade bezueglich sprachausgabe psten
Da Du Dich ja tagtäglich sehr lange mit der Materie beschäftigst und auch sicher viele Hintergrunddetails kennst eröffnest Du möglicherweise diese Liste.
und dann diskutieren ich kann dann sagen warum sachen moeglich sind und warum nicht Es gibt schon Wünsche und Anregungen von Kai und Roger. Also gehts oder ist es sinnvoll _
wer momentan ein sbl hat kann ja mal im default profile spkcharmod=1 setzen, das ist eine experimentelle funktion die nicht huebsch ist aber in sbl 2.2 erheblich besser sein wird
und ob es gerade sinn macht diese in sbl einzubauen
Das entscheidet dann "der Kunde" . Ich bin in dieser exclusiven Gruppe übrigens auch Mitglied.
falsch, das entscheidet eben nicht DER kunde sodern DIE kunden und da ist das problem, wenn DER kunden entscheiden wuerde, dann haette DER kunde ein tolles sbl fuer seine beduerfnisse aber DIE kunden wuerden mir die hoelle heiss machen wenn du 3000 kunden hast dann hast du 3000 spezielasiten die 6000 verschiedene wuensche haben der einzelne kunde kann dann entscheiden, ob er mit der massen loesung arbeiten will oder nicht es ist einfach ein unterschied, ob ich ein produkt vertreibe oder ob ich eine loesung die ich fuer mich geschrieben habe der oeffentlichkeit zurverfuegung stelle gruss marco
fuer vorschlaege bin ich immer offen aber einfaches motzen bring keinem was
"einfach nur motzen" bringt auch etwas, es zeigt Euch nähmlich, daß etwas nicht stimmt auch wenn "der Kunde" nicht immer detailliert erläutern kann (oder will) was nicht rund ist.
gruss marco
Gruß Jürgen
-- Um sich von der Liste abzumelden schreiben Sie bitte eine Mail an die Adresse, die im Kopf hinter dem List-Unsubscribe-Eintrag zu finden ist. Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-blinux-d-help@suse.com
** Life is hard and then you die **
------------------------------------------------------------
SuSE Linux AG - Maxfeldstrasse 5 - 90409 Nuernberg
Projekt: suse-blinux http://www.blinux.suse.de
E-Mail: Marco Skambraks