Beiträge von skyteddy

Hallo Zusammen,

seit dem neuen Compiler und der neuen SciTE-Version von Ende letzten Jahres (oder vielleicht auch schon länger?) funktionieren bei mir nicht mehr die User-CallTips, also die Einträge in au3.user.calltips.api.

Bisher musste man ja nur den SciTE beenden, dann die Einträge in die Datei au3.user.calltips.api (in XP liegt sie hier: c:\Programme\AutoIt3\SciTE\api\au3.user.calltips.api) schreiben und Datei sichern, dann wieder SciTE starten und schon sollte beim Tippen der eigenen Funktionsnamen die Optionen und ggf. Beschreibung kommen. Bei mir geht es leider nicht mehr

Geht das bei Euch noch? Oder hab ich was vergessen?

Gruß
R@iner

PS: Syntax der Einträge in au3.user.calltips.api.:
MyTestFuncOne($ParameterOans, $ParameterZwo) Funktion-Beschreibungstext ...
MyTestFuncTwo($ParameterDrei, $ParameterVia) Funktion-Beschreibungstext ...
...
...

Zitat von James1337

PS: Was hälst du von diesen Farben?

Ein Screenshot oder zwei mit einer Gegenüberstellung der entscheidenden Farben wäre mir lieber.

happy computing
R@iner

Zitat von Krabat

aber es gibt schon SciTE 3.0.2 und AutoIT verwendet noch 2.28

Die neue Version gibt es schon für Experimentierfreudige im Beta-Bereich: Klick mich

happy computing
R@iner

Zitat von RR04

Hi,
können die Farben nicht in einem Profil eingestellt werden ?

Scite Config >> Color Settings >> New Scheme >> OldSciteAutoit !

Genau so habe ich sie Weihnachten auch wieder zurück gestellt. Die neuen Farben haben mich nach wenigen Stunden verrückt gemacht. Sie sind ja grausam und teilweise unpassend.

Gibt es denn auch eine Möglichkeit, die Funktions-Beispiele in den englischen Help-Files farblich anzupassen, also nach Old-Style?

happy computing
R@iner

Vielleicht hilft Dir das weiter: Uninstall Apps von big_daddy

Achtung: Die letzte Version seines Programms findet sich aber irgendwo auf seiner Homepage.

happy computing
R@iner

Also, es gibt doch eine Lösung für alles!

Wie schon geschrieben, hat mein Freund sich das angeschaut und wie vermutet, ruft die sendmail.dll die mapimail.dll auf. Das ursprüngliche C-Beispiel war nicht brauchbar und doch zu fehlerhaft. Er hat daraufhin nach besseren Beispielcodes gesucht, aber nichts brauchbares gefunden. Auch die mapimail.dll ist bei Microsoft nur suboptimal dokumentiert, aber er hat nun ein funktionstüchtiges Programm in C++ geschrieben, nach meinen Wünschen die Argumente implementiert und ne Exe daraus compiliert.

SendMail.exe <Recipient> <Subject> <File with body> [<Attachment1> <Attachment2> ... <Attachmentx>]

Ich hab das jetzt mal auf verschiedenen Systemen mit unterschiedlichen E-Mail-Clients getestet und es funktioniert astrein.

Leider hat er es in C++ geschrieben, und ich habe wenig C++-Know-How, so dass ich doch wohl länger brauchen werde, das in AutoIt umzusetzen.

Schönen Sonntag Abend und weiterhin happy computing
R@iner

Das ist schon klar, aber dann kann ich gleich die sendmail.dll bzw. die von der sendmail.dll aufgerufenen mapimail.dll aufrufen. Ich hatte ja schon die Vermutung, dass mapimail.dll die Lösung ist. Ein Freund hat debuggt und es bestätigt. Momentan sieht die Lösung gut aus. Muss heute noch die Tests mit verschiedenen E-Mail-Clients machen, ob auch alle funktionieren. Und dann ggf. nach AutoIt portieren oder gleich ne Exe draus machen, dann kann ich sie ggf. in Batch-Scripte verwenden.

happy computing
R@iner

Zitat von autoBert

Und trägt es dabei ausser dem Anhang auch die anderen von dir genannten Daten Empfänger, Betreff usw. schon ein. Ich denke nein.

Du hast anscheinend "Senden an" schon lange nicht mehr aufgerufen Alles bis auf Empfänger wird vorausgefüllt.

Zitat von autoBert

Bin aber (wieviele andere sicher auch) gespannt auf die Lösung, bezweifle aber dass es dies "Eine für alle (EMail-Clients)"-Lösung gibt,

In C habe ich schon fast ne Lösung Funktioniert noch nicht 100% auf allen Systemen, aber es passiert genau das, was ich will. Sollte das funktionieren, muss ich es "nur" noch nach AutoIt portieren.

happy computing
R@iner

Nein, ich will KEINE (Email-)produkt-spezifischen Lösungen bauen, da werde ich nicht mehr froh. Was meinst Du, wieviel verschiedene Email-Client es auf Windows-Systeme gibt?

Ich suche sowas wie: Eine Datei mit der Maus selektieren, rechte Maustaste "Senden an" -> "Email-Empfänger". Das macht exakt das, was ich suche, nämlich ein neues Email-Fenster auf, des im System voreingestellten Default-Email-Clients. Und dabei spielt es überhaupt keine Rolle, welcher Email-Client installiert ist. Ich bin nur noch nicht dahinter gestiegen, wie man diesen Aufruf programmtechnisch lösen kann, also ohne Mausklicks!

In Posting 13 habe ich eventuell nen Ansatz gefunden, hab nur noch keinen Plan, wie ich das in AutoIt angehen muss.

happy computing
R@iner

Ich weiß nicht was Du meinst mit grafischer Oberfläche, aber ich will NICHT ein Email-Tool schreiben! Ich habe auch KEINE SMTP-Zugangsdaten!

Ich will nur, dass ein "Neues Email-Fenster" des vom Benutzer voreingestellten Email-Programmes aufgeht, wo dann schon Empfänger, Betreff, Mail-Inhalt und ein Anhang bereits vorausgewählt bzw. gesetzt wurden, und zwar von mir. Genau sowas wie die Funktion _InetMail macht, nur um die Erweiterung, dass man Attachments anhängen kann, also quasi ein:

_InetMailWithAttachments( $s_MailTo, $s_MailSubject, $s_MailBody , $s_MailAttachment).

Viele Grüße und ein schönes Wochenende!
R@iner

Zitat von gmmg

was willst du denn genau machen wäre die frage!

Die Frage habe ich bereits in Posting 3 ausführlich beschrieben. Klick mich

Ich kopier es nochmal:
Also ich suche eine Lösung, die ein neues Compose-Fenster des am System voreingestellten Standard-Email-Programmes startet oder öffnet, bei dem dann gleich Subject und Body ausgefüllt ist und eben die Attachments dann schon dran hängen.

Da das Programm auf unterschiedlichen Rechnern zum Einsatz kommt, hilft mir auch nicht ein selbst geschriebener SMTP-Emailer. Ich möchte schon, dass der User die Email ggf. selber ergänzen kann und dann selber abschickt.

Zitat von gmmg

wir auf arbeit haben es entweder mit der blat.exe oder über die autoit smtp funktion gelöst, mails mit attachments automatisiert zu versenden!

Genau sowas suche ich NICHT!

Trotzdem danke und viele Grüße
R@iner

Es gibt evtl. doch nen Ansatz mit Mapi32.dll und MAPISendMail. Jetzt muss ich nur noch die Zeit finden, das in AutoIt zu versuchen.

happy computing
R@iner

Jo, schon klar, hätte ja trotzdem sein können.

Dann werde ich wohl mein Vorhaben aufgeben müssen, denn nach stundenlanger Recherche habe ich keinen brauchbaren Ansatz gefunden, wie ich ein Compose-Fenster mit Attachment öffnen lassen könnte. Auch mit dem "senden an" bin ich nicht weiter gekommen.

Danke an alle und weiterhin happy computing
R@iner

Dann lies das Zitat nochmal genau! Da steht nur, dass sie es mit Outlook 2002 und 2010 getestet haben, und dass noch viel zum Testen ist. Da steht weder, dass es z.B. mit Office 2003 geht, noch dass es nicht geht. Von Outlook Express und WinMail habe ich auch nichts gelesen.

Aber wie schon gesagt, es wäre eine einzelne Produktlösung und das ist eigentlich nicht das was ich suche.

happy computing
R@iner

Danke für den Link, nur wieviele Leute benutzen Outlook? Und welches Outlook ist da gemeint? In dem Thread ist es etwas schwammig beschrieben. Von Outlook Express und WinMail hab ich gar nichts gelesen beim Überfliegen?

Mein Hauptproblem ist aber, dass Ich keine Ahnung habe, was auf den Rechnern der Default-Mailer ist, die mein Programm benutzen.

In meinem privaten Umfeld wird alles verwendet, nur kein Outlook, da man es ja kaufen müßte. Thunderbird, SeaMonkey, TheBat und dieses grausame IncrediMail.

Für jedes dieser Emailer eine produktspezifische Lösung wollte ich eigentlich nicht machen. Da werde ich nicht mehr fertig. Ich hatte gehofft, eine Universallösung zu finden.

happy computing
R@iner

Ich hab jetzt mal geschaut, wie das "Senden an" -> "Email-Empfänger" funktionieren könnte. Es wird ein "Email-Empfänger.mapimail" aufgerufen, das wiederum ein "C:\WINDOWS\system32\sendmail.dll,-2001" aufrufen soll.

Leider schaff ich weder das eine, noch das andere irgendwie aufzurufen. Hat da jemand ne Idee? Oder ne Idee, wie ich das eigentliche Problem lösen könnte?

Besten Dank und viele Grüße
R@iner

Dank Dir, aber mailto kennt keine Attachments. Da hab ich gestern schon nachgeschaut.

happy computing
R@iner

Ich möchte dieses Thema nochmal aufgreifen, denn ich bräuchte quasi auch sowas wie _InetMail nur mit der Möglichkeit, dass man der Email Anlagen/Attachments zusätzlich mit übergibt.

Also ich suche eine Lösung, die ein neues Compose-Fenster des am System voreingestellten Standard-Email-Programmes startet oder öffnet, bei dem dann gleich Subject und Body ausgefüllt ist und eben die Attachments dann schon dran hängen.

Da das Programm auf unterschiedlichen Rechnern zum Einsatz kommt, hilft mir auch nicht ein selbst geschriebener SMTP-Emailer. Ich möchte schon, dass der User die Email ggf. selber ergänzen kann und dann selber abschickt.

Gibt es dafür eine Lösung?

Besten Dank und happy computing
R@iner

PS: Wie funktioniert denn eigentlich in Windows die Rechte-Maustaste-Funktion "Senden an". Die öffnet das Standard-Email-Programm, hängt das Attachment gleich hin und füllt Subject und Body aus. Kann man diese Funktion irgendwie aufrufen?

Hallo Zusammen,

ich finde nirgends eine gute Beschreibung zu der Option "2 = not case sensitive, using a basic/faster comparison", welche z.B. in StringReplace als Parameter "casesense" verwendet werden kann?

Ob sie wirklich schneller ist, habe ich jetzt nicht gemessen, aber sie liefert definitiv teilweise falsche Ergebnisse. Warum steht so eine Warnung nicht in der Help, oder habe ich irgendwas übersehen?

Hier mal mein Beispiel:

happy computing
R@iner

Also ne UDF kenne ich jetzt auch nicht, aber eventuell hilft das Array2DSortFree() von bugfix als Ideengeber: Klick mich

happy computing
R@iner