![為什麼我的中心位置不正確?](https://rvso.com/image/286353/%E7%82%BA%E4%BB%80%E9%BA%BC%E6%88%91%E7%9A%84%E4%B8%AD%E5%BF%83%E4%BD%8D%E7%BD%AE%E4%B8%8D%E6%AD%A3%E7%A2%BA%EF%BC%9F.png)
有人能解釋為什麼我的中心落在三角形之外嗎?
\documentclass{article}
\usepackage{tikz}
\usepackage{tkz-euclide}
\usetikzlibrary{calc}
\begin{document}
\begin{tikzpicture}
\coordinate (A) at (0,0);
\coordinate (B) at (30:2in);
\coordinate (tC/A) at ($(A)!1in!-30:(B)$);
\coordinate (tC/B) at ($(B)!1in!60:(A)$);
\tkzInterLL(tC/A,A)(tC/B,B) \tkzGetPoint {C}
\draw (A) -- (B) -- (C) -- cycle;
\tkzInCenter(A,B,C)
\tkzGetPoint{cABC}
\node at (cABC) {{\small\texttt{In-center???}}};
\draw[red,dashed] (A) -- (cABC)
(B) -- (cABC)
(C) -- (cABC);
\node at ($(A)+(-90:1ex)$) {A};
\node at ($(B)+(+90:1ex)$) {B};
\node at ($(C)+(-90:1ex)+(1ex,0)$) {C};
\path (A) -- (B) node [midway,sloped,above=2pt] {Hypotenuse}; %%,sloped
\path (B) -- (C) node [midway,right] {Shorter Leg};
\path (A) -- (C) node [midway,below] {Longer Leg};
\end{tikzpicture}
\end{document}
更新
奇怪的是,如果我改變頂點的順序,我可以得到不同的結果:
\tkzInCenter(C,A,B)
似乎提供了正確的中心位置。非常想知道發生了什麼事。我的法語很蹩腳,但手冊似乎表明這些要點可以按任何順序提供。
\tkzDefBisectorLine(....)
的定義中使用的 which似乎出了問題\tkzInCenter
。特別是,如果我寫
\tkzDefBisectorLine(C,A,B) \tkzGetPoint{testA}
\draw[blue,dashed] (A) -- (testA);
\tkzDefBisectorLine(C,B,A) \tkzGetPoint{testB}
\draw[blue,dashed] (B) -- (testB);
\node[inner sep=4pt,fill] at (testB) {};
C,A,B
和的順序的選擇C,B,A
取決於定義如何與 一起使用\tkzInCenter(A,B,C)
。第一行出現了,但testB
似乎位於 的相同座標處B
。
答案1
這似乎是在 中找到角平分線的方式中的一個錯誤tkz-euclide
。
出現錯誤是因為它是 60 度角,而該構造使用透過圍繞臨時點angle CBA
旋轉來創建等邊三角形的方法。C
由於angle CBA
測量角度為 60 度,因此旋轉正好(三角形??) 落在 的頂部B
。我不確定為什麼應該首選這種特殊的結構。如果臨時點稱為,則和TMP
之間的中點應該足以放置角平分線。C
TMP
我不知道在哪裡報告這個錯誤。有人可以讓我知道怎麼做嗎?
我在對 30-60-90 三角形進行測驗時發現了這個特殊的錯誤,這似乎有點偶然。