Re: [Neo] [ticket] #165: Belegung der toten Ta sten eventuell überdenken und abschließen

[Peter Eberhard]

Hallo,

> Einen toten Unterpunkt gibt es nicht, llerdings muss beachtet werden,
> für wie viele Buchstaben ein totes Zeichen Verwendung findet – wenn es
> zu wenige sind, bietet sich eher ein Coko an: ♫h. → ḥ
> Solche Cokos sind, sofern sie noch nicht definiert sind, ohne Probleme 
> einzurichten.

Der tote Unterpunkt wird, wenn die toten Tasten tatsächlich reformiert
werden, bei allen bisherigen Vorschlagen auf `(6) oder ´(6) aufgenommen.
Ein Platz wird nämlich frei, weil wir den Doppelgravis entfernen wollen,
der kaum gebraucht wird (und dann über ↻˝ erzeugt werden kann). Und ja,
es gibt viele Zeichen mit Unterpunkt. Sie kommen zwar nicht so
häufig vor, allerdings sogar in einer europäischen Sprache: Asturisch (ḥ
in Ostasturisch und ḷḷ in Westasturisch).

Die kanonische Coko ist bereits im offiziellen enUS.module definiert:
♫!h → ḥ

Da besteht also kein weiterer Handlungsbedarf.

Gruß, Peter

Re: [Neo] [ticket] #165: Belegung der toten Tasten eventuell überdenken und abschließen

[Alexander Koch]

Hallo,

hierzu gab es ja kürzlich die Diskussion ‚Tote Tasten‘. Da sich viele nicht 
mit den verschiedenen Diskussionspunkten dieses Threads auseinandersetzen 
wollten und mir das Thema aber sehr wichtig ist, habe ich jetzt mal die 
diskutierten Vorschläge mit allen diskutierten Vor- und Nachteilen im Wiki 
dokumentiert, siehe: http://wiki.neo-
layout.org/wiki/Diakritika#NeueBelegungdertotenTasten

Ich halte jeden der diskutierten Vorschläge besser als die aktuelle Belegung 
(→siehe Abschnitt Motivation), mein Favorit ist aber Peters Vorschlag II. 
Bitte guckt euch das an. (Ergänzt vielleicht noch was, und wenn es auf der ML 
keinen klaren Kandidaten gibt, kann man notfalls auch eine Abstimmung machen.)

Viele Grüße,
Alex

Re: [Neo] Abstraktionsgrad der Referenz (was: Re: KP_-Varianten: Referenz vs. xkbmap und xmodmap)

[Pascal Hauck]

Am Dienstag, 18. August 2009 21:16:21 schrieb wettstein...@solnet.ch:
> Komma, Punkt, Komma (bash in xterm, unabhängig von LC_ALL)
> […]
> Punkt, Punkt, Komma (In OpenOffice 3.0, mit German(Switzerland) […], Häkchen
> hinter «Decimal separator key» gesetzt).

Das ist also exakt das gewünschte Verhalten.

Was ich nicht wusste ist, dass in der Schweiz der Punkt als übliches 
Dezimalzeichen verwendet wird. Ob man darum aber eine separate schweizer Neo 
anbieten soll, weiß ich nicht. Spontan bin ich dagegen.


> > KP_Sepataor löst den gehaltenen Klick!
>
> Nicht wirklich.  Die Details hängen von der Anwendung ab.

Das kann sein, aber momentan entspricht es exakt der Funktionalität der 
(deutschen) QWERTZ. Natürlich könnte man nun darüber streiten, ob QWERTZ in 
diesem Punkt bereits falsch ist, aber das erscheint müßig.
Für ein deutsches Layout ist ein Komma an dieser Stelle durchaus wichtig, 
darum sehe ich zur aktuellen Belegung keine Alternative – Komma, KP_Decimal 
wäre eindeutig zu umständlich in der Bedienung (z.B. bei der Maustastatur); 
außerdem wäre es dann nicht mehr möglich, das Dezimalzeichen in OpenOffice 
einzustellen.


> Probier zwei Sequenzen von KP_0, Maus bewegen, KP_Separator auszuführen;
> beim zweiten Mal funktioniert KP_0 nicht mehr 

Kann ich nicht bestätigen – bei mir klappt es (auch beim zweiten Mal). 
Z.B. 2× auf Fensterleiste klicken, festhalten, verschieben, loslassen


Gruß,
Pascal

-- 
GPG-Schlüssel-ID: 0xC237D6DE
Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE


signature.asc
Description: This is a digitally signed message part.

Re: [Neo] Neo-Flyer

[Mayer, Stefan]

Hi,

Dennis Heidsiek schrieb am 17.08.2009 13:36 Uhr:

> Frank Stähr ſchrieb am 17.08.2009 13:17 Uhr:

>> Was das angeht, ist ein DTP-Tool vermutlich sogar einfacher zu bedienen.
>>   
> 
> Für einen DTP-Profi sicherlich. Ein LaTeX-Freak würde wohl eher LaTeX 
> vorziehen ;-).

langer Rede kurzer Sinn: Habs vorhin mal kurz geTeXt. Hab nun
LaTeX genommen (und nicht Xe(La)TeX), da leaflet wohl nicht auf
die Schnelle mit xetex zurechtkommt (kein landscape) … läßt sich
sicherlich noch machen, aber hatte keine Lust, in die .cls zu
schauen …
Soll nun nicht einen Standard festlegen, sondern als Spielwiese
dienen. Damit man mal sieht, wie (der gleiche Inhalt) dort aussähe
… (wobei dann deutlich mehr Text Platz hat).

http://wiki.neo-layout.org/changeset/2041

Gruß,
Stefan
-- 
In dubio pro Neo.

GPG-Schlüssel-ID: 0x4B8E05CA
Fingerabdruck: 6D62 7111 742A DCA9 F440 5AF3 BA35 C018 4B8E 05CA



signature.asc
Description: OpenPGP digital signature

Re: [Neo] [ticket] #165: Belegung der toten Tasten eventuell überdenken und abschließen

[Pascal Hauck]

Am Dienstag, 18. August 2009 22:23:28 schrieb Ulf Bro:
> Ich habe ihn aber benutzt (in .Xmodmap: „dead_belowdot“)

Ich formuliere es deutlicher: es gibt keinen toten Unterpunkt in Neo.

> > ♫h. → ḥ
>
> Dafür muss es in der Regel in Gnome definiert werden, glaube ich.

Nein, dafür muss nur die aktuelle Neo-Compose heruntergeladen werden; werde 
diese Coko aufnehmen, da sie offensichtlich gebraucht wird.


Gruß,
Pascal

-- 
GPG-Schlüssel-ID: 0xC237D6DE
Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE


signature.asc
Description: This is a digitally signed message part.

[Neo] Scribus (was: Re: Neo-Flyer)

[Dennis Heidsiek]

Hallo allerseits,


Christian Kluge ſchrieb am 18.08.2009 15:24 Uhr:
Frank Stähr schrieb am 18.08.2009 12:23:  
 Allerdings stelle ich fest, dass Scribus für Windows ein bisschen hinterherhängt (1.3.3 vs. 1.3.5) 


Version für 1.3.5 für Windows ist schon längst draußen.
http://sourceforge.net/projects/scribus/files/scribus-devel
  


Cool, danke für den Hinweis. Allerdings ist die portable Ausgabe für 
Windows¹ leider noch nicht auf dem neuesten Stand :-(.


Ich mag es, wenn ich Programme nicht fest installieren muss, sondern sie 
auf einen USB-Stick packen und sie zu einem anderen Computer mitnehmen 
kann :-).



Viele Grüße,
Dennis-ſ


¹ http://sourceforge.net/projects/portablescribus/files/

Re: [Neo] [ticket] #165: Belegung der toten Ta sten eventuell überdenken und abschließen

[Ulf Bro]

> Den toten Makron gibt es bereits, eventuell fehlende Buchstaben mit Makron 
> können ergänzt werden. Einen toten Unterpunkt gibt es nicht

Ich habe ihn aber benutzt (in .Xmodmap: „dead_belowdot“)

> beachtet werden, für wie viele Buchstaben ein totes Zeichen Verwendung 
> findet – wenn es zu wenige sind, bietet sich eher ein Coko an: ♫h. → ḥ

Stimmt. Dafür muss es in der Regel in Gnome definiert werden, glaube
ich. Egal: Wie ich gerade sehe, reichen die Möglichkeiten da aber aus.
Ich ziehe den Vorschlag wieder zurück.

Re: [Neo] Abstraktionsgrad der Referenz (was: Re: KP_-Varianten: Referenz vs. xkbmap und xmodmap)

[wettstein509]

> Bitte beschreibe genau unter welchen Umständen das passiert – vielleicht 
> haben 
> wir noch immer diese Keysyms noch nicht ganz richtig verstanden.

Mit OpenOffice und schweizerdeutschen Spracheinstellungen, Details siehe
unten.  Nichts Neues.  Ich würde nicht erwarten, dass man die keysyms
verstehen kann; unter X macht halt traditionell jedes Programm was dem
Programmierer gerade gepasst hat.

> Nur damit ich dein Problem endlich verstehe: Lade bitte mal die Neo-Xmodmap 
> und sag mir, was bei dir die Taste neben der 0 auf dem Keypad

Da ich hier ein NetBSD ohne OpenOffice habe, habe ich folgendes mit
einer Ubuntu 9.04-LiveCD und der aktuellen xmodmap ausprobiert:

>  • in der Bash (X-Konsole)
>  • mit Shift in der Bash
>  • mit Mod3 in der Basch

Komma, Punkt, Komma (bash in xterm, unabhängig von LC_ALL)

>  • in deinem OpenOffice (Schweiz)
>  • mit Shift in deinem OpenOffice
>  • mit Mod3 in deinem OpenOffice

Punkt, Punkt, Komma (In OpenOffice 3.0, mit German(Switzerland) unter
Tools > Options > Language Settings > Languages eingestellt, Häkchen
hinter «Decimal separator key» gesetzt).

> Ich verstehe, warum du dieses Argument anführst. Aber: KP_Sepataor löst den 
> gehaltenen Klick!

Nicht wirklich.  Die Details hängen von der Anwendung ab.  In Emacs wird
mit KP_Separator die Hervorhebung des markierten Bereichs abgeschaltet;
in xterm passiert das nicht, dafür wird das Wort unter dem Mauszeiger
komplett mitselektiert.  Beides ist nicht korrekt.  Das Schlimmste
(unter Ubuntu wie unter NetBSD) ist, dass abschließend das Setzen des
gehaltenen Klick nicht mehr richtig funktioniert.  (Probier zwei
Sequenzen von KP_0, Maus bewegen, KP_Separator auszuführen; beim zweiten
Mal funktioniert KP_0 nicht mehr).

Andreas

Re: [Neo] [ticket] #165: Belegung der toten Tasten eventuell überdenken und abschließen

[Pascal Hauck]

Am Dienstag, 18. August 2009 19:57:13 schrieb Ulf Bro:
> dead macron […] dead belowdot
>
> Diese zwei Diakritika sind für Leute, die Arabisch oder Koran
> diskutieren unentbehrlich.

Den toten Makron gibt es bereits, eventuell fehlende Buchstaben mit Makron 
können ergänzt werden. Einen toten Unterpunkt gibt es nicht, llerdings muss 
beachtet werden, für wie viele Buchstaben ein totes Zeichen Verwendung 
findet – wenn es zu wenige sind, bietet sich eher ein Coko an: ♫h. → ḥ
Solche Cokos sind, sofern sie noch nicht definiert sind, ohne Probleme 
einzurichten.


Gruß,
Pascal

-- 
GPG-Schlüssel-ID: 0xC237D6DE
Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE


signature.asc
Description: This is a digitally signed message part.

Re: [Neo] Dvorak und Neo

[Franz Seidl]

> Kannst du mir eine Liste solcher gängigen (und bewährten) Abkürzungen 
> zukommen 
> lassen? Würde daraus gerne ein Compose-Modul machen. Viele (du ja auch) sind 
> vor allem daran interessiert, schneller zu tippen – das scheint eine Idee zu 
> sein, die zumindest einen Versuch wert ist.

Leider existiert keine einheitliche Liste. Jeder Wettschreiber hat
(wenn überhaupt) seine eigene. Einige lehnen sich an Kurzschriftkürzel
an (erlerne übrigens auch derzeit die Kurzschrift :-)).

Ich selber verwende keine Kürzel! Es ist nämlich nach wie vor
umstritten, ob diese überhaupt im Wettbewerb erlaubt sind …

Beim Deutschen Stenografenbund gibt es aber Unterlagen zu einem Vortrag:
http://www.stenografenbund.de/index.php?id=102
Auch ein AutoHotkey-Script findet sich dort. Allerdings weiß ich nicht,
in wie weit diese Kürzel in der Praxis getestet wurden. Müsste ich bei
Bedarf mal direkt bei Jochen (Referent) anfragen.

Grüße

Franz



signature.asc
Description: OpenPGP digital signature

Re: [Neo] [ticket] #165: Belegung der toten Ta sten eventuell überdenken und abschließen

[Ulf Bro]

> #165: Belegung der toten Tasten eventuell überdenken und abschließen
>  Dies ist eine der letzten großen Änderungen vor einem Layout-Freeze für
>  Neo2 – darum ist die Priorität absichtlich auf hoch gesetzt.

bism illāh ir-raḥmān ir-raḥīm
al-ḥamdu lillāh ir-rabb il-ālamīn
ar-raḥmān ir-raḥīm
māliki yaum id-dīn…
(Koran 1:1-4)

In der modernen Transliteration des Arabischen benutzt man nicht mehr
den Cirkumflex, sondern „dead macron“.

Auch benutzt man „dead belowdot“, um das scharfe und das normale „h“ zu
unterscheiden, sowie um, zwischen „sin“ und „sad“, „dal“ und „dod“,
„zain“ und „zo“ und „ta“ und „to“ zu unterscheiden.

Diese zwei Diakritika sind für Leute, die Arabisch oder Koran
diskutieren unentbehrlich.

[Neo] [ticket] #165: Belegung der toten Tasten eventuell überdenken und abschließen

[Neo-Layout]

#165: Belegung der toten Tasten eventuell überdenken und abschließen
--+-
 Reporter:  pascal|   Owner: 
 Type:  Verbesserung  |  Status:  new
 Priority:  hoch  |   Milestone:  Neo Version 2.0
Component:  unbekannt | Version:  2.0 BETA   
 Keywords:|  
--+-
 Es gibt noch Diskussionen über die toten Tasten, wobei es durchaus möglich
 ist, zu entscheiden, die jetzige Belegung beizubehalten.

 Dies ist eine der letzten großen Änderungen vor einem Layout-Freeze für
 Neo2 – darum ist die Priorität absichtlich auf hoch gesetzt.

-- 
Ticket URL: 
Neo-Layout 
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.

Re: [Neo] [ticket] #64: Haupttastatur: Ebene 4 is t fertig und wird nicht mehr verändert

[Neo-Layout]

#64: Haupttastatur: Ebene 4 ist fertig und wird nicht mehr verändert
+---
  Reporter:  erik   |   Owner:  

  Type:  Aufgabe/TODO   |  Status:  reopened

  Priority:  hoch   |   Milestone:  Neo Version 2.0 

 Component:  Tastaturbelegung/Referenz  | Version:  2.0 BETA

Resolution: |Keywords:  Navigation, Ebene 4, 
Steuerkreuz
+---
Changes (by pascal):

  * keywords:  => Navigation, Ebene 4, Steuerkreuz
  * status:  closed => reopened
  * resolution:  fixed =>


Comment:

 Endgültige Belegung der linken Häfte der Ebene 4 noch nicht entschieden.

 Es gibt Vorschäge, von denen einige definitiv nicht mehrheitsfähig sind,
 während andere gutes Potential haben:
 http://wiki.neo-layout.org/wiki/Ebene4

 Dies ist eine der letzten großen Änderungen vor einem Layout-Freeze für
 Neo2 – darum ist die Priorität absichtlich auf hoch gesetzt.

-- 
Ticket URL: 
Neo-Layout 
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.

Re: [Neo] Neo-Flyer

[Christian Kluge]

Frank Stähr schrieb am 18.08.2009 12:23:

>  Allerdings stelle ich fest, dass Scribus für Windows ein bisschen 
> hinterherhängt (1.3.3 vs. 1.3.5) 


Version für 1.3.5 für Windows ist schon längst draußen.
http://sourceforge.net/projects/scribus/files/scribus-devel

Mit freundlichen Grüßen

Frakturfreak

Re: [Neo] Neo-Flyer

[Dennis Heidsiek]

Hallo allerseits,


Frank Stähr ſchrieb am 18.08.2009 12:23 Uhr:

Nun ja, man will sicherlich keine Scribus-xml-Datei mit einem Texteditor 
bearbeiten, auch wenn’s möglich ist.


Das wäre allerdings nicht sehr effizient …


Deswegen meine ich, man sollte sich auf ein Format einigen.
  


Keine Panik, ich habe nicht vor die Scribus-Datei nach Word 
umzukonvertieren ;-). Aber wenn jemand anderes einen anderen Flyer mit 
TeX (oder OpenOffice oder Inkscape oder was auch immer) gestalten 
wollte, fände ich das auch okay. Auch wenn das sicherlich nicht das 
effizienteste Vorgehen wäre … aber immer noch besser, als wenn derjenige 
sich überhaupt nicht beteiligen würde, weil er einfach mit Programm X 
zurecht kommt. Ich will ja auch niemanden zu TeX zwingen.



Genau das meine ich. Für einen Flyer, der nur aus einem Blatt besteht, sollte 
nicht das Programm die Position der Bilder entscheiden. Komm, Dennis, gib es 
zu: Layout lässt sich mit TeX nicht so gut und einfach machen wie mit 
grafischer Oberfläche.


Hm, ich glaube wir sollten diese Frage nicht mehr weiter vertiefen, da 
wir da einfach zu unterschiedliche Ansichten haben. Für mich wäre es ein 
höher Arbeitsaufwand, mich in Scribus hineinzufummeln als den Flyer eben 
in TeX zu setzen. Ich sehe da auf Anhieb nichts, was ich nicht genauso 
gut oder besser in TeX hingekriegt hätte, aber vielleicht bin ich da 
auch etwas zu optimistisch. Und wahrscheinlich hast Du Recht und die 
Mehrzahl würde wirklich besser mit Scribus zurechtkommen. Bei LaTeX gibt 
es ja immer die doch sehr große Einstiegshürde zu überwinden.



Allerdings stelle ich fest, dass Scribus für Windows ein bisschen 
hinterherhängt (1.3.3 vs. 1.3.5) – dies wäre in der Tat ein Grund dagegen, 
schließlich sollen die Datei alle bearbeiten können.
  


Die werden sicherlich auch die Windows-Builds irgendwann aktualisieren, 
dass sollte kein Hindernisgrund sein. Und ich fand cool, das es auch für 
Windows eine portable Version gibt :-), da hängt TeX noch etwas hinterher.



Danke fürs Hochladen. Die Grafiken hätten nicht mit dabei sein müssen, die 
gibt’s ja schon im SVN.


Den Gedanken hatte ich auch, aber die Bilder sind nicht in der 
Scribus-Datei eingebettet, sondern werden wie bei TeX extern verlinkt. 
Ich wusste nicht, ob Scribus da relative Pfade verkraftet und ob das 
dann auch unter *nix funktionieren würde … und da ich keine Lust hatte, 
das auszutesten (aber auch nicht wollte, dass die Grafiken nur als 
leerer Kasten angezeigt werden), habe ich sie dann einfach mitkopiert.



Sag mal, Flyer-fs steht doch wohl nicht für meinen Namen, oder? Die Dateien 
gehören doch allen ;-)
  


Ja schon, aber in meiner Phantasie sind wir alle so kreativ, dass es 
bald mehrere unterschiedliche Flyer bzw. Varianten im SVN geben wird. 
Und da wollte ich vorsorgen, Flyer2 hört sich für mich recht 
nichtsſagend an … außerdem Ehre, wem Ehre gebührt :-).



Viele Grüße (¡und frohes Wasserskifahren!),
Dennis-ſ

Re: [Neo] Betrachtungen über die Neo-Tastatur

[Frank Stähr]

> Datum: Tue, 18 Aug 2009 08:02:07 +0200
> Von: Pascal Hauck

> • Der Kernpunkt der Neo3 ist die Vermeidung von Kollisionen;

→ der Kernpunkt der Veränderungen gegenüber Neo 2
Kern von Neo bleibt sicher „häufige Buchstaben auf gut zu erreichende Tasten“.

Der eine oder andere überschätzt die Bedeutung der Kollisionen hier vielleicht 
ein wenig. Nicht vergessen: Selbst bei einem zufälligen (nicht optimierten) 
Layout sind nur wenige Bigramme Kollisionen (vielleicht jedes fünfte oder 
zehnte) – es tippen doch schließlich acht Finger! Die Bedeutung der 
Einzelbuchstaben-Häufigkeiten kann nicht überschätzt werden. Meine Meinung.

Schon Hanno schrieb: „Die Annäherung der Werte hoch entwickelter ergonomischer 
Layouts zeigt allerdings auch, dass sich alle einem gewissen Maximum annähern, 
das keine großartigen Steigerungen mehr zulässt.“

> • Die Hardware der Tastatur könnte geändert werden. In dem Fall würde
> Neo3 zu 
> einem Bausatz.

Das fände ich zwar auch schön, es würde allerdings mehr Sinn machen, wenn auch 
deutschlandweit alle so eine Tastatur verwenden würden. Und das dauert noch ne 
Weile …

Und jetzt fahr ich Wasserski!!

tschau

Frank

Re: [Neo] Neo-Flyer

[Frank Stähr]

> Datum: Mon, 17 Aug 2009 13:36:14 +0200
> Von: Dennis Heidsiek

> > Das stimmt zwar, aber wir müssten uns schon auf eins einigen, damit
> alle dran arbeiten können.
> 
> Da .tex-Dateien reine Textdateien sind, kann man sie mit jedem einfachen 
> Editor bearbeiten. Aber ein bisschen einarbeiten muss man sich in jedes 
> fremdes Programm, ob nun LaTeX, Scribus oder etwas anderes. Von daher 
> sehe ich hier keinen Sinn, irgendeinen Programm vorzuschreiben. Wer 
> Programm X nutzen will, soll das ruhig tun, solange das Format von 
> anderen zu mindestens theoretisch bearbeitet werden könnte.

Nun ja, man will sicherlich keine Scribus-xml-Datei mit einem Texteditor 
bearbeiten, auch wenn’s möglich ist. Deswegen meine ich, man sollte sich auf 
ein Format einigen.

> 
> > Wenn es TeX sein soll (ich mag doch auch *TeX!), dann ok, nur
> grundsätzlich ist das für Bilder etc. nach meiner Erfahrung nicht so geeignet.
> 
> Wie meinst Du das? […] man gibt normalerweise nicht genau vor, wo ein Bild 
> sein 
> soll (wobei das natürlich auch geht), sondern lässt das vom Programm 
> entscheiden.

Genau das meine ich. Für einen Flyer, der nur aus einem Blatt besteht, sollte 
nicht das Programm die Position der Bilder entscheiden. Komm, Dennis, gib es 
zu: Layout lässt sich mit TeX nicht so gut und einfach machen wie mit 
grafischer Oberfläche. Vor allem gibt es in diesem Fall sogar schon eine 
Vorlage, die man nur bearbeiten und nicht neu erstellen muss. Vor allem 
Bildpositionierung ist so viel einfacher.


> > Was das angeht, ist ein DTP-Tool vermutlich sogar einfacher zu bedienen.
> >   
> 
> Für einen DTP-Profi sicherlich. Ein LaTeX-Freak würde wohl eher LaTeX 
> vorziehen ;-).

Meine Erfahrung mit Scribus war Null und mit latex viel besser, trotzdem habe 
ich mich für ersteres entschieden. Ging. Allerdings stelle ich fest, dass 
Scribus für Windows ein bisschen hinterherhängt (1.3.3 vs. 1.3.5) – dies wäre 
in der Tat ein Grund dagegen, schließlich sollen die Datei alle bearbeiten 
können.
Aber egal, lassen wir das.

Danke fürs Hochladen. Die Grafiken hätten nicht mit dabei sein müssen, die 
gibt’s ja schon im SVN. Sag mal, Flyer-fs steht doch wohl nicht für meinen 
Namen, oder? Die Dateien gehören doch allen ;-)

tschau

Frank

Re: [Neo] Betrachtungen über die Neo-Tastatur

[Matthias Wächter]

On 8/18/2009 8:02 AM, Pascal Hauck wrote:
Gerade weil alte Zöpfe abgeschnitten werden sollen, ist aber wichtig, diese 
sehr gute Tastaturbelegung als Neo2 zu veröffentlichen und zu erhalten.


Ich möchte hier auch nicht falsch interpretiert werden: Ich bin auch dafür, Neo2 zu veröffentlichen. Sollte es aber auf der Ebene 1 zu keinen 
Verbesserungen mehr kommen, sollte zumindest dieses Faktum beim Namen genannt werden, d.h. dass eine diesbezügliche Optimierung eben nicht statt 
gefunden hat und zukünftigen Versionen vorbehalten sein wird.


Ich sehe nach deinen Ausführungen Neo3 als große Spielwiese, deren Ziele wohl nicht alle erreicht und auch nicht von allen Entwicklern getragen 
werden. Daraus entstehende Teilergebnisse werden aber in entsprechende Revisionen der bestehenden Neo2, wie z.B. Neo2.1, eingehen können. Kommt mir 
etwa so vor wie LaTeX3¹.


– Mœsi

1: Gemeint ist hier die Entwicklung bis vor wenigen Monaten, in letzter Zeit tut sich ja offensichtlich wieder mehr in diese Richtung, und man will 
LaTeX2ε endlich freezen, siehe z.B. http://www.latex-project.org/l3news/l3news02.pdf




signature.asc
Description: OpenPGP digital signature