Office: Totaler Anfaenger sucht Hilfe

Hey Leute...war gerade mittag machen. Deshalb keine Antwort.

Ok, das hab ich eben getan, und dann oben mit dem Kreuz das ganze wieder geschlossen. War das richtig oder haette ich das wo speichern muessen?


Juhuuuuuu.....er macht jetzt, nach dem ich oben beschriebenes gemacht habe, was ich wollte. Naemlich er oeffnet das neue Dokument mit den richtigen Jobdetails ohne das ich vorher den alten button druecken musste!!!

Puh...ok! ABER wie verfahre ich mit den anderen Buttons die vor mir liegen? Genau nach dem selben musster? Code raus kopieren aus dem Orginal und der Kopie zu weisen?

UND, wie die liebe Anne bereits festgestellt hat, kann hier immer nur einer auf die RTF file zugreifen, von der ich noch immer nicht ganz den Nuzten verstanden hab. Was muss ich tun um das zu aendern? Und. haben mehrere RTF Files einfluss auf die Datenbank oder auf irgendwas? Weil die haben voll darauf bestanden ihre eine RTF File zu behalten warum auch immer. Wissen die wohl selber nicht.

Aber was zaehlt, ich seh Licht am ende des tunnels und ihr wisst agr nicht wie das meienn Arbeitsfluss in Zukunft erleichtert.

Zur erklaerung, icg bin hier nur Praktikant und erst seit 2 Wochen da und hab bereits jetzt mehr zur steigerung des Arbeitsflusses getan wie die in den kletzten 5 Jahren hab ich das Gefuehl.

Cheers

 

Hallo Christian,

ließ die Posts bitte erst fertig und berücksichtige auch Annes Hinweis auf die Serienbriefverarbeitung!
Du solltest auch eine "neue" Steuerdatei erstellen und diese über die Serienbrieffunktionen im Word deinem "kopierten Orginal" zuweisen.
Ansonsten kann es Probleme beim gleichzeitigen Zugriff unterschiedlicher Serienbriefhauptdokumente auf die gleiche Steuerdatei geben!

Passt schon, zum speichern fordert er dich auf wenn Du das Formular schließt.

Gruß

LL

 

Ehe du dir deinen Code vollends zerschießt, weil du ihn auf bloße Vermutungen hin änderst,
ohne wirklich zu wissen was du tust, solltest du unbedingt meinen diesbezüglichen Beitrag beachten.

 

Ok Leute...ich komm nicht mehr ganz mit. Muss mir das in ruhe nochmals anschauen. Mach das hier so nebenbei waehrend des Altagsgeschaefts und das macht mich gerade etwas knirke.

Ich Vogel hab nun auch noch das bereits funktionierende Beispiel geschlossen ohne zu speichern und jetzt bekomme ich es nciht mehr hin. Warum auch immer.

Ich dank euch viel mals fuer eure Hilfe und komme wahrscheinlich am Mo wieder auf euch zurueck.

Cheers and have a nice one!!!

 

Schoenen guten morgen zusammen,

hoffe alle hatten ein schoenen We. Hier in England wars verregnet. :-(

Also ich hab jetzt wieder hin bekommen dass es funktioniert wie ich das will. Ich drueck auf den Kopierten Butten und es oeffnet mir mein bearbeitetes Word dokument und wenn uch auf "merge" druecke, importiert es mir den aktuellen Auftrag des Job Books. Mehr will ich EIGENTLICH nicht.

Aber wenn wir schon dabei sind, dann nehmen wir das auch in angriff, dass hier alle parallel arbeiten koennen. Weil die rufen sich seit Jahren durchs office zu, dass bitte derjenige ders vergessen hat sein Autoword dokument schliessen soll, weil der andere nciht drauf zugreifen kann.

Was muss ich also machen, damit ich eine eigene RTF file habe fuer meinen rechner hier wenigstens mal.

Gruss

Christian

 

Mit dem fest eingestellten Pfad sowohl auf das Word-Dokument als auch auf seine Datenquelle ist dieses Problem natürlich vorprogrammiert. Eine Lösung wäre es, zum einen eine Vorlage zu verwenden und dann die (lokal angelegte) Datenquelle dynamisch einzubinden. Das müsste dann allerdings programmiert werden.

Anregungen hierzu sollten sich reichlich hier im Forum finden lassen, z.B. unter dem Stichwort "Serienbrief".

BTW: wartungsfreundlicher dürfte es sein, wenn du die Namen der Word-Vorlagen und den Zugriffspfad in einer Tabelle ablegen würdest. Die Auswahl der Dokumente könnte dann auch anders gelöst werden und du brauchst keinen separaten Button für jedes einzelne Dokument.

 

Ok, das ist mir den Stress nicht wert. Genug gemacht fuer die Eulen hier. Bin in drei Monaten eh wieder weg.

Viiiiiiilen lieben Dank fuer eure Hilfe. Werd jeden Tag an euch denken wenn ich meine tollen Buttons druecken werde! :-)

Cheers

Christian

 

Eigentlich nur die RTFs lokal auf den Systemen halten (Pfad).
Vorraussetzung jeder Anwender hat sein eigenes Frontend. Die Vorlagen (.dot) könnte man auf dem Server belassen und die Abzüge wieder lokal speichern, was im Grunde Anne's Vorschlag entspricht:

Soviel Arbeit wäre das imo gar nicht.

Gruß

LL

 

Bedeutet das, dass ich nur die RTF File vom Surver auf meinen lokale Festplatte kopieren muss, fertig? Oder muss ich sonst noch was aendern? Wahrscheinlich schon oder?

Was sind frontend und wie kann ich jedem sein eigenes Verpassen?

Cheers

 

Das Frontend ist Deine eigentliche Access-Anwendung, die den kompletten Code etc. enthält, aber keine Tabellen (bzw. nur kleinere Lookups bzw. intern benötigte)
Die eigentlichen Daten liegen dabei in einer separaten Datenbank (meist im Netz) und werden über Tabellenverknüpfungen eingebunden.

Jeder Anwender erhält auf seinem Rechner ein eigenes Frontend.

Diese Aufteilung ist übrigens nicht nur im Netzwerk sinnvoll, damit man auch mal ein Update ausliefern kann, ohne gleich sämtliche Datentabellen hin und her kopieren muss.

Mehr zu dem Thema sagt Dir google

 

\@Bernd_G

Ich lese immer mal mit und bin selber Anfänger. Ist es tatsächlich so das "kleinere" Lookups (z. B. PLZ, oder BLZ, oder Anreden, etc.) mit ins Frontend genommen werden ? Macht das die Datenbank performanter ? Ich habe alle Tabellen im Backend auf dem Server und nur Formulare, Abfragen und Code in den Frontends auf den Clients.

@Ogg83
Frontends beinhalten z. B. die "Eingabemasken" der Datenbank, die Frontends werden von den Mitarbeitern geöffnet und die Mitarbeiter arbeiten auch damit.
Die Daten selber liegen auf z. B. dem Server und die Frontends greifen darauf zu, bei Bedarf.
Beides, sowohl Frontends, als auch Backends sind aber vollständige Access Datenbanken die einfach miteinander verbunden sind.

 

PLZ und BLZ sind sicher keine "kleineren Lookups", die gehören natürlich in's Backend. *Smilie
Im Übrigen sollten dort alle Tabellen hin, die vom Benutzer bearbeitet werden können.
Ins Frontend gehören IMHO Lookup-Tabellen, die mehr oder weniger direkt mit der Anwendung und deren Steuerung zusammenhängen.
Damit meine ich z.B. Daten, die direkt mit den verwendeten Formularen zusammenhängen und mehr oder weniger Steuerungsaufgaben innerhalb der Anwendung regeln.
Aber auch temp. Daten landen bei mir im Frontend. Hat allerdings den Nachteil, dass das Frontend mit der Zeit nicht unerheblich "wächst".

Alles ins Backend zu packen ist aber nicht unbedingt die schlechteste Lösung.

 

\@keithkeith: PLZ und BLZ sind Stammdaten, und diese gehören ins Backend. Gemeint sind Hilfstabellen, die den reinen Programmablauf unterstützen oder aber die FE-spezifische Einstellungen beinhalten.

Ein Backend kann auch etwas völlig anderes sein als eine Access-DB: MSSQL, MySQL, Oracle, Excelmappe, Textdatei u.a. (ein FE kann auch mehrere BE´s in Verwendung haben, z.B. ein zweites für temporäre Daten).

 

\@ Eberhard, stimmt natürlich ! Dachte nur im Falle Ogg83 , also diesem hier wird er wohl mit Access arbeiten und ich verstand das vor einigen Monaten auch nicht gleich (Frontend/Backend) dachte Anfangs das wären in jedem Fall zwei vollkommen verschiedene Dinge, d. h. zwei völlig verschiedene Arten von Software.
Es ist aber hier so, dass mittels eines "Programmes" zwei verschiedene Dinge getätigt werden, FE = Eingabe/Verarbeitung und BE = Speicherung obwohl es sich um nur ein Programm handelt. Ich tat mich jedenfalls auch sehr schwer damit *wink.gif* Und tu 's noch immer *boah

 

Und wie generiere ich ein eigenes Frontend fuer jeden Pc?