Re: [Neo] Neo1.1 im svn?
Hallo Stefan, Womit hast Du das erstellt, wenn ich fragen darf? XML-Datei (.keylayout) mit Ukelele? Die XML-Datei bearbeite ich mit einem Texteditor, Smultron oder SubEthaEdit sind da eigentlich ausreichend. Ukelele nutze ich grundsaetzlich nur noch zum testen, leider habe ich manchmal ein paar Probleme mit Ukelele, die zwar mittlerweile behoben sind, ein paar Unwuchten stoeren mich aber dennoch. Das liegt aber auch an meiner Arbeitsweise, :-). Ich kann die Datei gerne hochladen. Selbst benutze ich aber das Neo2-Layout, bin also kein Abnehmer. Nun ja, das habe ich auch schon versucht, nach den letzten Aenderungen/Anpassungen ist das Neo 2 Layout fuer mich leider nicht mehr nutzbar. Die letzte Idee/Aenderung mit der Ctrl-Taste als Mod-Taste ist zwar nett, leider gibt es aber Leute/Anwendungen die immer noch Ctrl-Zeichen bearbeiten/verarbeiten und das geht nun nicht mehr. Zudem haben mir immer ein paar Zeichen gefehlt oder ich habe diese in den vielen Ebenen nicht gefunden (?), somit bin ich nun wieder bei Neo 1 (1.1) (ist zudem auch im Linux enthalten). Danke fuer die Muehe, das Layout schicke ich direkt an den Mail Account von Stefan, Lutz
Re: [Neo] Gemischt-ganzzahlig-linearer Optimierungsansatz
z(ij) ≥ a(ij)c(tu)·(z(it)+z(ju)-1) ∀ i∈I, j∈I, t∈T, u∈T Diese Nebenbedingung ist tatsächlich ein wenig groß, auch wenn ein recht hoher Teil schon rausfällt, da, wenn t und u sich auf beide Hände verteilen, c(tu) ja 0 sein müsste. Das ist natürlich viel besser als mein Vorschlag. Mit Ulfs Kriterium kommt man grob gepeilt auf eine viertel Million Nebenbedingungen. Ist das viel? Wenn man in der Testphase nur Fingerkollisionen berücksichtigt bringt man die Anzahl der Bedingungen noch weiter runter. Andreas
Re: [Neo] Hochgestellte Zahlen erzeugen (was: Tote Tasten)
Sebastian Werk schrieb am 06.01.2010 um 01:50 Uhr: Ich will keine Diskussion zu dem Thema lostreten, aber es wäre mMn schön, wenn die hoch- und tiefgestellten Ziffern per Mod4 erzeugt werden könnten (also Mod4 halten, dann T? auf der rechten Hand und dann Ziffer) aber das ist wohl eher was für Neo3. siehe auch: https://wiki.neo-layout.org/ticket/74#comment:7 Laut Andreas ist dieses Problem das selbe, das auch Compose beim Betätigen von Mod4 abbrechen lässt: Das Makro IsModifierKey erkennt ISO_Level5_Shift nicht als Modifier an. Gruß, Stephan signature.asc Description: PGP signature
Re: [Neo] [ticket] #74: [xkbmap] Mod4 wird nicht erkannt in Mathematica und Ratpoison
#74: [xkbmap] Mod4 wird nicht erkannt in Mathematica und Ratpoison --+- Reporter: erik | Owner: erik Type: Fehler/Defekt| Status: closed Priority: normal | Milestone: Neo Version 2.0 Component: Treiber: Linux – Xkbmap | Version: 2.0 BETA Resolution: fixed|Keywords: xkbmap mathematica mod4 modifier modifikator --+- Comment(by stephan): der Link zum xorg-Bug: https://bugs.freedesktop.org/show_bug.cgi?id=21910 -- Ticket URL: http://wiki.neo-layout.org/ticket/74#comment:8 Neo-Layout http://neo-layout.org/ 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] Griechisch schreiben mit Neo
Hallo, […] Dass ϰ und ϱ bevorzugt werden, ist wohl meine Schuld, da ich das damals vehement vorgeschlagen habe – und zwar deswegen, weil ich diverse Bücher hier durchforstet habe, um zu schauen, welche Darstellung öfter benutzt wird. Dabei hat sich herausgestellt, dass ϰ, ϱ und auch ϑ deutlich häufiger vorkommen als κ, ρ und θ (vgl. z.B. die ganzen Reclams, aber auch andere wie z.B. der Gemoll). Ja, ich hatte damals auch geguckt und teilweise ähnliche Ergebnisse, wie gesagt ist das nur Sache des Fonts und sollte (außerhalb von math. Formeln) nicht bedeutungsunterschiedend sein, und wird daher halt nach Unicode gewöhnlich mit κ, ρ und θ kodiert (vgl. Quelle, alternativ auch das dort verlinkte http://omega.enstb.org/yannis/pdf/amendments2.pdf). Inzwischen musste ich jedoch feststellen, dass von einigen Fonts (siehe auch Msg-ID: 20090715205143.29f54...@galadriel.intern.dahlmann.net) eher diese unterstützt werden: κ, ρ und φ, diese jedoch eher weniger häufig: ϰ, ϱ, θ Also möchte ich ρ ↔ ϱ und κ ↔ ϰ tauschen. Da wäre daher sofort für. Das freut mich. Damit man aber sinnvoll griechischen Text tippen kann, braucht es ein E5-Lock, [...] Und auch das hier fände ich weiterhin echt toll, genauso wie die Anordnung der entsprechenden Satzzeichen auf dem Lock. Das halte ich auch für sinnvoller als ein umschaltbares Griechisch-Neo, da es IMHO nicht allzu schwer realisierbar ist und so alles aus einem Guss wäre. Ja, wobei ich nicht wusste, dass die technische Umsetzung dafür so schwierig ist. Ich kenne mich mit den xkb-Dateien nicht wirklich aus, dachte aber, es wären nur zwei neue Level und ein bisschen veränderte types. Man möge mich da berichtigen, aber so wie ich das verstanden habe, könnte man evtl. auch neo_griechisch genau auf der Tastenkombination für Ebene5-Lock laden und hätte keinen sichtbaren Unterschied? Ich möchte also folgende Änderung an der fünften Ebene vorschlagen: κ auf k, ρ ↔ ϱ tauschen und ϰ auf ü oder v, dann der Mittelpunkt · auf E5(7), also wo vorher κ lag. Igg. ist es auch fraglich, ob wirklich jeweils beide Varianten vonnöten sind (oder ist das für die Mathematik der Fall?). Ansonsten könnte es nämlich ggf. auch reichen, nur jeweils eines zu unterstützen, dann jedoch auf jeden Fall jeweils das, das im Unicode irgendwie als primäres Zeichen zu erkennen ist. Wenn ich da an LaTeX denke, scheinen das κ, ρ und φ zu sein; wobei man das verifizieren sollte. Letzteres ist so. Die anderen Varianten sollten für die Mathematik schon erhalten bleiben, aber es wäre zu überlegen, die im E5-Lock herauszunehmen. Das beträfe aber sowieso dann nur noch ϰ, ϵ und ϕ, wodurch ungenutzte Lücken entständen. Aber es würde die Nutzer_innen davor bewahren, in einem griechischen Text ungeeignete Zeichen zu verwenden. Eventuell braucht man das ϵ-Epsilon tatsächlich auch für mathematische Formeln nicht – ich glaube nämlich, dass der einzige Grund für deren Aufnahme war, dass es eben in LaTeX von \epsilon erzeugt wird und \varepsilon ε erzeugt. Im geschriebenen Griechisch sollte ε verwendet werden und es im Bedarfsfall durch einen Font wie ϵ aussehen zu lassen. Und in mathematischen Formeln halte ich es wegen der Ähnlichkeit zu ∈ denkbar ungeeignet. Ich würde sogar vermuten, dass viele Anwender_innen von ϵ dies wegen dem ungewöhnlichen TeX-Benennungen unabsichtlich tun. Aber da will ich nicht die volle Weisheit für mich beanspruchen. Ich muss noch einen kleinen Nachtrag machen, da ich mir selbst über die Änderung nicht mehr so bewusst war: Auf E6 tauschen sich Θ und ↦, sodass die letzte Zeile so aussieht: ├───┬─┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴──┴───┤ │Ums│M4│∪│∩│ℵ│Π│ℤ│⇐│⇔│⇒│↦│Θ│ Umsch │ ├───┼──┼─┴┬┴─┴─┴─┴─┴─┴┬┴─┼─┴┬──┬───┤ │Str│Fe│Al│ schmal ¦ │M4│Fe│Me│Str│ └───┴──┴──┴───┴──┴──┴──┴───┘ Dies empfinde ich sogar als eine Verbesserung, da ↦ direkt neben ⇒ liegt. Sonst funktioniert das halt mit dem Lock+Shift nicht mehr, da dann Θ auf θ liegen sollte. Auch wenn man einen extra neo_griechisch-Treiber schreibt, wäre es dennoch hässlich, wenn die Zeichen an eine andere/ungewohnte Position wandern, daher schlage ich die Zeichenumlegungen auch unabhängig vom E5-Lock für Neo 2 an sich vor. Viele Grüße, Aleχ
Re: [Neo] Tote Tasten: Neue Überlegung
Würde mich freuen, wenn wir eine der zwei letzten Baustellen von Neo2 schließen könnten. Mich auch. Ich orientiere mich da an der Deadline unseres Release Managers :-) Frank Stähr (Mail vom 3.12. „Final Freeze“): 28. März 2010. Bis Ende Februar würde ich noch diskutieren, wenn wir es nicht schaffen, uns (hoffentlich!) vorher noch zu einigen. Im März kann man dann notfalls eine definitive Abstimmung machen, aber das sollte eigentlich nicht nötig sein. Gruß, Peter
Re: [Neo] Tote Tasten: Neue Überlegung
Hallo, Am Donnerstag, den 07.01.2010, 01:30 +0100 schrieb Alexander Koch: Hallo, erst kurz zur vorangegangenen Diskussion meine Einschätzung: ^ wegen der hochgestellten Ziffern meiner Meinung nach auf jeden Fall auf Ebene 1 bleiben, wenn man ein wenig nach Ergonomie der toten Tasten schaut. Und die Einschätzung, dass ˙ wichtiger ist als ° möchte ich auch etwas relativieren angesichts Peters Ausführungen. Nun ja, ich habe ja eigentlich kein Argument gebracht, sondern nur eine gefühlte Einschätzung. Ich habe mir mal testweise eine ktouch-Datei erstellt, die ihr auf ktouch/lectures/german.neo2.lang.ktouch.xml findet. Ich habe einfach den ersten Absatz von einem in alle europäischen Amtsprachen übersetzten Text genommen und als Lektion gemacht, um mal ein Gefühl dafür zu bekommen, wie häufig die Diakritika in den einzelnen Sprachen sind. Leider ist Türkisch, Esperanto u.ä. nicht dabei, im Nachhinein hätte ich lieber die UN Charta der Menschenrechte genommen, die gibt es dann in jeder (zu diskutierenden) Sprache, aber da es vorgestern dann schon nach 5:00 Uhr war… Vielleicht hat ja jemand anderes darauf Lust. Hmm. Lust? Äh… Grade nicht (ist auch schon 2:50 ;-) ), aber ich hatte mir mal eine Reihenfolge der Diakritika überlegt, wie ich sie mir vorstelle: ´ ` ˆ ˜ ¸ ˇ / ° ¨ ˙ ˘ ¯ ˝ ↻ ῾ ᾿ ˞ . Die scheint recht gut mit deiner übereinzustimmen, wie man sie implizit aus deinem Vorschlag herausliest. Bis auf ↻, aber da gebe ich gerne nach. Auch liegt der Doppelpunkt auf E2 viel zu gut, Finde ich nicht. Ebene 4 ist nicht unbedingt schlechter als Ebene 2, ich halte sie sogar für besser erreichbar, jedenfalls auf der rechten Seite. Weiter sollten ` ´ definitiv auf E1 beibehalten werden. Ich finde Martins Variante mit ` auf T3(2) jetzt auch nicht sooo schlecht. T1 T2 T3 E1 ˆ ` ´ E2 ˇ ¸ ˜ E3 ↻ / ˚ E4 ˙ ¨ ˘ oder ˙ ˘ ¨ E5 ˞ ῾ ᾿ E6 . ¯ ˝ Zwei Änderungsvorschläge: / ↔ °, weil / nicht seltener als ° ist, deshalb auch auf T3 liegen darf und dort grafisch besser passt ˘ ↔ ˝, damit ˘ und ¯ zusammen liegen. Ja, ˝ liegt dann zu gut, aber die Merkbarkeit ist stark verbessert, und so wichtig ist ˘ nun auch wieder nicht. So richtig will mir das aber noch nicht gefallen. Was ist eigentlich aus unserem Ziel geworden, die Merkbarkeit als wichtigstes Kriterium zu nehmen? Ich hab auch ein bisschen mit noch weiteren Belegungen rumprobiert, weil einige Sachen (wie eben, wie du anmerkst, die Position von ˇ) eben suboptimal sind. Dabei hab ich dann aber gemerkt, dass dann immer die Merkbarkeit ziemlich auf der Strecke bleibt. Ja, es gibt Eselsbrücken, aber kein Schema, in das alles reinpasst. Wobei ich mein Schema bei Variante II jetzt auch nicht mehr so ultimativ toll finde. Nichtsdestotrotz ein guter Vorschlag, den man diskutieren sollte. Ich muss noch überlegen, wieviel das mit der Merkbarkeit ausmachen würde. Ein paar mal drüber schlafen ;-). Es kristallisiert sich immer mehr heraus, dass es vor allem auf die Position der Zeichen `, ´, ˆ, ˇ und ˜ ankommt. Die anderen ergeben sich dann schon irgendwie. Gehe ich recht in der Annahme, dass du deine Varianten I und III nicht mehr vertrittst? Allen bisherigen Vorschlägen ist übrigens gemein, dass ´ auf T3(1) liegt. So langsam ergibt sich auch ↻ auf T1(3) (die entsprechende Änderung bei meiner Variante II befürworte ich) und / auf T3(3), wenn man denn meinen oben vorgeschlagenen Tausch durchführt. Es bewegt sich was ;-). Jetzt müsste nur noch einer die Ebene 4 nochmal anschieben *räusper* *nachZaunpfahlgreif*. Gruß, Peter
Re: [Neo] Griechisch schreiben mit Neo
Hallo, http://www.tlg.uci.edu/~opoudjis/unicode/unicode.html hab ich auch schon gelesen (und in meinen Favoriten ;-) ), ist sehr sehr informativ. Also möchte ich ρ ↔ ϱ und κ ↔ ϰ tauschen. Dies macht für das Tippen mathematischer Formeln auch kaum Unterschied, ich habe bisher z.B. κ häufiger in Formeln angetroffen als ϰ. Aber es erleichtert das Tippen von griechischen Text bereits ungemein, weil man wie gewohnt tippen kann. In meinem Altgriechisch-Unterricht aus der Schule haben wir ebenso ρ anstatt ϱ verwendet, weshalb ich irgendwie auch immer ρ auf r erwarte. Diesen Tausch befürworte ich ebenfalls. Allerdings ist der „Call for Papers“ am 30.11. abgelaufen, _eigentlich_ sollte man ja jetzt kein neues Thema anreißen. Keine Ahnung, wie eng wir das sehen, das muss unserer Release Manager wissen *g*. E5-Lock, […] Da bin ich zu diesem Zeitpunkt absolut dagegen. Ja, es wäre nett, aber die Implementierung ist nicht trivial und in der Xmodmap gar nicht möglich. Und mit der Xkbmap haben wir so schon alle möglichen Probleme aufgrund von Implementationsfehlern in X.org oder Anwendungsprogrammen. Wer weiß, was sich da jetzt noch alles ergeben würde; das verzögert dann nur die endgültige Freigabe. Außerdem ist es, wenn ich mich recht erinnere, in der Xkbmap gar nicht mehr möglich, neue Locks oder Modifier einzuführen, weil wir alle acht schon belegt haben: Shift, Caps, Ctrl, Alt, Num(=Mod4Lock), Mod4, Mod3, Win. Also, das lassen wir mal besser. So etwas sollte man im Rahmen einer Modularisierung erledigen, in der das Ebenen- und Modifierkonzept neu überdacht wird. Dann kann man da auch Sachen wie dein Neo-Kyrillisch mit Berücksichtigen. Als ich ein modularisiertes Neo 2.1 vorschlug, dachte ich ganz im Besonderen an Griechisch, das jetzt etwas suboptimal integriert ist. Für das, was sie soll (Mathe schreiben und ab und an mal einen griechischen Fachbegriff), ist die Griechenebene schon so ganz gut geeignet. Gruß, Peter
