<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>תגובות על: פרת ממשק קדושה #1: הדגשה של שמות שדות</title>
	<atom:link href="http://ranli.blogix.co.il/2009/09/05/bold_title/feed/" rel="self" type="application/rss+xml" />
	<link>http://ranli.blogix.co.il/2009/09/05/bold_title/</link>
	<description>על ממשק, משתמשים ופרות קדושות</description>
	<lastBuildDate>Tue, 13 Jul 2010 17:23:22 +0300</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>מאת: רן לירון</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-37</link>
		<dc:creator>רן לירון</dc:creator>
		<pubDate>Thu, 24 Sep 2009 02:03:58 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-37</guid>
		<description>ג&#039;ו – בוקר טוב! טוב לשמוע את קולך. (-B
אכן יש סתירה בין עקביות לבין כל ניסיון לשנות משהו. מה שאני מנסה לעשות כאן, ובמאמרים הבאים בסדרת &quot;פרות קדושות&quot;, הוא להציג קונבנציות מקובלות ולהציג סימן שאלה האם באמת נכון לשמור על הקונבנציה. 
הסיבה שממשקים היום נראים ומתפקדים אחרת ממשקים לפני 20 שנה (ובגדול– טוב יותר) הוא שנעשתה סידרה של החלטות &quot;לחרוג מהקונבנציה&quot;. 
שמירה על קונבנציה חשובה – אבל לא בכל מחיר.
דוגמאות לקונבנציות מקובלות נוספות, שלדעתי כדאי לשקול האם לשנות אותם –
&lt;a href=&quot;http://www.usable.co.il/archives/1420&quot; rel=&quot;nofollow&quot;&gt;הסתרה גורפת של שדות סיסמה&lt;/a&gt;, שימוש ב- C&lt;a href=&quot;http://www.uxbooth.com/blog/captchas-tough-on-sales-common-way-to-test-user-tolerance/&quot; rel=&quot;nofollow&quot;&gt;APTCHA&lt;/a&gt; ועוד.

&lt;strong&gt;שורה תחתונה:&lt;/strong&gt;
אני מאמין שחייבים להכיר את הקונבנציות ולפעול על פיהן, אבל אסור להיות שבויים בהן. כאנשים שמעצבים את חווית המשתמש בעולם הדיגיטאלי עלינו לשאוף כל הזמן לשפר, להקל ולקדם, גם כשמשמעות הדבר היא חריגה מהמוכר, ולפעמים, לטווח הקצר מאוד, גם חריגה ממה שנחש ל&quot;נוח מתוך הרגל&quot;.</description>
		<content:encoded><![CDATA[<p>ג&#8217;ו – בוקר טוב! טוב לשמוע את קולך. (-B<br />
אכן יש סתירה בין עקביות לבין כל ניסיון לשנות משהו. מה שאני מנסה לעשות כאן, ובמאמרים הבאים בסדרת &quot;פרות קדושות&quot;, הוא להציג קונבנציות מקובלות ולהציג סימן שאלה האם באמת נכון לשמור על הקונבנציה.<br />
הסיבה שממשקים היום נראים ומתפקדים אחרת ממשקים לפני 20 שנה (ובגדול– טוב יותר) הוא שנעשתה סידרה של החלטות &quot;לחרוג מהקונבנציה&quot;.<br />
שמירה על קונבנציה חשובה – אבל לא בכל מחיר.<br />
דוגמאות לקונבנציות מקובלות נוספות, שלדעתי כדאי לשקול האם לשנות אותם –<br />
<a href="http://www.usable.co.il/archives/1420" rel="nofollow">הסתרה גורפת של שדות סיסמה</a>, שימוש ב- C<a href="http://www.uxbooth.com/blog/captchas-tough-on-sales-common-way-to-test-user-tolerance/" rel="nofollow">APTCHA</a> ועוד.</p>
<p><strong>שורה תחתונה:</strong><br />
אני מאמין שחייבים להכיר את הקונבנציות ולפעול על פיהן, אבל אסור להיות שבויים בהן. כאנשים שמעצבים את חווית המשתמש בעולם הדיגיטאלי עלינו לשאוף כל הזמן לשפר, להקל ולקדם, גם כשמשמעות הדבר היא חריגה מהמוכר, ולפעמים, לטווח הקצר מאוד, גם חריגה ממה שנחש ל&quot;נוח מתוך הרגל&quot;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>מאת: Joe</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-36</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Wed, 23 Sep 2009 22:01:53 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-36</guid>
		<description>רן,

בנושא של טפסים, להדגשה יש משמעות אחרת מאשר בנושא של תוכן.
כאשר בתוכן אתה מדגיש את התוכן ולא את הכותרת, המשמעות שונה.

לגבי ההיבט הנגישותי של העניין, מצד אחד, המשמעויות הויזואליות של ההדגשה, כפי שהצגת אותם במאמר, לא רלוונטיות למשתמשי מקריאי מסך. מצד שני, אלו לא היחידים שזקוקים לנגישות, ומכאן שהפתרון הזה אכן עשוי לפגוע בהם.

דבר נוסף, צריך לשים לב מה המשמעות של &quot;הדגשה&quot;. בדרך כלל, הדגשה משמעה בידול. לבדל פריט מסויים, מפריט אחר. מכאן, שגם אוופציה ב&#039; שלך היא הדגשה לכל דבר (כותרות השדות, נבדלים משמעותית מהשדות עצמם).

ודבר אחד אחרון, יש כאן סתירה למה שכתבת בפוסט השני שלך בנושא עקביות ממשק המשתמש. כתבת שם שהמשתמש מגיע עם סט של עקרונות וידיעות על ממשק משתמש. ונכון לכרגע, הקונבציה הויזואלית היא כן להדגיש (ויזואלית) כותרות. הדבר נכון דפוס, ולכן הוא ביעבע גם לרשת.

אני יודע שזו לא התגובה שציפית לה, אבל קיבלתי את הרושם הראשוני שמדובר בתוכן, ולא בטופס.
בתוכן כתוב, אכן הדגשה של התוכן עצמו משמעותית יותר.

Joe</description>
		<content:encoded><![CDATA[<p>רן,</p>
<p>בנושא של טפסים, להדגשה יש משמעות אחרת מאשר בנושא של תוכן.<br />
כאשר בתוכן אתה מדגיש את התוכן ולא את הכותרת, המשמעות שונה.</p>
<p>לגבי ההיבט הנגישותי של העניין, מצד אחד, המשמעויות הויזואליות של ההדגשה, כפי שהצגת אותם במאמר, לא רלוונטיות למשתמשי מקריאי מסך. מצד שני, אלו לא היחידים שזקוקים לנגישות, ומכאן שהפתרון הזה אכן עשוי לפגוע בהם.</p>
<p>דבר נוסף, צריך לשים לב מה המשמעות של &quot;הדגשה&quot;. בדרך כלל, הדגשה משמעה בידול. לבדל פריט מסויים, מפריט אחר. מכאן, שגם אוופציה ב&#8217; שלך היא הדגשה לכל דבר (כותרות השדות, נבדלים משמעותית מהשדות עצמם).</p>
<p>ודבר אחד אחרון, יש כאן סתירה למה שכתבת בפוסט השני שלך בנושא עקביות ממשק המשתמש. כתבת שם שהמשתמש מגיע עם סט של עקרונות וידיעות על ממשק משתמש. ונכון לכרגע, הקונבציה הויזואלית היא כן להדגיש (ויזואלית) כותרות. הדבר נכון דפוס, ולכן הוא ביעבע גם לרשת.</p>
<p>אני יודע שזו לא התגובה שציפית לה, אבל קיבלתי את הרושם הראשוני שמדובר בתוכן, ולא בטופס.<br />
בתוכן כתוב, אכן הדגשה של התוכן עצמו משמעותית יותר.</p>
<p>Joe</p>
]]></content:encoded>
	</item>
	<item>
		<title>מאת: ברק דנין</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-22</link>
		<dc:creator>ברק דנין</dc:creator>
		<pubDate>Tue, 15 Sep 2009 03:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-22</guid>
		<description>אני דווקא קרניבור, אבל את הפרה הזאת נראה לי שאין מה לשחוט.
ההחלטה מה להדגיש צריכה לנבוע מהמוטיבציה של המשתמש, כלומר מהמשימה שהוא רוצה או נדרש לבצע, ומאופי הנתונים בטופס. מאחר ואנחנו מדברים על מצב שבו יש כבר נתונים בשדות, אני מניח שהמשימה היא עדכון. עכשיו השאלה היא - את מה נרצה למשוך את המשתמש לסרוק כדי לאתר את הערך שהוא רוצה לעדכן, את התוויות או את הערכים עצמם? 

כדי לענות על השאלה הזאת מעניין לבדוק מה מאפיין את הערכים, כמו שרן בר יעקב (רן ב) אמר. אני דווקא לא מסכים איתו לגבי מאפיין 1 - לא כולם מוכרים לממלא הטופס. משקל, למשל. מי זוכר מה המשקל שהוא הזין אחרי כמה חודשים? אם היו בטופס עוד כמה ערכים מספריים זה היה מדגיש עוד יותר את הקושי לאתר נתון כמו משקל, שהערך בו לא מאופיין בשום דבר מיוחד למעט יחידות המידה שצמודות אליו - בניגוד לשדה מספרי כמו טלפון שאנחנו מזהים מייד בזכות המבנה (05X-XXX-XXXX).

מאחר והשדות הם בד&quot;כ הטרוגניים באיפיון שלהם, ההמלצה שלי תהיה להישאר עם הדגשת שמות השדות. 

אגב, אם שמות השדות היו מעל הערכים, זה היה פותר עבור המשתמש את בעיית הסריקה (לפי ערך או לפי כותרת) - כי הערך והכותרת היו נסרקים ביחד, במבט אחד. 

אני לא מכיר את הטענה ש-BOLD פחות קריא לטקסטים. לגבי ITALICS זה די ידוע, ממבט קצר על טקסט בגודל 12px שאיטליקס מופעל עליו אפשר לראות את זה גם בלי מחקר מעמיק...</description>
		<content:encoded><![CDATA[<p>אני דווקא קרניבור, אבל את הפרה הזאת נראה לי שאין מה לשחוט.<br />
ההחלטה מה להדגיש צריכה לנבוע מהמוטיבציה של המשתמש, כלומר מהמשימה שהוא רוצה או נדרש לבצע, ומאופי הנתונים בטופס. מאחר ואנחנו מדברים על מצב שבו יש כבר נתונים בשדות, אני מניח שהמשימה היא עדכון. עכשיו השאלה היא &#8211; את מה נרצה למשוך את המשתמש לסרוק כדי לאתר את הערך שהוא רוצה לעדכן, את התוויות או את הערכים עצמם? </p>
<p>כדי לענות על השאלה הזאת מעניין לבדוק מה מאפיין את הערכים, כמו שרן בר יעקב (רן ב) אמר. אני דווקא לא מסכים איתו לגבי מאפיין 1 &#8211; לא כולם מוכרים לממלא הטופס. משקל, למשל. מי זוכר מה המשקל שהוא הזין אחרי כמה חודשים? אם היו בטופס עוד כמה ערכים מספריים זה היה מדגיש עוד יותר את הקושי לאתר נתון כמו משקל, שהערך בו לא מאופיין בשום דבר מיוחד למעט יחידות המידה שצמודות אליו &#8211; בניגוד לשדה מספרי כמו טלפון שאנחנו מזהים מייד בזכות המבנה (05X-XXX-XXXX).</p>
<p>מאחר והשדות הם בד&quot;כ הטרוגניים באיפיון שלהם, ההמלצה שלי תהיה להישאר עם הדגשת שמות השדות. </p>
<p>אגב, אם שמות השדות היו מעל הערכים, זה היה פותר עבור המשתמש את בעיית הסריקה (לפי ערך או לפי כותרת) &#8211; כי הערך והכותרת היו נסרקים ביחד, במבט אחד. </p>
<p>אני לא מכיר את הטענה ש-BOLD פחות קריא לטקסטים. לגבי ITALICS זה די ידוע, ממבט קצר על טקסט בגודל 12px שאיטליקס מופעל עליו אפשר לראות את זה גם בלי מחקר מעמיק&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>מאת: רן לירון</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-20</link>
		<dc:creator>רן לירון</dc:creator>
		<pubDate>Thu, 10 Sep 2009 13:15:44 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-20</guid>
		<description>הי רן (יש יותר מדי מאיתנו בסביבה) -
יש לך בסיס בדוק לכך ש&quot;BOLD הוא פחות קריא לטקסטים&quot; ?
האם Arial 12 Bold פחות קריא מ- Arial 12 &quot;רגיל&quot; ?</description>
		<content:encoded><![CDATA[<p>הי רן (יש יותר מדי מאיתנו בסביבה) -<br />
יש לך בסיס בדוק לכך ש&quot;BOLD הוא פחות קריא לטקסטים&quot; ?<br />
האם Arial 12 Bold פחות קריא מ- Arial 12 &quot;רגיל&quot; ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>מאת: רן בר יעקב</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-19</link>
		<dc:creator>רן בר יעקב</dc:creator>
		<pubDate>Thu, 10 Sep 2009 06:10:06 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-19</guid>
		<description>קודם כל אני מאד שמח לקרוא מפרי עטך!

יכול להיות שאני שמרני אבל נראה לי שה&quot;פרה הקדושה&quot; עדיין לא בשלה לסטייק.
הרעיון, לדעתי, מאחורי הדגשת הכותרות המודגשות הוא להדגיש לממלא הטופס מה עליו למלא היכן. זה מקל על ההתמצאות בטופס. הם גם מוכרים מבחינת הכתיב שלם (שן משפחה, שם פרטי) והעין &quot;מצלמת&quot; אותם ולא צריכה ממש לקרוא.

התכנים הממולאים עונים למספר מאפיינים: 1. הם מוכרים לממלא הטופס ואינם חדשים עבורו, 2. הם לעתים ארוכים (שם משפחה, שם רחוב, כתות דוא&quot;ל) 3. המשתמש רגיש במיוחד לתקלדות שנפלו בעת שהזין את הנתון.

כעת, כיוון ש-BOLD הוא פחות קריא לטקסטים, ואת הטקסטים האלה מעוניין ממלא הטופס לקרוא, ואף בעיון כדי לנכש  תקלדות, רצוי שהם יהיו הכי קריאים שאפשר, כלומר לא BOLD.

תמשיך לכתוב.</description>
		<content:encoded><![CDATA[<p>קודם כל אני מאד שמח לקרוא מפרי עטך!</p>
<p>יכול להיות שאני שמרני אבל נראה לי שה&quot;פרה הקדושה&quot; עדיין לא בשלה לסטייק.<br />
הרעיון, לדעתי, מאחורי הדגשת הכותרות המודגשות הוא להדגיש לממלא הטופס מה עליו למלא היכן. זה מקל על ההתמצאות בטופס. הם גם מוכרים מבחינת הכתיב שלם (שן משפחה, שם פרטי) והעין &quot;מצלמת&quot; אותם ולא צריכה ממש לקרוא.</p>
<p>התכנים הממולאים עונים למספר מאפיינים: 1. הם מוכרים לממלא הטופס ואינם חדשים עבורו, 2. הם לעתים ארוכים (שם משפחה, שם רחוב, כתות דוא&quot;ל) 3. המשתמש רגיש במיוחד לתקלדות שנפלו בעת שהזין את הנתון.</p>
<p>כעת, כיוון ש-BOLD הוא פחות קריא לטקסטים, ואת הטקסטים האלה מעוניין ממלא הטופס לקרוא, ואף בעיון כדי לנכש  תקלדות, רצוי שהם יהיו הכי קריאים שאפשר, כלומר לא BOLD.</p>
<p>תמשיך לכתוב.</p>
]]></content:encoded>
	</item>
	<item>
		<title>מאת: רן לירון</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-18</link>
		<dc:creator>רן לירון</dc:creator>
		<pubDate>Wed, 09 Sep 2009 19:07:38 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-18</guid>
		<description>&lt;strong&gt;טליה -&lt;/strong&gt; 
הקישור בקוד בין שם השדה לתוכן השדה אכן חושב מבחינת נגישות לעיוורים,
אבל זו סוגיה נפרדת לעניות דעתי, מהדגשה ויזואלית. אין קשר אוטומטי בין האופן בו מוגדרים השדות בקוד לאופן בו הם מיוצגים גראפית.
הצבה של שדות אחד ליד השני במרחק קבוע לאו דווקא תראה על קשר בניהם.
ייצוג של קשר באמצעות מרחקים מודגש דרך ההבדל ברווח בין אובייקטים קשורים (וסמוכים) לאובייקטים לא קשורים (ומרוחקים) - ע&quot;ע &lt;a href=&quot;http://www.usable.co.il/archives/1102&quot; rel=&quot;nofollow&quot;&gt;עקרון הקרבה בגשטלט&lt;/a&gt;.
תודה על הרעיון לדון על הצגת הודעות מערכת. 
נראה לי שאגיע לזה בהמשך הדרך.

&lt;strong&gt;וטלי &lt;/strong&gt;- איזה רעיון מוזר. להדגיש את מה שחשוב?
(-B
ועכשיו ברצינות -
אני נוטה להסכים אתך. 
אי אפשר להדגיש חלקים גדולים מדי מהמערכת.
אם יותר מדי תכנים במערכת מודגשים – דווקא  מה שלא מודגש בולט.
גם להדגיש 50% מטקסט במסך לא ממש אפקטיבי.
נראה לי שנכון  מתודולוגית להימנע מהדגשה ולשמור את האמצעי הזה רק למקומות בהם הוא באמת חיוני.
&lt;strong&gt;כמובן שאפשר לכתוב את כל התכנים, שמות שדות ותוכן שדות, ב-Bold,&lt;/strong&gt;
אבל חושב לזכור שבמקרה כזה זו איננה הדגשה אפקטיבית, אלה פשוט בחירה אסטטית בסגנון גופן מסוים</description>
		<content:encoded><![CDATA[<p><strong>טליה -</strong><br />
הקישור בקוד בין שם השדה לתוכן השדה אכן חושב מבחינת נגישות לעיוורים,<br />
אבל זו סוגיה נפרדת לעניות דעתי, מהדגשה ויזואלית. אין קשר אוטומטי בין האופן בו מוגדרים השדות בקוד לאופן בו הם מיוצגים גראפית.<br />
הצבה של שדות אחד ליד השני במרחק קבוע לאו דווקא תראה על קשר בניהם.<br />
ייצוג של קשר באמצעות מרחקים מודגש דרך ההבדל ברווח בין אובייקטים קשורים (וסמוכים) לאובייקטים לא קשורים (ומרוחקים) &#8211; ע&quot;ע <a href="http://www.usable.co.il/archives/1102" rel="nofollow">עקרון הקרבה בגשטלט</a>.<br />
תודה על הרעיון לדון על הצגת הודעות מערכת.<br />
נראה לי שאגיע לזה בהמשך הדרך.</p>
<p><strong>וטלי </strong>- איזה רעיון מוזר. להדגיש את מה שחשוב?<br />
(-B<br />
ועכשיו ברצינות -<br />
אני נוטה להסכים אתך.<br />
אי אפשר להדגיש חלקים גדולים מדי מהמערכת.<br />
אם יותר מדי תכנים במערכת מודגשים – דווקא  מה שלא מודגש בולט.<br />
גם להדגיש 50% מטקסט במסך לא ממש אפקטיבי.<br />
נראה לי שנכון  מתודולוגית להימנע מהדגשה ולשמור את האמצעי הזה רק למקומות בהם הוא באמת חיוני.<br />
<strong>כמובן שאפשר לכתוב את כל התכנים, שמות שדות ותוכן שדות, ב-Bold,</strong><br />
אבל חושב לזכור שבמקרה כזה זו איננה הדגשה אפקטיבית, אלה פשוט בחירה אסטטית בסגנון גופן מסוים</p>
]]></content:encoded>
	</item>
	<item>
		<title>מאת: טליה אבירן</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-17</link>
		<dc:creator>טליה אבירן</dc:creator>
		<pubDate>Wed, 09 Sep 2009 05:09:35 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-17</guid>
		<description>הי רן,
לדעתי, שם השדה והשדה אחד הם. גם בתוך הקוד צריך להיות קשר ברור בין תווית השדה לשדה עצמו.
בהצבה של האלמנטים על המסך מבליטים את הקשר בין השדות ע&quot;י זה שמניחים אותם אחד ליד השני במרחק קבוע.
חשוב שהמשתמש ידע מה שם השדה עוד לפני שהוא קורא את התוכן שלו. כדי לקרוא קודם את שם השדה, יש צורך דווקא בהבלטה של תווית השדה ולא של תוכן השדה. היות וכפי שאמרתי, התווית והשדה צמודים יחסית ולא כפי שהצגת כאן, המשתמש מבין (קוגניטיבית) ומקשר בין השניים.
אם היינו מבליטים את התוכן, העין הייתה מתמקדת בתוכן ולא בשם השדה. במקום שנתמקד בגובה ובמשקל, העין תתמקד ב- 188 ו- 89. מה המשמעות של המספרים הללו?

תודה. 
רעיון נוסף לפוסט בתחום הזה: כיצד מציגים למשתמש הודעות מערכת. האם במקום קבוע בראש המסך? האם בתיבת הודעה הנפתחת באמצע המסך?</description>
		<content:encoded><![CDATA[<p>הי רן,<br />
לדעתי, שם השדה והשדה אחד הם. גם בתוך הקוד צריך להיות קשר ברור בין תווית השדה לשדה עצמו.<br />
בהצבה של האלמנטים על המסך מבליטים את הקשר בין השדות ע&quot;י זה שמניחים אותם אחד ליד השני במרחק קבוע.<br />
חשוב שהמשתמש ידע מה שם השדה עוד לפני שהוא קורא את התוכן שלו. כדי לקרוא קודם את שם השדה, יש צורך דווקא בהבלטה של תווית השדה ולא של תוכן השדה. היות וכפי שאמרתי, התווית והשדה צמודים יחסית ולא כפי שהצגת כאן, המשתמש מבין (קוגניטיבית) ומקשר בין השניים.<br />
אם היינו מבליטים את התוכן, העין הייתה מתמקדת בתוכן ולא בשם השדה. במקום שנתמקד בגובה ובמשקל, העין תתמקד ב- 188 ו- 89. מה המשמעות של המספרים הללו?</p>
<p>תודה.<br />
רעיון נוסף לפוסט בתחום הזה: כיצד מציגים למשתמש הודעות מערכת. האם במקום קבוע בראש המסך? האם בתיבת הודעה הנפתחת באמצע המסך?</p>
]]></content:encoded>
	</item>
	<item>
		<title>מאת: ויטלי</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-16</link>
		<dc:creator>ויטלי</dc:creator>
		<pubDate>Tue, 08 Sep 2009 19:39:57 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-16</guid>
		<description>היי רן,

מסכים לגבי ההבחנה שבין קריאת הערכים והזנתם. בדוגמאות שהבאת לדעתי יותר הגיוני להדגיש את שמות השדות. עם זאת, יש לי הצעה מהפכנית - בדוגמאות הספציפיות האלה, אולי פשוט לא צריך להדגיש שום דבר? :) אפשר לתת לבנאדם לעבוד בשקט מבלי שמשהו צועק עליו מהמסך.

אבל כמובן שכל טופס לגופו. למשל בטופס של חנות וירטואלית ייתכן שכן יהיה נכון להדגיש את מספר הפריטים שהמשתמש מזמין, אפילו אם הוא זה שהזין את המספר בעצמו לפני דקה.</description>
		<content:encoded><![CDATA[<p>היי רן,</p>
<p>מסכים לגבי ההבחנה שבין קריאת הערכים והזנתם. בדוגמאות שהבאת לדעתי יותר הגיוני להדגיש את שמות השדות. עם זאת, יש לי הצעה מהפכנית &#8211; בדוגמאות הספציפיות האלה, אולי פשוט לא צריך להדגיש שום דבר? <img src='http://ranli.blogix.co.il/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  אפשר לתת לבנאדם לעבוד בשקט מבלי שמשהו צועק עליו מהמסך.</p>
<p>אבל כמובן שכל טופס לגופו. למשל בטופס של חנות וירטואלית ייתכן שכן יהיה נכון להדגיש את מספר הפריטים שהמשתמש מזמין, אפילו אם הוא זה שהזין את המספר בעצמו לפני דקה.</p>
]]></content:encoded>
	</item>
	<item>
		<title>מאת: רן לירון</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-15</link>
		<dc:creator>רן לירון</dc:creator>
		<pubDate>Sun, 06 Sep 2009 15:41:25 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-15</guid>
		<description>תודה רבה לכל המגיבים עד כה!

&lt;strong&gt;זיו:&lt;/strong&gt; אני מסכים אם שאם המשתמשים צריכים לקרוא את הנתונים ולא להזין אותם נכון יותר להבליט את הנתונים ולא את שם השדה..

&lt;strong&gt;אורן:&lt;/strong&gt; קבוצת הדיון נקרא &quot;uX .il חווית משתמש בישראל&quot; בכתובת :
&lt;a href=&quot;http://www.linkedin.com/groups?home=&amp;gid=1880305&amp;trk=anet_ug_hm&amp;goback=%2Eanh_1880305%2Eana_1880305_1252104861366_3_1&quot; rel=&quot;nofollow&quot;&gt;http://www.linkedin.com/groups?home=&amp;gid=1880305&amp;trk=anet_ug_hm&amp;goback=%2Eanh_1880305%2Eana_1880305_1252104861366_3_1&lt;/a&gt;
כנראה לא מצאת אותה כי בשם יש רווח בין ה- UX לבין ה-IL.
עדכן אותי אם אתה עדין לא מצליח להתחבר אליה.
לגבי יישור שדות - 
מומלץ לישר שורות טקסט לתחילת כיוון הקריאה, כלומר בעברית לימין, ובאנגלית לשמאל.
לא למרכז, לא justify ובעיקר לא לכיוון ההפוך. ראה:
&lt;a href=&quot;http://www.useit.com/alertbox/navigation-menu-alignment.html&quot; rel=&quot;nofollow&quot;&gt;http://www.useit.com/alertbox/navigation-menu-alignment.html&lt;/a&gt;

&lt;strong&gt;זיו, אורן:&lt;/strong&gt; עשיתם חיתוך בין השם הפרטי שלי לשם המשפחה ויצא לכם &quot;רון&quot; ? (-B
שמי הפרטי הוא רן</description>
		<content:encoded><![CDATA[<p>תודה רבה לכל המגיבים עד כה!</p>
<p><strong>זיו:</strong> אני מסכים אם שאם המשתמשים צריכים לקרוא את הנתונים ולא להזין אותם נכון יותר להבליט את הנתונים ולא את שם השדה..</p>
<p><strong>אורן:</strong> קבוצת הדיון נקרא &quot;uX .il חווית משתמש בישראל&quot; בכתובת :<br />
<a href="http://www.linkedin.com/groups?home=&amp;gid=1880305&amp;trk=anet_ug_hm&amp;goback=%2Eanh_1880305%2Eana_1880305_1252104861366_3_1" rel="nofollow">http://www.linkedin.com/groups?home=&amp;gid=1880305&amp;trk=anet_ug_hm&amp;goback=%2Eanh_1880305%2Eana_1880305_1252104861366_3_1</a><br />
כנראה לא מצאת אותה כי בשם יש רווח בין ה- UX לבין ה-IL.<br />
עדכן אותי אם אתה עדין לא מצליח להתחבר אליה.<br />
לגבי יישור שדות &#8211;<br />
מומלץ לישר שורות טקסט לתחילת כיוון הקריאה, כלומר בעברית לימין, ובאנגלית לשמאל.<br />
לא למרכז, לא justify ובעיקר לא לכיוון ההפוך. ראה:<br />
<a href="http://www.useit.com/alertbox/navigation-menu-alignment.html" rel="nofollow">http://www.useit.com/alertbox/navigation-menu-alignment.html</a></p>
<p><strong>זיו, אורן:</strong> עשיתם חיתוך בין השם הפרטי שלי לשם המשפחה ויצא לכם &quot;רון&quot; ? (-B<br />
שמי הפרטי הוא רן</p>
]]></content:encoded>
	</item>
	<item>
		<title>מאת: איתן קלינמן</title>
		<link>http://ranli.blogix.co.il/2009/09/05/bold_title/comment-page-1/#comment-14</link>
		<dc:creator>איתן קלינמן</dc:creator>
		<pubDate>Sun, 06 Sep 2009 14:26:20 +0000</pubDate>
		<guid isPermaLink="false">http://ranli.blogix.co.il/?p=75#comment-14</guid>
		<description>אני דווקא בעד אופציה ב&#039;, לשם צריכות להיות מופנות עיני המעדכן.
נראה לי שהצגת המלל המודגש במקרה זה לא מספיק מביאה לידי ביטוי את הדילמה שאתה רוצה להציג.
אני חושב שאם היתה הדגשה גרפית מסביב לתיבות הטקסט או מסביב לתיאור השדות הדילמה היתה יותר ברורה.</description>
		<content:encoded><![CDATA[<p>אני דווקא בעד אופציה ב&#8217;, לשם צריכות להיות מופנות עיני המעדכן.<br />
נראה לי שהצגת המלל המודגש במקרה זה לא מספיק מביאה לידי ביטוי את הדילמה שאתה רוצה להציג.<br />
אני חושב שאם היתה הדגשה גרפית מסביב לתיבות הטקסט או מסביב לתיאור השדות הדילמה היתה יותר ברורה.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
