Re: [Framers] AUGH! I hate it when Adobe breaks existing behavior

2018-05-17 Thread Robert Lauriston
The original UI makeover in FrameMaker 9 broke a lot of keyboard
shortcuts that Adobe never fixed.

On Thu, May 17, 2018 at 11:34 AM, Harding, Dan  wrote:
> Pardon me for the rant, but I need to vent.
>
> I just recently upgraded from Frame 2012 to Frame 2017 as the former doesn't 
> work at all with high resolution displays. However, in the process I've 
> discovered that Adobe has broken several things... and there's nothing more 
> annoying than lazy programming.
>
> 1. The interface design industry has become so touch and mouse-centric, that 
> it has forgotten to make sure things work when navigating via keyboard. When 
> they redesigned all of the pods, no one bothered to make sure the fields and 
> controls are in proper tab order so that one can move between them 
> efficiently by using TAB and Alt-TAB. That's my preferred method of quick 
> access. The tab order jumps all around the damned pods; up, down, back, 
> there's no rhyme or reason. That's just lazy developers ignoring tab order 
> attributes in their dev environment.
>
> 2. This one REALLY is annoying and is causing me all sorts of problems. Using 
> HOME or END to jump to the beginning or end of a line USED to work correctly, 
> meaning that it would move you to the actual beginning or end, i.e., at the 
> beginning of the line the cursor would be placed before any markers or 
> anchors and at the end of a line the cursor would be placed after any markers 
> or anchors at the end of the line. That has changed so that using HOME and 
> END now only move you to the VISUAL beginning or ends of lines. In other 
> words, hitting HOME on a line that has markers or anchored objects at the 
> beginning of the line will put the cursor BETWEEN the markers and the first 
> text character, and at the end of the line, the cursor will be placed before 
> any markers or anchors. This makes it very difficult to keep invisible 
> stacked items on the lines they should be when editing.
>
> What possible advantage would this change have over the previous behavior?
___

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] AUGH! I hate it when Adobe breaks existing behavior

2018-05-17 Thread Lin Sims
Log some bugs at Adobe. :D

And yes, it is annoying when they break something in the process of adding
new features or changing the design. I got very accustomed to using ESC
keyboard shortcuts in FM, and when I finally had a job with FM 10, I was
annoyed to discover that some of them didn't work anymore, such as the
codes for moving up and down rows in a table.

On Thu, May 17, 2018 at 2:34 PM, Harding, Dan  wrote:

> Pardon me for the rant, but I need to vent.
>
> I just recently upgraded from Frame 2012 to Frame 2017 as the former
> doesn't work at all with high resolution displays. However, in the process
> I've discovered that Adobe has broken several things... and there's nothing
> more annoying than lazy programming.
>
> 1. The interface design industry has become so touch and mouse-centric,
> that it has forgotten to make sure things work when navigating via
> keyboard. When they redesigned all of the pods, no one bothered to make
> sure the fields and controls are in proper tab order so that one can move
> between them efficiently by using TAB and Alt-TAB. That's my preferred
> method of quick access. The tab order jumps all around the damned pods; up,
> down, back, there's no rhyme or reason. That's just lazy developers
> ignoring tab order attributes in their dev environment.
>
> 2. This one REALLY is annoying and is causing me all sorts of problems.
> Using HOME or END to jump to the beginning or end of a line USED to work
> correctly, meaning that it would move you to the actual beginning or end,
> i.e., at the beginning of the line the cursor would be placed before any
> markers or anchors and at the end of a line the cursor would be placed
> after any markers or anchors at the end of the line. That has changed so
> that using HOME and END now only move you to the VISUAL beginning or ends
> of lines. In other words, hitting HOME on a line that has markers or
> anchored objects at the beginning of the line will put the cursor BETWEEN
> the markers and the first text character, and at the end of the line, the
> cursor will be placed before any markers or anchors. This makes it very
> difficult to keep invisible stacked items on the lines they should be when
> editing.
>
> What possible advantage would this change have over the previous behavior?
>
> Annoyed at careless software developers,
>
> -Dan
> ___
>
> 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
>



-- 
Lin Sims
___

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] Numbered headings in TOC

2018-05-17 Thread Lin Sims
Can you provide the autonumbering from the heading tags? Not the TOC tags,
but the ones used in the document.

On Thu, May 17, 2018 at 1:29 PM, Gillian Flato  wrote:

> My headings throughout my guide are numbered. I want the numbering to
> reflect in the TOC. I have the numbering working after the chapter number
> but not for the chapter number.
>
> So what I mean is that in the TOC I have the following:
>
> 1  Chapter 1
> 1.1 Heading 1
> 1.1.1 Heading 2
> 1.1.1.1 Heading 3
>
> 2 Chapter 2
> 1.1 Heading 1
> 1.1.1 Heading 2
> 1.1.1.1 Heading 3
>
> So within each chapter in the guide, the numbering is perfect but in the
> TOC, it doesn’t recognize the proper chapter number.
>
> Any suggestions?
>
> Thanks,
> Gillian
> ___
>
> 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




-- 
Lin Sims
___

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] AUGH! I hate it when Adobe breaks existing behavior

2018-05-17 Thread Harding, Dan
Pardon me for the rant, but I need to vent.

I just recently upgraded from Frame 2012 to Frame 2017 as the former doesn't 
work at all with high resolution displays. However, in the process I've 
discovered that Adobe has broken several things... and there's nothing more 
annoying than lazy programming.

1. The interface design industry has become so touch and mouse-centric, that it 
has forgotten to make sure things work when navigating via keyboard. When they 
redesigned all of the pods, no one bothered to make sure the fields and 
controls are in proper tab order so that one can move between them efficiently 
by using TAB and Alt-TAB. That's my preferred method of quick access. The tab 
order jumps all around the damned pods; up, down, back, there's no rhyme or 
reason. That's just lazy developers ignoring tab order attributes in their dev 
environment.

2. This one REALLY is annoying and is causing me all sorts of problems. Using 
HOME or END to jump to the beginning or end of a line USED to work correctly, 
meaning that it would move you to the actual beginning or end, i.e., at the 
beginning of the line the cursor would be placed before any markers or anchors 
and at the end of a line the cursor would be placed after any markers or 
anchors at the end of the line. That has changed so that using HOME and END now 
only move you to the VISUAL beginning or ends of lines. In other words, hitting 
HOME on a line that has markers or anchored objects at the beginning of the 
line will put the cursor BETWEEN the markers and the first text character, and 
at the end of the line, the cursor will be placed before any markers or 
anchors. This makes it very difficult to keep invisible stacked items on the 
lines they should be when editing.

What possible advantage would this change have over the previous behavior?

Annoyed at careless software developers,

-Dan
___

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] SPAM -> Numbered headings in TOC

2018-05-17 Thread Bernard Aschwanden
Check the reference pages. Code for the TOC is stored there. You'll see things 
like <$paratext> and then you can put <$paranum> in front of it. That pulls the 
numbering from the source file. You can play around with the specifics of how 
and what happens, but that, or <$paranumonly> should get you started. No point 
in trying to build the code in the numbering properties of the TOC when you can 
pull from the original values.

Hope that helps,

Bernard



-Original Message-
From: Framers 
[mailto:framers-bounces+bernard=publishingsmarter@lists.frameusers.com] On 
Behalf Of Gillian Flato
Sent: Thursday, May 17, 2018 1:30 PM
To: framers@lists.frameusers.com
Subject: SPAM -> [Framers] Numbered headings in TOC

My headings throughout my guide are numbered. I want the numbering to reflect 
in the TOC. I have the numbering working after the chapter number but not for 
the chapter number. 

So what I mean is that in the TOC I have the following:

1  Chapter 1
1.1 Heading 1
1.1.1 Heading 2
1.1.1.1 Heading 3

2 Chapter 2
1.1 Heading 1
1.1.1 Heading 2
1.1.1.1 Heading 3

So within each chapter in the guide, the numbering is perfect but in the TOC, 
it doesn’t recognize the proper chapter number.

Any suggestions?

Thanks,
Gillian
___

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] Numbered headings in TOC

2018-05-17 Thread Gillian Flato
My headings throughout my guide are numbered. I want the numbering to reflect 
in the TOC. I have the numbering working after the chapter number but not for 
the chapter number. 

So what I mean is that in the TOC I have the following:

1  Chapter 1
1.1 Heading 1
1.1.1 Heading 2
1.1.1.1 Heading 3

2 Chapter 2
1.1 Heading 1
1.1.1 Heading 2
1.1.1.1 Heading 3

So within each chapter in the guide, the numbering is perfect but in the TOC, 
it doesn’t recognize the proper chapter number.

Any suggestions?

Thanks,
Gillian
___

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