過去の桐井戸端BBS (桐ver.8) |
25631 | レポートでバーコード(NW7)を出力したいのですがデータに「$」が入っているとエラーになる | masa | 2004/03/26-22:53 |
レポート(タイル)でNW7のバーコードを出力したいのですが、 データに”$”が入っていると、出力が出来なくてこまっています。 ”a123$a”だとエラーが出てしまいます。 試しにデータを”a1234a”とすると、問題有りません。 確かNW7は$が使えたと思ったのですが、 何か解決方法があれば、お教えください。 宜しくお願い致します。 桐は、Ver8 sp7です。 | |||
25632 | Re:バーコード(NW7)について | うにん | 2004/03/26-23:09 |
記事番号25631へのコメント 半角文字しか使えませんが大丈夫ですか? | |||
25636 | Re:バーコード(NW7)について | masa | 2004/03/27-08:31 |
記事番号25632へのコメント >半角文字しか使えませんが大丈夫ですか? 実際のデータは半角で入力されています。 皆さんは問題無く$が使えるのでしょうか? | |||
25637 | Re:バーコード(NW7)について | 佐田 守弘 | 2004/03/27-09:45 |
記事番号25631へのコメント masaさん 桐Ver.8sp.7は持っていないので、桐ver.9-2004でのテストです。 書かれているa123$a のバーコード出力はできる様です。 紙へプリントアウトはしておりませんが、レイアウト表示や、 tiffファイルへのイメージ出力などは正常でした。 参考までに印刷イメージを補完bbsに掲載しておきます。 佐田守弘(KS-00119) | |||
25640 | Re:バーコード(NW7)について | masa | 2004/03/27-10:09 |
記事番号25637へのコメント やはりプレビューしようとすると KD1641:文字列に誤りがあります。 a123$← とメッセージが出て来てしまいます。 何か設定が間違っているのでしょうか? もうちょっと色々とやってみようと思います。 ありがとうございました。 masa | |||
25643 | 変ですね>NW7 | 佐田 守弘 | 2004/03/27-21:00 |
記事番号25640へのコメント masaさん 変ですね。 >KD1641:文字列に誤りがあります。 >a123$← これは、"a123$a"の文字列でバーコード印刷をしてみたという意味で宜しいですね。 実は別の実際値で印刷するとエラーになるという事であれば、 値に何か不都合があるかも知れないので、話が変わって来ます。 以下は、"a123$a"の値をNW7で印刷できない、との前提で原因究明の手掛かりを考えてみます。 ●他のバージョンではどうでしょうか 例えば体験版の桐ver.9でも同じ現象が起きるのかどうかは、 試してみる価値があります。 あるいはもし桐ver.5があれば、MS-DOS版の桐で帳票を作ってみて、 同じ現象が起きるのかどうかも確認してみて下さい。 その場合、MS-DOS版桐ver.5で作った帳票を桐ver.8に変換しても同じ結果であるのか、 それとも印刷可能であるのかを調べてみると、 原因究明に役立つ情報が得られるかも知れません。 ●「$」は、本当に米国通貨記号の「$」でしょうか 可能性は低いのですが、外字で同じ形の文字を作って、 これを使っていたといった事も、否定できないと思います。 桐の上で文字コードを表示する方法ですが、文字列を範囲指定して、 右メニューでコード表示できるはずです。 「$」であればSIFT-JISで0024のはずです。 佐田守弘(KS-00119) NW7で特殊記号「$」が扱えるのは最新バージョンだけという事がないか、 桐ver.5のリファレンスを調べてみました。 その結果、当時から「$」は使える文字列として記載されていました。 従って、桐ver.8で使えなくなる事はちょっと考えられない様にも思います。 ぜひとも原因を究明したいトラブルですね。 | |||
25644 | Re:バーコード(NW7)について | 通りすがり | 2004/03/27-21:15 |
記事番号25640へのコメント V8SP7 及び V9SP1で試しましたが、masaさんの言うとおりの現象が起きます。 (Win2K) でも、ソースを&STR にし、&STRに「a123$a」といれれば表示され、 また、ソースに「"a123"+"$"+"a"」としても正常表示です。 「$」って「#」や「&」と同じで、桐では特殊文字? | |||
25645 | Re:バーコード(NW7)について | うにん | 2004/03/27-22:51 |
記事番号25644へのコメント >でも、ソースを&STR にし、&STRに「a123$a」といれれば表示され、 >また、ソースに「"a123"+"$"+"a"」としても正常表示です。 うちでは"a123$a"で問題ないですが。ソースの文字列計算式の""を省略していませんか? | |||
25646 | Re:バーコード(NW7)について | 佐田 守弘 | 2004/03/27-23:31 |
記事番号25644へのコメント 通りすがりさん >V8SP7 及び V9SP1で試しましたが、masaさんの言うとおりの現象が起きます。 とは、「a123$a」が入力されている項目値をソースとした場合という意味ですか? 変数では表示されるのに項目値ではうまく行かないのは何でしょうね。 因みに、カビの生えた桐ver.5を引っ張り出してテストしてみた結果、レイアウトは正常に表示されました。 (印刷できるプリンタがつながっていないので、印刷はしておりません。) 佐田守弘(KS-00119) | |||
25648 | Re:バーコード(NW7)について | 悲しげ | 2004/03/27-23:52 |
記事番号25645へのコメント うにんさん wrote >ソースの文字列計算式の""を省略していませんか? なるほど。ただ、元々のNo.25631でmasaさんは >”a123$a”だとエラーが出てしまいます。 と書かれていまして、このダブルクォーティション付き記述は微妙。(^^;) が、テキストソースが単に「a123$a」だと仰るとおりのエラーとなり、 「"a123$a"」だと問題なし。だからもしダブルクォーティションの問題だったとすれば、 「a1234a」でたまたま通っていたとしても、お作法的には「"a1234a"」とすべきですね。 ちなみにこの挙動は、ひとりNW-7バーコードオブジェクトのみならず、 テキスト系オブジェクトに共通するものだし、v8とv9でも共通のようです。 もひとつちなみに、項目値ではダブルクォーティション無しで問題なし。 | |||
25651 | Re:バーコード(NW7)について | 佐田 守弘 | 2004/03/28-01:19 |
記事番号25648へのコメント 悲しげさん これって、バーコードオブジェクトのソース値に直接「a123$a」と記述した場合との解釈でしょうか。 文字列を直接記述する場合には、データによっては二重引用符の省略はだめでしょうね。 コマンドの記述で、 表 名簿 → 二重引用符を省略してもエラーにはならない。 表 name.tbl → エラーになる。"name.tbl"と記述する事が必要。 というのと同じ様なものだろうと思います。 私は最初のmasaさんが書いている >データに”$”が入っていると、出力が出来なくてこまっています。 とは、バーコード印刷するデータは項目値として持っているものと頭から考えていました。 私のテストも、項目値をソースに設定して行っています。 masaさんへ どっちだったのでしょうか。ここがポイントかも知れません。 佐田守弘(KS-00119) | |||
25653 | Re:バーコード(NW7)について | 通りすがり | 2004/03/28-08:50 |
記事番号25645へのコメント 直接、ソースに 「a123$a」 とすればエラーです。(^.^) ただし、""でくくった 「"a123$a"」 は正常。 ちなみに、ソースに項目を指定し、その項目に"a123$a"が文字列で入っている場合には、正常です。 直に、a123$aの時にのみ、エラーです。 「$」が明示的に、あるいは変数値、項目値のなかで「文字列」として扱われている場合にはエラーにはなりませんね。 $が計算式か何かの特殊な意味のあるものとして、桐側で解釈されているの? ってことの意味でした。(^.^) 通貨? | |||
25656 | 解決しました。 | masa | 2004/03/29-08:45 |
記事番号25631へのコメント a123$aを""で囲ったら無事に出力出来ました。 a1234aが問題なかった為に""で囲むという事が、 頭に思い浮びませんでした。 又、ソースにa123$aと書いてあると一言書いてあれば、 もっと早く解決したと質問の書き方が悪かった事とを反省しております。 皆さん色々と有難うございました。 masa | |||
25712 | Re:解決しました。 | 通りすがり | 2004/03/31-00:10 |
記事番号25656へのコメント 解決できたようですが、問題は「$」がどう作用しているか?かな? 数値型の項目に「$10」と入力すれば、きちんと数値として「10」が入るところを見れば・・・・やはり通貨記号かな? a123$a は文字と数値(通貨)が混在している、と解釈されているのかな?。 「文字列に誤りが」なんてエラーから推察すると・・・。 明示的に「$」を文字列として扱う必要がありますね。 |