none
Office 2010 Quick Access Toolbar (Schnellstartleiste) im OCT hinzufügen RRS feed

  • Frage

  • Hallo Zusammen

    Ich habe folgendes Problem und wollte mal weitere Meinungen oder Ideen einholen.

    Office 2010 ProPlus: Ich habe die Schnellstartleisten Dateien (Word.officeUI, Excel.officeUI usw) erstellt und im OCT mit dem Pfad "[LOCALAPPDATAFOLDER]\Microsoft\Office" hinzugefügt. Die Dateien werden unter dem Benutzerkonto, welches die Installation ausführt, in diesen Pfad kopiert. Mein Problem ist, dass diese Dateien aber nicht für alle Benutzer zur Verfügung stehen. Es wird keine autom. Reparatur ausgeführt.

    Verwende ich diesen Pfad: [AppDataFolder]\..\Local Settings\Application Data\Microsoft\Office werden die Dateien auf allen Benutzerkonten kopiert. Bei dieser Variante kann ich das angepasste *.msp aber nicht für WinXP und Win7 einsetzen und müsste zwei *.msp Dateien verwenden.

    Wieso funktioniert das Property "LocalAppDataFolder" nicht bzw. nicht als KeyPath?

    Ich möchte auch kein Script verwenden, sondern mit der Windows Installer Technologie arbeiten. Vorzugsweise im generierten MSP aus dem OCT. oder ein weiteres MSP.

     

    Für Ideen Danke ich euch.

     

    Grüsse Remo

    Samstag, 29. Januar 2011 14:37

Alle Antworten

  • Hallo Remo,

     

    konntest du dass Problem lösen? Stehe gerade vor dem gleichen Problem. Unter Windows XP gibt es %LocalAppData% nicht als Variable. Möchte es genauso wie du im Setup integrieren. Müsste ja ein generelles Problem sein, welches eigentlich mehrere Leute haben müssten.....

     

     

    Donnerstag, 17. Februar 2011 12:39
  • Hallo Manuel

     

    Besten Dank für Dein Thread.

    Ich denke auch, dass dieses Problem bei mehreren bzw. bei allen auftreten müsste, die Dateien unter LocalAppData abspeichern möchten. Vermute, dass das MSI-Paket nicht fehlerfrei ist.

    Werde mich evtl. für diese Methode entscheiden...

    Verwende für Windows XP und Windows 7 jeweils ein eigenes MSP File. Damit kann ich unter Windows XP "[AppDataFolder]\..\Local Settings\..." verwenden und unter Windows 7 [AppDataFolder]\..\Local\..." Somit werden die Dateien für alle User bereitgestellt. Damit ich trotzdem nur ein Installationspaket (Installationsaufruf) für WinXP und Win7 verwenden kann, frage ich die OS Version im Script ab. In Form von:

    WENN "WinXP" DANN "setup.exe /config configfile.xml /adminfile winxp.msp" SONST "setup.exe /config configfile.xml /adminfile win7.msp"

    Ich möchte mich trotzdem nochmals näher mit dem LocalAppDataFolder Property beschäftigen bevor ich mich definitiv entscheide. Vielleicht gibt es noch eine bessere Variante.

     

    Konntest Du schon eine andere Lösung finden?

    Hat sonst jemand noch eine gute Idee?

     

    Danke im Voraus....

     

    Remo


    Remo
    Freitag, 18. Februar 2011 20:14
  • Hallo Remo_ ,

     

    deine Frage "Wieso funktioniert das Property "LocalAppDataFolder" nicht bzw. nicht als KeyPath?" ist doch sehr einfach zu beantworten: die Variable %localappdata% existiert für Windows XP nicht. Unter cmd.exe  "set" eintippen und Enter findest du die Liste mit Variablen.

     

    Dein Workaround zum Problem find ich aber Klasse (solange du unbedingt die UI Customizations in AppData\Local ablegen möchtest - ich würde aber %appdata% verwenden und die Customizations im Roaming Profile ablegen).

     

    Gruß,

    Radu
    Donnerstag, 10. März 2011 16:47
    Moderator
  • Hallo Radu,

    Danke für deine Antwort.

    Ich bin mir jetzt nicht sicher, ob wir über das Gleiche sprechen?! Bezüglich "[LocalAppDataFolder]" spreche ich über das interne MSI Property und nicht über die OS Variable.

    Das Property "LocalAppDataFolder" kopiert die Files unter WinXP und Win7 wie erwartet unter dem korrekten Pfad. Leider aber nur für den User der die Office Installation ausgeführt hat. Melde ich mich mit einem weiteren User an, werden die OfficeUI Files nicht erneut gesetzt. Das MSI Property "AppDataFolder" funktioniert für alle User. Daher mein Workarround mit "[AppDataFolder]\..\". Nachteil, ich muss zwei MSP Files verwenden.

    Ich Frage mich, was mit diesem Property nicht i.O ist?


    Gruss

    Remo

     


    Remo
    Samstag, 12. März 2011 19:37