Bummer. So much for that idea. I guess I'll just keep running Paragraph Tools
as part of the conversion process.
We're moving toward automating the PDF creation process from our FM files,
though, and I don't know if we'll be able to get it fully automated if we're
having to run a plugin
At 05:37 -0700 12/4/07, Rene Stephenson wrote:
We're moving toward automating the PDF creation process from our FM files,
though, and I don't know if we'll be able to get it fully automated if we're
having to run a plugin between importing from the settings file to switch
conditions and
At 13:43 +0100 12/4/07, Steve Rickaby wrote:
I think the original idea came from Hedley Finger, for which, thanks.
Grovel: it was Hayden Jones. Thanks anyway: Hedley's a hero too ;-)
--
Steve
___
You are currently subscribed to Framers as [EMAIL
At 12:16 -0700 11/4/07, Rene Stephenson wrote:
>I just did a test and found it happening when condition-tagged text is not
>adjacent to the BlockLine para tag, too. But, I can't trigger it without
>changing the show/hide conditions. I wonder if it could be something triggered
>by show/hide
Bummer. So much for that idea. I guess I'll just keep running Paragraph Tools
as part of the conversion process.
We're moving toward automating the PDF creation process from our FM files,
though, and I don't know if we'll be able to get it fully automated if we're
having to run a plugin
At 05:37 -0700 12/4/07, Rene Stephenson wrote:
>We're moving toward automating the PDF creation process from our FM files,
>though, and I don't know if we'll be able to get it fully automated if we're
>having to run a plugin between importing from the settings file to switch
>conditions and
At 13:43 +0100 12/4/07, Steve Rickaby wrote:
> I think the original idea came from Hedley Finger, for which, thanks.
Grovel: it was Hayden Jones. Thanks anyway: Hedley's a hero too ;-)
--
Steve
We have the same problem with 2 similar BlockLine paragraph tags that use 2 pt
font w/ 6 pt space above and paragraph below pointing to a line on the
reference page. Both are aligned across all columns and sideheads. Incientally,
it doesn't happen with our Spacer paragraph tag, which is also 2
I believe that earlier FrameMaker releases were limited to 4pt as the
smallest font size. With the 2pt minimum now allowed, perhaps it's
possible that the conditional text programming wasn't changed
accordingly. I think earlier in this thread a larger point size was
noted also to fail, so
At 10:16 -0700 11/4/07, Rene Stephenson wrote:
We have the same problem with 2 similar BlockLine paragraph tags that use 2 pt
font w/ 6 pt space above and paragraph below pointing to a line on the
reference page. Both are aligned across all columns and sideheads.
Incientally, it doesn't happen
s+wreng=tycoint.com at lists.frameusers.com
> ]On Behalf
> Of Steve Rickaby
> Sent: Tuesday, April 10, 2007 5:43 PM
> To: Art Campbell; Framers; Ridder, Fred
> Subject: Re: Maddening problem with frame below
>
>
> At 14:10 -0400 30/3/07, Art Campbell wrote:
>
> >It alm
At 08:42 +0200 11/4/07, Reng, Winfried Dr. wrote:
>I have a similar problem. I have an infoicon paragraph in the sidehead area
>with a Frame below which holds the info icon. The paragraph font size is 2 pt,
>the space above is 22 pt. Now and then the font size and the space above
>change to
We have the same problem with 2 similar BlockLine paragraph tags that use 2 pt
font w/ 6 pt space above and paragraph below pointing to a line on the
reference page. Both are aligned across all columns and sideheads. Incientally,
it doesn't happen with our Spacer paragraph tag, which is also 2
I believe that earlier FrameMaker releases were limited to 4pt as the
smallest font size. With the 2pt minimum now allowed, perhaps it's
possible that the conditional text programming wasn't changed
accordingly. I think earlier in this thread a larger point size was
noted also to fail, so
At 10:16 -0700 11/4/07, Rene Stephenson wrote:
>We have the same problem with 2 similar BlockLine paragraph tags that use 2 pt
>font w/ 6 pt space above and paragraph below pointing to a line on the
>reference page. Both are aligned across all columns and sideheads.
>Incientally, it doesn't
Steve Rickaby wrote:>I guess by the 'same
problem', you're referring to Winifried's, not mine.
Yes, sorry.
>I'm not using sideheads here, so I'd guess that if it's a bug, it's related to
>the reference page graphic.
OK, in light of this and Peter's comment about earlier in this thread
At 14:10 -0400 30/3/07, Art Campbell wrote:
It almost sounds like a display problem. Does it snap back into place
when you do a Ctrl-L?
...and Fred wrote something similar.
Well, it's just happened again, and no, it's not the screen redraw bug. The
misplaced rule survived a ctrl-L, and I had
Weird.
There isn't a lot of white space in the container around the rule on
the Ref Page, is there?
No chance there's any other container there, maybe an empty/invisible one?
If it looks clean, I'd try the Wash-to-MIF maneuver just to make sure
that the file isn't corrupted (the original text
At 11:50 -0400 10/4/07, Art Campbell wrote:
There isn't a lot of white space in the container around the rule on
the Ref Page, is there?
No chance there's any other container there, maybe an empty/invisible one?
I've just pulled it apart, and, sadly, no. 'Sadly' because it would have been a
Hi, Art:
Is it possible that the character tag used in the bullet paragraph has a
font-size attribute that varies sometimes, perhaps due to a rounding
error? Similarly, have you looked at the line-space (leading) and font
size of the paragraph format?
Oh, and one more thing: in a narrow
At 11:50 -0500 10/4/07, Mike Wickham wrote:
Grasping at straws, here, but I vaguely recall a problem I had with similar
reference line. After testing it, I had decided that I wanted to move the line
up closer to the text it followed. So I went to the reference page to tweak
it. I can't
At 14:10 -0400 30/3/07, Art Campbell wrote:
>It almost sounds like a display problem. Does it snap back into place
>when you do a Ctrl-L?
...and Fred wrote something similar.
Well, it's just happened again, and no, it's not the screen redraw bug. The
misplaced rule survived a -L, and I had to
Weird.
There isn't a lot of white space in the container around the rule on
the Ref Page, is there?
No chance there's any other container there, maybe an empty/invisible one?
If it looks clean, I'd try the Wash-to-MIF maneuver just to make sure
that the file isn't corrupted (the original text is
At 11:50 -0400 10/4/07, Art Campbell wrote:
>There isn't a lot of white space in the container around the rule on
>the Ref Page, is there?
>No chance there's any other container there, maybe an empty/invisible one?
I've just pulled it apart, and, sadly, no. 'Sadly' because it would have been a
Hi, Art:
Is it possible that the character tag used in the bullet paragraph has a
font-size attribute that varies sometimes, perhaps due to a rounding
error? Similarly, have you looked at the line-space (leading) and font
size of the paragraph format?
Oh, and one more thing: in a narrow
At 11:50 -0500 10/4/07, Mike Wickham wrote:
>Grasping at straws, here, but I vaguely recall a problem I had with similar
>reference line. After testing it, I had decided that I wanted to move the line
>up closer to the text it followed. So I went to the reference page to tweak
>it. I can't
I wonder if anyone can help me with an inexplicable irritation.
I have a para format with an under-rule graphic taken off the reference page
and applied with the Frame blow pgf feature in the Advanced pane of the para
designer.
When the format is initially applied to the para, the rule appears
It almost sounds like a display problem. Does it snap back into place
when you do a Ctrl-L?
Art
On 3/30/07, Steve Rickaby [EMAIL PROTECTED] wrote:
I wonder if anyone can help me with an inexplicable irritation.
I have a para format with an under-rule graphic taken off the reference page
and
I wonder if anyone can help me with an inexplicable irritation.
I have a para format with an under-rule graphic taken off the reference page
and applied with the Frame blow pgf feature in the Advanced pane of the para
designer.
When the format is initially applied to the para, the rule appears
It almost sounds like a display problem. Does it snap back into place
when you do a Ctrl-L?
Art
On 3/30/07, Steve Rickaby wrote:
> I wonder if anyone can help me with an inexplicable irritation.
>
> I have a para format with an under-rule graphic taken off the reference page
> and applied
30 matches
Mail list logo