Suche | Statistiken | Benutzerliste | Access-FAQ | Datenschutz Foren
donkarl Forum
donkarl Forum ->  Themen -> Access -> Diskussion ansehen

Du bist als Gast eingelogt. ( Anmelden | Registrieren )
  • Access XP - merkwürdige CPU Auslastung
  • Mario Nestelberger13.10.11 10:14
       └ RE: Access XP - merkwürdige CPU Auslastung Gunter Avenius13.10.11 10:37
          └ RE: Access XP - merkwürdige CPU Auslastung Acki13.10.11 12:14
             └ RE: Access XP - merkwürdige CPU Auslastung Mario Nestelberger13.10.11 17:39
                └ neue Zusammenfassung - vielleicht hat jema... Mario Nestelberger19.10.11 18:23
                   └ RE: neue Zusammenfassung - vielleicht ha... Pfoch19.10.11 19:06
                      └ leider nein Mario Nestelberger19.10.11 21:44
                      └ Lösung mit Access XP, hilft mir aber a... Mario Nestelberger19.10.11 21:56
                      └ RE: neue Zusammenfassung - vielleicht ... Mario Nestelberger19.10.11 21:45
                   └ RE: neue Zusammenfassung - vielleicht ha... Gast519.10.11 20:08
          └ RE: Access XP - merkwürdige CPU Auslastung Mario Nestelberger13.10.11 17:23
             └ RE: Access XP - merkwürdige CPU Auslastung Gunter Avenius13.10.11 17:26
                └ RE: Access XP - merkwürdige CPU Auslastung Mario Nestelberger13.10.11 17:41
       └ nach fast einem Jahr eine neue Erkenntnis Mario Nestelberger01.09.12 19:07
  • Berechtigung für Änderung eines Berichtsdrucker...
  • Kanne28.08.12 17:51
       └ RE: Berechtigung für Änderung eines Berichtsdruc... Karl Donaubauer29.08.12 01:49
          └ RE: Berechtigung für Änderung eines Berichtsdr... Kanne29.08.12 19:15
             └ RE: Berechtigung für Änderung eines Berichts... Karl Donaubauer29.08.12 22:56
  • Probleme nach MS-Update vom 15.08.2012: Treeview-C...
  • Q-Treiber16.08.12 10:21
       └ RE: Probleme nach MS-Update vom 15.08.2012: Tree... Q-Treiber16.08.12 13:18
          └ RE: Probleme nach MS-Update vom 15.08.2012: Tr... Karl Donaubauer16.08.12 20:48
             └ RE: Probleme nach MS-Update vom 15.08.2012: ... Q-Treiber17.08.12 11:28
                └ RE: Probleme nach MS-Update vom 15.08.2012... StefanWirrer17.08.12 14:26
       └ RE: Probleme nach MS-Update vom 15.08.2012: Tree... wilo29.08.12 11:50
  • "You can't assign a value to this object&...
  • wovoss28.08.12 11:13
       └ RE: "You can't assign a value to this o... PeterDoering28.08.12 23:52
  • Info: Access-Stammtisch Rhein-Main
  • Martin Asal28.08.12 21:36
  • Probleme mit Datensätzen
  • mafranke25.08.12 10:09
       └ RE: Probleme mit Datensätzen Karl Donaubauer25.08.12 17:06
  • Steuerelemente in Berichten
  • nwa22.08.12 17:28
       └ RE: Steuerelemente in Berichten Karl Donaubauer22.08.12 17:36
          └ RE: Steuerelemente in Berichten nwa23.08.12 16:47
             └ RE: Steuerelemente in Berichten Karl Donaubauer23.08.12 17:35
  • Screenshots erstellen und einbinden
  • grundguenther22.08.12 19:16
  • Darf man Access-Anwendungen verkaufen?
  • Bernd Mitterer22.08.12 08:58
       └ RE: Darf man Access-Anwendungen verkaufen? Karl Donaubauer22.08.12 10:19
  • A07: Datum in Kriterium aus Formularfeld verwenden
  • hochlenert18.08.12 08:41
       └ RE: A07: Datum in Kriterium aus Formularfeld ver... Karl Donaubauer19.08.12 18:19
          └ RE: A07: Datum in Kriterium aus Formularfeld v... hochlenert19.08.12 19:27
       └ RE: A07: Datum in Kriterium aus Formularfeld ver... hochlenert19.08.12 19:20
  • A07: komplexes Kriterium als Variable
  • hochlenert14.08.12 07:52
       └ RE: A07: komplexes Kriterium als Variable StefanWirrer14.08.12 11:32
       └ RE: A07: komplexes Kriterium als Variable Karl Donaubauer14.08.12 12:57
          └ RE: A07: komplexes Kriterium als Variable hochlenert15.08.12 07:23
  • Access Stammtisch Muenchen am 09.08.2012 (Do)
  • StefanWirrer06.08.12 14:58
  • Access Scrolen nur im HF trotz Fokus im UF
  • Dan02.08.12 14:29
       └ RE: Access Scrolen nur im HF trotz Fokus im UF Dan02.08.12 16:20
  • Sicherheitskopie automatisch erstellen und in eine...
  • Poul27.07.12 15:10
       └ RE: Sicherheitskopie automatisch erstellen und i... Karl Donaubauer01.08.12 16:01
       └ RE: Sicherheitskopie automatisch erstellen und i... StefanWirrer02.08.12 08:50
  • Fehlermeldung bei Unterformularen mit verknüpften ...
  • Kanne02.08.12 08:25
    Kanne
    Gesendet: 28.08.12 17:51
    Betreff: Berechtigung für Änderung eines Berichtsdruckers


    Hi,
    habe lange rumgedoktert, bis das Problem eingekreist war:

    wir haben einige Berichte mit einem hinterlegtem Sonder-Drucker.
    Meine Aufgabe ist es nun, für diese Berichte eine Druckersteuerung (je nach Benutzer / PC) einzubauen.
    Die Steuerung, wem welcher Drucker zuzuordnen ist funktioniert auch bereits -
    es muss also "nur noch" der Bericht mit dem richtigen Drucker geöffnet werden ... eigentlich 5 min (sollte man meinen).

    Habe nach einigem googlen erfahren, dass man zunächst den Report "hidden" öffnen muss, damit man einen Drucker zuweisen kann;
    das merkwürdige ist nun dabei, dass die Zuordnung der Druckparameter vom SRCdrucker auf den DSTdrucker nicht angenommen werden -
    teilweise sind auch einige properties nicht verfügbar (zB DSTdrucker.topmargin) !?

    Habe nach langem Testen nun folgende Tatsache festgestellt:
    "SRCdrucker.Orientation = SRCdrucker.Orientation" funktioniert nicht (ohne Fehlermeldung):
    SRCdrucker.Orientation steht "2", in SRCdrucker.Orientation steht "1" nach dem Statement aber auch immer noch (?!?!).
    Funktionieren tut das ganze nur, wenn man dem Bericht den neuen Drucker zuordnet und dann mit dem "Berichtsdrucker" weiterarbeitet !!!
    Das ist zwar auch möglich, man müsste sich aber dann alles Druckereinstellungen, die man aus dem Bericht ja übernehmen will,
    in einzelnen Zwischenvariablen speichern ... das muss doch anders gehen !

    Nun mal zur Frage: ist das eine Art Berechtigungsproblem (config: W7 & Access 2007), dass man die Druckereinstellung im DSTdrucker nicht ändern darf ?
    (bin eigentlich aber auch als Admin angemeldet, im "Geräte und Drucker" geht das ohne Probleme).

    Hier mal der Code:

    DoCmd.OpenReport sBerichtsname, acViewDesign, , , acHidden
    If Not Reports(sBerichtsname).UseDefaultPrinter Then
    Set SRCdrucker = Reports(sBerichtsname).Printer
    Else
    Set SRCdrucker = Application.Printer
    End If

    If bDebug Then
    LOGtextAdd ("alt Berichts-Info - Device:" & Reports(sBerichtsname).Printer.DeviceName)
    LOGtextAdd ("alt Berichts-Info - Orientation:" & Reports(sBerichtsname).Printer.Orientation)
    End If

    If sDruckerName <> "" Then
    If SRCdrucker.DeviceName <> DSTdrucker.DeviceName Then
    LOGtextAdd ("Drucker geändert für Report: " & SRCdrucker.DeviceName & " => " & DSTdrucker.DeviceName)
    DSTdrucker.Orientation = SRCdrucker.Orientation ' *** geht nicht !?!? ***
    Reports(sBerichtsname).Printer = DSTdrucker
    Reports(sBerichtsname).Printer.Orientation = acPRORLandscape '*** das geht !!! ***
    End If
    End If

    If bDebug Then
    LOGtextAdd ("neu Berichts-Info - Device:" & Reports(sBerichtsname).Printer.DeviceName)
    LOGtextAdd ("neu Berichts-Info - Orientation:" & Reports(sBerichtsname).Printer.Orientation)
    End If

    DoCmd.OpenReport sBerichtsname, acViewNormal, , , acWindowNormal
    DoCmd.Close acReport, sBerichtsname, acSaveNo



    P.S.:
    im MSDN steht unter "Programming Printer Settings in Microsoft Access 2002" der folgende Code:

    ' Initialize rpt variable.
    Set rpt = Reports!Invoice
    ' Save the report's current printer settings
    ' in the prtOld variable.
    Set prtOld = rpt.Printer
    ' Load the report's current printer settings
    ' into the prtNew variable.
    Set prtNew = rpt.Printer
    ' Change the report's Orientation property.
    prtNew.Orientation = acPRORLandscape
    ' Change other Printer properties, and then print
    ' or perform other operations here.
    ' If you comment out the following line of code,
    ' and a user interactively closes the report preview
    ' any changes made to properties of the report's Printer
    ' object are saved when the report is closed.
    Set rpt.Printer = prtOld

    Das geht bei mir so auch nicht, da "Set prtOld = rpt.Printer" und "Set prtNew = rpt.Printer"
    auf die gleichen Objekte referenzieren (!) und somit eine Änderung an prtNew sofort auch prtOld verändert !
    Da scheinen die selber auch nicht den richtigen Plan zu haben ...
    Top of the page Bottom of the page


    Seite: < 67 68 69 70 71 72 ... 73 74 75 76 77 78 79 ... >
    Suche in diesem Forum
    Druckfreundliche Version
    (Alle Cookies von dieser Seite löschen.)