vertical justification

[typeglyph]

Excellent typographic layout is an understanding the interrelationships between line increments [leading, ± space before and / or after paragraphs], and image placement with captions and other elements to the baseline grid. The ten typographic variables play a vital role in making all of this work.

To begin; the value of the total line increment will determine the lowest common denominator for “vertical justification” or balancing columns. The key here is that all elements on the page have to be divisible by this LCD. The incremental depth [leading] of the baseline grid, the images, images with captions, sub-heads etc. must all be divisible by this LCD, and cannot be stressed enough, otherwise you will see what is in uneven leading and spacing. Way before computer based algorithms, designers used mathematics to create page grids, it is not difficult. Could there be someway to create the LCD with both horizontal guides and the baseline grid? 

[walt.farrell]

You've posted this in the Publisher Beta on Mac forum, but it does not seem specific to Mac, nor is it a discussion of the current beta functions. It seems like it would be more appropriate for the Feature Requests forum if you're asking for new function to be implemented.

 

[typeglyph]

Actually Walt I do not see it so much a feature request rather that when creating a grid or guide the program can use the snap to function based on an LCD not just random amounts decided by the user. If 17 point leading is chosen, that being a prime number therefore  all elements would have to work to increments of 17, 34 51 etc. If 16 leading was used then the increments could be based on an LCD of 2 points [a bit impractical] or 4 or 8 pts. So a 17 pt head would then need a line increment minimum of 20 or better yet 24 points combining leading and space after. Graphic elements as well. This just means that the functions of Baseline Grids and Horizontal Guides could provide more help. Those of us who worked BC have a better handle on vertical justification. 

[walt.farrell]

But, if the program does not work that way today, and you would like it to, is that not a feature request?

 

[garrettm30]

16 hours ago, typeglyph said:

the value of the total line increment will determine the lowest common denominator for “vertical justification” or balancing columns.

The way you have worded the statement, it appears that you are equating vertical justification with balancing columns, but this is not so. In case that is indeed what you meant, then perhaps this can help you get closer to what you are looking for. Here I am mostly reacting to the demonstration image you provided and not necessarily to all the other elements, such as images or baseline, etc. This is just to illustrate what is meant by vertical justification and balance columns (true not just in Publisher, but InDesign and I assume others as well).

 

Also, Walt is right. This forum section is specifically for 1.9 beta issues or feedback on the features being tested in the beta. For the future, if what you post is a general bug that also applies to the release version, it should go in the bug forum for your platform. If you want to suggest that the program work somehow differently than it does, it should go in the feature request forum.