אתה משתמש בדפדפן מיושן. יתכן והאתר הנוכחי יוצג באופן שגוי, כמו כן אתרים אחרים ברשת.
אנא שדרג את הדפדפן או השתמש בדפדפן חילופי.
אנא שדרג את הדפדפן או השתמש בדפדפן חילופי.
שאלה בקשר לASCII
- פותח הנושא edddie
- פורסם בתאריך
ASCII בעייתי בהצגת מספר רב של שפות.
(באותו הזמן) היות וASCII מבוסס על byte לכל אות, יש לך רק 256 אפשרויות, מה שבד"כ אומר שיש לך מקום לשתי שפות, הראשונה חייבת להיות אנגלית (כי ASCII עד 127 זה סטנדרט קבוע) והשניה יכולה להיות מה שאתה רוצה, אבל הקומפיילר שאתה משתמש בו הוא קומפיילר לDOS, וDOS משתמש בטבלת הASCII שנמצאת בBIOS ולכן אתה תלוי במה רשום כרגע בBIOS שלך (בד"כ אותיות מזרח אירופאיות). אתה יכול כמובן להשתמש בפונט שאתה תעשה בעצמך ואז אתה יכול לקבוע אחרת, אבל זה קצת יותר עבודה. עוד אפשרות שאני יכול לחשוב עליה זה שאתה בטח מריץ תחת WINDOWS ואז אתה נמצא באמולטור של DOS ולא בDOS אמיתי, ואתה אולי יכול לקבוע את טבלת הASCII בה האמולטור של DOS ישתמש.
(באותו הזמן) היות וASCII מבוסס על byte לכל אות, יש לך רק 256 אפשרויות, מה שבד"כ אומר שיש לך מקום לשתי שפות, הראשונה חייבת להיות אנגלית (כי ASCII עד 127 זה סטנדרט קבוע) והשניה יכולה להיות מה שאתה רוצה, אבל הקומפיילר שאתה משתמש בו הוא קומפיילר לDOS, וDOS משתמש בטבלת הASCII שנמצאת בBIOS ולכן אתה תלוי במה רשום כרגע בBIOS שלך (בד"כ אותיות מזרח אירופאיות). אתה יכול כמובן להשתמש בפונט שאתה תעשה בעצמך ואז אתה יכול לקבוע אחרת, אבל זה קצת יותר עבודה. עוד אפשרות שאני יכול לחשוב עליה זה שאתה בטח מריץ תחת WINDOWS ואז אתה נמצא באמולטור של DOS ולא בDOS אמיתי, ואתה אולי יכול לקבוע את טבלת הASCII בה האמולטור של DOS ישתמש.
ב95,
השתמשו במנגנון שנקרא MBCS - משמע, MultiByte. מה שהיה, זה שהבית הראשון העיד האם דרוש בית נוסף כדי לייצג את התו, או שמא מספיק בית אחד. שיטה מסריחה, שאמנם הייתה חסכונית במקום אם מתעסקים במחרוזות באנגלית(שהיו unibyteיות), אבל מאוד מורכבת לטיפול, שכן אתה לא יכול להתקדם למשל לתו העשירי, מבלי להעריך קודם כל את כל תשעת התוים הראשונים, ולבדוק האם כל אחד הוא בית אחד או שניים(ולכן התו העשירי יכול להיות בכל מקום, בין הבית העשירי לבית ה19).
השתמשו במנגנון שנקרא MBCS - משמע, MultiByte. מה שהיה, זה שהבית הראשון העיד האם דרוש בית נוסף כדי לייצג את התו, או שמא מספיק בית אחד. שיטה מסריחה, שאמנם הייתה חסכונית במקום אם מתעסקים במחרוזות באנגלית(שהיו unibyteיות), אבל מאוד מורכבת לטיפול, שכן אתה לא יכול להתקדם למשל לתו העשירי, מבלי להעריך קודם כל את כל תשעת התוים הראשונים, ולבדוק האם כל אחד הוא בית אחד או שניים(ולכן התו העשירי יכול להיות בכל מקום, בין הבית העשירי לבית ה19).
אתה טועה
השיטות שאמרת הן בכלל לא של יוניקוד הן של multibyte הן לא תופסות מספר קבוע של בייטים והן בממוצע חסכוניות יותר מיוניקוד לגבי מספר הבייטים במחרוזת. יוניקוד תופס תמיד אותו מס' של בייטים פר תו גרפי. יש סטנדרט ידוע של שני בייטים ליוניקוד , לאחרונה שמעתי על סטנדרט של 4 בייטים. מישהו יודע למה? שני הבייטים לא הספיקו? DNile באיזו גירסה של multibyte השתמשו ב 95 וב 98 עבור השפות האלה במערכת ההפעלה? האם פונקציות ה API שונות במערכת ההפעלה הזו , האם הן מצפות לקבל מחרוזות multibyte כדוגמת UTF8? ולא ANSI שמשמשת במע' ההפעלה האלו עבור שפות סטנדרטיות? יש לך אולי סימוכין?
השיטות שאמרת הן בכלל לא של יוניקוד הן של multibyte הן לא תופסות מספר קבוע של בייטים והן בממוצע חסכוניות יותר מיוניקוד לגבי מספר הבייטים במחרוזת. יוניקוד תופס תמיד אותו מס' של בייטים פר תו גרפי. יש סטנדרט ידוע של שני בייטים ליוניקוד , לאחרונה שמעתי על סטנדרט של 4 בייטים. מישהו יודע למה? שני הבייטים לא הספיקו? DNile באיזו גירסה של multibyte השתמשו ב 95 וב 98 עבור השפות האלה במערכת ההפעלה? האם פונקציות ה API שונות במערכת ההפעלה הזו , האם הן מצפות לקבל מחרוזות multibyte כדוגמת UTF8? ולא ANSI שמשמשת במע' ההפעלה האלו עבור שפות סטנדרטיות? יש לך אולי סימוכין?
Copyright©1996-2021,Tapuz Media Ltd. Forum software by XenForo® © 2010-2020 XenForo Ltd.