Forum Replies Created
-
AuthorPosts
-
Massey Padgham
MemberMy experience working at 5 Canadian daily newspapers is that body type, photo caption type and similar smaller stuff is usually designed to lock to the baseline grid here.
Generally large display type (headlines and the like) are not … because few newspaper designers are willing to put up with the limitations of locking these things to the baseline grid — their leading would all have to be exact multiples of the baseline.
This requires a fair bit of experimenting in the initial design to figure out what range of headline and subheadline sizes will work without throwing the overall white space off too much.
At the paper I am at now, all stories have a label (sometimes called trumpet in Europe), a headline and a subheadline, then the body copy. The label, headline and subheadline are in one box to span the full width of that story and the top of that frame locks in Indesign to a baseline grid. This keeps labels on side-by-side stories aligned. Heads and subheadline vary in size, but there are limitations designed to ensure a smallish variation from story to story of the white space under the subheadline and the frame containing the text. We control this variation by using a publishing system that imposes predefined headline and subheadline sizes on stories being assigned to the page — at a guess about 100 of them for page designers to choose from.
Looking at the samples you posted, it looks like a similar pattern prevails except that the small headlines between briefs in the briefs package appear to be designed to lock to the baseline grid. But clearly, larger display type is not locking.
Massey Padgham
MemberMy experience working at 5 Canadian daily newspapers is that body type, photo caption type and similar smaller stuff is usually designed to lock to the baseline grid here.
Generally large display type (headlines and the like) are not … because few newspaper designers are willing to put up with the limitations of locking these things to the baseline grid — their leading would all have to be exact multiples of the baseline.
This requires a fair bit of experimenting in the initial design to figure out what range of headline and subheadline sizes will work without throwing the overall white space off too much.
At the paper I am at now, all stories have a label (sometimes called trumpet in Europe), a headline and a subheadline, then the body copy. The label, headline and subheadline are in one box to span the full width of that story and the top of that frame locks in Indesign to a baseline grid. This keeps labels on side-by-side stories aligned. Heads and subheadline vary in size, but there are limitations designed to ensure a smallish variation from story to story of the white space under the subheadline and the frame containing the text. We control this variation by using a publishing system that imposes predefined headline and subheadline sizes on stories being assigned to the page — at a guess about 100 of them for page designers to choose from.
Looking at the samples you posted, it looks like a similar pattern prevails except that the small headlines between briefs in the briefs package appear to be designed to lock to the baseline grid. But clearly, larger display type is not locking.
Massey Padgham
MemberSorry for the delay. Was not at work yesterday.
Made the change and it works just fine now.
Thanks again!!!!
Massey Padgham
MemberSorry for the delay. Was not at work yesterday.
Made the change and it works just fine now.
Thanks again!!!!
Massey Padgham
MemberHi I tried this.
Pasted into text doc, saved as .jsx and ran it. Errored out
Javascript Error!
Error Number:8
Error String: Syntax Error
Line: 2
Source: for (i=p.length-1; i>=0; i–)
Offending Text: –
I should have mentioned, i'm in CS3
As ever, thanks for posting so quickly
Massey Padgham
MemberHi I tried this.
Pasted into text doc, saved as .jsx and ran it. Errored out
Javascript Error!
Error Number:8
Error String: Syntax Error
Line: 2
Source: for (i=p.length-1; i>=0; i–)
Offending Text: –
I should have mentioned, i'm in CS3
As ever, thanks for posting so quickly
Massey Padgham
MemberThanks, I'll try this over the weeknd.
In any case, once the first search you suggested is run, it's a pretty simple second GREP search keying in on the /n to get exactly what I want.
Massey Padgham
MemberThanks, I'll try this over the weeknd.
In any case, once the first search you suggested is run, it's a pretty simple second GREP search keying in on the /n to get exactly what I want.
Massey Padgham
MemberBonjour Jongware
Your first coding works perfectly
Your second does not. I just get a “no match found” error
Massey Padgham
MemberBonjour Jongware
Your first coding works perfectly
Your second does not. I just get a “no match found” error
Massey Padgham
MemberI will try this
Thank you
Is there any way in GREP to test up to the tab, BUT force the soft return after the comma (after the surname, but not the first/Christian name). Or would that mean Javascript?
Massey Padgham
MemberI will try this
Thank you
Is there any way in GREP to test up to the tab, BUT force the soft return after the comma (after the surname, but not the first/Christian name). Or would that mean Javascript?
Massey Padgham
MemberAnother possible solution — that does not require a script but does change the design — is to opt for standing caps. That would just require a character style specifying a point size, say double the para style, and applied with nested styles.
Massey Padgham
MemberAnother possible solution — that does not require a script but does change the design — is to opt for standing caps. That would just require a character style specifying a point size, say double the para style, and applied with nested styles.
Massey Padgham
MemberNo hotkeys and not specifying whole words.
First search on startupof InDesign: Grep, cut and paste in the word 'with' which is in the document many times. It finds the first one and I can step through the document with Find Next. In testing, I never replaced.
Then, in the text tab, the same word. It finds the first one and I can step though the doc using Find Next. Again, no replace.
Back to Grep, the same search, the same way as the first time and .. boom .. no match found.
Not searching for or replacing with any formatting in all cases.
I'm stumped
-
AuthorPosts
