פורום אוצריא

השגיאה אינה על כונן ה-USB אלא על C.

המתקין (Inno Setup) מחלץ קודם כול את קובץ הספרייה seforim.db.zst לתיקיית הזמניים של המשתמש — C:\Users\<שם>\AppData\Local\Temp\is-XXXX.tmp — ורק משם כותב ליעד. הקובץ הדחוס לבדו שוקל כ-1.8GB, ולכן כשכונן C צפוף מקבלים There is not enough space on the disk גם כשההתקנה מופנית לדיסק און קי.

מה לעשות

1. לפנות מקום ב-C — לפחות 2GB פנויים, עדיף 4–5GB. בנוסף ל-cleanmgr, כדאי למחוק ידנית תיקיות is-*.tmp שנשארו מניסיונות ההתקנה הקודמים: Win+R ← %LOCALAPPDATA%\Temp.

2. אם אין מה לפנות — להפנות את תיקיית הזמניים לכונן אחר, להתקנה הזאת בלבד. לפתוח שורת פקודה ולהריץ (להחליף E: באות הכונן המתאימה ואת הנתיב בשם קובץ ההתקנה):

mkdir E:\OtzTemp
set TEMP=E:\OtzTemp
set TMP=E:\OtzTemp
"%USERPROFILE%\Downloads\otzaria-setup.exe"

חשוב שהמתקין יופעל מאותו חלון, אחרת ההגדרה לא תחול עליו.

3. לבדוק גם את הדיסק און קי עצמו — צריכים להיות בו כ-6GB פנויים, ולא פחות חשוב: לחיצה ימנית על הכונן ← מאפיינים ← "מערכת קבצים". אם כתוב FAT32 — אי אפשר לכתוב עליו קובץ בודד מעל 4GB, ו-seforim.db גדול מזה. במקרה כזה צריך לפרמט ל-NTFS או exFAT (פרמוט מוחק הכול — לגבות קודם).

לא ללחוץ "דלג על קובץ זה" — ההתקנה תסתיים בלי הספרייה והתוכנה תיפתח ריקה.

אם גם זה לא מסתדר: להתקין רגיל על C, ואז להעביר את הספרייה לכונן דרך הגדרות ← ספרייה ← בחירת תיקייה.

תודה על הדיווח! מהצילומים נראה שזו התראת שווא של Windows Defender ולא חסימה של GitHub: הקובץ otzaria-dev.zip סומן כ"טרויאני" בחומרה גבוהה והוסר אחרי שההורדה הסתיימה.

בדקנו את ארכיון ענף dev העדכני עם Defender ולא נמצאו איומים, כך שכנראה מדובר בזיהוי היוריסטי (למשל אחרי עדכון חתימות). הארכיון הוא קוד מקור בלבד, בלי קבצי הרצה.

כדי שנוכל לברר מה בדיוק סומן, אפשר:

• לפתוח אבטחת Windows ← הגנה מפני וירוסים ואיומים ← היסטוריית הגנה, ללחוץ על האיום ולהעתיק לכאן את שם האיום (משהו בסגנון Trojan:Win32/...).
• להוריד שוב עם git clone https://github.com/Otzaria/otzaria.git, שלא עובר דרך ארכיון zip.

אם יתברר שקובץ מסוים בריפו הוא שגורם לזה, נטפל בו.

ההודעה הזו אינה כשל אמיתי: היא אומרת ש‑Microsoft Edge WebView2 Runtime כבר מותקן במערכת (התקנה עבור כל המחשב), ולכן המתקין מסרב להתקין שוב. אין צורך להתקין אותו — הוא קיים.

אם התוספים באוצריא עדיין לא עולים, הכיוון הוא תיקון הרכיב ולא התקנה מחדש:

1. הגדרות Windows ← אפליקציות ← אפליקציות מותקנות ← Microsoft Edge WebView2 Runtime ← שינוי ← תיקון.
2. אם הבעיה נמשכת: לסגור את אוצריא לגמרי, ובמנהל המשימות לסיים גם otzaria.exe וגם כל msedgewebview2.exe שנשאר רץ, ואז לפתוח מחדש.
3. אם גם זה לא עזר: לשנות שם לתיקייה %APPDATA%\otzaria\webview2 (זו תיקיית מטמון/פרופיל של התוספים בלבד — הספרייה, ההגדרות והסימניות אינן מושפעות), ולהפעיל שוב.

כדי לדייק באבחון — מה בדיוק מוצג בתוך אוצריא כשמנסים לפתוח את התוסף? מסך "WebView2 חסר", מסך שגיאה עם כפתור "נסה שוב" (ושם יש "פרטי השגיאה" עם קוד HRESULT), או משהו אחר?

שתי תקלות נפרדות שהתחברו:

1. ההודעה עצמה — רכיב WebView2 Runtime של Microsoft אינו מותקן במחשב. כל התוספים באוצריא מוצגים בתוכו, ולכן בלעדיו אף תוסף לא ייפתח. ברוב מחשבי Win10/11 הוא מגיע מראש, אבל בהתקנות מצומצמות (LTSC, Server, מחשב שנוקה) הוא חסר.

2. "לא ניתן לפתוח את קישור ההורדה" — זו לא שגיאת הורדה. הכפתור רק מבקש מ-Windows לפתוח כתובת בדפדפן ברירת המחדל, ו-Windows סירב. קורה כשאין דפדפן מוגדר כברירת מחדל ל-https, או שהשיוך נשבר.

מה לעשות — בחר אחד:

• הורדה ידנית: פתח בדפדפן את https://go.microsoft.com/fwlink/p/?LinkId=2124703 (זה בדיוק הקישור שהכפתור מנסה לפתוח) והרץ את הקובץ. בסיום לחץ "בדוק שוב" — אין צורך להפעיל את אוצריא מחדש.
• מתקין מלא: הרץ את windows-full.exe מהגרסה האחרונה. הוא מזהה ש-WebView2 חסר ומתקין אותו בעצמו (המתקין הרגיל לא עושה זאת).
• אם האינטרנט מסונן/חסום: הקובץ שלמעלה הוא bootstrapper קטן שמוריד בזמן ההתקנה. במקומו קח מ-https://developer.microsoft.com/microsoft-edge/webview2/ את ה-Evergreen Standalone Installer בגרסת x64 — קובץ שלם שאפשר להעביר בדיסק-און-קי ולהתקין בלי רשת.

ובנפרד, שווה לתקן את שורש הבעיה השנייה: הגדרות Windows ← אפליקציות ← אפליקציות ברירת מחדל ← הגדר דפדפן. אחרת כל קישור שאוצריא תנסה לפתוח (עדכונים, מקורות, דיווחים) ייתקל באותה שגיאה.

0.9.99 היא מספר הגרסה הבאה של אוצריא, שעדיין לא יצאה. הגרסה הזמינה להתקנה כרגע היא 0.9.98.3 (מ־2.11).

מה שכתבתי אומר שהדיווח על הגלילה שויך ל"אבן דרך" (milestone) של 0.9.99 בגיטהאב — כלומר הוא מיועד לטיפול לקראת הגרסה הבאה, לא שהוא כבר תוקן ולא שיש מה להתקין.

נכון לעכשיו הדיווח #4130 עדיין פתוח, כלומר הבעיה בטיפול. כשהיא תיפתר, התיקון יגיע אליך אוטומטית בעדכון הרגיל של התוכנה — אין צורך לעשות שום דבר מצידך.

(אגב, שני הדיווחים הכפולים שהזכרתי בהודעה הקודמת — #3872 ו‑#3032 — נסגרו בינתיים.)

השלושה אכן אותו דיווח: גלילה שרצה מהר מדי או מקפיצה עשרות עמודים, ווינדוס, דיווח מהתוכנה, כולם ב‑0.9.99 וכולם פתוחים.

ההמלצה שלי היא להשאיר את #4130 ולסגור את #3032 ו‑#3872. בדרך כלל משאירים את הוותיק, אבל כאן #4130 הוא הדיווח היחיד שנוצר אחרי מיזוג #3910 (2.11), כלומר הראיה היחידה שהתופעה שורדת את התיקון של פס הגלילה; שני האחרים מגרסאות שקדמו לו ואין בהם פרט מבחין. גם טבלת המדידות של dudua99 יושבת שם.

את הסגירה עצמה אני לא יכול לבצע — ההרשאה שלי בגיטהאב מאפשרת רק פתיחת issue, לא סגירה. שלחתי לך את הפירוט המלא בצ'אט.

לחיפוש זה כבר לא נדרש: החיפוש באוצריא הוא גלובלי על כל הספרייה, ובחיפוש המתקדם יש סינון לפי קטגוריות — מסמנים "תנ"ך" (או משנה / תלמוד בבלי) ומקבלים תוצאות מכל ספרי הקטגוריה בבת אחת. קובץ מאוחד לא מוסיף כאן כלום.

לקריאה רציפה — זה אכן חסר. אין כרגע מעבר אוטומטי מסוף ספר לתחילת הבא.

למה אין ספר מאוחד בספרייה: תוכן העניינים והקישורים למפרשים בנויים לכל ספר בנפרד ומוצמדים למספרי השורות שלו. ספר מאוחד אינו "עוד קובץ" — הוא שכפול של כל הטקסט וגם של כל טבלת הקישורים אליו.

לספר שבנית אפשר להחזיר כותרות ומפרשים. אוצריא קולטת קבצים נלווים שיושבים לצד קובץ הטקסט בתיקיית הספרים האישיים:

• <שם הקובץ>.כותרות.csv — בונה תוכן עניינים. עמודות: כותרת, רמה, ו-שורה או טקסט (עוגן לפי הטקסט בשורה), ואופציונלית מבנה לכמה מבני כותרות במקביל. קובץ בשם כותרות.csv חל על כל התיקייה, ואז העמודה ספר היא חובה.
• <שם הקובץ>.links.csv או <שם הקובץ>_links.json — קישורים למפרשים. עמודות: מקור (השורה בספר שלך), ספר_יעד, מיקום_יעד, סוג. הקישור פועל בשני הכיוונים, כך שגם הספר הרשמי יראה את הקישור.
• דורות.csv — דור ומחבר.

הקבצים נקלטים אוטומטית בסריקת התיקייה, או ידנית דרך ייבוא נתונים בהגדרות. לבנות ידנית קישורים לכל התנ"ך זו עבודה גדולה — אבל ה-CSV ניתן לייצור בסקריפט מתוך הקישורים הקיימים במסד.

זו לא רק הצעת ייעול — ההתנהגות הזו מדווחת כתקלה: הגלילה בלוח המגע (שתי אצבעות) "קופצת" ורצה מהר מדי במקום להתקדם בהדרגה כמו בשאר התוכנות.

הנושא כבר פתוח ומסומן לטיפול לקראת 0.9.99:

• https://github.com/Otzaria/otzaria/issues/4130
• https://github.com/Otzaria/otzaria/issues/3872
• https://github.com/Otzaria/otzaria/issues/3032

אין צורך לפתוח דיווח נוסף על אותו דבר. אם אצלך זה מתבטא אחרת — למשל רק בספרי PDF, רק אחרי שינוי גודל טקסט, או רק בחלק מהספרים — שווה לשלוח דיווח דרך התוכנה עצמה (כולל קובץ השגיאות והפרטים), כדי שיהיה מה להשוות מול הדיווחים הקיימים.

@M החושב

הקובץ נמצא בשחרור v2.0.0 (פורסם היום). הקישור הישיר לקובץ עצמו — לא לעמוד של גיטהאב:

https://github.com/shlomyeisenberg-lang/live-transcribe/releases/download/v2.0.0/KolScribe-Offline.exe

גודל: כ-1.27 ג'יגה.

שים לב שזו הורדת קובץ ישירה (הכתובת נפתחת מיד להורדה ולא לדף), ולכן בחלק מהסינונים היא עוברת גם כשעמודי גיטהאב חסומים. אם היא עדיין נחסמת — אצל רוב המסננים אפשר לבקש אישור לקישור הספציפי הזה דרך טופס בקשת האישור של הסינון; זה הנתיב הנקי.

אם 1.27 ג'יגה כבד מדי או שההורדה נקטעת, יש בשחרור גם מתקין מקוון קל בהרבה (28 מגה):

https://github.com/shlomyeisenberg-lang/live-transcribe/releases/download/v2.0.0/KolScribe-Setup.exe

ולאימות שהקובץ ירד שלם:

https://github.com/shlomyeisenberg-lang/live-transcribe/releases/download/v2.0.0/SHA256SUMS.txt

ואגב, באותו שחרור יש גם את קבצי התוספים לאוצריא עצמם, אם תצטרך אותם ידנית:

• hebrew-live-transcribe.otzaria-1.4.0.otzplugin
• com.otzaria_word_editor.superdoc.custom-6.8.2.otzplugin

(אותו מבנה כתובת: .../releases/download/v2.0.0/<שם הקובץ>)

התוסף עצמו אינו חלק מאוצריא אלא פרויקט נפרד של @ceshlomo, אז לשאלות על התוכנה הזו הוא הכתובת.

השגיאה בצילום המסך היא לא בעיה במסמך ולא באוצריא עצמה:

פתיחת המסמך נכשלה: projectBodyWindow failed: AbortSignal.any is not a function

התוסף רץ בתוך רכיב WebView2 של ווינדוס, והפונקציה AbortSignal.any() קיימת רק מ-Chromium/Edge 116 (אוגוסט 2023) ומעלה. במחשב החדש מותקנת גרסת WebView2 ישנה יותר, ולכן כל פתיחת דף נכשלת בשלב האחרון.

הפתרון:

1. להתקין/לעדכן את Microsoft Edge WebView2 Runtime — מתקין Evergreen Standalone מהעמוד הרשמי: https://developer.microsoft.com/microsoft-edge/webview2/
2. לחלופין (או בנוסף) לעדכן את Microsoft Edge עצמו — הם מתעדכנים יחד.
3. לסגור את אוצריא לגמרי ולפתוח מחדש.

לבדיקה מה מותקן אצלך: הגדרות ווינדוס ← אפליקציות ← לחפש "Microsoft Edge WebView2 Runtime", או לפתוח את התיקייה C:\Program Files (x86)\Microsoft\EdgeWebView\Application\ — שם התיקייה הוא מספר הגרסה. אם הוא מתחיל במספר נמוך מ-116, זו הסיבה.

שווה גם לוודא שעדכוני ווינדוס/Edge לא מושבתים במחשב — במחשבים שהותקנו מתמונת ווינדוס מצומצמת שירות העדכון של Edge לעיתים כבוי, ואז ה-WebView2 נתקע על הגרסה שהגיעה עם ההתקנה. המתקין העצמאי מהקישור למעלה פותר את זה בכל מקרה.

@נתנאל_26 — שווה לשקול בדיקת זמינות של AbortSignal.any בעליית התוסף עם הודעה ברורה ("נדרש WebView2 116+"), במקום שגיאת JS גולמית.

עריכה:
הכנסו לקישור שצורף, בחרו ב׳מתקין עצמאי׳ (64):

ואז על ׳Accept and Download׳:

שני המקרים נובעים מאותו דבר: ספרי אוצר החכמה ובר אילן אינם נכנסים לעץ הקטגוריות של הספרייה. הם מופיעים רק בתיבת החיפוש "איתור ספר או מחבר" שבמסך הספרייה, ורק אחרי הקלדה של שלוש אותיות לפחות. אם מחפשים אותם בדפדוף בין התיקיות — לא ימצאו שם לעולם, וזה לא תקלה.

אוצר החכמה

1. הגדרות ← ספרייה ← כרטיס "ספריות חיצוניות".
2. בשורה "מקורות אחרים לספרים" בחר "הצג הכל" או "אוצר החכמה בלבד".
3. אם במקום התפריט מופיע כפתור "הורד קטלוג" — חסר לך קובץ הקטלוג (otzar-HB_catalog.db, קטן יחסית). לחץ עליו, ואז השורה תתחלף בתפריט מסעיף 2. זו הסיבה הנפוצה ביותר ל"אין לי את ההגדרה הזאת".
4. עכשיו במסך הספרייה, הקלד שם ספר ב"איתור ספר או מחבר". תוצאות אוצר החכמה יופיעו בין השאר. לחיצה פותחת חלון פרטים (מחבר, מקום ושנת דפוס, נושאים), ואם אוצר החכמה מותקן אצלך והספר קיים בכונן — הוא ייפתח ישירות בתוכנת אוצר החכמה.

בר אילן

בר אילן אינו חלק מאוצריא אלא תוסף של mmichaelush שמדבר עם פרויקט השו"ת שמותקן אצלך. לכן הוא יושב בלשונית נפרדת. אבל מגרסה 0.9.98.3 של אוצריא הוא כן יודע להזרים את ספריו לאותה תיבת "איתור ספר או מחבר", עם הכיתוב "בר אילן" מתחת לשם הספר, ולחיצה פותחת את הספר בבר אילן עצמו.

כדי שזה יעבוד צריך שני מתגים:

• הגדרות אוצריא ← כלים ← "בר אילן" ← להדליק את ההרשאה "הוספת רכיבים לתוכנה" (אוצריא מציגה אותה כבויה כברירת מחדל). בלעדיה שום שילוב לא יעבוד.
• בלשונית "הגדרות" של התוסף עצמו ← להדליק את "ספרי בר אילן בחיפוש הספרייה".

ואז להקליד שלוש אותיות לפחות — הרשימה עוברת לאוצריא מהתוסף, ומאותו רגע היא עובדת גם כשלשונית בר אילן סגורה.

טיפ נוסף: הכפתור "מקור הספרים" שליד ה-X בשדה החיפוש מחליף בלחיצה בין הכול / בר אילן בלבד / אוצריא בלבד.

מבחינת אוצריא השאלה היא על הטקסט, לא על הסריקה.

זכויות בטקסט — אם המחבר נפטר לפני יותר מ-70 שנה, היצירה בנחלת הכלל, וזה לא משתנה בגלל שמישהו סרק אותה. סריקה נאמנה של ספר ישן אינה יצירה מקורית חדשה ואינה מקימה זכויות חדשות בתוכן. הקלדה שהקלדת בידיים שלך היא ממילא לא העתק של הקובץ שלהם.

שתי הסתייגויות שכן צריך לבדוק:

1. אם מדובר במהדורה מחודשת של אוצה"ח או של מוציא לאור כלשהו — עם הגהות, ביאורים, מפתחות או עריכה חדשה — בתוספות האלה כן יש זכויות, והן לא בנחלת הכלל.
2. תנאי השימוש של אוצר החכמה הם עניין חוזי בינך לבינם, נפרד לגמרי מדיני זכויות יוצרים. אני לא הכתובת לפרש אותם.

מעשית — העלאת ספר חדש נעשית ב-otzaria.org/library/upload (דורש הרשמה; פורמטים txt/doc/docx/rtf/odt). ההחלטה מה נכנס לספרייה היא של מנהל התוכן, ובפועל המדיניות היא שלא מכניסים ספרים ממחברים שלאחר השואה (למעט גדולי דור מוכרים) — ספר ישן כמו שתיארת נמצא בדיוק בתחום הרצוי. כדאי לציין בהעלאה מהיכן הוקלד, כדי שיוכלו להכריע.

מה שאתה מתאר קיים כבר היום במידה רבה, תחת הערות אישיות — ולא מדובר ב"הערות קטנות" בלבד:

• עיגון לטקסט עצמו: מסמנים מילים בתוך השורה ומוסיפים הערה; ההערה נצמדת בדיוק לקטע שנבחר (כולל הקשר לפני/אחרי, כדי שתישאר במקומה גם אם הטקסט מתעדכן).
• עורך טקסט מעוצב: תוכן ההערה נשמר כ-Quill Delta — כלומר אפשר לכתוב ביאור ארוך, בפסקאות ועם עיצוב, לא שורת הערה אחת.
• חלונית צמודה לטקסט: בתצוגה הרגילה ההערות מוצגות בחלונית הצד יחד עם המפרשים ("הערות + מפרשים"), מסונכרנות לשורה שאתה עומד בה — בפועל זה פירוש משלך שרץ לצד הטקסט.
• צורת הדף: יש עמודת הערות ייעודית בדף.
• בנוסף: דף הערות אישיות מרוכז, וייצוא לוורד.

מה שבאמת עדיין לא קיים — אם לזה כיוונת — הוא לשמור את הביאור שכתבת כספר/מפרש עצמאי בספרייה, שייפתח ככל מפרש אחר (גם עבור אחרים). זה כיוון אחר לגמרי מהערות אישיות.

אם ניסית את ההערות והחלונית הצמודה חסרה לך משהו קונקרטי (רוחב, תצוגה, סדר) — שווה לפרט בדיוק מה, זה יהיה הרבה יותר קל לטיפול.

רעיון סביר, ורוב התשתית כבר קיימת — מה שחסר זה קובץ אחד שמתפרסם.

מה כבר יש היום, ציבורי ואוטומטי, בכל שחרור ספרייה (SeforimLibrary/releases

• library-changes.md — בדיוק החלק של "שתעדכן אם יהיו שינויים": רשימת ספרים שהתווספו / נמחקו / שונה שמם או מיקומם, עם הנתיב המלא בעץ. בגרסה 37 (ה' בנובמבר) למשל: 14 ספרים חדשים, 8 שנמחקו, ורשימת שינויי שם/מיקום. החיסרון — לפי שם, לא לפי id.
• library_stats.json — {"db_version":37,"books":8154,"links":6905668,"lines":7643689}. קטן, מכונתי, מספיק כדי לדעת שיצאה גרסה חדשה.
• release-manifest.json בענף otzaria — מניפסט מכונתי של כל נכסי השחרור (URL, גודל, sha256), מתעדכן בוורקפלואו אוטומטי בכל release.
• patch-vNN-vNN.db.zst.manifest.json — hash תוכן לכל טבלה בנפרד (book, line, link…), כך שאפשר לדעת מה בכלל זז בין גרסאות בלי להוריד כלום.

מה שאין: טבלת id ↔ שם ↔ נתיב ציבורית. וזה החלק המעניין — הנתון הזה כבר נבנה בצד הגנרטור: יש פקודה ייעודית :catalog:buildCatalog שמייצרת catalog.pb עם בדיוק זה (CatalogBook: id, title, categoryId, authors, order, סוגי הקישורים), רק שהיא לא מתפרסמת כנכס שחרור. כלומר זה לא פיתוח מאפס אלא הוספת ארטיפקט לפייפליין.

גם היציבות מכוסה: בגנרטור יש BookIdContinuity ו-BookRenameDetector ששומרים על המזהים בין בנייה לבנייה — בלעדיהם טבלה כזו הייתה חסרת ערך.

שתי הסתייגויות:

1. טבלה כזו תקפה לגרסת ספרייה מסוימת. מי שמותקנת אצלו v33 בזמן שהקטלוג מדבר על v37 — חלק מהקישורים לא יתאימו. לכן לקישורים מבחוץ otzaria://open/detection?q=... נשאר עדיף, והטבלה שימושית בעיקר לכלים, לניתוח ולבניית מיפויים מראש.
2. לתוספים זה ממילא מיותר — library.resolveRef / library.findBooks נותנים את המיפוי בזמן ריצה מול הספרייה שבאמת מותקנת.

ההחלטה אם זה שווה את התחזוקה היא של המתחזקים, לא שלי.

יש פתרון, ואפילו שניים — תלוי אם הקישור נוצר בתוך אוצריא או מחוצה לה.

1. הפורמט עצמו

מתועד במלואו ב-docs/deep_links.md:

otzaria://open/book/<id>              ספר טקסט רשמי
otzaria://open/book/<id>?index=<n>    מקטע מסוים (0-based)
otzaria://open/book/<id>?index=<n>&mark   + הדגשת המקטע
otzaria://open/pdf/<id>?index=<עמוד>  PDF (עמוד 1-based)
otzaria://open/book/<id>?source=user  ספר אישי

ה-<id> הוא מזהה הספר ב-seforim.db. הוא מוצהר כיציב בין עדכוני ספרייה (זהו ה-bookUid בצורת id:<n>); דווקא שם הספר אינו מובטח ייחודי ואינו יציב.

להעתקה חד-פעמית: קליק ימני בתוך הספר ← "העתק קישור ישיר" (למקטע / עם הדגשת המקטע / עם הדגשת הטקסט המסומן), והקישור לספר עצמו ב"אפשרויות נוספות" שבסרגל העליון.

2. למפתחי תוספים — אין צורך להכיר שום כתובת מראש

ה-SDK נותן את המיפוי בזמן ריצה, כך שהתוסף בונה את הקישור בעצמו:

• library.resolveRef (מ-0.9.97) — מקבל הפניה חופשית בעברית ומחזיר id, index, isPdf. התיעוד אפילו מביא את זה כשימוש מפורש לבניית קישור עומק:

const { data } = await Otzaria.call('library.resolveRef', { ref: 'פסחים לד' });
const hit = data[0];
const href = hit?.id != null
  ? `otzaria://open/book/${hit.id}?index=${hit.index}`
  : `otzaria://open/detection?q=${encodeURIComponent('פסחים לד')}`;

• library.findBooks (חיפוש לפי כותרת), library.getBookMetadata, library.getTree (כל עץ הספרייה כולל הספרים) — כולם תחת ההרשאה library.books.read.

כלומר: תוסף לא אמור להחזיק טבלת קישורים קשיחה בכלל.

3. לאתרים ולתוכנות חיצוניות — הקישור שלא דורש מזהה

זו התשובה לבעיה שתיארת. במקום לדעת מספרים:

otzaria://open/detection?q=בראשית א א
otzaria://open/detection?q=%D7%A4%D7%A1%D7%97%D7%99%D7%9D%20%D7%9C%D7%93

הקישור פותח את "איתור מקורות" עם ההפניה ומריץ אותה מיד — אוצריא פותרת את ההפניה בעצמה, מול הספרייה שמותקנת אצל המשתמש. אתר, מסמך או מודל שפה יכול לייצר קישור כזה מטקסט הפניה רגיל, בלי שום גישה למאגר. בדומה otzaria://open/search?q=<טקסט> לחיפוש.

החיסרון: זו פתירה היוריסטית ולא עוגן מדויק, והדיוק משתנה לפי איכות ההפניה.

4. אם בכל זאת צריך טבלה מלאה של מזהים

אין קובץ קטלוג ציבורי שמפרסם id ↔ שם ספר. המקור היחיד הוא המסד המקומי:

SELECT id, title FROM book ORDER BY title;

(טבלת book ב-seforim.db; ראה BookQueries.sq). otzaria.exe info library מחזיר רק ספירות, לא רשימה.

בשורה התחתונה: למפתח תוסף — resolveRef/findBooks; לכל מי שיושב בחוץ בלי המאגר — otzaria://open/detection?q=....

מה ההודעה אומרת: הכשל הוא בבדיקת העדכונים של המסד המצורף בלבד — אוצריא ניסתה לפנות למקור העדכונים של המסד (github.com) ולא הצליחה לקבל ממנו תשובה. המסד עצמו תקין, 3319 הספרים ממשיכים לעבוד כרגיל; רק כפתור "עדכן" נכשל.

חשוב להבחין: אם מצב לא-מקוון היה דולק, או שעדכונים היו כבויים בהגדרות, היית מקבל הודעה אחרת ("מצב לא מקוון — העדכונים כבויים"). ההודעה הזו היא כשל רשת/תגובה אמיתי.

מה לבדוק, לפי הסדר:

1. חיבור ל-github.com. פתח בדפדפן https://github.com וגם קישור הורדה כלשהו משם. ברשת מסוננת (נטפרי וכד') חסימה של github.com או של כתובות ההורדה שלו תייצר בדיוק את ההודעה הזו — במקרה כזה צריך לבקש אישור לכתובת.
2. חומת אש / אנטי-וירוס / VPN / פרוקסי שחוסמים את אוצריא — לנסות עם ניתוק זמני.
3. לנסות שוב מאוחר יותר. גם תקלה זמנית אצל מפרסם המסד (קובץ העדכון הוסר או הוחלף) מתורגמת לאותה הודעה.

נקודה נוספת: המסד הזה הוא מאגר לא רשמי של צד שלישי — העדכונים שלו מתפרסמים על ידי מי שמתחזק אותו, לא על ידי צוות אוצריא. אם github.com נפתח אצלך בלי בעיה ועדיין נכשל שוב ושוב, סביר שהתקלה בצד המפרסם ולא בתוכנה, וכדאי לפנות אליו.

המלצה צדדית: הקובץ יושב ב-Downloads. עדיף להעביר אותו לתיקייה קבועה ולצרף משם — תיקיית ההורדות נוטה להתנקות, ובנוסף תהליך העדכון מחליף את הקובץ במקומו וצריך הרשאת כתיבה בתיקייה.

אם אחרי כל זה הבעיה נמשכת והגישה ל-github.com תקינה — שלח דיווח דרך התוכנה עצמה (תפריט הדיווח), כדי שיצורף קובץ השגיאות שמראה לאיזו כתובת בדיוק הפנייה נכשלה.

תודה על הפירוט — שתי הנקודות שתיארת שונות באופיין, אז לגופן:

1. בחירת מפרשים שונה בכמה כרטיסיות של אותו ספר

בכרטיסיית ספר רגילה, בחירת המפרשים נשמרת גם ברמת הספר עצמו, והשמירה הזו משותפת לכל הכרטיסיות של אותו ספר. לכן אחרי הפעלה מחדש שלוש הכרטיסיות של בראשית מקבלות את הבחירה האחרונה שנשמרה — בדיוק מה שראית.

מה שכן עובד לשימוש שתיארת: במקום שלוש כרטיסיות ספר, פתח כרטיסיות מפרשים ייעודיות — הכפתור "פתח כרטסיית מפרשים" שבראש פאנל המפרשים. לכל כרטיסייה כזו יש בחירת מפרשים עצמאית משלה, שנשמרת בנפרד לכל כרטיסייה ומשוחזרת בהפעלה מחדש. כך אפשר להחזיק במקביל כרטיסייה של חז"ל, אחת של ראשונים ואחת של אחרונים על אותו חומש, בלי שידרסו זו את זו.

2. הספר נפתח כשהפאנל מוסתר

הגדרות → מראה → חלוניות עזר:

• "פתיחת פאנל המפרשים בפתיחת ספר" — יפתח את פאנל המפרשים אוטומטית כשיש מפרשים נבחרים (תצוגת מפרשים בצד ו-PDF).
• "חלונית ניווט בין כותרות" במצב "הצגה" — משאיר את חלונית הניווט פתוחה ונעוצה תמיד; "אוטומטי" פותח אותה נעוצה עם הספר עם אפשרות לבטל.

לגבי הבקשה עצמה: כרגע לא נוספות תכונות חדשות עד גרסה 1.0, ההסבר כאן — https://otzaria.org/forum/post/39204

2. העתקה מתוצאות החיפוש — יש כבר כפתור העתקה בכל כרטיס תוצאה: אייקון ההעתקה בשורת שם הספר, בתיאור "העתק טקסט". הוא מעתיק את טקסט התוצאה יחד עם המקור/הכותרת לפי הגדרות ההעתקה, בלי לפתוח את הספר. קיים לפחות מגרסה 0.9.97.
מה שאכן אין הוא סימון חופשי בעכבר בתוך הכרטיס — הטקסט שם מוצג עם ההדגשות של מנוע החיפוש ואינו ניתן לבחירה.

1. ריבוי תוצאות במסך — תצוגה דחוסה של שורה אחת לתוצאה אינה קיימת כרגע. מה שכן קיים לריפרוף מהיר בלי לפתוח לשוניות: התצוגה המקדימה — לחיצה אחת על תוצאה פותחת חלונית תצוגה לצד הרשימה, חיצים מעלה/מטה מדלגים בין התוצאות עם תצוגה מתחלפת, ולחיצה כפולה פותחת בעיון.
ההצעה לתצוגה דחוסה כבר קיימת בשרשור הצגת תוצאות חיפוש מתקדם (סעיף ג), ועדיף לרכז אותה שם ולא לפצל לשני שרשורים.

3. שמות קבצים כתמונה בהוראות ההתקנה — זה באתר/בהוראות, לא בתוכנה עצמה.

לגבי שלושתם: כרגע לא נוספות תכונות חדשות עד גרסה 1.0, אלא תיקוני באגים בלבד — ראה ההסבר של י. פל..

אין כפתור "בדוק עדכונים" — הבדיקה רצה אוטומטית בעליית התוכנה, ואם נמצאת גרסה חדשה נפתח מעצמו דיאלוג העדכון עם יומן השינויים. מה שכן קיים בהגדרות:

• הגדרות ← עדכוני מערכת — מתג "עדכוני תוכנה וספרים", ומתחתיו "תדירות בדיקת עדכונים" (בכל הפעלה / פעם ביום / פעם בשבוע).
• אם התוכנה במצב מנותק, או שהמתג כבוי — לא מתבצעת שום בדיקה. זה הדבר הראשון לבדוק.

לגבי ההורדה מהחנות של מיקרוסופט — כאן כנראה שורש הבלבול:

• גרסת החנות היא חבילת MSIX, שהיא התקנה נפרדת לגמרי מהתקנת ה-EXE. היא לא מעדכנת התקנה קיימת אלא מוסיפה עותק שני לצידה, עם נתיבי נתונים משלה. הקיצור הישן ימשיך לפתוח את ההתקנה הישנה — ולכן "לא נראה שהתעדכן משהו".
• עדכוני גרסת החנות מגיעים דרך החנות בלבד, לא דרך המעדכן הפנימי, והם בדרך כלל מאחרים אחרי השחרורים בגיטהאב.
• לא כדאי להחזיק את שתיהן במקביל; זה גורם לפתיחת גרסה שגויה. אם התקנת מ-EXE — להישאר על EXE ולתת למעדכן הפנימי לעבוד. אם רוצים דווקא את גרסת החנות — להסיר קודם את ההתקנה הרגילה.

כדי לראות מה באמת רץ אצלך: הגדרות ← מערכת אוצריא ← גרסת תוכנה. הגרסה האחרונה שפורסמה היא 0.9.98.3+809 (02/11/2026). אם המספר שמופיע נמוך יותר, אפשר פשוט להוריד את המתקין מ-Releases ולהריץ על גבי הקיים — כשהספרייה כבר מותקנת מספיק otzaria-0.9.98-windows.exe הרגיל, בלי ה-Full הכבד.

איזו גרסה מופיעה אצלך בהגדרות, ובאיזו דרך התקנת במקור?

אוצריא לא רצה על macOS 11 (Big Sur). המינימום הנדרש הוא macOS 12 (Monterey).

• יעד הבנייה ב-macOS הוא MACOSX_DEPLOYMENT_TARGET = 12.0 (נקבע ב-02/09/2026, נכנס לראשונה לגרסה 0.9.97+769). הסיבה: מנוע Flutter עצמו — FlutterMacOS.framework — נבנה ל-macOS 12.
• גם גרסאות ישנות יותר, שהצהירו על מינימום נמוך, לא באמת יכלו לעמוד בזה: הן נקשרו לאותו מנוע. כלומר אין גרסה ישנה "בטוחה" ל-Big Sur, ובנוסף גרסאות ישנות לא קוראות את מבנה הספרייה החדש.
• אין הבדל בין "הגרסה הרגילה" (otzaria-macos.dmg / otzaria-macos.zip) לגרסה המלאה (otzaria-macos-full) — אותו בינארי בדיוק, אותה דרישת מערכת. הקובץ המלא רק כולל את הספרייה.

אם מדובר במק ישן שמריץ Big Sur דרך OpenCore Legacy Patcher, יש חסם נוסף ונפרד: אוצריא מציירת את כל הממשק דרך Metal, ובכרטיסים גרפיים ישנים עם תיקוני OCLP התוצאה היא מסך שחור, ריצוד ותקיעת המחשב. זה תועד ב-#3787 (שם זה היה Monterey על MacBook Pro 2012 עם Intel HD 4000) — ואין פתרון מצד התוכנה.

בשורה התחתונה: צריך לשדרג ל-macOS 12 ומעלה. במקרה שדווח, Ventura 13 עבדה תקין על אותה מכונה.