小笠原です。 たびたびすみません。あらためて、提案の要約を書きなおしてみます。 --- Excelによる *.xlsx（旧 *.xls でも同じかも）のインポート・エクスポート時の 漢数字の扱い（LibreOffice内の表現とどうマッピングするか）を変更したい。
※ODFを用いてLibreOffice上で編集し続ける分には影響はありません。 --- 現在は、アラビア数字で 1 2 3 10 100 1234567890 をExcelで入力して、 書式指定で「漢数字」「大字」を指定した場合、次のようになります。 漢数字 一 二 三 十 百 十二億三千四百五十六万七千八百九十 大字 壱 弐 参 拾 百 拾弐億参阡四百伍拾六萬七阡八百九拾 それをXLSX形式で保存し、Calcで読むと、現状はつぎのようになります。 漢数字 DBNum1 NatNum1 一 二 三 一〇 一〇〇 一二三四五六七八九〇 大字 DBNum2 NatNum4 一 二 三 十 百 十二億三千四百五十六万七千八百九十 これはおかしいので直したいということです。 修正案としては、先のメール[1] で案を三つ示しました。 このうち、現時点としては【案３】を推したいです。 【案１】 漢数字 DBNum1 NatNum1 一 二 三 一〇 一〇〇 一二三四五六七八九〇 大字 DBNum2 NatNum5 壱 弐 参 拾 百 拾弐億参阡四百伍拾六萬七阡八百九拾 【案２】 漢数字 DBNum1 NatNum1 一 二 三 一〇 一〇〇 一二三四五六七八九〇 大字 DBNum2 NatNum2 壱 弐 参 壱零 壱零零 壱弐参四伍六七八九零 【案３】 漢数字 DBNum1 NatNum4 一 二 三 十 百 十二億三千四百五十六万七千八百九十 大字 DBNum2 NatNum5 壱 弐 参 拾 百 拾弐億参阡四百伍拾六萬七阡八百九拾 メール[1] では、現在の仕様を変えたくないという消極的な理由で案１推しと しました。しかし、別途報告された不具合のチケット[2] で会話しているうち、 やはり、仕様を変えても、Excelで GUI で指定できるものとそろえるほうが、 うれしいユーザーが多いのではないかと考えています。 いかがでしょうか？ [1] https://listarchives.libreoffice.org/ja/users/msg00793.html [2] https://bugs.documentfoundation.org/show_bug.cgi?id=130140 2020年5月9日(土) 7:54 Naruhiko Ogasawara <naru...@gmail.com>: > > 小笠原です。 > > すこしわかりにくいなと思ったので、上の提案を適用したバージョンを > 手元で作って、スクリーンショット撮ってみました。 > > https://nextcloud.documentfoundation.org/s/Ejacy2bPabx6AwP > > ここで気になるのは、DBNum1とDBNum2の不ぞろいです。 > > DBNum1 => NatNum1 => [DBNum1]0 > DBNum2 => NatNum5 => [DBNum2]G/標準 相当 > > Excelには明るくないですが、今のExcelには「表示形式」＞「その他」で > 「漢数字」「大字」というのが選べて、これは内部的には [DBNumX]G/標準 です。 > それを考えてDBNum2 = NatNum5 にしたい。 > しかし、DBNum1 = NatNum1 は昔からの仕様で、これはさすがに破壊的変更は > ためらわれる……という感じです。 > > > どう思われますか？ > 案としては以下があるかと思われます。 > > 〇案１ 当初メールの提案通り [DBNum1]0 / [DBNum2]/Standard として扱う > > DBNum1 NatNum1 一二三四五六七八九〇 > DBNum2 NatNum5 拾弐億参阡四百伍拾六萬七阡八百九拾 > > 利点）DBNum1については現在の仕様を踏襲 > DBNum2については、ExcelでUIから選べる「その他」＞「大字」 > に仕様が合う > 欠点）DBNum1 と DBNum2 の仕様のちがい > DBNum1 ではExcelのUIで選べる「漢数字」で非互換となる > > 〇案２ どちらも "0" にそろえる > > DBNum1 NatNum1 一二三四五六七八九〇 > DBNum2 NatNum2 壱弐参四伍六七八九零 > > 利点）そろっていて気持ちがいい、DBNum1 は現行仕様踏襲 > 欠点）DBNum1、DBNum2とも、UIで選べる表示形式と非互換 > > 案３ どちらも "G/標準” にそろえる > > DBNum1 NatNum4 十二億三千四百五十六万七千八百九十 > DBNum2 NatNum5 拾弐億参阡四百伍拾六萬七阡八百九拾 > > 利点）そろっていて気持ちがいい > ExcelでUIから選べる表示形式と互換 > 欠点）一番使われるであろう DBNum1 で後方互換性がなくなる > > 案４ がんばって Excel の "G/標準" "0" を拾えるようにする > > 欠点）たぶんとっても大変、かつそこそんなに頑張るところ？？ > > > 小笠原としては > > 案１ ＞ 案２ ＞ 案３ ＞＞＞＞＞＞＞＞＞＞＞＞＞＞ 案４ > > という感じです。 > > > なんとなく来週末5/16ぐらいまで待ってご意見なければ、案１で > パッチ作って投げようかな、と思ってます。 > （もちろんパッチ投げたところでレビュアーから突っ込みはありそう） > > > では。 > > 2020年5月7日(木) 21:41 Naruhiko Ogasawara <naru...@gmail.com>: > > > > 小笠原です。 > > > > discuss メーリングリストですでに聞いた話[0] ですが、範囲を広げて > > こちらでお伺いします。 > > > > ※仕様変更についてのご意見募集です。 > > 変更に対して影響がある、やめてほしいと考える方は必ずご意見を > > お寄せください。 > > > > > > 【忙しい人のためのサマリ】 > > > > Excelで、数値の書式設定で全角文字を表示するようにしたファイルを > > LibO Calcで読むと不思議な変換がされてしまうことがあるのを直したいが、 > > 「不思議な変換」に意図があって使っている人はいないでしょうか。 > > > > （あるいは、その変換の意図はこうだよ、と説明できる方がいたら……） > > > > > > 【詳細】 > > > > LibreOffice Calcの「書式コード」にNatNumX というものが存在します。 > > たとえば 1,2,3…, 10, 100, 1000, 10000, …という数値を > > 一, 二, 三, …,十, 百, 千, 万, … と表現したり、 > > 壱, 弐, 参, …, 拾, 百, 千, 萬, … と表現する（大字）などといったものです。 > > > > 仕様はヘルプページ[2] にあります。ごく一部以外を除いて翻訳されてな > > いですが、3.3 のころのヘルプ [3] と変わっていないようなのでそちらも > > 参照ください。つぎのような感じになってます。 > > > > NatNum1 一 二 三 一〇 一〇〇 一〇〇〇 一〇〇〇〇 > > NatNum2 壱 弐 参 壱零 壱零零 壱零零零 壱零零零零 > > NatNum3 １ ２ ３ １０ １００ １０００ １００００ > > NatNum4 一 二 三 十 百 一千 一万 > > NatNum5 壱 弐 参 拾 百 壱阡 壱萬 > > NatNum6 １ ２ ３ 十 百 １千 １万 > > NatNum7 一 二 三 一〇 一〇〇 一〇〇〇 一万 > > NatNum8 壱 弐 参 壱零 壱零零 壱零零零 壱萬 > > > > Excelにも同様の機能があって、DBNumX という「表示形式」が使えます。 > > 仕様としてはたとえばこのサイト[3] によると、123456789 はこんな感じに > > なるそうです。 > > （仕様上はDBNum4もありますが単に半角になるらしいですね） > > > > [DBNum1]G/標準 一億二千三百四十五万六千七百八十九 > > [DBNum2]G/標準 壱億弐阡参百四拾伍萬六阡七百八拾九 > > [DBNum3]G/標準 １億２千３百４十５万６千７百８十９ > > [DBNum1]0 一二三四五六七八九 > > [DBNum2]0 壱弐参四伍六七八九 > > [DBNum3]0 １２３４５６７８９ > > > > > > で、LibreOffice CalcでOOXMLを読み書きする際には、この両者を相互に > > 変換する必要があるのですが、現在の割り付けは日本語では以下のとおり。 > > （実装の制約により、Excelの "G/標準" と "0" は同じになっちゃいます） > > > > 読み込み時（DBNum -> NatNum） > > > > DBNum1 → NatNum1 / 一 二 三 十 → 一 二 三 十 > > DBNum2 → NatNum4 / 壱 弐 参 拾 → 一 二 三 十 （？？ > > DBNum3 → NatNum5 / １２３ １０ → 壱 弐 参 拾 （？？ > > DBNum4 → NatNum7 / 1 2 3 10 → 一 二 三 一〇 （？？ > > > > 書き込み時（NatNum ｰ> DBNum > > > > NatNum1 → DBNum1 / 一 二 三 十 → 一 二 三 十 > > NatNum2 → （割り当てなし） （？？ > > NatNum3 → （割り当てなし） （？？ > > NatNum4 → DBNum2 / 一 二 三 十 → 壱 弐 参 拾 （？？ > > NatNum5 → DBnum3 / 壱 弐 参 拾 → １２３ １０ （？？ > > NatNum6以降 → （割り当てなし） （？？ > > > > これってどう考えても誰もうれしくない割り付けだと思うので、 > > 以下のように仕様変更したいと考えてます。 > > > > DBNum1 <-> NatNum1 > > DBNum2 <-> NatNum5 > > DBNum3 <-> NatNum3 > > DBNum4 <-> （書式指定なし） > > > > これ以外のNatNumは、きれいに対応付けはできませんがこんな感じ > > でしょうか。 > > > > NatNum2 -> DBNum2 > > NatNum4 -> DBNum1 > > NatNum6 -> DBNum3 > > NatNum7 -> DBNum1 > > NatNum8 -> DBNum2 > > > > 現在の割り付けを意図して使われている、仕様変更されると困る、という方 > > いらっしゃいますか？ > > もしいらしたら、お知らせください。 > > > > [0] https://listarchives.libreoffice.org/ja/discuss/msg04973.html > > [1] > > https://help.libreoffice.org/6.4/ja/text/shared/01/05020301.html?&DbPAR=WRITER&System=WIN > > [2] > > https://help.libreoffice.org/3.3/Common/Number_Format_Codes#Displaying_Numbers_Using_Native_Characters > > [3] https://stabucky.com/wp/archives/3638 > > > > -- > > Naruhiko NARU Ogasawara (naru...@gmail.com) > > > > -- > Naruhiko NARU Ogasawara (naru...@gmail.com) -- Naruhiko NARU Ogasawara (naru...@gmail.com) -- Unsubscribe instructions: E-mail to users+unsubscr...@ja.libreoffice.org Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/ja/users/ Privacy Policy: https://www.documentfoundation.org/privacy
