Ich war bisher sehr sehr zufrieden mit Geogebra und freute mich auch auf jede neue Version.
Aber was jetzt als scheinbar optimierte Eingabehilfe für Touchpads angeboten wird ist ein schlechter Witz, wenn man längere Terme mit Klammern mit der Tastatur eingeben will, weil der Cursor immer ans Ende der Zeile springt, wenn eine Klammer eingegeben.
Das halten meine Nerven nicht lange aus.
Mit freundlichen Grüßen und Dankbarkeit für die bisherige Nutzung.
.An opening parentheses automatically creates a closing parentheses. Normally at the end of the expression. This requires that you have to return with the cursor to set the closing bracket at the right place. This resetting is obstructive
.
Alternative proposal improvements
The closing parentheses is inserted immediately after the opening parentheses .
if the input starts with a closing bracket, then the automatism is omitted
No automatism but If a open or closing parentheses is missing, a special cursor jumps to the next possible point for a complementing parentheses
.
And other possibilities...but please, don't go in each case automatically to the end of expression and set there a closing parentheses.
Eine öffnende Klammer erzeugt automatisch eine schließende Klammer. Normalerweise am Ende des Ausdrucks. Dies erfordert, dass man mit dem Cursor zurückkehren muss, um die schließende Klammer an die richtige Stelle zu setzen. Dieses Rücksetzen ist hinderlich.
.
Alternative Verbesserungsvorschläge
Die schließende Klammer wird unmittelbar nach der öffnenden Klammer eingefügt.
Wenn die Eingabe mit einer schließenden Klammer beginnt, dann entfällt der Automatismus.
Kein Automatismus, aber wenn eine öffnende oder schließende Klammer fehlt, springt ein spezieller Cursor zum nächstmöglichen Punkt für eine ergänzende Klammer.
.
Und andere Möglichkeiten...aber bitte, nicht in jedem Fall automatisch an das Ende des Ausdrucks apringen und dort eine abschließende Klammer setzen.
I think (not sure) that the initiator or this thread (Schaffner) is happy when you only do the following.
Quote: "it's not possible to have a "(" without a ")" any more, we won't be changing that"
My proposal improvements 1 and 2 are only workarounds for a coexistence with the actually state (in IOS and Android) and are obsolete if "(" and ")" can exist independently.
.
Number 3 of my proposal is a very rough idea to support the programming in GGB. With other/new words:
Maybe the parser is able to find the position where the nesting of parentheses in combination with the command syntax is incomplete. Maybe a "," or a ")" is expected at this position. With a special key, for example "ctrl-)", the cursor go to this position (and do there nothing). When "" or {} is not complete (or something else) then "ctrl-)" has no effect (only error message)
Ich dachte schon ich bin ganz alleine auf der Welt mit diesem Problem. Ich habe bereits einen Artikel zu diesem Problem geschrieben. Ich beziehe mich dabei auf die Arbeit im CAS.
könnt ihr da mal bitte drüber lesen und vielleicht was dazu sagen ?
opening parentheses automatically creates a closing parentheses = bracket pairing
Ich bezeichne das Problem mit dem Setzen der Klammern als Bracket pairing. Unter Windows ist das Problem so gelöst, dass man einen Marker Balken anbringen kann der das Setzen der Klammern steuert. Auf den Touch Devices ist es mir bisher, unter anderen Problemen, nicht gelungen kontrolliert die Textmarker zu erzeugen und damit was anzufangen.
In meinem Beispiel Arbeitsblatt gönnt sich gg6 immer wieder längere Timeouts ( app freeze), was das Arbeiten fast unmöglich macht, weil man per Touchcopy (also das Kopieren per Touch/Klick) immer wieder Inhalte überschreibt oder Inhalte dazu schreibt - was man aber erst merkt (wenn überhaupt), wenn der Timeout vorbeit ist, usw., usw....
MAn fagt sich vielleicht, warum das Team sich dafür entschieden hat, es so zu machen. Mir ist das auch schon aufgefallen,da ich aber eher weniger online oder am Tablet arbeite war es noch nicht so schlimm für mich.
Sicherlich wurde das Theam aber intensiv durchgekaut und es scheint , dass man sich eventuell anpassen muss, indem man das im Hinterkopf behält.
Allerdings hätte ich dazu dann Vorschläge wie man dafür sorgen kann, dass mit diesem "Feature" die Zusammenarbeit auch optimal klappt. Das heißt ausgehend vom "Bracket-Pairing" also schauen, ob der Rest optimal passt.
Was ich da zum Beispiel vorschlagen würde, ist das wenn man im CAS die Klammern setzt und der Cursor drin ist, es praktisch wäre, wenn beim Anklicken einer Ausgabezeile, diese "in" die Klamemr kommt und nicht wie aktuell dahinter. So könnte man leicht Äquivalenz-Umformungen auch am Tablet durchführen, denn dort geht das Setzen der schließenden Klammer nicht (wie im Classic 5 CAS), um automatisch den Ausdruck der letzten Zeile umformen zu können.
The same problem 
Sehr geehrte Damen und Herren,
Ich war bisher sehr sehr zufrieden mit Geogebra und freute mich auch auf jede neue Version.
Aber was jetzt als scheinbar optimierte Eingabehilfe für Touchpads angeboten wird ist ein schlechter Witz, wenn man längere Terme mit Klammern mit der Tastatur eingeben will, weil der Cursor immer ans Ende der Zeile springt, wenn eine Klammer eingegeben.
Das halten meine Nerven nicht lange aus.
Mit freundlichen Grüßen und Dankbarkeit für die bisherige Nutzung.
Gregor Schaffner
Die kürzeste und nichtssagenste Fehlermeldung aller Zeiten.
LOL.
Hilfreich wäre:
Hier ein Entwurf (englisch / deutsch) einer Anregung resp. Fehlermeldung für die Entwickler.
Ich bitte um Ergänzungen/Korrekturen (ich selbst verwende weder Android noch IOS)
-------------------------------------------------------
Automatic pairs of parentheses in IOS and Android
.An opening parentheses automatically creates a closing parentheses. Normally at the end of the expression. This requires that you have to return with the cursor to set the closing bracket at the right place. This resetting is obstructive
.
Alternative proposal improvements
.
And other possibilities...but please, don't go in each case automatically to the end of expression and set there a closing parentheses.
--------------------------------------------------
Eine öffnende Klammer erzeugt automatisch eine schließende Klammer. Normalerweise am Ende des Ausdrucks. Dies erfordert, dass man mit dem Cursor zurückkehren muss, um die schließende Klammer an die richtige Stelle zu setzen. Dieses Rücksetzen ist hinderlich.
.
Alternative Verbesserungsvorschläge
.
Und andere Möglichkeiten...aber bitte, nicht in jedem Fall automatisch an das Ende des Ausdrucks apringen und dort eine abschließende Klammer setzen.
Sorry, I don't understand the problem. Can you post a screenshot maybe?
(it's not possible to have a "(" without a ")" any more, we won't be changing that - but maybe we can improve something?)
I think (not sure) that the initiator or this thread (Schaffner) is happy when you only do the following.
Quote: "it's not possible to have a "(" without a ")" any more, we won't be changing that"
My proposal improvements 1 and 2 are only workarounds for a coexistence with the actually state (in IOS and Android) and are obsolete if "(" and ")" can exist independently.
.
Number 3 of my proposal is a very rough idea to support the programming in GGB. With other/new words:
Maybe the parser is able to find the position where the nesting of parentheses in combination with the command syntax is incomplete. Maybe a "," or a ")" is expected at this position. With a special key, for example "ctrl-)", the cursor go to this position (and do there nothing). When "" or {} is not complete (or something else) then "ctrl-)" has no effect (only error message)
Ich dachte schon ich bin ganz alleine auf der Welt mit diesem Problem. Ich habe bereits einen Artikel zu diesem Problem geschrieben. Ich beziehe mich dabei auf die Arbeit im CAS.
https://help.geogebra.org/t...
könnt ihr da mal bitte drüber lesen und vielleicht was dazu sagen ?
opening parentheses automatically creates a closing parentheses = bracket pairing
Ich bezeichne das Problem mit dem Setzen der Klammern als Bracket pairing. Unter Windows ist das Problem so gelöst, dass man einen Marker Balken anbringen kann der das Setzen der Klammern steuert. Auf den Touch Devices ist es mir bisher, unter anderen Problemen, nicht gelungen kontrolliert die Textmarker zu erzeugen und damit was anzufangen.
In meinem Beispiel Arbeitsblatt gönnt sich gg6 immer wieder längere Timeouts ( app freeze), was das Arbeiten fast unmöglich macht, weil man per Touchcopy (also das Kopieren per Touch/Klick) immer wieder Inhalte überschreibt oder Inhalte dazu schreibt - was man aber erst merkt (wenn überhaupt), wenn der Timeout vorbeit ist, usw., usw....
hawe
Comments have been locked on this page!