Office: (Office 2016) Lebans RTF

Hallo

Ich verwende schon länger das RTF Control von Lebans zu meiner vollsten Zufriedenheit. Ich trage mich aber langsam mit dem Gedanken, mein Access Programm auch als 64bit Version zu erstellen, weil dies von immer mehr meiner Benutzer installiert wird.
Ist das RTF Control von Lebans auch unter Office/Access 64bit lauffähig? Falls nein, welche Alternativen gibt es? Das eingebaute RTF "Memo" Feld genügt leider nicht, da sind zBsp keine Tabellen oder Grafiken möglich

Danke für Antworten
Rolf

:)

 

Nein, der Code müsste umgestellt werden.
Das Control selbst wird vermutlich mittlerweile auch als 64Bit Version vorliegen.
Du solltest da zumindest die Hintergründe verstehen, da dass mitunter auch noch anderen Code betreffen kann den du nutzt.

Ein Link von vielen. Ansonsten einfach googeln.
https://codekabinett.com/rdumps.php?...ion-vba-64-bit

 

Dass der VBA Code umgestellt werden muss ist mir bekannt. Und dass dies leider mit grossem Aufwand verbunden ist auch.

Aber das RTF2.ocx von Lebans funktioniert dort ja nicht, und eine 64bit Variante hab ich bis jetzt nicht gefunden. Oder kann das "alte" verwendet werden und "per Code" lauffähig gemacht werden?

 

Hallo rfurrer,

leider ist da M$ das nicht vorbildliche Aushängeschild, denn auch diese Firma hält es für nicht angemessen, die 32-bit OCX-Steuerelemente in eine 64-bit Version zu überführen; bestes Beispiel:
- das Kalendersteuerelement
- schon in Office 32-bit geht ja das Theater los
- mal ja, dann wieder nein

Und solange M$ die Allein-Verantwortung dem Nutzer zuschiebt und solche Warnmeldungen herausgibt: Code:

siehe: Code:

M$ hat total die Orientierung verloren, schließlich kommt doch das Betriebssystem aus diesem Hause und anstatt den User mit unwesentlichen Verschönerungen halbjährlich zu belustigen (durch einen Download von mehr als 4 GB), sollten sie endlich mal ihre Hausaufgaben machen.
Aber man sieht es ja auch in der Autoindustrie: Nicht der Hersteller ist schuld. sondern der Käufer, der sich nicht genug informiert hat.

Gruß von Luschi
aus klein-Paris

 

Das RTF2.ocx ist laut Stephen Lebans mit VC++ erstellt. Ohne dessen Source Code, der scheinbar nicht öffentlich verfügbar ist, für 64Bit neu zu kompilieren, ist da nichts zu machen.

 

Das trifft auf jede Software zu - was soll daran jetzt besonders sein?
Da geht es doch darum auf das Risiko hinzuweisen welches entsteht, wenn man Software aus unbekannten Quellen installiert.

Aus gutem Grunde haben User keine Admin Rechte.
Die Software hat ja nur die Rechte die auch der Anwender der Software hat.

Ansonsten sind die Controls ja nicht für Access gedacht - auch wenn man sie verwenden kann.

Wenn man also Programmieren will, sollte man sich nicht mit Access aufhalten, sondern auf eine entsprechende Plattform ausweichen, die dafür gedacht ist. Ansonsten begibt man sich wie in diesem Beispiel in eine unnötige Abhängigkeit.

 

Dieser Punkt deiner Argumentation ist für mich nicht nachvollziehbar. Wenn du externe Controls verwendet hast (deren Vor- und Nachteile sprengen hier den Rahmen) bist du auf anderen Plattformen genauso hilflos, wenn du deine Anwendung von 32- auf 64-Bit umstellen musst und es das entsprechende Control nicht für 64-Bit gibt.

 

Hi,

du könntest bei FMS Inc nachfragen, ob deren https://www.fmsinc.com/MicrosoftAcce...hTextMemo.html
in der Zwischenzeit für 64-bit verfügbar ist.

Das ist mW der bisher beste Ersatz für das Lebans-OCX. Ist aber nicht ganz preiswert.

mfg Klaus

 

Wenn man eine Software verkauft - so wie der rfurrer - finde ich es doch problematisch, wenn man da einfach ein Control einbaut über das man keine Kontrolle hat.

Da würde ich auf eine Entwicklungsumgebung setzen, die das mitbringt was ich benötige, oder zumindest die Möglichkeit vorhandene Controls anzupassen.

 

Wenn ich Dich richtig verstehe, setzt Du somit keine Control ein, denn auch jene von Microsoft in Windows mitgebrachte hast Du nicht unter Kontrolle.
In meinem Fall hättest Du Dir also ein RTF Control selber gebaut, sonst hättest Du es ja auch nie unter Kontrolle *rolleyes.gif* *grins
Unter Kontrolle hast Du nur, was Du selber machst. Selbst eine Entwicklungsumgebung kann Dir solche Probleme bereiten

 

Das Teil sieht gut aus. Aber gemäss Webseite ist eine 64 Bit Version immer noch in Entwicklung. Bevor die wirklich verfügbar ist, stellt der Kauf ja auch ein Risiko dar. Sollte es noch lange nicht kommen.... Und nachfragen, na ja, Papier/Mail ist geduldig

 

Es kommt doch darauf an, welche Konsequenzen das nicht Funktionieren einer Software hat.
Bei dir mag es keine Rolle spielen, wenn die Anwendung vorübergehend nicht funktioniert.
Wenn aber hunderte Mitarbeiter blockiert sind, dann mag das in einem Unternehmen ein Problem sein.

Das hatten wir ja schon bei diversen ActiveX von MS.

Selber schreiben?
Das mag unter Umständen eine gute Lösung sein.


LG Markus

 

Auch ich nutze seit fast 20 Jahren das Tool von FMS und kann nicht über eine einzige Unzulänglichkeit klagen. Warum Deine Kunden alle so wild auf die 64Bit-Version sind (welche erst mit einiger Verzögerung von MS überhaupt empfohlen wurde) kann ich nicht nachvollziehen. Bei den heutigen Rechnern mit ihrer sehr guten Hardwareausstattung kann es nicht das Geschwindigkeits-Argument sein.
Wird das dennoch angeführt müssen zunächst andere Flaschenhälse im Unternehmen gesucht werden. Erst wenn die namhaften Hersteller von Datenbank-Tools ihre 64-Bit Versionen freigegeben haben würde ich einen Umstieg in Erwägung ziehen. Dieser ist jedoch auch für den DB-Entwickler mit einigem Aufwand verbunden.

 

Es gibt auch aus meiner Sicht KEIN Argument. Da aber gerade bei der Office365 Installation heute die 64 Bit Variante quasi Default ist, passiert das bei den Benutzern ohne entsprechende Kenntnis einfach.

Das ist mir eben bewusst, deshalb wollte ich mich ja auch frühzeitig mit dem Thema beschäftigen. Und nicht erst wenn ich dann MUSS, weil Microsoft keine 32 Bit Version mehr hat.

Neben dem RTF Control verwende ich noch eines für die RS232 Schnittstelle (SComm32), und natürlich jenes von MS für den Treeview

Ich biete mein Programm im Bereich der "Hobby" Anwender an wo die meisten nur wenig Ahnung von PC bzw. EDV haben. Es muss einfach laufen, am liebsten durchklicken ohne lesen oder überlegen *mrcool

 

MS empfiehlt explizit die 32bit version zu installieren.

Bei Access-Anwendungen die überall laufen soll, empfehle ich mit Nachdruck wenn möglich alles nur mit Bordmittel zu realiseren.
Selbst das MS-Treeview hat ja immer wieder nach Updates Probleme gemacht.

Mit ist schon klar, nachher ist man immer schlauer *wink.gif*

Viel erfolg und Gruss
Jean Pierre