Domino 9 und frühere Versionen > ND6: Entwicklung

Fehler: Dokument hat zu viele Absätze - es muss in mehrere Dokumente ...

<< < (3/3)

koehlerbv:
Hallo Markus,

das war ja eher keine Fürsprache (auch wenn ich diese natürlich sehr gerne geleistet hätte  :)), sondern ein Aufbau auf Deinem Beitrag: Irgendwas muss man ja mit diesem Report bezwecken wollen - der soll ja bestimmt nicht nur "einfach so da sein".

Ich sehe also genau die gleichen Alternativen wie Ihr sie schon genannt hat: Will man mit dem Report etwas anfangen, dann muss das Ziel hier genauer benannt werden, um konkrete Vorschläge machen zu können. Will jemand, der Boris beauftragt hat, sein Hirn nicht einschalten und wirklich nur "den 750-Seiten-Report in einem Dokument" haben, dann muss halt der Aufbau des RTIs geändert werden. Da mich das dann aber vermutlich nicht mehr interessiert, sage ich für diesen Fall mal: "Doku lesen und Paragraphs reduzieren".

Boris, sag' an  :)

Bernhard

Kadlec:
Hallo Bernhard,

den 750 Seiten Report kann man von der Seitenanzahl nicht reduzieren.
1 Seite ist eine Teilnr. (also 750 Teile) mit den entsprechenden Daten. Hierbei könnte man die Zeilen ansich reduzieren da ich diese 1:1 einlese und einige Leerzeilen vorhanden sind. Andere Reports (ca. 1400 Seiten) könnte man schon von der Seitenzahl reduzieren (nicht alle Teile werden benötigt).
Dann gibt es andere Reports die möglicherweise 1500 Seiten haben die man dann nach einer groben Durchsicht direkt in die Tonne treten kann, es muss aber mal durchgeschaut/gescrollt werden. Diese grossen Dinger sind aber eher die Ausnahmen, die Regel dürfte bei < 50 Seiten sein.

Boris

koehlerbv:
Boris, ist schon klar. Ich verstehe Dich ja auch. Aber lies bitte mal, was ich geschrieben habe.

Bernhard

Kadlec:
Hallo Bernhard,

ich steh gerade ein wenig auf dem Schlauch.

Deshalb will ich das ganze (was wir mit dem Report machen) und die Hinweise dazu von hier nochmal zusammenfassen.

Wir haben eine DB in der die Vorgänge getrackt werden.
Dazu bekommen wir heute Papier das in vielen Fällen unnütz ist.
Die Frage die dann kam, können wir das Papier (Kosteneinsparung) einstellen und bzw. wie können
wir die Infos daraus dann den Mitarbeitern zugänglich machen.

Mein Ansatz war dann, ein Antwortdoc. auf den Vorgang, mit einzelnen Werten aus dem Report und dem Report in ein RT Feld.

Der Mitarbeiter soll nun, wenn möglich, direkt mit dem doc der DB arbeiten.
Deshalb bei kleineren Reports wäre es unschön wenn erst eine andere Anwendung Word, Acrobat oder was auch immer, starten würde.
Es soll aber auch möglich sein den Report zu drucken, wird über Word gemacht, vorher kann evt. auch eingeschränkt werden Seite 3-5 Kollege 1, Seite 1 + 2 Kollege 2.
Den ganzen Report auf mehrere Antwort docs verteilen, nun dazu gibt es nicht immer einen Trenner.


--- Zitat von: koehlerbv am 04.08.09 - 17:10:50 ---750 Seiten halte ich aber in den meisten (! - nicht in allen) Fällen für einen Verlust an Möglichkeiten beim Wechsel von Papier zu elektronischem Dokument. Siehe hierzu meine Vorredner. 750 Seiten Report liest keiner (oder man baut ihn anders auf - als PDF oder Word-Dokument oder ausgedruckt oder what ever), sondern man recherchiert darin. Und dafür muss man doch nicht 750 Seiten (Papier-Äquivalent, nehme ich an) laden ...

Bernhard

--- Ende Zitat ---
Meinst Du hier nur die erforderlichen Daten in die DB zu übernehmen ?? Das wäre natürlich mein erster Ansatz gewesen, die Forderung war aber "...muss genauso aussehen wie auf dem Papier".

Boris

Navigation

[0] Themen-Index

[*] Vorherige Sete