Uhrzeit eingeben ohne Doppelpunkt?

[smm01]

Ich gebe häufig Uhrzeiten ein, gerne auch mal ein Dutzend davon am Stück. Also im Format "16:28" (Stunde, Doppelpunkt, Minute).
Was mich nervt, ist, dass die Ziffern im Ziffernblock sind - kann ich einhändig eintippen - ich für den Doppelpunkt aber die linke Hand für die Umschalttaste brauche und mit der Rechten vom Ziffernblock auf die Haupttastatur wechseln muss um den Doppelpunkt zu tippen.

Könnte man nicht bei der Tastatureingabe ein doppeltes Komma als Doppelpunkt werten, also "16,,28" wird als "16:28" verstanden?
Beim Datum geht ja auch "14-12" oder "14/12" als "14.12." (vierzehnter Dezember) durch, da kann man auf dem Ziffernblock bleiben obwohl da nur das Komma und nicht der Punkt ist.

So als Idee.
Gerne auch in einem baldigen Servicepack gesehen und nicht erst in Planmaker-2025

[WernerBruns]

Für derartiges würde ich einen Textbaustein empfehlen. Das geht eigentlich immer.

Gruß
Werner

[smm01]

Danke für die Idee, aber: Klappt nicht.

Ich definiere einen Textbaustein "ersetze KommaKomma durch Doppelpunkt", also ,, wird zu :
Wenn ich nun

Code: Alles auswählen

hans ,, hustet

eingebe, erscheint

Code: Alles auswählen

hans : hustet

Aber

Code: Alles auswählen

18,,23

bleibt

Code: Alles auswählen

18,,23

die Ersetzung findet nicht statt.

Ein Umweg über die Rechtschreibkorrektur ist mir auch nicht gelungen, weil Ziffern und Kommas keine Wörter sind.

[WernerBruns]

Schade, ich dachte es geht.

Gruß
Werner

[msteinborn]

Da hilft nur eins: Mit einem Tool wie »kbdedit« kurzerhand ein alternatives Tastaturlayout schaffen, welches man zur Eingabe von vielen Uhrzeiten benutzen kann: Das Komma von Ziffernblock durch einen Doppelpunkt ersetzen. Hat man die Uhrzeiten alle eingegeben, so schaltet man wieder zum normalen Layout zurück.

Nachtrag: Oder - falls Du "*" oder "/" vom Ziffernblock selten brauchst, den Doppelpunkt darauf.

[greifenklau]

Danke für die Idee, aber: Klappt nicht.

Ich definiere einen Textbaustein "ersetze KommaKomma durch Doppelpunkt", also ,, wird zu :
Wenn ich nun

Code: Alles auswählen

hans ,, hustet

eingebe, erscheint

Code: Alles auswählen

hans : hustet

Aber

Code: Alles auswählen

18,,23

bleibt

Code: Alles auswählen

18,,23

die Ersetzung findet nicht statt.

Ein Umweg über die Rechtschreibkorrektur ist mir auch nicht gelungen, weil Ziffern und Kommas keine Wörter sind.

Das liegt daran, dass die Funktion des Textbausteins ein Leerzeichen erwartet bzw. keine Zeichen davor. Wie sonst sollte die Funktion wissen, dass das voranstellende Zeichen nicht zu den nachfolgenden gehört. Textbaustein Apps wie aText reagieren genauso wie in deinem Beispiel. Ich habe testweise "+,," für den ":" genommen. "+,," alleine eingegeben ergibt sofort ":" wohingegen "Zahl+,,Zahl" genauso bleibt.
Gib z.B. "16" "Leerzeichen" "Textbausteinkürzel" ein, funktioniert es.

Was bei Mac OS X funktioniert ist Folgendes:
Systemeinstellungen >> Tastatur >> Text auf "+" gehen.
Zelle "Ersetzen" "+,," eingeben und in Zelle "Durch" dann ":" (alles ohne die Anführungszeichen!).
In PM z.B. 16 ":"28 eingeben und nach dem ENTER wird 16:28 geschrieben. Wohlgemerkt: unter Mac OS X.

[FFF]

Hatten wir das Thema nicht schon mal vor längerem? Womöglich war es sogar ich
Die Frage wäre schon, ob man nicht für das Zellformat Zeit/Datum eine Formatvorlage definieren könnte, die 4-stellige Zahlen in die gewünschte Form 12:34 brächte, meinetwegen gar 6-stellig dann in 12:34:56 wandelt. Zumindst für's hauseigene pmdx könnte man das ja zulassen...

[smm01]

Das liegt daran, dass die Funktion des Textbausteins ein Leerzeichen erwartet bzw. keine Zeichen davor. Wie sonst sollte die Funktion wissen, dass das voranstellende Zeichen nicht zu den nachfolgenden gehört.

Das war mir schon klar.
Andersrum: es hätte mich gewundert, wenn's funktioniert hätte.
Also: nicht mit einem Baustein.

Da hilft nur eins: Mit einem Tool wie »kbdedit« kurzerhand ein alternatives Tastaturlayout schaffen

Das hab' ich mal angetestet, das geht in die richtige Richtung.
Und dann gleich die volle Packung: Den Doppelpunkt auf Nummerblock-Plus, Nummerblock-Komma gibt den Punkt (für Datum als TT.MM.JJJJ) und das Nummernblock-Minus gibt ein Leerzeichen.
Damit kann ich sowas wie "12.2.2022 19:43" einhändig schreiben, ohne die Hand vom Nummerblock zu nehmen.

Oder ich könnte.

Denn: bislang klappt das nur in Notepad oder auch in Textmaker.
Planmaker hat wohl ein "special feature"... Nummernlock-Komma liefert ein Komma, auch wenn ich einen Punkt drauf konfiguriere. Witzig: wenn ich ein "b" (also einen Buchstaben) auf Nummernblock-Komma lege, bringt Planmaker das auch, nur der Punkt wird sausefix wieder in ein Komma zurückgewandelt. Gibt es da irgend eine Punkt-in-Komma-Option im Planmaker, die mir gerade nicht geläufig ist?

Workaround für die Punkt-Problematik: obiges als "12/2/2022 19:43" eigeben, also Schrägstrich statt Punkt; der Schrägstrich wird beim Drücken von Enter durch einen Punkt ersetzt. Is' halt gewöhnungsbedürftig.

[msteinborn]

Oder ich könnte.

Denn: bislang klappt das nur in Notepad oder auch in Textmaker.
Planmaker hat wohl ein "special feature"... Nummernlock-Komma liefert ein Komma, auch wenn ich einen Punkt drauf konfiguriere. Witzig: wenn ich ein "b" (also einen Buchstaben) auf Nummernblock-Komma lege, bringt Planmaker das auch, nur der Punkt wird sausefix wieder in ein Komma zurückgewandelt. Gibt es da irgend eine Punkt-in-Komma-Option im Planmaker, die mir gerade nicht geläufig ist?

Workaround für die Punkt-Problematik: obiges als "12/2/2022 19:43" eigeben, also Schrägstrich statt Punkt; der Schrägstrich wird beim Drücken von Enter durch einen Punkt ersetzt. Is' halt gewöhnungsbedürftig.

Dem kann man mit »kbdedit« ebenfalls abhelfen: Im Low-Level Editor legst Du auf die ›.‹ Taste vom Ziffernblock den virtual Code VK_ABNT_C1 - oder falls Du noch auf einer weiteren Taste PlanMaker austricksen musst - VK_ABNT_C2. Erst dann im High Level Editor den Punkt darauf. Dann »korrigiert« Planmaker das nicht mehr in ein Komma, weil es die Taste nicht mehr als solche erkennt, denn die meldet sich nicht mehr als "Ziffernblock Punkt", sondern als eine zusätzliche Taste, die es nur auf der falls ich mich richtig erinnere auf der brasilianischen Tastatur gibt. Die münzt PlanMaker dann nicht um.

PS: Wenn die beiden auch nicht reichen, kann man sich an VK_OEM_PA<n>, n=1 bis 3 ranmachen... auch das sind Exoten, die PlanMaker nicht anfasst...

[smm01]

.
.

Dem kann man mit »kbdedit« ebenfalls abhelfen: Im Low-Level Editor...

Astrein!
Klappt.

Ich hab' noch zusätzlich eine Umschaltung eingerichtet.
Ich habe die Alternativ-Belegung auf "Shift" gelegt und für die drei Tasten Minus, Plus und Komma die Option "capslock same as shift" gewählt.
Ohne Capslock habe ich dann die 08/15-Belegung, mit Capslock dagegen alternativ Leerzeichen, Doppelpunkt und Punkt auf den Tasten; da ich in dem Moment nichts über den Hauptblock (Buchstaben) eingebe, stört's nicht, dass dann die Buchstaben auf "groß" gestellt sind.

Das kann ich mir noch weiter austüfteln, wie sich's in der Praxis ergibt.
Jedenfalls ist ein Anfang gemacht

Großherzlichen Dank!

Und Danke auch an die anderen "Mitdenker".

[msteinborn]

Dann habe ich für weitere Experimente damit noch einen Input: Ich habe mal eine ganze Menge Erfahrung in die Wagschale geworfen und en Nachteil, den Du erwähnt hast (Feststelltaste für die Sonderzeichen auf den Ziffernblock) mal versucht abzustellen.

Die beigefügte Version für kbdedit schaltet zwischen der fast normalen und der angepassten Ziffernblockfunktion um, imdem Du Strg+Enter (Ziffernblock) drückst. Außer den paar Ziffernblocktasten wird nichts umgeändert, man kann weiterhin Groß- und Kleinbuchstaben eingeben.

[smm01]

Vielen Dank!
Das schau' ich mir morgen mal an.

[smm01]

Schon 'ne Zeit her...

Ich hab's auch probiert. Interessant, aber buggy.

Was klappt nicht?
Hab' ich vergessen, denn: Schon 'ne Zeit her.
Bei Interesse schreib' ich Dir einen Bugreport.

[KSI]

Könnte SM das Problem nicht ganz einfach lösen, indem bei allen Zellen, die als "Datum/Zeit" formatiert sind, entsprechend der Untereinstellung die Werte auch mit "falschen" oder sogar gar keinen Trennzeichen richtig übernommen werden?

Also beispielsweise, eine Zelle ist als "Datum/Uhrzeit" mit "h:mm;@" formatiert.
Dann "weiß" Planmaker ja, dass nun eine 3 oder 4 stellige Eingabe einer Uhrzeit erfolgt. Im 3-stelligen Fall nimmt es die erste Ziffer als Stunden und im 4-stelligen Fall sind die ersten beiden Ziffern die Stunden und der Rest die Minuten. Entsprechend wertet Planmaker die Eingabe nun korrekt aus. So zeigt Planmaker eine Eingabe der Form "1905" am Ende als 19:05 Uhr an?

Alternativ, wenn das Zusammenschreiben in ungünstigen Fällen Probleme machen könnte (?), dass man die Zahlen einfach durch Leerzeichen (oder Punkt für die Zehnertastatur-Schreiber) trennt. Also im letzten Beispiel, dass die Eingabe 19 05 oder 19.05 als Zeit übernommen wird. Auch hier "weiß" Planmaker ja das korrekte Format und dass letztendlich der Doppelpunkt in der Zelle stehen muss. Das tut er ja automatisch, wenn die Eingabe korrekt als Zeit erkannt wurde.