SoftMaker.de

Das ändert aber das Format nicht nachträglich - oder mache ich da etwas falsch?

Was Skripte angeht, oute ich mich mal als absoluter Idiot: Wenn ich das Skript von pbk benutzen will, rufe ich das einmal aus PlanMaker auf, oder muss ich das irgendwo speichern, so dass es immer abrufbar bleibt?

Das ist keine Schande
Es ist auf jeden Fall empfehlenswert, das Script zu speichern, am sinnvollsten unten "Eigene Dokumente\Softmaker"
Vermutlich ja, wenn das Script keine Wirkung hat, wobei ich jetzt davon ausgehe, daß das Script ok ist, habe es nicht getest.

Hallo,

danke für die Antwort!

Was das nachträgliche Ändern angeht, gab es allerdings ein Missverständnis - ich hatte nicht deutlich genug gesagt, worauf sich meine Frage bezieht. Also: Gemeint war nicht das Skript (das eine nachträgliche Änderung bewirken soll), sondern das Umschalten von "Auto" auf "Text" in der Statusleiste, von dem PeterQ im Beitrag vorher gesprochen hatte.

Ich habe das mit einem selbst geschriebenen test-Script versucht. Es ändert sich wohl das Format der Zelle, aber leider nicht die Darstellung des Inhaltes. Das ist schon merkwürdig.

Nein, du machst da nichts falsch. Nachträglich kann man das Zahlenformat dort nicht ändern. Und auch bei einem Eintrag im Textmodus bleibt das Format in dieser Zelle nicht erhalten, wenn später im Automodus ein neuer Eintrag erfolgt. Es hilft allerdings bei Eingabe von Adressdaten, die vorrangig als Text benötigt werden.
Interessant ist allerdings die Beobachtung, dass der Zelleninhalt bei Text zunächst unterschiedlich dargestellt wird. Wenn ich z.B. PLZ mit führender Null eingebe, so kann ich es auf die eine Weise mit vorangestellten Hochkomma machen, oder ich ändere vom Automodus in den Textmodus. Vor dem Abspeichern erscheint ersteres in der Editierzeile mit Hochkomma und zweiteres ohne Hochkomma. War für mich ersteinmal irritierend. Erst nach dem Öffnen der gespeicherten Datei erscheint bei beiden Varianten das Hochkomma.

Nun bin ich auf die "geniale" Idee gekommen, den Textmodus durch ein Voranstellen eines Hochkommas im Benuterdefinierten Zahlenformat selber zu stricken ('#). Funktioniert aber nicht Jetzt kann ich nur das umgekehrte Verhalten sehen: In der Tabellenzelle erscheint z.B. `123 und in der Editierzeile steht 123. Oder gibt es da noch einen anderen Trick? Wohl nicht, sonst wäre er sicherlich schon hier im Forum aufgetaucht.

Daher unterstütze ich weiterhin den Wunsch nach dem Zellenformat TEXT!

Hallo,

ich habe den Vorschlag zur Ergänzung der Hilfe an die Autoren weitergeleitet.

_________________
Sven Leßmann
SoftMaker Software GmbH

Das ist trotzdem nur ein Würgaround. Speziell wenn du größere Bereiche als "Text" benötigst, bist du irgendwann einfach nur froh, wenn dein Spreadsheet dieses Format bietet
Ich vermisse es auch sehr.

Aber leider nur bei Planmaker für Windows. Liunux-User wie ich schauen in die Röhre, da es unter Linux den BasicMaker leider nicht gibt (warum eigentlich nicht?)

Volker

BM unter Windows verwendet kräftig OLE-Funktionalitäten - und OLE gibt's unter Unix/Linux nicht.

Das sollte aber kein Hindernis sein, eine Makrofuknktionalität auch in SO für Linux einzubauen. Komplett weglassen, wie derzeit, ist keine sonderlich gute (uns schlaue) Lösung - rein IMO.

Volker

BM ist ein Scripting-System. Scripting hat rein gar nichts mit Makros zu tun.

Makros unterstützt derzeit kein SM-Programm. Das müsste völlig neu programmiert werden.

Ich sehe zwischen Scripts und Makros keinen großen Unterschied. Makros sind Abfolgen von Befehlen, meist aufgezeichnet. Das lässt sich (MS Office macht das vor), in Visual Basic-Code (also ein Script) wandeln.

So etwas kommt auch bei uns in einer künftigen Version.

_________________
Martin Kotulla
SoftMaker Software GmbH

Hmmm... dann vergleich doch mal Ein Excel-VBA Script von heute mit den echten Makros aus Excel für Win 3.1.
Oder eine VBA-Routine aus Access 2003 mit Makros in derselben Version.
Und dann versuch mal herauszufinden, was mit Makros geht und was nicht - und was mit VBA geht und was nicht.[1]

Wenn du dann immernoch keinen großen unterschied siehst, dann weiss ich auch nicht. für mich liegen jedenfalls zwischen Makro und Script Welten



Daraus die Schlussfolgerung zu ziehen, dass zwischen Script und makro kein allzugroßer unterschied ist, ist sehr gewagt.

Volker

[1]Beispiel Access: Makros können exakt nichts, was VBA nicht könnte. Umgekehrt hingegen gibt es eine ganze Menge, was VBA kann, Makros aber nicht.

Die alten Excel-Makros sind eine simplizistische Programmiersprache. Es gibt Befehle, die der Reihe nach abgearbeitet werden. VBA bzw. BasicMaker ist eine anspruchsvollere Programmiersprache.

Beide werden interpretiert und nicht compiliert, und beide dienen der Automatisierung von Aufgaben. Also sind es Scriptsprachen.

_________________
Martin Kotulla
SoftMaker Software GmbH

Wenn du mit "beide" VBA und BasicMaker meinst, dann sind wir d'accord.

Die "alten" Makros aber auch die noch verbliebene Makrosprache in Access, haben mit VBA nicht das geringste gemeinsam - und ergo mit Scripting nicht mal ansatzweise was zu tun.


Volker,
der sich derzeit wieder öfter mit Access-programmierung herumschlagen muss - also voll im Thema steht