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

אוקיי מצאתי איך עשים את זה

יש מתודה ב-wpf בשם
PointToScreen שמחשב את המיקום ביחס למסך

עידכנתי את פוסט המקור עם התוכנה המלאה

בניתי תוכנה שמדגימה את הימוש בספרייה זו ב-C# למי שמעוניין להלן הקישור לגיט האב
https://github.com/pcinfogmach/PdfJs2
התוכנה רק מדגימה שימוש בסיס יש עוד המון אפשרויות להתממשקות דרך js

אני רואה שקול חי הקימו אתר ממש יפה
https://www.emess.co.il/

@aaron כתב במהו האחסון המהיר ביותר האפשרי של נתוני טקסט ב-C# ?:

אני בטוח שיש file.seek כלשהו גם בC#..

זה בדיוק מה שמסד נתונים עושה, אבל קובץ טקסט לא מתאים לגישה אקראית.
לא שייך לעשות seek בלי לדעת איפה (בינארית, מממ... למעט אם אתה כותב בUTF-16), זה מחייב אותך להחזיק קבצי אינדקס.

חשבתי על גדר עלים אקורדיון מה אתם אומרים?

@pcinfogmach

שימו לב! ב-.net (לא framework) יש לפעול לפי ההוראות כאן כדי להפעיל את ה-encoding שאיננו מובנה

@yossiz
הצלחתי בס"ד לקבל גם את הפסקאות הממוספרות הקוד גם הרבה פחות מסורבל עכשיו
הוספתי גם קוד לחילוץ מקבצי doc ללא השתמשות בוורד למי שרוצה

אתה רוצה DataGrid בגלל שהצורה הויזואלית נראת כטבלה, אבל בWPF הפקדים מייצגים רעיון לוגי ולא צורה ויזואלית - כי אפשר להציג הכל בכל צורה.
הויזואל שאתה רוצה הוא רשת, כלומר Grid פשוט. למעשה אני לא חושב שאתה צריך גריד, אתה צריך נטו רשימת מילים אופקית ובכל רשימה אפשרויות חילופיות ברשימה אנכית. אני הכנתי לך קוד לדוגמה, זה המחלקות:

class Word { public string OriginalWord { get; set; } public List<AlternativeWord> AlternativeWords { get; private set; } = new List<AlternativeWord>(); } class AlternativeWord { public string Word { get; set; } public bool Include { get; set; } }

זה הXAML להציג את המבנה:

<ItemsControl x:Name="wordsAltPanel" > <ItemsControl.ItemsPanel> <ItemsPanelTemplate> <StackPanel Orientation="Horizontal"/> </ItemsPanelTemplate> </ItemsControl.ItemsPanel> <ItemsControl.ItemTemplate> <DataTemplate> <StackPanel Margin="4"> <TextBlock Text="{Binding OriginalWord}" FontWeight="Bold" /> <ItemsControl ItemsSource="{Binding AlternativeWords}"> <ItemsControl.ItemTemplate> <DataTemplate> <CheckBox Content="{Binding Word}" IsChecked="{Binding Include}" /> </DataTemplate> </ItemsControl.ItemTemplate> </ItemsControl> </StackPanel> </DataTemplate> </ItemsControl.ItemTemplate> </ItemsControl>

זה קוד לדוגמה:

var textBox1 = new TextBox() { Text = "איסתרא בלגינא אכל נונא" }; var input = textBox1.Text.Split(' ', StringSplitOptions.RemoveEmptyEntries | StringSplitOptions.TrimEntries); var words = new List<Word>(); var rnd = new Random(); foreach (var word in input) { var wordItem = new Word { OriginalWord = word }; for (var i = rnd.Next(0, 4); i > 0; i--) wordItem.AlternativeWords.Add(new AlternativeWord { Word = word + "-" + i }); words.Add(wordItem); } wordsAltPanel.ItemsSource = words;

תוצאה:
8c089831-2a74-4fa4-9962-6f37c3d1aed0-image.png

@pcinfogmach עכשיו אני מבין ששאלת שאלה חזקה.
כמה מחשבות שעולות לי:

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

ℹ לידיעה (להבין את תהליך המחשבה שלי בנושא): מה קרה לתוכנה כאשר ה-UI "תקוע"?
הלב הפועם של כל תוכנה גרפית בווינדוס הוא ה-message loop. זה "לולאה קיומית" שכל תוכנה גרפית נמצא בו כל הזמן, הלולאה מקבלת "אירועים" ממערכת ההפעלה (לדוגמה לחיצות מקשים ותזוזות עכבר וכו') ומטפלת בהם. בד"כ הלולאה רצה על הת'רד הראשי. תוכנה שתקועה, הכוונה שהלולאה הראשית הפסיקה לטפל באירועים, בד"כ כי הוא אוחז באמצע פעולה ארוכה או תקועה.
כל אינטראקציה עם תוכנה גרפית שולחת אירוע ללולאה, אם הלולאה תקועה, התוכנה לא תגיב. לכן אי אפשר לסגור אותה עם האיקס האדום כי זה פועל על ידי שליחת אירוע ל-message loop

המחשבה הבאה שלי היתה שאפשר לסגור תוכנה שלא מגיבה על ידי קריאת פונקציה בחלון ה-Immediate Window
לשם בדיקת הצעה זו יצרתי פרוייקט WPF (לפי ההיסטוריה שלך אני מניח שגם התוכנה שלך WPF) והוספתי Sleep ארוך בת'רד הראשי, ואז ניסיתי לסגור את התוכנה באמצעות ה-Immediate Window
הקוד שניסיתי: Application.Current.Shutdown()

התוצאה בתמונה:
ee73c8c1-3183-4057-a1b3-9c967941be63-image.png

בשלב הראשון קיבלתי את ההודעה הראשונה, אחרי חיפושים פתרתי אותה על ידי ההגדרה Tools > Options... > Debugging > General > Suppress JIT optimization on module load
ואז קיבלתי את ההודעה השניה
בשלב הזה התייאשתי מכיוון זה
ייתכן שיש מקרים של תקיעה שבהם זה כן יכול לעבוד

כיוון נוסף שחשבתי:
הצורה שווינדוס מטפלת באירוע ctrl+c בקונסול, שונה מהטיפול באירועיים "גרפיים". בקונסול כאשר לוחצים ctrl+c, ווינדוס יוצרת ת'רד חדש בתהליך ובתוך הת'רד החדש קורא למטפל באירוע.
(מתועד פה: https://learn.microsoft.com/en-us/windows/console/handlerroutine)
אם ככה, גם תהליך שלא מגיב לאירועים גרפיים אמור להגיב ל-ctrl+c בקונסול!
יצרתי פרוייקט נסיון
החלקים הרלוונטיים:
בקובץ ה-csproj הוספתי ככה (כתבתי את זה ידני, לא מצאתי דרך לעשות את זה ב-UI) <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|AnyCPU'"> <OutputType>Exe</OutputType> </PropertyGroup>

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

בקובץ app.xaml.cs:

public void App_Startup(object sender, StartupEventArgs e) { #if DEBUG Console.CancelKeyPress += (s, e) => { // Do cleanup }; #endif } }

ניסיתי את הקוד ונראה שזה פועל כרצוי

⚠ אבל שים לב: מכיון שהקוד ב-CancelKeyPress רץ בת'רד נפרד, ייתכנו השלכות לא צפויות! ראה הוזהרת!

נ.ב בהתחלה חשבתי שאוכל לכתוב בתוך ה-CancelKeyPress רק את השורה Application.Current.Shutdown ואז להסתמך על אירוע Exit לעשות את הנקיון, אבל מתברר שאירוע Exit מטופל על ידי הת'רד הראשי, ואם הוא תקוע זה לא יתבצע

נהניתי מחקירת הנושא

אשמח להערות רעיונות ושיפורים

@pcinfogmach אוי... אם טוב לך אני לא אטריד אותך.

יש המון שיטות טובות ונוחות לIPC, סוקט זה אחד מהם, נראה לי שמקובל להשתמש בNamed pipes
https://docs.microsoft.com/en-us/dotnet/standard/io/pipe-operations
כלפי המתכנת זה עובד כמו סוקט, רק מאפשר תקשורת בין כמה תוכנות שונות, בעוד שסוקט מאפשר תקשורת רק בין תוכנה אחת לאחרת. במקרה שלך זה לא כזה משנה, אבל נראה לי שיש לך פחות סיכוי להתנגשות בNamed pipes מאשר בסוקטים (הגם שבסוקט הסיכויים להתנגשות קלושים)

@קומפיונט המתודה string.Join נחשבת יעילה.
תבדוק.