Office 2016
Moderator: Moderatoren
- Koverhage
- Der Entwickler von "Deep Thought"
- Beiträge: 2471
- Registriert: Fr, 23. Dez 2005 8:00
- Wohnort: Aalen
- Hat sich bedankt: 104 Mal
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Office 2016
Habe jetzt einen Kunden der Office 2016 im Einsatz hat.
Diese Fehlermeldung gab es in Office 2013 schon, konnte aber durch Einstellungen im Trust-Center
umgangen/behoben werden
Mit Office 2016 funktioniert das nicht, angeblich wegen 64-bit.
Hat das Problem schon mal jemand gehabt ?
Was kann ich da machen ?
Diese Fehlermeldung gab es in Office 2013 schon, konnte aber durch Einstellungen im Trust-Center
umgangen/behoben werden
Mit Office 2016 funktioniert das nicht, angeblich wegen 64-bit.
Hat das Problem schon mal jemand gehabt ?
Was kann ich da machen ?
Gruß
Klaus
Klaus
- Herbert
- Der Entwickler von "Deep Thought"
- Beiträge: 1991
- Registriert: Do, 14. Aug 2008 0:22
- Wohnort: Gmunden am Traunsee, Österreich
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Office 2016
Banale Gegenfrage: Was passiert, wenn du das aufrufende Programm mit Administrator-Rechten startest?
Grüsse Herbert
Immer in Bewegung...
Immer in Bewegung...
- Koverhage
- Der Entwickler von "Deep Thought"
- Beiträge: 2471
- Registriert: Fr, 23. Dez 2005 8:00
- Wohnort: Aalen
- Hat sich bedankt: 104 Mal
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Office 2016
Über ActiveX mit Administrator-Rechten ??????????
Wie oben beschrieben hat es angeblich mit 64-Bit versus 32-Bit zu tun.
Wie oben beschrieben hat es angeblich mit 64-Bit versus 32-Bit zu tun.
Gruß
Klaus
Klaus
- Herbert
- Der Entwickler von "Deep Thought"
- Beiträge: 1991
- Registriert: Do, 14. Aug 2008 0:22
- Wohnort: Gmunden am Traunsee, Österreich
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Office 2016
Der Automation-Error bezieht sich auf einen Fehler seitens des Betriebssystems...
Grüsse Herbert
Immer in Bewegung...
Immer in Bewegung...
- AUGE_OHR
- Marvin
- Beiträge: 12913
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Office 2016
ein OCX / COM von einer 64bit Version kannst du nicht aus Xbase++ ansteuern.Koverhage hat geschrieben:Habe jetzt einen Kunden der Office 2016 im Einsatz hat.
Mit Office 2016 funktioniert das nicht, angeblich wegen 64-bit.
gruss by OHR
Jimmy
Jimmy
- Koverhage
- Der Entwickler von "Deep Thought"
- Beiträge: 2471
- Registriert: Fr, 23. Dez 2005 8:00
- Wohnort: Aalen
- Hat sich bedankt: 104 Mal
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Office 2016
Eine ebenfalls mit Xbase++ entwickelte Anwendung scheint das aber zu können.
Gruß
Klaus
Klaus
- AUGE_OHR
- Marvin
- Beiträge: 12913
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Office 2016
interessant ... auch von dir geschrieben ?Koverhage hat geschrieben:Eine ebenfalls mit Xbase++ entwickelte Anwendung scheint das aber zu können.
gruss by OHR
Jimmy
Jimmy
- Wolfgang Ciriack
- Der Entwickler von "Deep Thought"
- Beiträge: 2945
- Registriert: Sa, 24. Sep 2005 9:37
- Wohnort: Berlin
- Hat sich bedankt: 14 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Re: Office 2016
Schon mal die Einstellungen geprüft ?
https://support.office.com/de-de/articl ... b8898743ed
http://www.excel-inside.de/excel-gemixt ... uerelement
https://support.office.com/de-de/articl ... b8898743ed
http://www.excel-inside.de/excel-gemixt ... uerelement
Viele Grüße
Wolfgang
Wolfgang
- AUGE_OHR
- Marvin
- Beiträge: 12913
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Office 2016
dann ist wohl jemand schlauer als alle hier im Forum ...Koverhage hat geschrieben:Nein, nicht von mir ...
Frage : "was" macht der Kollege denn mit einer 64bit Anwendung aus Xbase++ heraus ?
auf einem 64bit OS() mit Office 64bit funktioniert SocMapi nicht mehr um eine Email in den Post-Ausgang zu legen.
bei RunShell() mit "Mailto:" kann man zwar eine Email in den Post-Ausgang legen aber man bekommt damit kein Anhang ran
nun kann man aber Outlook wohl mit Parametern aufrufen (ungetestet übernommen)
Code: Alles auswählen
OUTLOOK.EXE /c ipm.note /a c:\attach.txt /m "sven@email.com;other@email.com &cc=other2@email.com &bcc=other3@email.com &subject=abc &body=Blah"
gruss by OHR
Jimmy
Jimmy
- Koverhage
- Der Entwickler von "Deep Thought"
- Beiträge: 2471
- Registriert: Fr, 23. Dez 2005 8:00
- Wohnort: Aalen
- Hat sich bedankt: 104 Mal
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Office 2016
Wenn es so sein sollte, werde ich keine Antwort bekommen
Es geht nicht um Outlook, sondern das füllen von Textmarken in einem Word Dokument.
Dies funktioniert bis Word 2013 ohne Probleme (wenn man von den vielen zusätzlichen Einstellungen die man in Word 2013 machen muss absieht).
Ich habe mir jetzt Office 2016 bestellt, mal sehen o ich dann weiter komme.
Es geht nicht um Outlook, sondern das füllen von Textmarken in einem Word Dokument.
Dies funktioniert bis Word 2013 ohne Probleme (wenn man von den vielen zusätzlichen Einstellungen die man in Word 2013 machen muss absieht).
Ich habe mir jetzt Office 2016 bestellt, mal sehen o ich dann weiter komme.
Gruß
Klaus
Klaus
- AUGE_OHR
- Marvin
- Beiträge: 12913
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Office 2016
was ist denn das für einer dein Kollege ...Koverhage hat geschrieben:Wenn es so sein sollte, werde ich keine Antwort bekommen
Es geht um die 32bit / 64bit COM Schnittstelle.Koverhage hat geschrieben:Es geht nicht um Outlook, sondern das füllen von Textmarken in einem Word Dokument.
Dies funktioniert bis Word 2013 ohne Probleme (wenn man von den vielen zusätzlichen Einstellungen die man in Word 2013 machen muss absieht).
du rufst Word oder Excel genauso mit CreateObject() auf wie Outlook und mit den 64bit Versionen geht das aus Xbase++ (normal) nicht
Das Outlook als Beispiel sollte nur zeigen das es evtl. andere Möglichkeiten gibt.
Das "ersetzten" von Textmarken -> Serienbrief in Word kann man evtl. anders lösen.
als "Source" würde ich nicht eine DBF / XLS nehmen sondern die Office Adressen ( Contact )
hoffentlich eine 32bit Version.Koverhage hat geschrieben:Ich habe mir jetzt Office 2016 bestellt, mal sehen o ich dann weiter komme.
gruss by OHR
Jimmy
Jimmy
- Herbert
- Der Entwickler von "Deep Thought"
- Beiträge: 1991
- Registriert: Do, 14. Aug 2008 0:22
- Wohnort: Gmunden am Traunsee, Österreich
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Office 2016
So nebenbei: Textmarken ersetzen ist ein sehr langsamer Prozess.
Ich kreiere .RTF-Dateien, lese diese als Ganzes in eine Variable ein und ersetze eigene Textmuster anstelle der Felder. Das hat einzig den Hacken, dass das Textmuster im Word ohne Fehler geschrieben werden muss (Spezialzeichen bei nachträglichen Korrekturen im Dokument). Das hat zugleich den Vorteil, dass eine Variable mehrfach verwendet werden kann. Textfelder dürfen nur einmal mit demselben Namen vorkommen. Auch in Textfeldern oder Kopf- und Fusszeile hinein passt kein Feld.
Ich kreiere .RTF-Dateien, lese diese als Ganzes in eine Variable ein und ersetze eigene Textmuster anstelle der Felder. Das hat einzig den Hacken, dass das Textmuster im Word ohne Fehler geschrieben werden muss (Spezialzeichen bei nachträglichen Korrekturen im Dokument). Das hat zugleich den Vorteil, dass eine Variable mehrfach verwendet werden kann. Textfelder dürfen nur einmal mit demselben Namen vorkommen. Auch in Textfeldern oder Kopf- und Fusszeile hinein passt kein Feld.
Grüsse Herbert
Immer in Bewegung...
Immer in Bewegung...
- Koverhage
- Der Entwickler von "Deep Thought"
- Beiträge: 2471
- Registriert: Fr, 23. Dez 2005 8:00
- Wohnort: Aalen
- Hat sich bedankt: 104 Mal
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Office 2016
Herbert,
Deine Argumentation geht voll am Problem vorbei.
Mit den Textmarken arbeite schon sehr lange (gefühlte 10 Jahre).
Das eine Textmarke nicht doppelt vorkommen darf ist zwar unschön aber kein
Hindernis. Textmarken können sehr wohl in Textfeldern benutzt werden.
Den Hinweis das diese in Kopf- und Fußzeile nicht verwendet werden können,
werde ich prüfen.
Deine Argumentation geht voll am Problem vorbei.
Mit den Textmarken arbeite schon sehr lange (gefühlte 10 Jahre).
Das eine Textmarke nicht doppelt vorkommen darf ist zwar unschön aber kein
Hindernis. Textmarken können sehr wohl in Textfeldern benutzt werden.
Den Hinweis das diese in Kopf- und Fußzeile nicht verwendet werden können,
werde ich prüfen.
Gruß
Klaus
Klaus
- Herbert
- Der Entwickler von "Deep Thought"
- Beiträge: 1991
- Registriert: Do, 14. Aug 2008 0:22
- Wohnort: Gmunden am Traunsee, Österreich
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Office 2016
Nicht unbedingt.Koverhage hat geschrieben:Herbert,
Deine Argumentation geht voll am Problem vorbei.
Der Wink dazu, dass ein Problem auch gelöst werden kann, indem man einen anderen Weg einschlagen kann, löst dein Problem. Insbesondere wenn klare Vorteile daraus entstehen und momentan die bestehende Lösung nicht mehr taugt.
Und meine Bemerkung "So nebenbei" sollte zusätzlich die Performance-Problematik ansprechen. Gut, dazu braucht es mehr als 4 Felder.
Grüsse Herbert
Immer in Bewegung...
Immer in Bewegung...
- Koverhage
- Der Entwickler von "Deep Thought"
- Beiträge: 2471
- Registriert: Fr, 23. Dez 2005 8:00
- Wohnort: Aalen
- Hat sich bedankt: 104 Mal
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Office 2016
Ich habe mit der Performance keine Probleme, höchstens unsere Kunden
Früher mit Xbase++ 1.8 haben wird das auch mit RTF gemacht. Ich sehe da keinen Vorteil, zumal bei
uns der Kunde entscheiden kann, ob er das "fertige" Dokument noch bearbeiten möchte.
Wenn er das noch bearbeiten möchte ist die Geschwindigkeit fast egal, es ist praktisch so wie er
es gewohnt ist, Word aufrufen, bzw. Dokument durch Doppelklick öffnen. Da besteht kaum ein Unterschied.
Wenn er das "fertige" Dokument nur drucken möchte, voilà das Dokument wird sofort gedruckt, ohne
das hier ein Performance Verlust stattfindet bzw. extrem auffällt.
Früher mit Xbase++ 1.8 haben wird das auch mit RTF gemacht. Ich sehe da keinen Vorteil, zumal bei
uns der Kunde entscheiden kann, ob er das "fertige" Dokument noch bearbeiten möchte.
Wenn er das noch bearbeiten möchte ist die Geschwindigkeit fast egal, es ist praktisch so wie er
es gewohnt ist, Word aufrufen, bzw. Dokument durch Doppelklick öffnen. Da besteht kaum ein Unterschied.
Wenn er das "fertige" Dokument nur drucken möchte, voilà das Dokument wird sofort gedruckt, ohne
das hier ein Performance Verlust stattfindet bzw. extrem auffällt.
Gruß
Klaus
Klaus