Re: [Framers] Question about using a building block in a variable that is on a master page
If it's a legacy document, a MIF wash is always a good troubleshooting starting point. If that doesn't fix the problem, read on: It's possibly a string-truncation bug. Have you tried using a different Running H/F variable, to see if the error is in how the variable container is processed? It's not clear from your description if the "." that follows the <$chapnum> variable is part of your definition, or just a normal full stop for the sentence. Whichever, have you tried adding a character after the <$chapnum> variable in the Running H/F1 definition, to see if that is retained or truncated in the processing? HTH On Wed, Dec 6, 2017 at 11:53 AM, Tammy Van Boening < tamm...@spectrumwritingllc.com> wrote: > Hi All, > > > > I have inherited a template that needs to be greatly simplified. In the > Master pages of this template, there is a page called "First," and on this > page, there is a Header Text frame. In this frame, I have placed the system > Variable Running H/F 1, and I have defined this variable as > Chapter:<$chapnum>. The Numbering Properties for the first chapter in the > book is set to Chapter 1, Numeric Format, and the Numbering properties for > all subsequent chapters in the book are set to Continue Numbering from > Previous Chapter, Numeric Format. > > > > Sounds simple, right? Well, no matter what I do, after saving and updating > all files in this book, what is showing on the Body page is Chapter: > <$chapnum > > > > Yep, just like that - the partial variable definition of $chapnum instead > of > the actual chapter number. I am at a complete loss for this - I have never > seen this before. The variable is fully contained in the header text frame > and when I click on it on the Master Page to edit it, I see the variable > completely and properly defined, so why it is displaying like this, I can't > explain. I have never seen this before. > > > > FM 12, Win 7 Ultimate, 64-bit. > > > > TIA, > > > > TVB > > > > Tammy Van Boening > > Owner/Principal > > Spectrum Writing, LLC > > Tammy dot Vanboening at spectrumwritingllc.com > > 303-840-1755 > > > > ___ > > This message is from the Framers mailing list > > Send messages to framers@lists.frameusers.com > Visit the list's homepage at http://www.frameusers.com > Archives located at http://www.mail-archive.com/ > framers%40lists.frameusers.com/ > Subscribe and unsubscribe at http://lists.frameusers.com/ > listinfo.cgi/framers-frameusers.com > Send administrative questions to listad...@frameusers.com > > ___ This message is from the Framers mailing list Send messages to framers@lists.frameusers.com Visit the list's homepage at http://www.frameusers.com Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/ Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com Send administrative questions to listad...@frameusers.com
Re: [Framers] Question about using a building block in a variable that is on a master page
Well, apparently, you cannot use the <$chapnum> building block as part of a system variable because there is a system variable called Chapter Number already (thanks Rick) So, did a quick redo of my tags (actually simplified some things as a result) and I should be plodding forward in this template (no, definitely NOT moving forward right now - just plodding.) TVB Tammy Van Boening Owner/Principal Spectrum Writing, LLC Tammy dot Vanboening at spectrumwritingllc.com 303-840-1755 -Original Message- From: Framers [mailto:framers-bounces+tammyvb=spectrumwritingllc@lists.frameusers.com] On Behalf Of Tammy Van Boening Sent: Wednesday, December 06, 2017 10:54 AM To: framers@lists.frameusers.com Subject: [Framers] Question about using a building block in a variable that is on a master page Hi All, I have inherited a template that needs to be greatly simplified. In the Master pages of this template, there is a page called "First," and on this page, there is a Header Text frame. In this frame, I have placed the system Variable Running H/F 1, and I have defined this variable as Chapter:<$chapnum>. The Numbering Properties for the first chapter in the book is set to Chapter 1, Numeric Format, and the Numbering properties for all subsequent chapters in the book are set to Continue Numbering from Previous Chapter, Numeric Format. Sounds simple, right? Well, no matter what I do, after saving and updating all files in this book, what is showing on the Body page is Chapter: <$chapnum Yep, just like that - the partial variable definition of $chapnum instead of the actual chapter number. I am at a complete loss for this - I have never seen this before. The variable is fully contained in the header text frame and when I click on it on the Master Page to edit it, I see the variable completely and properly defined, so why it is displaying like this, I can't explain. I have never seen this before. FM 12, Win 7 Ultimate, 64-bit. TIA, TVB Tammy Van Boening Owner/Principal Spectrum Writing, LLC Tammy dot Vanboening at spectrumwritingllc.com 303-840-1755 ___ This message is from the Framers mailing list Send messages to framers@lists.frameusers.com Visit the list's homepage at http://www.frameusers.com Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/ Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com Send administrative questions to listad...@frameusers.com ___ This message is from the Framers mailing list Send messages to framers@lists.frameusers.com Visit the list's homepage at http://www.frameusers.com Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/ Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com Send administrative questions to listad...@frameusers.com
[Framers] Question about using a building block in a variable that is on a master page
Hi All, I have inherited a template that needs to be greatly simplified. In the Master pages of this template, there is a page called "First," and on this page, there is a Header Text frame. In this frame, I have placed the system Variable Running H/F 1, and I have defined this variable as Chapter:<$chapnum>. The Numbering Properties for the first chapter in the book is set to Chapter 1, Numeric Format, and the Numbering properties for all subsequent chapters in the book are set to Continue Numbering from Previous Chapter, Numeric Format. Sounds simple, right? Well, no matter what I do, after saving and updating all files in this book, what is showing on the Body page is Chapter: <$chapnum Yep, just like that - the partial variable definition of $chapnum instead of the actual chapter number. I am at a complete loss for this - I have never seen this before. The variable is fully contained in the header text frame and when I click on it on the Master Page to edit it, I see the variable completely and properly defined, so why it is displaying like this, I can't explain. I have never seen this before. FM 12, Win 7 Ultimate, 64-bit. TIA, TVB Tammy Van Boening Owner/Principal Spectrum Writing, LLC Tammy dot Vanboening at spectrumwritingllc.com 303-840-1755 ___ This message is from the Framers mailing list Send messages to framers@lists.frameusers.com Visit the list's homepage at http://www.frameusers.com Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/ Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com Send administrative questions to listad...@frameusers.com
Re: [Framers] FrameMaker tab bug workaround
I forgot to mention that I have 2015 (version 13.0.5.547). It's possible this bug is fixed in the current version. Below it says that it is fixed in version 14.0.0.361. Shmuel On 06-Dec-17 11:07 AM, Klaus Daube wrote: Hello Shmuel, I had reported this with FM-11 and it was considered duplicate at that time. This bug re-appeared several times: Bug 2959372 during beta testing FM-11: Sub dialogue not working: File > Preferences > Interface: Autocollaps Iconic Panels ON is my preferred setting to dismiss the pods automatically. There is however a severe drawback of this method: If the pod opens an additional dialogue for entry of values, then the pod closes and the entry in the subdialogue is lost. 1 Open the paragraph designer with CTRL+m 2). 2 Either you are already in the Basic pane with the New Tab Stop item selected – or you naviguate to this situation. 3 ENTER does nothing – one needs to move the mouse and click on the item (although it appears to be selected). 4 Edit Tab Stop dialogue opens. 5 As soon as I start typing in this dialogue, the pod dialogue disappears. 6 After entering data in Edit Tab Stop and invoking Continue (click or ENTER) the dilaogue closes. 7 Opening the pargraph designer again does not display the newly set TAB stop. In FM-10 the underlying problem ( 2742006 - Sub dialogue is not accessible with "Autocollapse Iconic Panels") was 'resolved' as Deferred... FRMAKER-2031 [not me] Tab stops can not be modified: => Fixed in 13.0.3.495 => re-appears in 13.0.5.547 => fixed in 14.0.0.361 So hopefully "new features" will not revive this fault perpetually. Klaus ~~~ ~~ Klaus Daube Phone: +41-44-381 37 77 Schäracher 11 Mail: kl...@daube.ch CH-8053 Zürich Web:www.daube.ch ___ This message is from the Framers mailing list Send messages to framers@lists.frameusers.com Visit the list's homepage at http://www.frameusers.com Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/ Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com Send administrative questions to listad...@frameusers.com ___ This message is from the Framers mailing list Send messages to framers@lists.frameusers.com Visit the list's homepage at http://www.frameusers.com Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/ Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com Send administrative questions to listad...@frameusers.com
Re: [Framers] FrameMaker tab bug workaround
Hello Shmuel, I had reported this with FM-11 and it was considered duplicate at that time. This bug re-appeared several times: Bug 2959372 during beta testing FM-11: Sub dialogue not working: File > Preferences > Interface: Autocollaps Iconic Panels ON is my preferred setting to dismiss the pods automatically. There is however a severe drawback of this method: If the pod opens an additional dialogue for entry of values, then the pod closes and the entry in the subdialogue is lost. 1 Open the paragraph designer with CTRL+m 2). 2 Either you are already in the Basic pane with the New Tab Stop item selected â or you naviguate to this situation. 3 ENTER does nothing â one needs to move the mouse and click on the item (although it appears to be selected). 4 Edit Tab Stop dialogue opens. 5 As soon as I start typing in this dialogue, the pod dialogue disappears. 6 After entering data in Edit Tab Stop and invoking Continue (click or ENTER) the dilaogue closes. 7 Opening the pargraph designer again does not display the newly set TAB stop. In FM-10 the underlying problem ( 2742006 - Sub dialogue is not accessible with "Autocollapse Iconic Panels") was 'resolved' as Deferred... FRMAKER-2031 [not me] Tab stops can not be modified: => Fixed in 13.0.3.495 => re-appears in 13.0.5.547 => fixed in 14.0.0.361 So hopefully "new features" will not revive this fault perpetually. Klaus ~~~ ~~ Klaus Daube Phone: +41-44-381 37 77 Schäracher 11 Mail: kl...@daube.ch CH-8053 Zürich Web:www.daube.ch ___ This message is from the Framers mailing list Send messages to framers@lists.frameusers.com Visit the list's homepage at http://www.frameusers.com Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/ Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com Send administrative questions to listad...@frameusers.com