Overview in D&P like a real book

[sinus]

If I want create a book(let), a real book starts with

one page on the right.

Then I turn the page and there is page 2 left and page 3 right.

I want see also this behaviour with the overview of IMatch.

I can this not do now. See my attachement 1 for example.
If I send this to a print-company, the output will be correct.
The first page, in IMatch on the left, will be on the right.

What can I do? I can add in IMatch a page, what I have to delete again before the pdf-output.
If I forget this, then the book will be printed wrong.
See attachment 2, here, inside D&P I can see like the book will look like.

How can this be solved. IMatch should add as an option to let see the first page on the right and let the left page "free".
Acrobat from Adobe does this with an option "Deckblatt bei zwei Seiten einblenden".
See attachement 3 and you will know, what I mean.


Attachement 2 and 3 looks the same with the difference of the temporarly created page in IMatch.

Hence I aks for something like in Acrobat or whatever, to see the overview like in a real book.
As I said, we can solve this with a temporarly page and then hide it again, but this is a bit akward.

[Mario]

Ich verstehe nicht, was Du willst.
Die erste Seite kann doch rechts oder links sein, je nachdem wie nachher gefaltet bzw. gebunden wird...

[sinus]

Ich verstehe nicht, was Du willst.
Die erste Seite kann doch rechts oder links sein, je nachdem wie nachher gefaltet bzw. gebunden wird...

-sorry, guys, I wrote all in German, I forgot it in this moment.

Wenn Du ein Buch hast oder ein Heft oder was auch immer, dann ist die erste Seite IMMER rechts.
Du nimmst ein Buch, schlägst den Deckel auf ... dann ist die erste Seite rechts, und das ist eine Einzelseite.
Das war schon in der Schule so, wenn Du ein Schulheft aufschlägst 

Und genau deshalb hat Adobe diese Möglichkeit des (unsichtbaren) Deckblattes gemacht (View - show cover page in two-page view)

Wenn Du ein Buch aufschlägst, dann ist links eben die Rückseite des Umschlags und rechts ist die erste Seite des Inhalts.
Aber im Normalfall layoutest Du ja den Inhalt ohne Umschlag.

Deine Hilfeseiten sind übrigens super!!! Also, ich verdeutliche das, so wie ich das sehe.
Wenn Du mein Attachement hier von Deiner Hilfeseite anschaust, dann ist das eine schöne Doppelseite, nehme ich an.
Wenn Du das aber nun als pdf speicherst und es einem Drucker sendest (zb auch BoD), dann wird die erste Seite rechts zu sehen sein, und die Frau mit dem Text wird links sein.
Heisst, aus Deiner Doppelseite, wie Du sie in IM siehst, werden zwei Seiten.

Willst Du das genau so gedruckt haben wie auf dem Attachement, dann musst Du vorne eine leere Seite einfügen.
Auch InDesign macht das automatisch wie Acrobat, bei doppelseitigen Druckerzeugnissen wie Bücher setzt InDesign links automatisch eine "Leerseite" ein.
Beginnen zu layouten tut man dann mit der rechten Seite und Deine Doppelseite aus Deiner Hilfe würde man auf Seit 2 und 3 setzen.

Heisst, bei einem Buch oder Heft ist die erste Seite immer rechts und zwar eine Einzelseite!

Also, ich sehe das so, meine Drucker sahen das immer so, aber vielleicht sehe ich ja auch völlig falsch, will ich nicht ausschliessen.

ups, habe alles auf Deutsch geschrieben, sorry.

[Mario]

Warum fügst Du nicht in D&P auch eine Leerseite ein?
Wegen der Seitennummern?

[sinus]

Warum fügst Du nicht in D&P auch eine Leerseite ein?
Wegen der Seitennummern?

Genau, das löst das Problem der ANSICHT innerhalb IMatch.
Dann ist nämlich links-rechts genau richtig.

Und bevor ich das echt ausdrucke als pdf, verstecke ich diese Seite wieder (hide).
Dann habe ich kein Problem mit den Seitennummern.

Dann ist alles perfekt, da hast Du Recht!
Aber ich muss daran denken. Wenn ich nämlich vergesse, die Leerseite vor dem pdf-Druck wieder wegzunehmen, dann sind die Seiten wieder vertauscht.

Stell Dir vor, der Kunde will genau auf der allerersten Seite (also die Einzelseite rechts) einen Titel.
Damit ich das korrekt sehe, füge ich in D&P eine Leerseite ein. Perfekt.

Wenn ich dann aber vergesse, die rauszunehmen, dann ist die erste Seite dann eben auch echt leer und der Titel ist auf der zweiten Seite, also links.

Ich habe gelesen, das das offenbar viele Probleme gibt, auch bei Word usw ...

Die Lösung von Adobe im Reader, dass man wählen kann, ob ein (unsichtbares) Deckblatt angezeigt wird, finde ich sehr elegant.
Wenn Du Einzelseiten oder einen Kalender oder etwas machst, das nicht doppelseitig gedruckt wird, dann spielt das alles keine Rolle.
Aber sobald Du ein Buch, ein Heft oder nur schon einen vierseitigen Flyer hast, der gefaltet wird, hat man das Problem.

Aber zugegeben, ist kein Riesenproblem.

Hm, angenommen, D&P hätte eine Funktion "erste Seite unsichtbares Deckblatt", das keinen Einfluss auf die Seitennummern hat und beim Druck ignoriert werden würde, dann wäre das Problem gelöst, denke ich.
Es wird nur beim Betrachten auf dem Monitor unsichtbar (oder gestrichelt oder so) angezeigt, und zwar auf der linken Seite, dann würde alles stimmen. Die erste echte Seite wäre automatisch rechts und alles würde stimmen.

Also, wie auf meinem attachement hier, die like Seite wäre nur "virtuell", wird weder gedruckt, noch hat sie einen Einfluss auf die Seitenzahlen, sie repräsentiert einfach die linke Seite eines Buches, das man aufschlägt (quasi die Rückseite des Covers).
Der Käse wäre hier auf der rechten Seite, Fleisch und Haus wären die erste Doppelseite, würde alles stimmen.

Das kann ich per Leerseite auch machen, muss sie aber vor dem Druck unbedingt wieder löschen, sonst ist sie die erste rechte Seite und der Käse und Fleisch wäre die erste Doppelseite.

[Mario]

I could easily solve this by utilizing the dynamic Hidden property of the page.

I've added two new variables for the next release:

{Print.Process.DesignMode} This is true when the layout is generated in design mode (for the Designer or the Preview).
{Print.Process.Printing} This is true when the layout is generated for output (printing, image files).

If you now include your lead-in page, you just set the Hidden property to {Print.Process.Printing}.
The page is then visible in the preview, but hidden when you print the layout.

Does this do what you want?

[sinus]

I could easily solve this by utilizing the dynamic Hidden property of the page.

I've added two new variables for the next release:

{Print.Process.DesignMode} This is true when the layout is generated in design mode (for the Designer or the Preview).
{Print.Process.Printing} This is true when the layout is generated for output (printing, image files).

If you now include your lead-in page, you just set the Hidden property to {Print.Process.Printing}.
The page is then visible in the preview, but hidden when you print the layout.

Does this do what you want?

Hi Mario
This sounds great!

I think, this should solve this problem completely! 

Thanks a lot !!! Will be cool for sure!

[ubacher]

A wish I have which falls into the same topic: When I display two pages in the preview and I press the right arrow
it only advances one page - should be two. Since Sinus did not mention this I assume there is a setting which will do this??

My "book" is made up of single pages.
I want to display it as seen - two pages side by side. (Thus I also need this blank page at the front)
Paging should then be also by two pages.
Do I make sense?

[Mario]

A wish I have which falls into the same topic: When I display two pages in the preview and I press the right arrow
it only advances one page - should be two. Since Sinus did not mention this I assume there is a setting which will do this??

My "book" is made up of single pages.
I want to display it as seen - two pages side by side. (Thus I also need this blank page at the front)
Paging should then be also by two pages.
Do I make sense?

<Ctrl>+<PageDown> or <Ctrl>+<PageUp> not working?

[ubacher]

Missed that. Thanks. (With hindsight quite logical)

[sinus]

I could easily solve this by utilizing the dynamic Hidden property of the page.

I've added two new variables for the next release:

{Print.Process.DesignMode} This is true when the layout is generated in design mode (for the Designer or the Preview).
{Print.Process.Printing} This is true when the layout is generated for output (printing, image files).

If you now include your lead-in page, you just set the Hidden property to {Print.Process.Printing}.
The page is then visible in the preview, but hidden when you print the layout.

Does this do what you want?

Mario,
you did implement these two new variables.
They works great!

In the Preview in D&P I have now a page on the left, what is only visible in the Preview in IMatch, exactly like you wrote.
The second page in IM is then on the right side.
Now I can inside D&P scroll through the pages like with a real book: If a page is in IM on the left side, it is also later in the book on the left side.

If I create then an output, the first page with the hidden-variable will not be printed, what is perfect.
And, important! the page-number is in the pdf also correct!!

But not in the IMatch-Preview. There the page-numbers are always 1 too high, because in the preview IM counts the first page too.
And therefore the number is too high (only) in the preview and therefore also wrong (instead a even number on a left page there is a uneven number).

You can see this best in my attachement.

I am not a programer, but I think there should be a "logic", that in the preview of IM the page-numbers should be "minus 1", means instead 5 should be displayed 4, instead 6 should be displayed 5 and so on.
Then automatically all would be correct.

But as I wrote, the output NOW (as pdf) is correct.
If you see at my attachement, in D&P the "Impressum", a left page, has the number 5, what is wrong.
But in the output as pdf, this "Impressum" has correct the number 4, the "Inhaltsverzeichnis" number 5 and so on.

So finally this is not really a problem for me, but we have to think at it, if we do create a book for printing.

[Mario]

If the Preview shows the page, it will also increment the page number. If you only suppress the page when printing, the page numbers will differ. This is normal.

[sinus]

If the Preview shows the page, it will also increment the page number. If you only suppress the page when printing, the page numbers will differ. This is normal.

Yes, of course, I know this, thanks.
Finally I had not thought at the page-numbers.
The problem is basically, that a real book starts with a page on the right side (with an uneven number (1) on the right side.
But tools like Word or Reader or Acrobat or whatelse start with the left page.

Hence, if you take a book-pdf and look at it in e.g. Acrobat, it is also wrong: the first page is on the left with the number 1 and that is wrong.
Page 3 is then on the left, page 4 on the right, all wrong.
See attachement 1.

Adobe did solve this with a simple thing: They created the possibilty to say, that the first page should be on the right side.
This is doable with e.g. View - Page-Display- Show cover page in two page view.
See attachement 2.

Now the first page starts on the right (as a single page), hence the left-right-problem is solved and the page-number-problem is also solved.
See attachement 3.

Bear in mind, both attachments 1 and 2 are from the same pdf!
The first is previewed wrong, the second correct!

Finally this is not possible in IMatch, if I am not wrong.
This is true for projects, where we must deliver a pdf for the print-company (like BoD in Germany).

I have to decide:
- do I want see the pages left-right correct, then I can use this variable (above) for a preview - page, but then the page-numbers are not correct
- do I want see the page-numbers correct, then I must not use such a hidden-page, then the page-numbers are correct, but the pages left-right are wrong.

Of course, the D&P inside IMatch is a really powerfull tool, and I like it, but it is not a replacement for InDesign and such tools.

[Mario]

I did att the variables so you can do exactly that.

[sinus]

I did att the variables so you can do exactly that.

Thanks for that, works fine, indeed.
It is a very good variable.