可重複的符文查詢從本機目錄開始
符文意義目錄在固定的瀏覽器內資料表中保存全部 24 個古弗薩克條目，因此重複相同的輸入會產生相同的資料列、相同的 Unicode 碼位、相同的轉寫，以及每次皆相同的限定字面釋義。每個符文都儲存其 Unicode 字元(古弗薩克形式從 U+16A0 到 U+16DF)、其標準 Unicode 名稱、其轉寫、其字面名稱釋義、其所屬 aett 群組、其在該群組中的位置，以及歷史紀錄不全之處的不確定性註記。搜尋在本機對該資料表執行——沒有 fetch 呼叫、沒有帳號、沒有 localStorage 紀錄、沒有 sessionStorage 紀錄，也沒有查詢日誌——因此唯一會改變結果的就是你輸入的文字或選擇的篩選條件。按下「重設目錄」可清除篩選條件、還原全部 24 個條目，並將資料表返回已知的起始狀態，讓你能以定義好的基準再次執行相同的查詢。
這樣的設計正是使結果可重複的原因。目錄是唯一的真實來源，搜尋是對該目錄的確定性比對，而顯示的資料列每次都帶有相同的文字標籤。如果兩個人在 符文意義 中輸入相同的查詢，他們會看到相同的字元、相同的 U+16A0–U+16DF 碼位、相同的 Unicode 名稱，以及相同的限定釋義。頁面不會臨時虛構資料列、不會參考第三方字典，也不會根據先前的使用階段調整資料列。
每個條目在目錄中所儲存的內容
每個資料列都由同一組欄位構成，這種統一的結構正是資料表保持一致性的原因。資料列包含符文字元本身、其 Unicode 碼位、Unicode Runic NamesList 中的標準 Unicode 名稱、轉寫(例如 f、u、þ 或 ŋ)、重構的字面釋義、其所屬的 aett 群組(第一、第二或第三)、其在該 aett 中的位置(1 到 8)，以及學術來源意見分歧時的不確定性註記。
下表概述了這些欄位與你可輸入的查詢類型之間的對應方式。了解搜尋比對的是哪個欄位，有助於預測會出現哪一列。
| 搜尋輸入 | 比對的目錄欄位 | 範例值 | 回傳的資料列識別 |
|---|---|---|---|
| 符文字元 | 顯示字符欄 | ᚠ | U+16A0、第一 aett、位置 1 的資料列 |
| Unicode 碼位 | 碼位欄 | U+16A0 | 同一資料列，以編碼值識別 |
| Unicode 名稱 | 標準 Unicode 名稱 | FEHU | 同一資料列，以編碼標籤識別 |
| 轉寫 | 轉寫欄 | f | 同一資料列，以字母值識別 |
| 字面釋義 | 重構釋義欄 | cattle or wealth | 同一資料列，以釋義文字識別 |
因為每次搜尋都指向同一個靜態資料列，所以切換輸入類型永遠不會改變你最終到達的條目——它只會改變你用來找到它的欄位。Unicode 名稱是編碼標籤而非歷史翻譯，字面釋義則是學術重構而非經過驗證的古代定義，但資料列永遠是該資料列。
如何重複取得相同的符文意義結果
目錄的設計使相同的輸入返回相同的資料列。為了讓這在實務上可重複，每次開始查詢時請依序執行下列步驟。
- 開啟符文意義並點擊「重設目錄」，讓資料表以全部 24 個條目開始，並選取第一列。
- 決定要比對的欄位——字元、Unicode 名稱、碼位、轉寫或字面釋義——然後在搜尋框中輸入該值。
- 如果你只需要 24 個之中的狹窄範圍，在搜尋前先開啟 aett 選擇器並選擇第一、第二或第三，這樣資料表在執行查詢時已經是篩選過的狀態。
- 讀取符合資料列中關於碼位、轉寫、aett、位置、字面釋義、Unicode 名稱以及不確定性註記的標籤。資料列文字就是可重複的輸出。
- 若要在新的使用階段中再次執行相同的查詢，請按下「重設目錄」並重新輸入完全相同的查詢字串，或重新選擇相同的 aett 篩選條件;資料列將會完全相同。
這樣能夠運作的原因在於上述每個步驟都對應到一個固定的欄位。目錄恰好有 24 列，每列各包含一個 Unicode 字元、一個碼位、一個標準 Unicode 名稱、一種轉寫以及一條字面釋義，因此搜尋沒有偏離的空間。24 個條目的順序也是固定的:ᚠ(U+16A0)為資料表的開頭，ᛟ(U+16DF)為結尾，三組各包含八個條目的 aett 群組位於該範圍之內。
篩選條件與重設按鈕所提供的已知起點
可重複性取決於乾淨的起始狀態。「重設目錄」按鈕就是提供這種狀態的工具:它會還原全部 24 個條目、清除任何作用中的搜尋文字、移除 aett 篩選條件，並選取第一列。按下之後，資料表會處於與首次載入時相同的狀態，這意味著下一次搜尋會從一個已定義的基準開始，而不是從你上一次留下來的篩選條件開始。
aett 選擇器與該基準相輔相成。每個 aett——第一(ᚠ 至 ᚹ)、第二(ᚺ 至 ᛊ)、第三(ᛏ 至 ᛟ)——皆以固定順序包含恰好八個條目，因此當你將資料表限制為單一 aett 時，你可以事先知道會出現多少列以及其順序。將 aett 篩選與搜尋結合可進一步縮小比對範圍;將「重設」與 aett 篩選結合則能提供一個可隨時重新建立的精確範圍。
若你想驗證結果確實重複出現，最乾淨的方法是記下該資料列的碼位與 Unicode 名稱，然後關閉並重新開啟頁面、按下重設、重新輸入相同的查詢，並確認回傳的碼位與 Unicode 名稱相同。在本目錄中，相同的碼位永遠識別相同的資料列，因為 24 個字元各自擁有介於 U+16A0 與 U+16DF 之間的唯一碼位。
處理爭議性與重構的意義
目錄中的某些資料列在歷史上尚無定論，這看起來可能像是目錄每次都給出不同的答案。其實並非如此——資料列是相同的，但字面釋義帶有明確的不確定性註記。例如 Pertho 缺乏廣為認可的字面釋義，因此其資料列會標示此事;Algiz 帶有爭議性的名稱、發音歷史與意義，其中與 elk 的比較會以限定形式保留;Kauna 或 Kenaz 會以限定的「boil or ulcer」釋義呈現;而 Eihwaz 的轉寫、Laguz 或 Laukaz 的命名，以及數個重構的發音，則因學術慣例而異。這些註記是資料列的一部分，而不是獨立的詮釋，因此每次查詢相同條目時，它們都會原樣重現。
重點在於區分目錄的可重複性與歷史紀錄的確鑿性。目錄會重複呈現;歷史紀錄則存在缺漏，而目錄會顯示這些缺漏，而不是加以隱藏。按下「重設」並重新執行查詢會帶給你相同的限定釋義、相同的不確定性措辭，以及相同的資料列——在這個拒絕在古老字母之上虛構現代象徵意義的工具中，「相同的結果」指的就是這個意思。若需更完整的逐步說明，說明如何記錄每列回傳內容的指南位於使用古弗薩克符文意義記錄步驟，其中涵蓋了如何在每次使用階段擷取相同的欄位。
隱私、儲存以及本機處理的重要性
可重複性也取決於這個工具「不做」哪些事。符文意義不會將你的搜尋文字傳送到伺服器、不會寫入 localStorage 紀錄、不會寫入 sessionStorage 紀錄、不需要帳號，也不會記錄查詢歷史。所有的搜尋、所有的篩選，以及整個目錄本身，都僅在頁面使用階段期間存於瀏覽器記憶體中。這就是為什麼兩次以全新的「重設」開始的造訪行為表現相同:沒有從一次造訪帶到下一次的隱藏狀態，也沒有回應可能變動的遠端呼叫。
這樣的設計選擇與 Unicode 本身處理古弗薩克區塊的方式一致。Unicode Runic NamesList 將編碼字元、碼位和標準名稱定義為穩定的編碼事實，而賓州州立大學的符號代碼日耳曼符文參考資料說明這些碼位是當頁面字型無法呈現字元時識別符文的權威方式。由於目錄儲存這些事實，而非每次載入時重新推導，因此即使符文字符在字型中缺失，相同的碼位永遠命名相同的資料列。維基百科的古弗薩克條目則介紹了 24 個符文的結構，以及目錄所標示的重構符文名稱的侷限之處。憑藉本機處理與固定的 24 列資料表，任何給定查詢的結果都僅取決於你的輸入。
延伸閱讀:三符文陣中的符文組合與矛盾。