לא הבנתי כלום מכל האריכות.
הסברתי כבר שאת העריכה אני ודאי עושה ב-OPENXML.!!!!!!
אני צריך DLL כדי להדפיס קובץ כזה עם DLL בלי תוכנת רקע.!!!!!!! שאת זה אי אפשר לעשות עם OPENXML.. וגם הPDF לא יעזור כי הוא לא קורא WORD בלי תוכנה
פורסם במקור בפורום CODE613 ב29/01/2014 19:50 (+02:00)
אני אכן צריך ללא עריכה הרעיון הוא שהלקוח ישמור בשרת קובץ WORD ואני ישתול במקומות מסומנים לפי קוד מוסכם את התמליל שנשמר בשרת לפי סוג מכתב וכד' וכמובן כבר לצרף גם את שם הלקוח. ואז להדפיס ישירות ממחשב השרת. ועל השרת אני לא מעוניין להתקין שום תוכנה.. כמובן כדי שלא יהיה אפשר לפתוח דרכו כלום.. כידוע שתוכנה רשמית היא פרצה באבטחה יותר מכל וירוס.
הרעיון של PDF הוא מצויין רק לא ידוע לי שיש אפשרות לPDF לקרא מסמכי WORD בלי שמותקנת תוכנת WORD הוא גם משתמש בINTEROP. ואני יודע גם אם הDLL NET שלו תומכים בזה.
ובכל מקרה כשניסתי להמיר ידני במחשב שאין עליו אופיס רק קורא PDF של אדובי הוא דרש לשלם עבור כל המרה או תשלום חודשי בעלות של 10$ או משהוא כזה. מוחל טובות....
פורסם במקור בפורום CODE613 ב29/01/2014 08:50 (+02:00)
אני צריך ודאי כולל העיצוב המלא.
אבל אני מעוניין בלי תוכנה בכלל גם לא WORDVIEWER.
וכמובן שלא יעזור לי הXML וגם לא לקרא אותו לוגם לא להבין אותו כי אני צריך להציג ואין לי כלים להציג ואני לא מתכוון לצייר על ידי הXML כי זה לא כמה שעות זה........ כמה ..... 120 שנה בערך...
אני רוצה DLL המוטמע לגמרי
פורסם במקור בפורום CODE613 ב28/01/2014 21:53 (+02:00)
הצורה הנורמלית לטיפול באופיס ב-NET זה על ידי DLL של OFFICE INTEROP שזה מצריך את התקנת אופיס על המחשב.
אני מעוניין ב-DLL שיודע לפענח קובץ לדוגמא של WORD ולהציג אותו ויזואלית או להדפיס אותו מה-NET.
מה שכמובן ה-OPENXML שהוא תוכנה ליצירת קבצי OFFICE. אבל זה רק קידוד זה לא תוכנה.
יש DLL כזה בשוק רק בעלות של 976.99$ בלבד... אני מעוניין במשהו חינמי או בעלות נורמלית.
(יש לאדובי DLL של NET כל מיני אבל נראה לי שהם עובדים רק על אופיס מותקן)...
פורסם במקור בפורום CODE613 ב28/01/2014 21:06 (+02:00)
אכן זה התשובה.. כי ב-WPF וכן בWINRT כל השדות באובייקטים מסוג DEPENDENCI הם פתוחים ואפשר לעשות עליהם ישירות אירועים ולכן לא טרחו לכל אובייקט ליצור לו אירועים מוכנים...
פורסם במקור בפורום CODE613 ב28/01/2014 20:53 (+02:00)
אני מעוניין לשים DATAGRID אחד על השני בתוך "סטייק-פנל" עם אותו מספר עמודות - (אני מוסיף אותם בזמן ריצה) וכשהמשתמש משנה את גודל העמודה בעליון ישתנה התחתון בהתאמה לעמודה המקבילה.
כיון שבינדינג לא עובד בעמודות משום מה וגם אין אירוע בעת שינוי גודל עמודה. לכן אני נצרך לפתרון משני.
תודה רבה מראש
פורסם במקור בפורום CODE613 ב26/01/2014 14:35 (+02:00)
אין צורך לשייך אירוע לכל פקד בטופס גם ב-WPF יש אפשרות של KEYPREVIEW בטופס כך שכל אירוע בפקד יודיע לטופס שהתרחש.
פורסם במקור בפורום CODE613 ב07/10/2013 21:12 (+03:00)
הרעיון של התריד בצירוף מקור נתונים הוא רעיון בעייתי כי הגריד לא חשוף לך התהליך שמאחורה.. וכדי שלא יעשה בעיות צריך לשבת הרבה הרבה הר...
למעשה את הבעיות האלה פטרו בWPF.
או שתתקין VS2012 או את התוסף לVS2010 שמטפל באסינכרוני זה אותו דבר כמו טריד רק שיותר קל יהיה לך לעקוב אחרי הפעולות בלי לעבוד עם דו-איבנט וכדו'.
וכמובן כמו שכתב לך ד. לב טוב שחובה להשתמש ב-VIRTUALMODE.
פורסם במקור בפורום CODE613 ב25/09/2013 00:49 (+03:00)
היי תמיד תצרף קוד מקור...
רק ככה אפשר באמת להבין ביחד עם הודעת השגיאה אולי מה היתה הבעיה...
פורסם במקור בפורום CODE613 ב08/09/2013 18:27 (+03:00)
עניתי תשובה עכשיו גם על זה והיא נמחקה?!?!?!?!? לתשומת לב המנהלים הקשוחים...
בכל מקרה שאלת שתי שאלות.
זה שהפיקסלים לא לפי הסדר הפיתרון הוא לא לעבור שורה שורה ולחפש פיקסל ב8 רוחותיו אלא אחרי שקבעת שהנקודה היא נקודת מתאר אתה תחפש בתוך ה-8 את הנקודה הבאה במידה ויש כמה נקודות תואמות תמיד הולכים קודם לרחוקה ותמיד לבדוק אם כבר נכנסה לרשימה אז ללכת לאפשרות השנייה ואם אין אפשרות שנייה אז לבדוק אם מהנקודה הזאת שכבר נכנסה אין עוד נקודות אז הגעת ליעד אם יש אז זה סתם נקודה שצריך לעבור עליה פעמיים בצורות מורכבות מסוימות.
לשאלה השנייה.. לאחר שזה לפי הסדר אני כבר לא צריך להסביר לך איך להמיר כי זה סתם בלולאה פשוטה
פורסם במקור בפורום CODE613 ב28/08/2013 19:40 (+03:00)
לא עברתי על הלולאה.. אבל כיון שאתה ממציא את הגלגל מחדש כמו שהכתיר אותך בתואר זה דוד ל.ט. אנסה לגלגל אותו אתך....
כיון שכנראה אתה עובר על התמונה ואתה בודק אם זה לבן אז עבור לנקודה הבאה אם זה שחור הכנס אותו לזיכרון והמשך לבדוק עד הנקודה הלבנה הבאה וציין אותה גם וכמובן אחד פחות. כך אתה עובר להנאתך שורה שורה. או לחילופין טור אחר טור.
היוצא מזה-- שיש לך רישום לפי פיקסלים. במידה וצדקתי תמשיך לקרא...
לאחר שגמרת לעבור בלולאה. אתה מתחיל מנקודה אקראית ובודק ב8 רוחותיו אם יש נקודה כזאת ברישמה ששמרת בזיכרון במידה ומצאת אותה אתה עובר אליה וגם שם בודק וכמובן מבקש מהקוד שלא לחפש ברוח שממנה באתה וכן הלאה וכן הלאה, וכל זאת כיון שאתה עובד לפי פיקסל שצמוד אחד לשני.
אמנם יכול להיות לך בזה בעיה במידה לדוגמא שיש שלשה נקודות סמוכים בצורת האות "ר" אם תתחיל מהנקודה האמצעית זה יצא משולש במקום "ר" וזה לא בעיה אם אתה לא משנה את היחס כיון שבאמת שלשה נקודות צמודים אפשר לראות אותם גם כמשולש וגם כ-"ר" כי זה הנקודה הכי קטנה ביקום. אבל במידה ותגדיל את היחס שכנראה לכן אתה רוצה להפוך אותו למערך גרפיטי אז יהיה לך שישו ושימחו. ועוד בעיה במידה ויש לך ארבע נקודות סמוכות בצורת הניקוד "ָ" קמץ, אם תתחיל מהראשון ותעבור לשני ולשלישי הנקודה התחתונה לעולם לא תגיע אליה.
אז תצטרך לעשות קוד משוכלל שבודק במידה ומצא יותר מנקודה אחת בטווח של ה-8 רוחות אז הוא מנסה לבדוק אם יש המשך או שזה נקודה בודדת וכו' .
רק אל תשכח להתקשר אליי כשאתה גומר, כיון שבטח עד אז אני כבר יהיה בגיל שלא כל כך זוכרים.....
פורסם במקור בפורום CODE613 ב28/08/2013 15:28 (+03:00)
הבחור הביא פה 2 שאלות.
אז על אחרון ראשון וראשון אחרון.
אפי' שלא הועלת בטובך להביא את הקוד, אז אכן יש כמה אפשרויות או את ה"בינדינגליסט" שממנו אתה ממלא את האלמנטים(אייטמים) כמו שכתב לך דוד ממנו תיצור טיפוס יורש שמכיל את הקוד בעת אירוע הוספת אייטם ואז את הבינדינג היורש לכל התיבות רשימה. ואתה ממלא כל אחד לפי הצרכים שלך. או שאתה יוצר ירושה לתיבת רשימה שתכיל מאפיין הוספת אייטם משלך שבתוכו יהיה מושתל אירוע דליגייט שאתה תיצור לבד. וכך תצליח להיות יותר מוצלח מביל-גייטס, ואותו דבר אתה גם יכול לעשות לליסט רגיל להוסיף לו אייטמים על ידי מאפיין פרטי ולשתול בו אירוע מה שבעצם הכינו לך כבר בבינדינג רק ששם הוא מכיל עוד כמה דברים שלא יודע אם אתה צריך אותם.
ולשאלה הראשונה, כיון שלא נוספים לבד אלמנטים אלא יש איזה שהוא כפתור או אירוע שגורם לכך ואם כן באותו מקום אתה גם יכול להוסיף את מה שאתה רוצה . ובליסט רגיל ודאי שאין אירוע כי זה מכביד על הרשימה וזה אמור להיות אופטימייזד כמה שיותר, לכן יש את הליסיטים הכבדים כמו הבינדינג וכדו'.
פורסם במקור בפורום CODE613 ב22/08/2013 00:34 (+03:00)
היי הלו בחור!!! מה זה קונקשן סטרינג חדש????
מה הקשר???
ונראה לי שאולי אתה מתכוון לזה--
כשעובדים עם דטה סט באופן הנורמלי זה נקרא שיטת דיסקונקשן פירושו שהדטהסט לא מתעדכן לבד אם השתנה משהו במסד הנתונים. ואתה חייב בכל שינוי לעדכן את הדטה סט.
הרי כל פעם בסיום העבודה אתה חייב לעדכן את מסד הנתונים בשינויים, וכדי לקבל את השינויים אתה חייב לעורר מחדש את הקונקשן וכמובן אם הוספת טבלה או עמודה במסד נתונים אין מי שיגיד לדטהסט בוקר טוב..
אז אותו מנגנון שמוסיף ומעדכן למסד הנתונים שהוא גם יידע שאם נוספה טבלה חדשה לדטהסט שיוסיף למסד.
אם אתה נורא עצלן אז יש כל מיני מחלקות שעוטפות את משפטי הSQL המסורתיים או ה-OLB וכדו' והם דואגים להחזיר כל שינוי למסד וכן הוספת טבלה חדשה לדטהסט גם תדעכן בחזרה. אבל לא נראה לי שזה הגיוני לעבוד עם זה בפרט שלפתוח טבלה זה צריך ישוב הדעת ולכתוב למי יש אינדקס ואיזה טייפ וכו.
פורסם במקור בפורום CODE613 ב22/08/2013 00:49 (+03:00)
היי. למה בכלל אתה צריך לדעת משתנים פנימיים??? מה זה משנה מה השם שלהם. וגם אין לך מושג איך הוא מקפל את זה בפנים. זה משנה על איזה פלטפורמה זה עובד, שפת C# פעם היתה יכולה גם לעבוד על JAVA ולא יודע מה עוד. ויכול להיות שהוא בפנים לא שומר בכלל את שמות המשתנים הפנימיים כיון שאינם צורכים זיכרון. אז למה שיתן לך את זה.
והסיבה שאת שאר הדברים הוא נותן זה כי זה נועד לשימוש דינמי, שהשתכלל מאד בNET 4. שאתה אמור לדעת את שם הפונקצייה ואת חתימתה ואיזה פרמטרים היא דורשת, למצב לדוגמא שיש לך פונקצייה שמטפלת באופן גלובלי באובייקטים שאין להם אותו ממשק אינטרפייס אז אפשר להחיות אותם על ידי אינסטנס עם השם של המתודה או האובייקט וכו'.
ולמעשה למה אתה צריך את זה?
פורסם במקור בפורום CODE613 ב22/08/2013 01:12 (+03:00)
הרעיון דווקא נשמע נכון, לארגונים קטנים, אבל ואבל גדול.....
אקסס לא מתמודד עם כלום, גם לא עם מאה רשומות, הUI שלו זוועה מהלכת, או יותר נכון זוועה שלא מלהכת, הכל תקוע מימין ומשמאל, חשבתי לתומי שבאופיס 2010 הגיע המשיח אבל שום דבר לא השתנה, זה אחד מהדברים הגרועים מבחינת הUI שיצרו מיקרוסופט. אתה צריך להבין עם עבדת קצת עם WINFORM, תדמיין טבלה של מאה רשומות בלבד עם 10 עמודות שעשויה מטקסטבוקסים, וזה משוכלל כמו DATAGRIDVIEW וכדו' אפי' בWINFORMS זה יתקע לגמרי.
אממה.. יבואו יוצרי האקסס ויטענו שמי שמשתמש עם הרבה נתונים שלא ישתמש בטפסים רציפים לטבלאות אלא ישתמש בטופס בתצוגת גליון נתונים שאז הוא קל מבחינת תצוגה וגם יכול להכיל אירועים ומאפיינים כטופס. וכנראה שזה הפיתרון לגבי הUI
לגבי התעבורת נתונים זה כמו שכתב דוד, זה עובד חלק כמובן במגבלות תעבורה של SQLSERVER EXPRES שתומך עד כך וכך נתונים לכך וכך משתמשים.
פורסם במקור בפורום CODE613 ב22/08/2013 01:03 (+03:00)
