Topics

點字符號增修提案

=?ISO-2022-JP?Q?=1B$B9b=4082=22=1B=28J?=
 

麻煩 sponge:

x251c and x2502
兩個都是表格符號,出現場合:
請用 tree /f 指令顯示檔案樹狀結構。

Sponge Jhan
 

Hi 高老師 & all,

這些符號來自 Box Drawing 區段,雖然語意上該把它當畫表格用途,實際上有很多福號跟別的常用符號視覺上類似
經過這幾天的考慮,決定把以下想法提出來請大家評估看看:
1. U+2500 外貌像 Em Dash, 因此當初給了跟 U+2014 一樣的點位,然而我發現這樣的設定對於擴展表格字元的點字不利,決定將 U+2500 改成 36-36, 也就是同 U+2015 的點位,語意也較

接近
這樣修改當然會引起一些問題,教育部網頁破折號使用──但是許多人使用不同輸入法打出來的破折號是——兩者點位顯示就會不同
U+2014: Em Dash https://www.fileformat.info/info/unicode/char/2014/index.htm
U+2015: Horizontal Bar https://www.fileformat.info/info/unicode/char/2015/index.htm
2. 新增下列表格符號:
│ 4568-0 單線框,直向的框線
┼ 34568-36 單線框,框線的接四格部份
┴ 3456-36 單線框,表格下邊的框線接上格部份
┬ 368-36 單線框,表格上邊的框線接下格部份
┤ 34568-0 單線框,表格右邊的框線接左格部份
├ 4568-36 單線框,表格左邊的框線接右格部份
┌ 68-36 單線框,表格左上角的矩形框線
┐ 368-0 單線框,表格右上角的矩形框線
└ 456-36 單線框,表格左下角的矩形框線
┘ 3456-0 單線框,表格右下角的矩形框線
它們都由兩方組成,中心點位在第一方第六點,這個設定跟紙本點字書的表格點法不同,中心位置的選擇有二個目的:
(1) 盡量讓第一方第八點參與點字構成,因為如此能減少點位跟半形符號的衝突
(2) 為配合橫線使用之 36-36 的形狀,也為了與半形減號配合,因為半形減號也經常被用來畫線

如上,表格字元也能擴展到雙線框的表示,但是不在此詳述
雙線框目前先放雙橫線═ (U+2550) 定義為 2356-2356 試看看
這些修改目前是實驗性質,我放在本信件的附件,請高老師跟大家試試看,如果到了八月中沒有大問題,就會包含在該次的 release
Thanks!

  sincerely yours
   Bo-cheng Jhan


在 2019年7月22日 星期一 下午3:17:09 [GMT+8], 高生旺<coscell@...> 寫道:


麻煩 sponge:

x251c and x2502
兩個都是表格符號,出現場合:
請用 tree /f 指令顯示檔案樹狀結構。



=?ISO-2022-JP?Q?=1B$B9b=4082=22=1B=28J?=
 

我建議有些可以參考 MarkDown 的表示法,畢竟這已經成為市場上的通用方式。

On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:

Date: Wed, 24 Jul 2019 09:33:04 +0000 (UTC)
From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
Reply-To: nvda-tw@groups.io
To: nvda-tw@groups.io
Subject: Re: [nvda-tw] 點字符號增修提案
Hi 高老師 & all,
這些符號來自 Box Drawing 區段,雖然語意上該把它當畫表格用途,實際上有很多福號跟別的常用符號視覺上類似
經過這幾天的考慮,決定把以下想法提出來請大家評估看看:
1. U+2500 外貌像 Em Dash, 因此當初給了跟 U+2014 一樣的點位,然而我發現這樣的設定對於擴展表格字元的點字不利,決定將 U+2500 改成 36-36, 也就是同 U+2015 的點位,語意也較
接近
這樣修改當然會引起一些問題,教育部網頁破折號使用──但是許多人使用不同輸入法打出來的破折號是——兩者點位顯示就會不同
U+2014: Em Dash https://www.fileformat.info/info/unicode/char/2014/index.htm
U+2015: Horizontal Bar https://www.fileformat.info/info/unicode/char/2015/index.htm
2. 新增下列表格符號:
│ 4568-0 單線框,直向的框線
┼ 34568-36 單線框,框線的接四格部份
┴ 3456-36 單線框,表格下邊的框線接上格部份
┬ 368-36 單線框,表格上邊的框線接下格部份
┤ 34568-0 單線框,表格右邊的框線接左格部份
├ 4568-36 單線框,表格左邊的框線接右格部份
┌ 68-36 單線框,表格左上角的矩形框線
┐ 368-0 單線框,表格右上角的矩形框線
└ 456-36 單線框,表格左下角的矩形框線
┘ 3456-0 單線框,表格右下角的矩形框線
它們都由兩方組成,中心點位在第一方第六點,這個設定跟紙本點字書的表格點法不同,中心位置的選擇有二個目的:
(1) 盡量讓第一方第八點參與點字構成,因為如此能減少點位跟半形符號的衝突
(2) 為配合橫線使用之 36-36 的形狀,也為了與半形減號配合,因為半形減號也經常被用來畫線
如上,表格字元也能擴展到雙線框的表示,但是不在此詳述
雙線框目前先放雙橫線═ (U+2550) 定義為 2356-2356 試看看
這些修改目前是實驗性質,我放在本信件的附件,請高老師跟大家試試看,如果到了八月中沒有大問題,就會包含在該次的 release
Thanks!

  sincerely yours
   Bo-cheng Jhan
在 2019年7月22日 星期一 下午3:17:09 [GMT+8], 高生旺<coscell@...> 寫道:
麻煩 sponge:
x251c and x2502
兩個都是表格符號,出現場合:
請用 tree /f 指令顯示檔案樹狀結構。

Sponge Jhan
 

Hi 高老師 & all,

請問 MarkDown 是不是如下:
+--+--+
|A1|B1|
+--+--+
|A2|B2|
+--+--+
這樣做會有一個問題:
「左上角、左接右、左下角」、「上接下、接四格、下接上」、「右上角、右接左、右下角」三組符號的點字無法區別,因為它們的差異是垂直線段的有無,可是點字只能全部寫成 +- 跟 -+- 跟 -+
因此,請問有人可以提供意見如何解決這個問題嗎?或者,大家認為這樣的區別不重要?
Thanks.

  sincerely yours
   Bo-cheng Jhan


在 2019年7月24日 星期三 下午5:45:08 [GMT+8], 高生旺<coscell@...> 寫道:


我建議有些可以參考 MarkDown 的表示法,畢竟這已經成為市場上的通用方式。


On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:

> Date: Wed, 24 Jul 2019 09:33:04 +0000 (UTC)
> From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
> Reply-To: nvda-tw@groups.io
> To: nvda-tw@groups.io
> Subject: Re: [nvda-tw] 點字符號增修提案
>
> Hi 高老師 & all,
>
> 這些符號來自 Box Drawing 區段,雖然語意上該把它當畫表格用途,實際上有很多福號跟別的常用符號視覺上類似
> 經過這幾天的考慮,決定把以下想法提出來請大家評估看看:
> 1. U+2500 外貌像 Em Dash, 因此當初給了跟 U+2014 一樣的點位,然而我發現這樣的設定對於擴展表格字元的點字不利,決定將 U+2500 改成 36-36, 也就是同 U+2015 的點位,語意也較
>
> 接近
> 這樣修改當然會引起一些問題,教育部網頁破折號使用──但是許多人使用不同輸入法打出來的破折號是——兩者點位顯示就會不同
> U+2014: Em Dash https://www.fileformat.info/info/unicode/char/2014/index.htm
> U+2015: Horizontal Bar https://www.fileformat.info/info/unicode/char/2015/index.htm
> 2. 新增下列表格符號:
> │ 4568-0 單線框,直向的框線
> ┼ 34568-36 單線框,框線的接四格部份
> ┴ 3456-36 單線框,表格下邊的框線接上格部份
> ┬ 368-36 單線框,表格上邊的框線接下格部份
> ┤ 34568-0 單線框,表格右邊的框線接左格部份
> ├ 4568-36 單線框,表格左邊的框線接右格部份
> ┌ 68-36 單線框,表格左上角的矩形框線
> ┐ 368-0 單線框,表格右上角的矩形框線
> └ 456-36 單線框,表格左下角的矩形框線
> ┘ 3456-0 單線框,表格右下角的矩形框線
> 它們都由兩方組成,中心點位在第一方第六點,這個設定跟紙本點字書的表格點法不同,中心位置的選擇有二個目的:
> (1) 盡量讓第一方第八點參與點字構成,因為如此能減少點位跟半形符號的衝突
> (2) 為配合橫線使用之 36-36 的形狀,也為了與半形減號配合,因為半形減號也經常被用來畫線
>
> 如上,表格字元也能擴展到雙線框的表示,但是不在此詳述
> 雙線框目前先放雙橫線═ (U+2550) 定義為 2356-2356 試看看
> 這些修改目前是實驗性質,我放在本信件的附件,請高老師跟大家試試看,如果到了八月中沒有大問題,就會包含在該次的 release
> Thanks!
>
>   sincerely yours
>    Bo-cheng Jhan
>
>
> 在 2019年7月22日 星期一 下午3:17:09 [GMT+8], 高生旺<coscell@...> 寫道:
>
>
> 麻煩 sponge:
>
> x251c and x2502
> 兩個都是表格符號,出現場合:
> 請用 tree /f 指令顯示檔案樹狀結構。
>
>
>
>
>
>



=?ISO-2022-JP?Q?=1B$B9b=4082=22=1B=28J?=
 

其實不只 MarkDown 如此表達,文字模式的瀏覽器 lynx, links 等等也都這樣做,這表示它已經是文字模式下呈現表格的約定俗成的作法。
所以存翠就表格來看應該沒問題,如果跳脫表格兒當成獨立的圖形來看其實我也沒想法。
但是除了表達形狀或者計有的孽美姿符號外,如果自己任意創造就像破折號 2578-2578 這樣好像也不是理想的抉擇。
摸點字的人表達一下看法吧。

On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:

Date: Wed, 24 Jul 2019 11:20:22 +0000 (UTC)
From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
Reply-To: nvda-tw@groups.io
To: nvda-tw@groups.io
Subject: Re: [nvda-tw] 點字符號?????????修提案
Hi 高老師 & all,
請問 MarkDown 是不是如下:
+--+--+
|A1|B1|
+--+--+
|A2|B2|
+--+--+
這樣做會有一個問題:
「左上角、左接右、左下角」、「上接下、接四格、下接上」、「右上角、右接左、右下角」三組符號的點字無法區別,因為它們的差異是垂直線段的有無,可是點字只能全部寫成 +- 跟 -+- 跟 -+
因此,請問有人可以提供意見如何解決這個問題嗎?或者,大家認為這樣的區別不重要?
Thanks.

  sincerely yours
   Bo-cheng Jhan
在 2019年7月24日 星期三 下午5:45:08 [GMT+8], 高生旺<coscell@...> 寫道:
我建議有些可以參考 MarkDown 的表示法,畢竟這已經成為市場上的通用方式。
On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:

Date: Wed, 24 Jul 2019 09:33:04 +0000 (UTC)
From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
Reply-To: nvda-tw@groups.io
To: nvda-tw@groups.io
Subject: Re: [nvda-tw] 點字符號增修提案

Hi 高老師 & all,

這些符號來自 Box Drawing 區段,雖然語意上該把它當畫表格用途,實際上有很多福號跟別的常用符號視覺上類似
經過這幾天的考慮,決定把以下想法提出來請大家評估看看:
1. U+2500 外貌像 Em Dash, 因此當初給了跟 U+2014 一樣的點位,然而我發現這樣的設定對於擴展表格字元的點字不利,決定將 U+2500 改成 36-36, 也就是同 U+2015 的點位,語意也較

接近
這樣修改當然會引起一些問題,教育部網頁破折號使用──但是許多人使用不同輸入法打出來的破折號是——兩者點位顯示就會不同
U+2014: Em Dash https://www.fileformat.info/info/unicode/char/2014/index.htm
U+2015: Horizontal Bar https://www.fileformat.info/info/unicode/char/2015/index.htm
2. 新增下列表格符號:
│ 4568-0 單線框,直向的框線
┼ 34568-36 單線框,框線的接四格部份
┴ 3456-36 單線框,表格下邊的框線接上格部份
┬ 368-36 單線框,表格上邊的框線接下格部份
┤ 34568-0 單線框,表格右邊的框線接左格部份
├ 4568-36 單線框,表格左邊的框線接右格部份
┌ 68-36 單線框,表格左上角的矩形框線
┐ 368-0 單線框,表格右上角的矩形框線
└ 456-36 單線框,表格左下角的矩形框線
┘ 3456-0 單線框,表格右下角的矩形框線
它們都由兩方組成,中心點位在第一方第六點,這個設定跟紙本點字書的表格點法不同,中心位置的選擇有二個目的:
(1) 盡量讓第一方第八點參與點字構成,因為如此能減少點位跟半形符號的衝突
(2) 為配合橫線使用之 36-36 的形狀,也為了與半形減號配合,因為半形減號也經常被用來畫線

如上,表格字元也能擴展到雙線框的表示,但是不在此詳述
雙線框目前先放雙橫線═ (U+2550) 定義為 2356-2356 試看看
這些修改目前是實驗性質,我放在本信件的附件,請高老師跟大家試試看,如果到了八月中沒有大問題,就會包含在該次的 release
Thanks!

  sincerely yours
   Bo-cheng Jhan


在 2019年7月22日 星期一 下午3:17:09 [GMT+8], 高生旺<coscell@...> 寫道:


麻煩 sponge:

x251c and x2502
兩個都是表格符號,出現場合:
請用 tree /f 指令顯示檔案樹狀結構。





嘯傲俠羽
 

說真的,站在表格呈現的立場,我贊同高老的想法,
畢竟跟孽美姿相比,
看到比較多場合的卻是那樣寫法的表格形式,
除了真的遇到對數學好奇心中的人,平常我們很少摸到孽美姿,
所以如果藥頭一票的話,針對表格符號呈現方式,
我同意高老的說哈。

另外,提到破折號的問題,
我有化要說,我仍堅持保留原來的五二點形式,
不過後來我發現,破折號有很多種寫法,
螢幕上我看起來就是那一條縣,
可是確有多種編碼方式,
要不是 bcj 點字的定義,過去我從來也沒想過這問題。
好比引號的點為,不管上下左右通通都是「五六三六」跟「三六二三」,
要不是因為寫程式發現,我從來也不曉得原來標點符號有上下左右的區別,
但是點位定義都一樣,
所以我也覺得,如果摸點字偶爾能縣符號的特殊性質,也是好的,
例如用個啥點未來鰾上下行、空新語實心…等等,
正常狀態下有個區分,至少從小就能曉得原來標點符號不是只有從左道又的。
當然,這些都是要從習慣聊說起的,
高老說的表格符號,從以前就是這種習慣,
希望能繼續保持,
(還真要感謝你,沒說出來我也沒注意,
如果單指孽美姿來講我就沒意見,
因為除了基本數學符號,彆美姿平常也不會碰到,
即使摸到了也就跳過去了,
但摸到你說的這符號,
至少我可以告訴小朋友這是表格符號。)
說實話,能盡量讓點位摸起聊跟紙本一致越好,
因為我在意的是小朋友的知識學習!
然而很多事情當然也很難盡善盡美,
我也要在說令一個時候,
反正點字主要目前就是 bcj 幫忙,
它願意提出與大家討論,
讓大家提供建議,難能可貴!
它如果默默的就丟上去,等下一個 nvda 板艮出現,
大家才發現「怎麼會這樣,點字怪怪」的時候,
誰也無可奈何!
以前我長抱怨阿,為什麼更新之後都變了?
因為有的人有了能力、掌握了全力,
它覺得它默默奉獻阿,誰也不說,
比起來,我覺得真的很謝謝 bcj 的寬大。
高老說的沒錯,希望大家多多提出想法,
尤其點字,真正容易摸讀與學習的,還是點字!
這是我參加朋安的數學課程,也有很多感觸,
朋安老師也說了阿:「如果可以把點字摸熟,
對盲人學術學幫助會更大!」
謝謝!等有心情我也寫寫數學課的私德!
希望 bcj 考慮與保留高老的建議,
我呢,也希望袁有的五二險破折號繼續沿用,
但是不要把所有的破折號都用武二點表示,
正如我也不希望把所有括號溫用二四六、一三伍表示,
他不也有上下行的嗎?
要在一起思考看看了!
謝謝!

在 2019/7/24,高生旺 <coscell@...> 撰寫:

其實不只 MarkDown 如此表達,文字模式的瀏覽器 lynx, links 等等也都這樣做,這表示它已經是文字模式下呈現表格的約定俗成的作法。
所以存翠就表格來看應該沒問題,如果跳脫表格兒當成獨立的圖形來看其實我也沒想法。
但是除了表達形狀或者計有的孽美姿符號外,如果自己任意創造就像破折號
2578-2578 這樣好像也不是理想的抉擇。
摸點字的人表達一下看法吧。

On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:

Date: Wed, 24 Jul 2019 11:20:22 +0000 (UTC)
From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
Reply-To: nvda-tw@groups.io
To: nvda-tw@groups.io
Subject: Re: [nvda-tw] 點字符號?????????修提案

Hi 高老師 & all,

請問 MarkDown 是不是如下:
+--+--+
|A1|B1|
+--+--+
|A2|B2|
+--+--+
這樣做會有一個問題:
「左上角、左接右、左下角」、「上接下、接四格、下接上」、「右上角、右接左、右下角」三組符號的點字無法區別,因為它們的差異是垂直線段的有無,可是點字只能全部寫成
+- 跟 -+- 跟 -+
因此,請問有人可以提供意見如何解決這個問題嗎?或者,大家認為這樣的區別不重要?
Thanks.

  sincerely yours
   Bo-cheng Jhan


在 2019年7月24日 星期三 下午5:45:08 [GMT+8], 高生旺<coscell@...> 寫道:


我建議有些可以參考 MarkDown 的表示法,畢竟這已經成為市場上的通用方式。

On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:

Date: Wed, 24 Jul 2019 09:33:04 +0000 (UTC)
From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
Reply-To: nvda-tw@groups.io
To: nvda-tw@groups.io
Subject: Re: [nvda-tw] 點字符號增修提案

Hi 高老師 & all,

這些符號來自 Box Drawing 區段,雖然語意上該把它當畫表格用途,實際上有很多福號跟別的常用符號視覺上類似
經過這幾天的考慮,決定把以下想法提出來請大家評估看看:
1. U+2500 外貌像 Em Dash, 因此當初給了跟 U+2014 一樣的點位,然而我發現這樣的設定對於擴展表格字元的點字不利,決定將
U+2500 改成 36-36, 也就是同 U+2015 的點位,語意也較

接近
這樣修改當然會引起一些問題,教育部網頁破折號使用──但是許多人使用不同輸入法打出來的破折號是——兩者點位顯示就會不同
U+2014: Em Dash
https://www.fileformat.info/info/unicode/char/2014/index.htm
U+2015: Horizontal Bar
https://www.fileformat.info/info/unicode/char/2015/index.htm
2. 新增下列表格符號:
│ 4568-0 單線框,直向的框線
┼ 34568-36 單線框,框線的接四格部份
┴ 3456-36 單線框,表格下邊的框線接上格部份
┬ 368-36 單線框,表格上邊的框線接下格部份
┤ 34568-0 單線框,表格右邊的框線接左格部份
├ 4568-36 單線框,表格左邊的框線接右格部份
┌ 68-36 單線框,表格左上角的矩形框線
┐ 368-0 單線框,表格右上角的矩形框線
└ 456-36 單線框,表格左下角的矩形框線
┘ 3456-0 單線框,表格右下角的矩形框線
它們都由兩方組成,中心點位在第一方第六點,這個設定跟紙本點字書的表格點法不同,中心位置的選擇有二個目的:
(1) 盡量讓第一方第八點參與點字構成,因為如此能減少點位跟半形符號的衝突
(2) 為配合橫線使用之 36-36 的形狀,也為了與半形減號配合,因為半形減號也經常被用來畫線

如上,表格字元也能擴展到雙線框的表示,但是不在此詳述
雙線框目前先放雙橫線═ (U+2550) 定義為 2356-2356 試看看
這些修改目前是實驗性質,我放在本信件的附件,請高老師跟大家試試看,如果到了八月中沒有大問題,就會包含在該次的 release
Thanks!

  sincerely yours
   Bo-cheng Jhan


在 2019年7月22日 星期一 下午3:17:09 [GMT+8], 高生旺<coscell@...> 寫道:


麻煩 sponge:

x251c and x2502
兩個都是表格符號,出現場合:
請用 tree /f 指令顯示檔案樹狀結構。











Sponge Jhan
 

Hi all,

由於高老師和嘯傲俠羽都主張呈現效果同 MarkDown, 附件是依照這個方式所實現的點表
這個方式對於閱讀應該很 OK, 不過要編寫、操作這些記號就麻煩,因為有三組記號點位一樣又沒有語音
另外我去除了 U+2550, 因為 MarkDown 表格沒有雙線的
總之,請大家再試試看

  sincerely yours
   Bo-cheng Jhan


在 2019年7月24日 星期三 下午8:46:59 [GMT+8], 嘯傲俠羽<crazy@...> 寫道:


說真的,站在表格呈現的立場,我贊同高老的想法,
畢竟跟孽美姿相比,
看到比較多場合的卻是那樣寫法的表格形式,
除了真的遇到對數學好奇心中的人,平常我們很少摸到孽美姿,
所以如果藥頭一票的話,針對表格符號呈現方式,
我同意高老的說哈。

另外,提到破折號的問題,
我有化要說,我仍堅持保留原來的五二點形式,
不過後來我發現,破折號有很多種寫法,
螢幕上我看起來就是那一條縣,
可是確有多種編碼方式,
要不是 bcj 點字的定義,過去我從來也沒想過這問題。
好比引號的點為,不管上下左右通通都是「五六三六」跟「三六二三」,
要不是因為寫程式發現,我從來也不曉得原來標點符號有上下左右的區別,
但是點位定義都一樣,
所以我也覺得,如果摸點字偶爾能縣符號的特殊性質,也是好的,
例如用個啥點未來鰾上下行、空新語實心…等等,
正常狀態下有個區分,至少從小就能曉得原來標點符號不是只有從左道又的。
當然,這些都是要從習慣聊說起的,
高老說的表格符號,從以前就是這種習慣,
希望能繼續保持,
(還真要感謝你,沒說出來我也沒注意,
如果單指孽美姿來講我就沒意見,
因為除了基本數學符號,彆美姿平常也不會碰到,
即使摸到了也就跳過去了,
但摸到你說的這符號,
至少我可以告訴小朋友這是表格符號。)
說實話,能盡量讓點位摸起聊跟紙本一致越好,
因為我在意的是小朋友的知識學習!
然而很多事情當然也很難盡善盡美,
我也要在說令一個時候,
反正點字主要目前就是 bcj 幫忙,
它願意提出與大家討論,
讓大家提供建議,難能可貴!
它如果默默的就丟上去,等下一個 nvda 板艮出現,
大家才發現「怎麼會這樣,點字怪怪」的時候,
誰也無可奈何!
以前我長抱怨阿,為什麼更新之後都變了?
因為有的人有了能力、掌握了全力,
它覺得它默默奉獻阿,誰也不說,
比起來,我覺得真的很謝謝 bcj 的寬大。
高老說的沒錯,希望大家多多提出想法,
尤其點字,真正容易摸讀與學習的,還是點字!
這是我參加朋安的數學課程,也有很多感觸,
朋安老師也說了阿:「如果可以把點字摸熟,
對盲人學術學幫助會更大!」
謝謝!等有心情我也寫寫數學課的私德!
希望 bcj 考慮與保留高老的建議,
我呢,也希望袁有的五二險破折號繼續沿用,
但是不要把所有的破折號都用武二點表示,
正如我也不希望把所有括號溫用二四六、一三伍表示,
他不也有上下行的嗎?
要在一起思考看看了!
謝謝!

在 2019/7/24,高生旺 <coscell@...> 撰寫:
> 其實不只 MarkDown 如此表達,文字模式的瀏覽器 lynx, links 等等也都這樣做,這表示它已經是文字模式下呈現表格的約定俗成的作法。
> 所以存翠就表格來看應該沒問題,如果跳脫表格兒當成獨立的圖形來看其實我也沒想法。
> 但是除了表達形狀或者計有的孽美姿符號外,如果自己任意創造就像破折號
> 2578-2578 這樣好像也不是理想的抉擇。
> 摸點字的人表達一下看法吧。
>
> On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:
>
>> Date: Wed, 24 Jul 2019 11:20:22 +0000 (UTC)
>> From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
>> Reply-To: nvda-tw@groups.io
>> To: nvda-tw@groups.io
>> Subject: Re: [nvda-tw] 點字符號?????????修提案
>>
>> Hi 高老師 & all,
>>
>> 請問 MarkDown 是不是如下:
>> +--+--+
>> |A1|B1|
>> +--+--+
>> |A2|B2|
>> +--+--+
>> 這樣做會有一個問題:
>> 「左上角、左接右、左下角」、「上接下、接四格、下接上」、「右上角、右接左、右下角」三組符號的點字無法區別,因為它們的差異是垂直線段的有無,可是點字只能全部寫成
>> +- 跟 -+- 跟 -+
>> 因此,請問有人可以提供意見如何解決這個問題嗎?或者,大家認為這樣的區別不重要?
>> Thanks.
>>
>>   sincerely yours
>>    Bo-cheng Jhan
>>
>>
>> 在 2019年7月24日 星期三 下午5:45:08 [GMT+8], 高生旺<coscell@...> 寫道:
>>
>>
>> 我建議有些可以參考 MarkDown 的表示法,畢竟這已經成為市場上的通用方式。
>>
>> On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:
>>
>> > Date: Wed, 24 Jul 2019 09:33:04 +0000 (UTC)
>> > From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
>> > Reply-To: nvda-tw@groups.io
>> > To: nvda-tw@groups.io
>> > Subject: Re: [nvda-tw] 點字符號增修提案
>> >
>> > Hi 高老師 & all,
>> >
>> > 這些符號來自 Box Drawing 區段,雖然語意上該把它當畫表格用途,實際上有很多福號跟別的常用符號視覺上類似
>> > 經過這幾天的考慮,決定把以下想法提出來請大家評估看看:
>> > 1. U+2500 外貌像 Em Dash, 因此當初給了跟 U+2014 一樣的點位,然而我發現這樣的設定對於擴展表格字元的點字不利,決定將
>> > U+2500 改成 36-36, 也就是同 U+2015 的點位,語意也較
>> >
>> > 接近
>> > 這樣修改當然會引起一些問題,教育部網頁破折號使用──但是許多人使用不同輸入法打出來的破折號是——兩者點位顯示就會不同
>> > U+2014: Em Dash
>> > https://www.fileformat.info/info/unicode/char/2014/index.htm
>> > U+2015: Horizontal Bar
>> > https://www.fileformat.info/info/unicode/char/2015/index.htm
>> > 2. 新增下列表格符號:
>> > │ 4568-0 單線框,直向的框線
>> > ┼ 34568-36 單線框,框線的接四格部份
>> > ┴ 3456-36 單線框,表格下邊的框線接上格部份
>> > ┬ 368-36 單線框,表格上邊的框線接下格部份
>> > ┤ 34568-0 單線框,表格右邊的框線接左格部份
>> > ├ 4568-36 單線框,表格左邊的框線接右格部份
>> > ┌ 68-36 單線框,表格左上角的矩形框線
>> > ┐ 368-0 單線框,表格右上角的矩形框線
>> > └ 456-36 單線框,表格左下角的矩形框線
>> > ┘ 3456-0 單線框,表格右下角的矩形框線
>> > 它們都由兩方組成,中心點位在第一方第六點,這個設定跟紙本點字書的表格點法不同,中心位置的選擇有二個目的:
>> > (1) 盡量讓第一方第八點參與點字構成,因為如此能減少點位跟半形符號的衝突
>> > (2) 為配合橫線使用之 36-36 的形狀,也為了與半形減號配合,因為半形減號也經常被用來畫線
>> >
>> > 如上,表格字元也能擴展到雙線框的表示,但是不在此詳述
>> > 雙線框目前先放雙橫線═ (U+2550) 定義為 2356-2356 試看看
>> > 這些修改目前是實驗性質,我放在本信件的附件,請高老師跟大家試試看,如果到了八月中沒有大問題,就會包含在該次的 release
>> > Thanks!
>> >
>> >   sincerely yours
>> >    Bo-cheng Jhan
>> >
>> >
>> > 在 2019年7月22日 星期一 下午3:17:09 [GMT+8], 高生旺<coscell@...> 寫道:
>> >
>> >
>> > 麻煩 sponge:
>> >
>> > x251c and x2502
>> > 兩個都是表格符號,出現場合:
>> > 請用 tree /f 指令顯示檔案樹狀結構。
>> >
>> >
>> >
>> >
>> >
>> >
>>
>>
>>
>>
>>
>>
>
>
>
>



=?ISO-2022-JP?Q?=1B$B9b=4082=22=1B=28J?=
 

語音你可以提案新增,有困難嘛?

On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:

Date: Wed, 24 Jul 2019 14:34:25 +0000 (UTC)
From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
Reply-To: nvda-tw@groups.io
To: nvda-tw@groups.io
Subject: Re: [nvda-tw] 點字符號
Hi all,
由於高老師和嘯傲俠羽都主張呈現效果同 MarkDown, 附件是依照這個方式所實現的點表
這個方式對於閱讀應該很 OK, 不過要編寫、操作這些記號就麻煩,因為有三組記號點位一樣又沒有語音
另外我去除了 U+2550, 因為 MarkDown 表格沒有雙線的
總之,請大家再試試看

  sincerely yours
   Bo-cheng Jhan
在 2019年7月24日 星期三 下午8:46:59 [GMT+8], 嘯傲俠羽<crazy@...> 寫道:
說真的,站在表格呈現的立場,我贊同高老的想法,
畢竟跟孽美姿相比,
看到比較多場合的卻是那樣寫法的表格形式,
除了真的遇到對數學好奇心中的人,平常我們很少摸到孽美姿,
所以如果藥頭一票的話,針對表格符號呈現方式,
我同意高老的說哈。
另外,提到破折號的問題,
我有化要說,我仍堅持保留原來的五二點形式,
不過後來我發現,破折號有很多種寫法,
螢幕上我看起來就是那一條縣,
可是確有多種編碼方式,
要不是 bcj 點字的定義,過去我從來也沒想過這問題。
好比引號的點為,不管上下左右通通都是「五六三六」跟「三六二三」,
要不是因為寫程式發現,我從來也不曉得原來標點符號有上下左右的區別,
但是點位定義都一樣,
所以我也覺得,如果摸點字偶爾能縣符號的特殊性質,也是好的,
例如用個啥點未來鰾上下行、空新語實心…等等,
正常狀態下有個區分,至少從小就能曉得原來標點符號不是只有從左道又的。
當然,這些都是要從習慣聊說起的,
高老說的表格符號,從以前就是這種習慣,
希望能繼續保持,
(還真要感謝你,沒說出來我也沒注意,
如果單指孽美姿來講我就沒意見,
因為除了基本數學符號,彆美姿平常也不會碰到,
即使摸到了也就跳過去了,
但摸到你說的這符號,
至少我可以告訴小朋友這是表格符號。)
說實話,能盡量讓點位摸起聊跟紙本一致越好,
因為我在意的是小朋友的知識學習!
然而很多事情當然也很難盡善盡美,
我也要在說令一個時候,
反正點字主要目前就是 bcj 幫忙,
它願意提出與大家討論,
讓大家提供建議,難能可貴!
它如果默默的就丟上去,等下一個 nvda 板艮出現,
大家才發現「怎麼會這樣,點字怪怪」的時候,
誰也無可奈何!
以前我長抱怨阿,為什麼更新之後都變了?
因為有的人有了能力、掌握了全力,
它覺得它默默奉獻阿,誰也不說,
比起來,我覺得真的很謝謝 bcj 的寬大。
高老說的沒錯,希望大家多多提出想法,
尤其點字,真正容易摸讀與學習的,還是點字!
這是我參加朋安的數學課程,也有很多感觸,
朋安老師也說了阿:「如果可以把點字摸熟,
對盲人學術學幫助會更大!」
謝謝!等有心情我也寫寫數學課的私德!
希望 bcj 考慮與保留高老的建議,
我呢,也希望袁有的五二險破折號繼續沿用,
但是不要把所有的破折號都用武二點表示,
正如我也不希望把所有括號溫用二四六、一三伍表示,
他不也有上下行的嗎?
要在一起思考看看了!
謝謝!
在 2019/7/24,高生旺 <coscell@...> 撰寫:
其實不只 MarkDown 如此表達,文字模式的瀏覽器 lynx, links 等等也都這樣做,這表示它已經是文字模式下呈現表格的約定俗成的作法。
所以存翠就表格來看應該沒問題,如果跳脫表格兒當成獨立的圖形來看其實我也沒想法。
但是除了表達形狀或者計有的孽美姿符號外,如果自己任意創造就像破折號
2578-2578 這樣好像也不是理想的抉擇。
摸點字的人表達一下看法吧。

On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:

Date: Wed, 24 Jul 2019 11:20:22 +0000 (UTC)
From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
Reply-To: nvda-tw@groups.io
To: nvda-tw@groups.io
Subject: Re: [nvda-tw] 點字符號?????????修提案

Hi 高老師 & all,

請問 MarkDown 是不是如下:
+--+--+
|A1|B1|
+--+--+
|A2|B2|
+--+--+
這樣做會有一個問題:
「左上角、左接右、左下角」、「上接下、接四格、下接上」、「右上角、右接左、右下角」三組符號的點字無法區別,因為它們的差異是垂直線段的有無,可是點字只能全部寫成
+- 跟 -+- 跟 -+
因此,請問有人可以提供意見如何解決這個問題嗎?或者,大家認為這樣的區別不重要?
Thanks.

  sincerely yours
   Bo-cheng Jhan


在 2019年7月24日 星期三 下午5:45:08 [GMT+8], 高生旺<coscell@...> 寫道:


我建議有些可以參考 MarkDown 的表示法,畢竟這已經成為市場上的通用方式。

On Wed, 24 Jul 2019, Sponge Jhan via Groups.Io wrote:

Date: Wed, 24 Jul 2019 09:33:04 +0000 (UTC)
From: Sponge Jhan via Groups.Io <school510587=yahoo.com.tw@groups.io>
Reply-To: nvda-tw@groups.io
To: nvda-tw@groups.io
Subject: Re: [nvda-tw] 點字符號增修提案

Hi 高老師 & all,

這些符號來自 Box Drawing 區段,雖然語意上該把它當畫表格用途,實際上有很多福號跟別的常用符號視覺上類似
經過這幾天的考慮,決定把以下想法提出來請大家評估看看:
1. U+2500 外貌像 Em Dash, 因此當初給了跟 U+2014 一樣的點位,然而我發現這樣的設定對於擴展表格字元的點字不利,決定將
U+2500 改成 36-36, 也就是同 U+2015 的點位,語意也較

接近
這樣修改當然會引起一些問題,教育部網頁破折號使用──但是許多人使用不同輸入法打出來的破折號是——兩者點位顯示就會不同
U+2014: Em Dash
https://www.fileformat.info/info/unicode/char/2014/index.htm
U+2015: Horizontal Bar
https://www.fileformat.info/info/unicode/char/2015/index.htm
2. 新增下列表格符號:
│ 4568-0 單線框,直向的框線
┼ 34568-36 單線框,框線的接四格部份
┴ 3456-36 單線框,表格下邊的框線接上格部份
┬ 368-36 單線框,表格上邊的框線接下格部份
┤ 34568-0 單線框,表格右邊的框線接左格部份
├ 4568-36 單線框,表格左邊的框線接右格部份
┌ 68-36 單線框,表格左上角的矩形框線
┐ 368-0 單線框,表格右上角的矩形框線
└ 456-36 單線框,表格左下角的矩形框線
┘ 3456-0 單線框,表格右下角的矩形框線
它們都由兩方組成,中心點位在第一方第六點,這個設定跟紙本點字書的表格點法不同,中心位置的選擇有二個目的:
(1) 盡量讓第一方第八點參與點字構成,因為如此能減少點位跟半形符號的衝突
(2) 為配合橫線使用之 36-36 的形狀,也為了與半形減號配合,因為半形減號也經常被用來畫線

如上,表格字元也能擴展到雙線框的表示,但是不在此詳述
雙線框目前先放雙橫線═ (U+2550) 定義為 2356-2356 試看看
這些修改目前是實驗性質,我放在本信件的附件,請高老師跟大家試試看,如果到了八月中沒有大問題,就會包含在該次的 release
Thanks!

  sincerely yours
   Bo-cheng Jhan


在 2019年7月22日 星期一 下午3:17:09 [GMT+8], 高生旺<coscell@...> 寫道:


麻煩 sponge:

x251c and x2502
兩個都是表格符號,出現場合:
請用 tree /f 指令顯示檔案樹狀結構。











Sponge Jhan
 

Hi all,

我測試了一下,發現實際閱讀資料夾目錄的效果用原先這樣定義的點字也不好摸
因此,我提議再做些調整,至少讓每個表格線字元的點字寬度一樣,減少上下對齊時的誤差
如下:

sign \x2500 36-36-36
sign \x2502 0-1256-0
sign \x250C 0-3467-36
sign \x2510 36-3467-0
sign \x2514 0-3468-36
sign \x2518 36-3468-0
sign \x251C 0-34678-36
sign \x2524 36-34678-0
sign \x252C 36-3467-36
sign \x2534 36-3468-36
sign \x253C 36-34678-36

邏輯有二個:
1. 所有字元都以三方呈現,缺空者就填入空方,加強上下對齊的可讀性
2. 始用中間方來辨別,以 7, 78, 8 分別代表上、中、下排

然而,沒辦法達到完全無縫,因為真正使用它們時,上下對齊需要空多少白由 font 決定,明眼人也需要被動的增減空白來調整
例如,我的附件為 BrlIMEHelper 儲存庫的資料夾結構當做範例,視覺上一個格線折算二個半形空白
以上,附件中的 zh-tw.ctb 請大家再測試看看,有問題再討論

另外,語音部分徵求大家的意見如何表達比較好?以下為導盲鼠的定義:
┼ 單框接四格符號
┴ 單框下接上格符號
┬ 單框上接下格符號
┤ 單框右接左格符號
├ 單框左接右格符號
─ 單框橫線符號
│ 單框直線符號
┌ 單框左上角符號
┐ 單框右上角符號
└ 單框左下角符號
┘ 單框右下角符號

由於這群符號都是純單線框,所以它們名字都用「單框」
四個角落的命名沒什麼問題,比較爭議的是「接四格」、「上接下」這種

以上,thanks!

  sincerely yours
   Bo-cheng Jhan