תחומים - פורום חרדי מקצועי

@pcinfogmach אם WPF היה יכול להתקמפל עם NativeAOT זה היה מצויין, הבעיה שזה לא אפשרי, עם avalonia זה כן אפשרי.
אם אתה חייב ‪.net framework‬ אז אין לי פתרון .

@pcinfogmach ההמלצה שלי לאפליקציה הבאה שלך (אם אתה נשאר במסגרת xaml) זה להשתמש עם AvaloniaUI + NativeAOT, החוויה די דומה ל WPF, ו - NativeAOT חוסך את הצורך ב ‪.NET‬ מותקן במחשב (ללא self contained), ועוד כמה דברים טובים.

@dovid זה חייב להיות בארכיטקטורת שרת - לקוח?
ראיתי לדוגמא ב - tauri שהדרך המקובלת היא לקרוא לקוד Rust ישירות מ JS ולהיפך.

https://pastoral-spa.com

@מד אתה צודק, ollama יספיק לך, יש לו גם יותר מודלים שנתמכים.

@מד שים לב שיש שתי סוגי מודלים, המודל StarCoder-1B זה מודל שמיועד רק להשלמת קוד ולא לצ'אט, תציין להם את זה בפנייה ואולי יפתחו, המודל השני זה באמת LLM שמיועד לצ'אט בנושאי קידוד אבל יכול להיות שגם לעוד נושאים, אם gemma3 ו - deepseek-r1 כן יורדים לך דרך ollama אני לא רואה סיבה למה שזה יהיה חסום ממקומות אחרים.

חוץ מזה אתה צריך לשנות את הסוף של הפקודה מ device cuda-- ל device vulkan--

@מד הייתי בכל זאת ממליץ לך לנסות את tabby, זכור לי שהוא גם מבוסס על ollama והוא מציע לך ממשק web נוח לצ'אט והשלמות אוטומטיות ב - vscode.

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

אם אתה רוצה לנסות תוריד את זה: tabby_x86_64-windows-msvc-vulkan.zip

תנסה את TabbyML ניסיתי אותו בעבר ועושה את העבודה מצויין, לא חושב שזה יעבוד טוב בעברית.

רשימת מודלים נתמכים:
https://tabby.tabbyml.com/docs/models/

@pcinfogmach אם אתה יכול לשנות את מבנה הקובץ, אז תשנה אותו כמו שכתב @OdedDvir שהמידע על ה - blobים יהיה בתחילת הקובץ (offset, length) ורק ה blobים עצמם יהיו מכווצים, לא כל הקובץ.

@pcinfogmach אתה יכול לקצר את זה כמו שאתה כותב StaticResource ,Binding וכו, והשם של הקלאס הוא StaticResourceExtension ,BindingExtension

ה - ConcurrentDictionary מיותר כי ממילא יש ל UI רק thread חוקי אחד, וכל האירועים שאתה מקבל כגון לחיצה על כפתור רצים על אותו thread ראשי.

@pcinfogmach אתה יכול לקצר את loc:LocaleExtension ל - loc:Locale, הסיומת Extension לא נצרכת.
ואגב למה אתה משתמש ב - ConcurrentDictionary ולא ב - Dictionary רגיל?

@pcinfogmach מהקוד זה נראה שאתה שומר reference לכל הפקדים שצריכים להיות עם טקסט דינאמי, ומשנה אותם בהתאם מתי שצריך.

אתה יכול במקום זה להשתמש עם DynamicResource ובכל פעם שמוחלפת השפה לשנות את ה - Resrouce של השפה ב - Application.Current.Resources.

@מד כתב בתוסף חיפוש רגקס בוורד:

יש לZED איזה יתרון עליו?

ביצועים.
אם אתה רוצה לדעת עוד תחפש zed vs vscode

@מד תנסה את Zed.

@pcinfogmach כתב במראה יותר אחיד ויפה לפקד ב-wpf:

לכאורה אפשר על ידי הגדרת Gridcolumns בין הלחצנים

ומה תעשה עם האחרון?

@dovid כתב במראה יותר אחיד ויפה לפקד ב-wpf:

אתה יכול לשים רווח ביניהם. אני לא זוכר איך עושים כזה דבר בWPF.

אני לא בטוח שאני צודק, אבל אני חושב שאין כזה פנל ב-wpf.
(אבל אפשר לבנות פנל מותאם אישית)

אתה יכול להשתמש עם GridLengthConverter

private static GridLengthConverter _gridLengthConverter = new GridLengthConverter();

private static GridLength ParseGridLength(string value)
{
    return _gridLengthConverter.ConvertFromString(value);
}

עוד משהו, מקובל להפריד עם עם רווח ולא רק פסיק.

ואגב אני חושב שזה הגיע מ - WinUI עוד לפני Avalonia

@pcinfogmach מה שאני חושב זה:

• להסיר את המסגרת מהלחצים עם האיקונים, זה מיותר
• גופן + TextBox בשורה אחת, גודל + סגנון בשורה מתחת
• להוסיף קצת רווחים ושוליים
• לפצל את החיפוש והחלפה לשני קטעים, אפשר עם כותרת או GroupBox או סוג של Card.

זה בנתיים מה שעולה לי

@pcinfogmach לבעיה עצמה אין לי פתרון, כנראה designer לא מושלם

מה שאתה יכול לעשות:
א) לקבוע את הגודל והמרחק לפי איך שזה נראה ב - word ולא לפי ה - designer.
ב) לעשות Grid עם חלוקה קבועה וככה זה יתחלק בצורה שווה גם אם הפונט ישתנה.

זה לא בגלל הגופן?