RE: Text Inset anomalies

[Dick Spierings]

All,

Thanks for the feedback! It contained a lot of useful background details. 

What causes these problems is a series of text insets in a row with different 
heading styles (I know... I break the golden rule - but in this particular case 
I see no other solution). 

I found out that a non-breaking space after the text inset does not resolve the 
problem: The next text inset still inherits the style from the preceding one 
(which makes sense). Even when I put a carriage return between the text insets, 
that CR inherits the style from the preceding text inset (even when preceding 
the CR with a non-breaking space). 

What does work is the following:
1. create a para style (which I will call EMPTY) that looks like your body 
style, but has no line height nor space above/below and is side-head aligned. 
Make the size as small as you can without losing sight of the pilcrow in your 
text. 
3. Start each text insets with a CR in the EMPTY style, followed by the actual 
content.
4. In the main document separate each text inset with a CR in the EMPTY style. 
Add a non-breaking space if you want to, but that has no effect on my system 
(FM9).

When you now update your text inset, the EMPTY style from the text inset is 
transferred to the main document (instead of your usual style). EMPTY overrules 
the style of the paragraph following the text inset. As this is a CR also based 
on EMPTY, nothing changes!

There is an issue of white space though: we now have two EMPTY para's between 
the actual contents of the text insets. If the line height of EMPTY is small 
enough you can compensate this though by decreasing the space above pgf 
setting for the 'first actual content' style used in the text inset. Make sure 
though that you use this 'first actual content' style only in text insets based 
on this principle, and not in the main text (duplicate if you have to).


Vriendelijke groet / Kind regards,
 
Dick Spierings
 
 +31 (0)413 343786
  www.fluidwell.com
w d.spieri...@fluidwell.com 
___


You are currently subscribed to framers as arch...@mail-archive.com.

Send list messages to fram...@lists.frameusers.com.

To unsubscribe send a blank email to
framers-unsubscr...@lists.frameusers.com
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to listad...@frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.

RE: Color Profile Error When Trying to Print to PDF SOLVED

[Fei Min Lorente]

Thanks for the suggestion, Mathieu, but we re-installed FrameMaker with
Distiller, and now it's working.

 

Fei Min

 

From: mathieu jacquet [mailto:bobi...@hotmail.com] 
Sent: Thursday, September 09, 2010 3:17 AM
To: Fei Min Lorente
Subject: RE: Color Profile Error When Trying to Print to PDF

 

Hi Fei Min,

That might be a color in an embedded graphics that cannot be rendered in
the PDF. I would remove embedded graphics to see if the PDF outputs
normally, then refine by removing one by one, or by batch, to spot the
criminal. If there is no embedded graphics, forget this mail :o).

Cheers,
Mathieu.

 Subject: Color Profile Error When Trying to Print to PDF
 Date: Wed, 8 Sep 2010 08:30:05 -0700
 From: feimin.lore...@onsemi.com
 To: framers@lists.frameusers.com
 
 A colleague of mine is unable to produce a PDF from a FrameMaker book.
 She's got FrameMaker 7.2 (with the patches) on Windows XP SP3. We've
 tried Print Book (checked Generate Acrobat Data and used the Adobe PDF
 printer), and Save As PDF, and print to PostScript and run it through
 Distiller, and they all produce the same error log:
 
 
 
 %%[ Error: undefined; OffendingCommand: setdistillerparams; ErrorInfo:
 CalCMYKProfile U.S. Web Coated (SWOP) v2 ]%%
 
 %%[ Flushing: rest of job (to end-of-file) will be ignored ]%%
 
 Error accessing color profile: U.S. Web Coated (SWOP) v2 
 
 %%[ Warning: PostScript error. No PDF file produced. ] %%
 
 
 
 I've tried updating her color definitions with the same ones I'm
using,
 but that doesn't change the result. She's getting this error on all
her
 books that she tries to print. Oh, they're all structured files, in
case
 that matters.
 
 
 
 Any suggestions?
 
 ---
 Fei Min Lorente
 Senior Technical Communicator
 Medical Division
 ON Semiconductor
 feimin.lore...@onsemi.com mailto:feimin.lore...@onsemi.com 
 +1 519 884 9696 ext 2297 | office
 +1 519 831 4931 | mobile
 +1 519 884 0228 | fax
 http://www.onsemi.com http://www.onsemi.com 
 ---
 
 ___
 
 
 You are currently subscribed to framers as bobi...@hotmail.com.
 
 Send list messages to fram...@lists.frameusers.com.
 
 To unsubscribe send a blank email to
 framers-unsubscr...@lists.frameusers.com
 or visit
http://lists.frameusers.com/mailman/options/framers/bobitch%40hotmail.co
m
 
 Send administrative questions to listad...@frameusers.com. Visit
 http://www.frameusers.com/ for more resources and info.

___


You are currently subscribed to framers as arch...@mail-archive.com.

Send list messages to fram...@lists.frameusers.com.

To unsubscribe send a blank email to
framers-unsubscr...@lists.frameusers.com
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to listad...@frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.

Re: Text Inset anomalies

[D L Reynolds]

If your text insets are brief, you can make them variables, which eliminates 
the problems you are encountering. 
___


You are currently subscribed to framers as arch...@mail-archive.com.

Send list messages to fram...@lists.frameusers.com.

To unsubscribe send a blank email to
framers-unsubscr...@lists.frameusers.com
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to listad...@frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.

FM v9 crashes when trying to rename file inside of FM

[Karen Mann]

Hi guys anyone having this same problem; I am running a 64 bit machine w/6 Gig 
RAM and Window 7 OS.

When I try to rename a file within a book within FM v9 it crashes the program.
Sometimes just crashes for no reason, stops working - a lot. By the way it also 
did it running a 32 bit machine.
Don't have that issue with other programs.

Any help would be appreciated.


Karen Mann
km...@i-t-tech.commailto:km...@i-t-tech.com
262-251-9702 Ext. 111

IT Technologies
N96W15504 County Line Rd.
Germantown, WI 53021


___


You are currently subscribed to framers as arch...@mail-archive.com.

Send list messages to fram...@lists.frameusers.com.

To unsubscribe send a blank email to
framers-unsubscr...@lists.frameusers.com
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to listad...@frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.

Text Inset anomalies

[Dick Spierings]

All,

Thanks for the feedback! It contained a lot of useful background details. 

What causes these problems is a series of text insets in a row with different 
heading styles (I know... I break the golden rule - but in this particular case 
I see no other solution). 

I found out that a non-breaking space after the text inset does not resolve the 
problem: The next text inset still inherits the style from the preceding one 
(which makes sense). Even when I put a carriage return between the text insets, 
that CR inherits the style from the preceding text inset (even when preceding 
the CR with a non-breaking space). 

What does work is the following:
1. create a para style (which I will call EMPTY) that looks like your body 
style, but has no line height nor space above/below and is side-head aligned. 
Make the size as small as you can without losing sight of the pilcrow in your 
text. 
3. Start each text insets with a CR in the EMPTY style, followed by the actual 
content.
4. In the main document separate each text inset with a CR in the EMPTY style. 
Add a non-breaking space if you want to, but that has no effect on my system 
(FM9).

When you now update your text inset, the EMPTY style from the text inset is 
transferred to the main document (instead of your usual style). EMPTY overrules 
the style of the paragraph following the text inset. As this is a CR also based 
on EMPTY, nothing changes!

There is an issue of white space though: we now have two EMPTY para's between 
the actual contents of the text insets. If the line height of EMPTY is small 
enough you can compensate this though by decreasing the  
setting for the 'first actual content' style used in the text inset. Make sure 
though that you use this 'first actual content' style only in text insets based 
on this principle, and not in the main text (duplicate if you have to).


Vriendelijke groet / Kind regards,
?
Dick Spierings
?
? +31 (0)413 343786
?? www.fluidwell.com
w d.spierings at fluidwell.com 

Text Inset anomalies

[D L Reynolds]

If your text insets are brief, you can make them variables, which eliminates 
the problems you are encountering. 

FM v9 crashes when trying to rename file inside of FM

[Karen Mann]

Hi guys anyone having this same problem; I am running a 64 bit machine w/6 Gig 
RAM and Window 7 OS.

When I try to rename a file within a book within FM v9 it crashes the program.
Sometimes just crashes for no reason, stops working - a lot. By the way it also 
did it running a 32 bit machine.
Don't have that issue with other programs.

Any help would be appreciated.


Karen Mann
kmann at i-t-tech.com
262-251-9702 Ext. 111

IT Technologies
N96W15504 County Line Rd.
Germantown, WI 53021