"Makro aufzeichnen" -> "Makro zuweisen zu ... Symbolleisten". dem makro einen schönen namen geben. dort im anschluss an die aufzeichnung des makros bzw. anpassung des scriptes das makro zuweisen, ein hübsches symbol aussuchen, freuen.
s'Amstel
lies mal auf dieser website:
ergo:
https://www.greatplains.com/mbsregistration/ChooseRelationship.aspx
edit: ok, wird scheinbar trotzdem abgewiesen - ich würds mal mit voice@Microsoft.com probieren
s'Amstel
was sagen denn die angeben im dialog unter "gesamtgröße der auslagerungsdate für alle laufwerke" bei "empfohlen" sowie "zurzeit zugeteilt".
starten irgendwelche speicherintensive programme mit windows mit? wenn die noch laufen, müsste im taskmanager bei "maximale speicherauslastung" ein relativ hoher wert stehen.
hast du mehr als eine partition auf dem rechner?
allenfalls bringt das zurücksetzten auf "kein pagefile", löschen der pagefile.sys und neustarten sowie anschliessendes neukonfigurieren der einstellungen die lösung.
s'Amstel
das kommt auf die erweiterung an, .sh dateien können direkt ausgeführt werden, wenn sie das recht dazu haben. andernfalls muss sie als parameter der shell übergeben werden.
> sh datei
oder
> datei.sh
s'Amstel
... dass man vor 4-wöchigem urlaubsantritt in die usa nicht vergessen sollte, die aquariumpumpe wieder einzuschalten, nachdem man sie vorher noch putzen wollte und dann doch zu faul war, weil man nachher drauf kommt, dass 8 von 12 fischen plötzlich rückenschwimmen gelernt haben, ungefähr 4 cm hoch der schimmel klebt und das ganze so angenehm riecht, als hätte man sich ca. 40 wochen nicht gewaschen
s'Amstel
relative pfadangaben bei connectionstrings sind nicht möglich - du kannst in delphi aber den pfad mit Application.ExeName ermitteln und von dort aus weg deinen connectionstring bauen
ADOConection.ConectionString := 'Provider=Microsoft.Jet.OLEDB.4.0;User ID=Admin;[B]Data Source=' +
ExtractFilePath(Application.ExeName) +
'Datenverzeichnis\Kundendaten.mdb;[/B]Mode=ReadWrite;Extended Properties="";Jet OLEDB:System database="";Jet OLEDB:Registry Path="";Jet OLEDB:Database Password=qx99;Jet OLEDB:Engine Type=5;Jet OLEDB:Database Locking Mode=1;Jet OLEDB:Global Partial Bulk Ops=2;Jet OLEDB:Global Bulk Transactions=1;Jet OLEDB:New Database Password="";Jet OLEDB:Create System Database=False;Jet OLEDB:Encrypt Database=False;Jet OLEDB:Don't Copy Locale on Compact=False;Jet OLEDB:Compact Without Replica Repair=False;Jet OLEDB:SFP=False';
ADOConection.IsConnected := TRUE;
dem dg kannst du eine quelle geben, in etwa dieser art:
DBGrid1.DataSource.DataSet = TADODataSet
s'Amstel
nimm das statement, das Enno gepostet hat, und kleb es in einen aufruf von shell - also shell("print /d:druckerport lw:\pfad\datei.txt"). shell bzw. shellexecute kannst du auch mit der windows-api kombinieren - dann erlaubt es auch parameter, und du kannst z.b. noch bestimmen, ob das shellfenster minimiert oder versteckt aufgerufen wird.
s'Amstel
du kannst z.b. über ADO arbeiten. verwende dazu TADOConnection und definiere die datenquelle (wahlweise datei oder connectionstring mit dem jet 4 OLE DB anbieter). dann die datenbankdatei mit dem programm mitliefern oder auf einem netzwerkshare ablegen. und nein, du musst kein access mitliefern.
edit: würde mich trotzdem rein interessehalber interessieren, welche art von daten du verwalten willst - ist ja auch nicht unerheblich. noch 'n edit: ok, cd-sammlung, hab ich überlesen :floet:
s'Amstel
auch die works suite sollte VBA haben. versuch mal rechtsklick auf eine symbolleiste und dort "Visual Basic" wählen bzw. einfach in einem geöffneten dokument "Alt-F11" zu drücken. dann sollte der VBA-editor aufgehen.
s'Amstel
wenn ich mich recht erinnere, liefert zumindest apache eine echo.c oder ähnliche c-sourcen aus, die dann als cgi am webserver laufen gelassen werden können. vielleicht stehen da ja für dich relevante sachen drin.
s'Amstel
fsockopen ("localhost", 80, ...) geht nicht? da müssten doch zumindest die (gewollten oder ungewollten) einschränkungen von allow_url_fopen umgangen werden können.
s'Amstel
nachdem der werte OP laut PM zufrieden sein dürfte mit dem tool, hier der link.
http://www.amstelchen.com/programs/index.php?title=ThreadGUI
hoffe, das wird nicht als eigenwerbung ausgelegt.
s'Amstel
der "editor", der bei excel eben dabei ist, ist VBA ... VB6 ist etwas völlig eigenständiges. bitte das nicht zu verwechseln. VB6 selbst kennt auch keine makros in dem sinne, sondern nur funktionen und prozeduren.
s'Amstel
also viel wind um nichts. ich frage mich allerdings ernsthaft, ob eure firma jedesmal einen entwickler zum evalulieren eines neues datenbanksystems losschickt, wenn ein index versagt.
versuch es mal mit der methode
Sub PrintOut([From], [To], [Copies], [Preview], [ActivePrinter], [PrintToFile], [Collate], [PrToFileName])
sollte in Excel.Workbook vorhanden sein...
also z.b. so:
Excel.Worksheets(1).PrintOut(From, To, Copies, Preview, ActivePrinter, PrintToFile, Collate, PrToFileName)
s'Amstel
edit: na dann ist die sache wohl eh gegessen *g*