<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - UI: Re-label anchoring to page to anchoring to page number"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=135835#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - UI: Re-label anchoring to page to anchoring to page number"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=135835">bug 135835</a>
              from <span class="vcard"><a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> <span class="fn">Telesto</span></a>
</span></b>
        <pre><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - UI: Discourage usage of the to page anchor by hiding it from toolbar/context menu"
   href="show_bug.cgi?id=135836">Bug 135836</a> and this bug are interconnected. So it's more 'or' 'or' approach

The problems I personally have with 'to page' are
1) What's described in <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTABUG - Page break moves to next page when text flow over, but leaves image anchored to page behind"
   href="show_bug.cgi?id=135829">bug 135829</a>
2) And whats happening in <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=164912" name="attach_164912" title="Example file">attachment 164912</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=164912&action=edit" title="Example file">[details]</a></span> (change the anchor on page 13 to
'to character'

This is from model PoV fine. However a potential source for confusion. And I do
see people use To page, where it probably shouldn't be used.

As said I assumed 'to page' meaning 'to this page' in dynamic sense. So if
pages are deleted before, it moves. Not To Page as exactly this page (including
page position) shown under 2. Where plenty of empty inaccessible pages created
to being able to hold the image on page 13. You could say those are 'virtual
pages'; and should be visualized differently. Because those are not 'real'
pages in some sense. 

I prefer self-explaining options, instead of pointing to manual/documentation.
Especially if it initially does what you think it should do. The surprise is
occurring mostly at different point in time. 

Point to the manual/help/documentation is always second best, IMHO. And should
be avoided as far as possible. The need for lengthy documentation shows
something not to obvious and might need improvement.

So would like to list the options, before jumping to improving documentation as
last resort.

1) So renaming: some suggestions in <a href="show_bug.cgi?id=135835#c1">comment 1</a> and <a href="show_bug.cgi?id=135835#c4">comment 4</a>
2) Making To page less prominent. [Removal was only a try out; to check the
response]
3) Add here the alternative I didn't think of: ....</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>