John Kaufmann wrote:
Hi Andy,

First, I want to thank you for taking the time to study my example.

Your welcome. Seeing the actual file makes it easer for me than trying to visualize what someone is talking about.

1: That at least one, the first one, had two frames. That one had the "To Frame" option available for Anchor.

Nice catch on the two frames! Now that you mention that, I think that must have happened when, while attempting to edit (as opposed to insert) the caption, I hit "Caption" in the context menu - but it happened to be the context menu for the frame rather than for the picture. The result must have been that Writer helpfully provided yet another (outer) frame to enclose the first frame and caption, just as the first frame was automatically provided to enclose the picture and its caption. [Now then: It seems that Writer should provide a way to simple way to remove excess frames without removing their contents, shouldn't it?] IAC, not only does the picture have a "To Frame" anchor option (where "To Frame" refers to the inner frame), but the inner frame also has a "To Frame" anchor option (where "To Frame" refers to the outer frame).

Changing the inter frame anchor to other then "From Left" also removes the "To Frame" option for the graphic.

2: The second graphic did not have any frame but some how had a "caption".

Yeah, isn't that neat? ;-) I could not figure out that, either, but since then have been studying Andrew Pitonyak's macro to remove frames from pictures, to try to understand how that might have happened.

I went back and reread Andrew's post. It seems that a bug in Writer is why the Documentation Project uses the "As Character" anchor in the Users Guides.

5: For at least the first graphic, the 'Horizontal' setting 'Right'. Changing the 'Horizontal' setting has no effect on the "To Frame" option. Where this is because of the two frames I do not know.

See my comment above about the inner and outer frames, of which only the outer has effect.

See above.

6: The real kicker, so far, is that I have not found anyone that can give me any reason for the issue we are discussing. While researching this I was looking over the "Working with Graphics" doc you referred to, in the process I found two graphics that fit this issue. The difference being that both have the same settings, 'Horizontal' setting 'Center'. Changing the 'Horizontal' setting then closing the property window removes the "To Frame" option.

You mean "two graphics" in my paper? If so, which ones? - "fit this issue" how?

No the ones I am talking about are in the "Working with Graphics" guide. Figures 12 and 13 have the same settings, 'Horizontal' = 'Center' to 'Paragraph Area'. Yet 12 does not have the "To Frame" option and 13 does.

IAC, I think the reason is elusive because the design is not well reasoned, and the lack of conceptual clarity has spawned bugs. I don't blame the Writer Guide for not picking up on that, because it's a bigger issue than documentation.

Not being a programmer I can not say more than there seems to be a bug.

I now realize that to begin the analysis we have to return to what, in my original post, I called the "bonus question":
since Writer believes that a picture with caption is lost without a
frame (and thus supplies one automatically), why would the picture
ever *not* be anchored to the frame?
Or, put another way: Once Writer puts a frame around picture and caption to keep them together, why doesn't the focus of "Anchor" move completely from the picture to the frame?

That's the first question that the conceptual design seems to not ask, let alone answer. The next basic question is about the anchor domain, once you get outside the frame. Those eight choices:

Not being a programmer and not knowing how the design was done I can not explain the "problem" nor offer any corrections.

Thanks again for thinking about this.  Now, how do we get it corrected?...

I have tried to find any current issues on this but as yet not found any thing. I will keep looking as I have time but not sure exactly what to search for.

The problem as I see it is that "Any graphic in a frame should have the 'To Frame' option."

--
Andy Brown
La Mesa, CA  91942
www.the-martin-byrd.net/openoffice.org.html
OpenOffice.org Community Distributor
CD/OEM Distribution Project member
Documentation Project member
Marketing Project member
User Experience Project member

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to