投稿キー （右画像の数字を入力） おなまえ Ｅメール タイトル コメント 参照先 暗証キー (英数字で8文字以内) 文字色 ■ ■ ■ ■ ■ ■ ■ ■ ■
購入者です。お世話になっております。Reports.net(ver 6.6.0)上で線などのオブジェクトをドラックアンドドロップするとドロップした位置がずれます。方眼紙表示でマス1つ分を移動すると2つ分移動してしまいます。※マス2つ移動すると4つ分移動他端末でも発生しているのですが回避方法を教えて頂けますでしょうか？よろしくお願いします。
Re: オブジェクトの移動について - Pao@Office 2016/08/19(Fri) 12:43 No.2609 お問い合わせありがとうございます。返事が遅くなりまして申し訳ございません。順番が逆ですいません。まず、オブジェクトの移動ですが、どのようなやり方で移動させるとマス目2個分移動してしまいますか？私が確認させていただきました方法は、(1) マウスで移動(2) Ctrl+矢印キーで移動を行いましたが、1マスずつ移動することを確認しました。次に、ドラッグ＆ドロップするとドロップした位置がずれる。というのは、オブジェクトのことだと思いますが、その言葉通りの操作を行ってみましたが、特にずれることはございませんでした。なにか他に特別なことはございますか？ちなみに私が行った操作は「文字列」「四角」の2種類のオブジェクトです。よろしくお願いいたします。
.NET FrameWork 4.5 pao.Reports7.0で開発しています。以前にPao.Reports 6.6で作成していたバーコード付きの帳票があるのですが、7.0にアップグレードするとOutOfRangeExceptionが発生するようになりました。例外の内容は以下です。System.ArgumentOutOfRangeException: インデックスが範囲を超えています。負でない値で、コレクションのサイズよりも小さくなければなりません。パラメーター名:index 場所 System.Collections.ArrayList.get_Item(Int32 index) 場所 Pao.Reports.PmDraw.DrawBarcode(Single x, Single y, Single width, Single height, Single angle, PmBarcodeType kind, String code, Boolean soeji, Boolean kintou, Boolean startStop, Int32 kuroBar, Int32 shiroBar, Boolean writeDirect, Single point, Int32 qrVersion, String qrErrCorrect, PmDefFontAttr font, Int32 indexX, Int32 indexY, Single intervalX, Single intervalY, Boolean RepeatXYBoth) 場所 Pao.Reports.PmDefBarcode.DrawInstance(IPrintDraw draw, PmDynamicValue v) 場所 Pao.Reports.PmPage.Traverse(IPmVisitor visitor) 場所 Pao.Reports.PmDraw.Output(IPrintPage page) 場所 Pao.Reports.Report.PrintPage(Object sender, PrintPageEventArgs e) 場所 System.Drawing.Printing.PrintDocument.OnPrintPage(PrintPageEventArgs e) 場所 System.Drawing.Printing.PrintController.PrintLoop(PrintDocument document) 場所 System.Drawing.Printing.PrintController.Print(PrintDocument document) 場所 System.Drawing.Printing.PrintDocument.Print() 場所 Pao.Reports.Report.PaoPrint() 場所 Pao.Reports.Report.PaoPrint(PrinterSettings setting) 場所 Pao.Reports.Report.Output(PrinterSettings setting)他にもバーコード付きの帳票があって、そちらでは例外は発生しないのですが、違いという違いは見受けられません。あるとすれば、例外が発生する帳票は固定レイアウトなのに対し、それ以外の帳票は可変レイアウトというぐらいです。回避策等はございますでしょうか？以上、よろしくお願いいたします。
Re: バーコード出力で例外が発生する - Pao@Office 2016/08/19(Fri) 12:48 No.2610 お問い合わせありがとうございます。返事が遅くなりまして申し訳ございません。バーコードの種類はなんでしょうか？もしコンビニバーコードだとすれば、この現象に当てはまります。申し訳ございません。ver 7.0.0 で不具合を入れてしまいましたのでver 7.0.1 として先日リリースさせていただきました。お試しください。よろしくお願いいたします。 Re: バーコード出力で例外が発生する - DMON 2016/08/22(Mon) 14:48 No.2612 ご回答ありがとうございます。早速現象の改善を確認したいのですが、Ver7.0.1はどこから入手すればよろしいでしょうか？ Re: バーコード出力で例外が発生する - Pao@Office 2016/08/22(Mon) 17:11 No.2613 失礼しました。ver 8.0.1 です。http://www.pao.ac/reports.nethttp://www.pao.ac/reports.net/#downloadよりダウンロードしてください。 Re: バーコード出力で例外が発生する - DMON 2016/08/23(Tue) 13:36 No.2614 有償であるver8.0へのアップグレードを行わないと不具合が解消されないということでしょうか？
お世話になります。開発環境：Microsoft Visual Studio 2010(Visual Basic)対象フレームワーク：.NET Framework 4Pao.Reports.dllバージョン： 5.1.0.0テスト環境OS: Win7 32bit-------------------------------------------------用紙サイズ：任意 横：360mm 縦：110mm(Reports.netにて作成) OSのプリントサーバープロパティにて作成した用紙サイズ： 幅：11.00cm 高さ：36.00cm 余白：上下左右 各0.50cm 用紙名：加入者証-------------------------------------------------この用紙専用のプリンタを作成 "Canon LBP9200C (加入者証)" 原稿サイズ、出力用紙サイズ共に"加入者証"に設定。 印刷向き：横 手差し-------------------------------------------------VB2010にてDim setting As System.Drawing.Printing. PrinterSettings = New System.Drawing.Printing. PrinterSettings ()setting.PrinterName = "Canon LBP9200C (加入者証)"paoRep.Output(setting) '印刷/プレビューを実行とプリンタを指定。その際、paoRep = ReportCreator.GetPreviewでプレビュー表示した際、"Canon LBP9200C (加入者証)"の原稿サイズは"加入者証"(任意サイズ用紙)となります。しかし、 paoRep = ReportCreator.GetReportと印刷する際、"Canon LBP9200C (加入者証)"の原稿サイズは"A4"となります。他のプリンタ、PDFソフトでも同様のことを行った結果、やはり設定した本来の原稿サイズと違うものが選択されます。GetPreviewでは正常に処理され、GetReportでは原稿サイズが異なるのでしょうか。この対処法を教えていただきたく投稿いたしました。よろしくお願いします。
Re: 任意用紙サイズ 印刷とプレビューで動作が異なる - Pao@Office 2016/07/25(Mon) 11:31 No.2604 お問い合わせありがとうございます。まず、プレビューはそのまま出力できます。印刷の場合、プリンタドライバに「Custom」というような用紙サイズがありますので、そこで、幅：11.00cm 高さ：36.00cm の用紙を作成してあげる必要がございます。そして、印刷時に、Printerのsettingプロパティに Custom＋手差しを指定してあげれば、印刷時にもその用紙を選択してくれると思います。PDFの場合も同様です。PDF出力した時には、幅：11.00cm 高さ：36.00cm で出力されます。それを印刷する際には、用紙サイズCustomを指定してあげる必要がございます。前に、何度か確認したサンプルがあったので、探してみましたが手元にございませんでした。うまく動作しないようであれば、少し時間をいただきますが、印刷・PDF出力で任意用紙サイズのサンプルプログラムを作成してお渡しさせていただきます。よろしくお願いいたします。 Re: 任意用紙サイズ 印刷とプレビューで動作が異なる - fsc-ikeda 2016/07/26(Tue) 10:37 No.2605 お世話になります。ご回答ありがとうございます。>印刷の場合、プリンタドライバに「Custom」というような用紙サイズがありますので、>そこで、幅：11.00cm 高さ：36.00cm の用紙を作成してあげる必要がございます。CANONプリンタの印刷設定にて、原稿サイズを「ユーザー設定(名称固定)」と変更できるので、こちらを利用しました。コーディングにて>Printerのsettingプロパティに Custom＋手差しを指定してあげればとありますが、こちらはどのようにコーディングをすれば良いでしょうか。setting.DefaultPageSettings.PaperSize.PaperName = "Custom"で実施するとエラー。setting.DefaultPageSettings.PaperSize.Kind = PaperKind.Customと書いた時点で、Readonlyとなるため、設定できません。初歩的な質問で申し訳ありませんが、よろしくお願いします。 Re: 任意用紙サイズ 印刷とプレビューで動作が異なる - Pao@Office 2016/08/19(Fri) 12:52 No.2611 本件、電話等でご連絡いただき対応させていただきました。基本的には、Reports.netで持っていない用紙サイズで印刷を行うには、任意サイズを使用していただくことになります。よろしくお願いいたします。
お世話になります。質問１． Reports.netのデザイナーにてオブジェクト名が重複して登録しても問題ないのでしょうか。質問２． 質問１が問題ない場合、動作としては同一オブジェクト名に対して同じ値が入るとの認識でよいのでしょうか。現在作成中の帳票にて部分的に同じ値が出たので調査するとReports.netのデザイナーにてオブジェクト名を重複して登録していたようです。送り状などの帳票を作成しているので同じ内容を何度か印字することがあり、重複しても問題ない、同じ値が印字されるのであればよいなと思い質問しました。
Re: デザイナーでのオブジェクト名の重複について - Pao@Office 2016/06/13(Mon) 20:12 No.2598 お問い合わせありがとうございます。質問１． Reports.netのデザイナーにてオブジェクト名が重複して登録しても問題ないのでしょうか。⇒重複したオブジェクト名は付けられません。質問２． 質問１が問題ない場合、動作としては同一オブジェクト名に対して同じ値が入るとの認識でよいのでしょうか。⇒その通りでございます。重複して登録できてしまっていたとすれば、不具合の可能性が大きいです。もし可能であれば、info@pao.ac まで、そのデザインファイルをお送りいただければ幸いです。よろしくお願いいたします。
お世話になります。Reports.netで以下の情報取得またはプログラムは可能でしょうか。目的：・文字オブジェクトに収まらない文字列を印字する場合、最終印字文字を「…」としたい。例：・「あいうえおかきくけこ」という文字列があった場合、以下のようにしたい。┌────┐│あいうえ││おかき...│└────┘条件：・文字オブジェクトは複数行印字できる高さである。・印字する文字列は1行未満や文字オブジェクトに収まる長さの場合もある。この場合は「...」は印字しない。・設定する文字列内の改行の存在は、複数存在する場合もあるし、1行の長い文字列の場合もある。掲示板No.2453と少し絡んでいるみたいなのですが、今回は全て印字できてませんということを印刷で表現したいということです。以下の対応方法が考えました。1.文字オブジェクトに印字される文字列長を事前に取得できれば、最終文字を「…」に置換することで実現する。2.プロパティに「全て印字できない場合」というのがあり、その場合の設定ができる。上記2案ともマニュアル確認や、デザイナーを操作してみたのですが見つけられませんでした。現状のReports.netで上記を実現することは可能でしょうか。他の方法で「...」を印字することができるのであれば教えていただけないでしょうか。よろしくお願いします。
Re: 文字オブジェクトの最後の文字を「...」にしたい。 - Pao@Office 2016/05/09(Mon) 16:04 No.2593 お問い合わせありがとうございます。大変申し訳ございません。ちょっと特別なカスタマイズ仕様となるため様々なお客様がお使いになる共通仕様としては差し控えたいと思います。どのようにしてその使用を組み込むか？につきましては、フォントのサイズ等と文字数から幅をを計り、幅に収まらない場合、「...」をつける。という具合になると思います。言うは易しですが、フォントが枠内に収まるか？については、PDF出力でその処理ををこないましたが、意外に難しかったです。どうしても実装されたい機能という事であれば、別途メールにてご相談いただければ、機能に制限を付ける等も含めて更に検討させていただきます。よろしくお願いいたします。メール宛先：info@pao.acよろしくお願いいたします。 Re: 文字オブジェクトの最後の文字を「...」にしたい。 - Kondo 2016/05/10(Tue) 13:18 No.2594 お世話になります。お手数をおかけしています。現時点ではどうしても必要という機能でなくなりました。仕様としてどうしても要求されたときに再度相談させていただきます。ありがとうございました。
お世話になっております。C#でプログラムを作成し、入力のCSVファイルはUTF-8で作成しています。そのデータの中に「竱」 「立」へんに「専」という文字があるのですが、印字結果が「？」になってしまいます。出力先はPDF出力です。正しく印字する為の方法をご教示下さい。以上、よろしくお願い致します。
Re: UTF-8で文字化けする - hash 2016/02/24(Wed) 15:49 No.2571 文字化けしているますが印字したい文字は、UTF-8文字コードHEX[E7ABB1]です。よろしくお願い申し上げます。 Re: UTF-8で文字化けする - hash 2016/02/24(Wed) 17:05 No.2572 環境情報を追記させて頂きます。Reports.netデザイナー Ver 7.0.0Pao.Reports.dll Ver 6.3.2以上です。 Re: UTF-8で文字化けする - Pao@Office 2016/02/24(Wed) 22:53 No.2573 お問い合わせありがとうございます。Reports.net の PDF は、埋め込みフォントのみ対応しております。埋め込みフォントは日本語では、次の2種類・平成角ゴシック体W5・平成明朝体W3 英語では、次の3種類となります。・Arial・Times Roman・Courier日本語のフォント、平成角ゴシック体W5・平成明朝体W3 の対応文字セットは以下の通りです。--- JIS2004字形日本語フォントMicrosoft標準キャラクタセット、シングルバイト、ダブルバイトJIS非漢字(JIS X 0208-1990)、JIS第一水準漢字(JIS X 0208-1990)、JIS第二水準 (JIS X 0208-1990)、NEC特殊文字、NEC選定IBM拡張文字、IBM拡張文字、表外漢字UCS互換10文字、JIS第三水準漢字1文字※但し、第一水準漢字と第二水準漢字の167文字はJISX0213-2004規格の字形に変更しております。---「立専」(セン)のような漢字は、JIS補助漢字と呼ばれるもので、文字セット=「JIS X 0212」となります。こちらに一覧がございます。http://www.asahi-net.or.jp/~ax2s-kmtn/ref/jisx0212/残念ながら、JIS X 0212は、平成角ゴシック体W5・平成明朝体W3 の対応文字セットに含まれておりません。申し訳ございませんが、先のURLの文字については、Reports.net では、出力できない文字ということになります。今後将来、埋め込み以外の実行環境のフォントを利用できる仕組みに変更した際には、対応できることになりますが、今のところ、その対応の目標はございますが、予定は立っておりません。長々と、お役に立てない文章を申し訳ございません。よろしくお願いいたします。 Re: UTF-8で文字化けする - hash 2016/02/25(Thu) 16:59 No.2576 ご回答有難うございます。PDFでは出力できないとの事、承知致しました。直接印刷にすれば印刷できるのでしょうか？度々のご質問になりますが、よろしくお願い致します。 Re: UTF-8で文字化けする - Pao@Office 2016/02/25(Thu) 17:42 No.2577 ありがとうございます。直接印刷にすれば、プレビュー同様印刷できます。少なくとも弊社環境では確認しております。よろしくお願いいたします。 Re: UTF-8で文字化けする - hash 2016/02/26(Fri) 11:09 No.2578 お世話になります。utf-8直接印字方式であれば印字できる事を確認できました。有難うございました。
以前も投稿(No.2424)させて頂いた件で恐縮ですが、レポートをプレビュー出力した時に、タスクバー上に表示して頂けるとより使いやすいです。当時の回答では、対応予定のリストに入っているということでしたので、楽しみに待っている状態です。何卒ご検討の程よろしくお願いします。
Re: 無題 - Pao@Office 2015/12/23(Wed) 01:29 No.2562 対応、ご返事が遅くなり、大変申し訳ございません。結論から申しますと、(1) タスクバーに表示はできます。(2) ただし、重なって1か所に表示されます。(3) アイコンは、EXEで一つのため、プレビューのものを表示することはできません。以上の仕様でよろしければ、(paoRep.)PreviewInTaskbar というプロパティを用意いたしました。既定値は、false で複数起動されてもタスクバーには表示されません。trueでタスクバーに表示する条件としては、ダイアログ表示でなく、モーダルで表示する必要があります。 // ダイアログ表示しない paoRep.PreviewDialog = false; // タスクバーに入れる paoRep.PreviewInTaskbar = true;のように記述してください。.net 3.5 AnyCpu版を作成し、以下にアップロードいたしました。http://www.pao.ac/~products_download/kotan/Pao.Reports.zipお試しください。なお、本機能は、次期リリースに盛り込まれます。よろしくお願いいたします。 タスクバーの件 - kotan 2016/01/25(Mon) 11:05 No.2567 対応ありがとうございます。アップロード頂いたDLL(Ver7.0)をこちらの環境にコピーし実行したところ、各所で以下のエラーが出るようになりました。エラー内容：アクセスするインスタンスがインターフェイス型であるため、遅延バインディングされたオーバーロードの解決は 'Write' に適用されませんこのエラーは以下のようなロジックで発生しています。Dim iRow As Integer = 0For idx As Integer = 0 To recItem.length - 1 iRow = iRow + 1 paoRep.Write("Hoge1", recItem(idx).item("Hoge1"), iRow) paoRep.Write("Hoge2", recItem(idx).item("Hoge2"), iRow)next上記Write分で代入する値がオブジェクトではなく、変数や定数になっている箇所はエラーとはならないのですが、記述を変更せずにエラーは回避出来ないものでしょう？なお、現在使用しているDLLのバージョンは6.5.1.0でこちらに戻すとエラーではなくなり、正常に動作致します。 Re: 無題 - Pao@Office 2016/02/24(Wed) 23:03 No.2574 返事が遅れてしまい申し訳ございません。第二引数に以前のバージョンでオブジェクトが指定できてしまっていたことは、期待しない動作だったのですが、結果として下位互換が取れなくなってしまい誠に申し訳ございません。大変申し訳ございませんが、やはり現状と今後を考えますと、第二引数には、文字列を指定していただく方法でお願いいたします。ご迷惑、お手数をおかけしてしまい、誠に申し訳ございません。また、返事が遅れたことも重ね重ね申し訳ございません。よろしくお願いいたします。 Re: 無題 - kotan 2016/03/29(Tue) 13:17 No.2590 「第二引数に以前のバージョンでオブジェクトが指定できてしまっていたことは、期待しない動作だった」のですね。当件の要望であるタスクバー上に表示するためには、今までのソースコードを変えていかなければならないのですね。仕様ということでしたら諦めます。対応頂いたことに感謝致します。今後ともよろしくお願いいたします。 Re: 無題 - Pao@Office 2016/03/30(Wed) 02:27 No.2591 kotan さんにとっては、デグレードした形となってしまい、申し訳ございませんでした。
下記の現象について、解決方法がありましたらご教示下さい。・パターン１ バーコード種類：コンビニバーコード スタート・ストップコードの自動付加：しない {FNC1}：付加しない →ファミリーマートはＯＫ ローソンはスキャンできるが「コード体系が異なる」エラー表示される・パターン２ バーコード種類：コンビニバーコード スタート・ストップコードの自動付加：する {FNC1}：付加した →ローソンはＯＫ ファミリーマートはスキャンはできるが「登録されていないバーコードです」エラー表示される ※確認ですが、バーコード種類＝コンビニバーコード の場合、 定義体の「スタート・ストップコードを自動付加する」は「する」 出力時のデータの先頭に{FNC1}を付加する という認識で合っていますでしょうか？ コンビニによってＯＫになる、ＮＧになるパターンがあって困っています。 どのコンビニでもＯＫになるパターンをご教示頂きたいのですが。 よろしくお願い致します。
Re: コンビニ収納用バーコード仕様の件 - Pao@Office 2015/12/07(Mon) 16:56 No.2554 お問い合わせありがとうございます。過去・現在進行中の実績から、コンビニによってNGなるようなことはないと思います。コンビニバーコードに、スタートストップコードは関係ございません。これは、CODE39 や NW7 で使うものです。コンビニバーコードの頭には、必ず"{FNC1}"が必要になります。よろしくお願いいたします。
お世話になっております。PDF出力を使用して帳票を作成しています。コンビニ収納用バーコードを、バーコードフォントを使用して印字したいのですが、PDFに出力されるとバーコードが印字されません。（[ebjlaileeeleabm]と英字が印字されます）使用するフォントは[Sakura UEv]というフォントです。新しいフォントを使用する時、何か特別な実装等が必要なのでしょうか？以上、ご教示のほどよろしくお願い申し上げます。
Re: フォントを使用してバーコードを印字したい - Pao@Office 2015/12/01(Tue) 09:31 No.2545 お問い合わせありがとうございます。Reports.net では、PDFで使用できるフォントに限りがございます。 ・平成角ゴシックW5 → 下記以外のフォントは全て ・平成明朝W3 → フォント名に「明朝」が含まれる場合 ・Arial → フォント名に「Arial」が含まれる場合 ・Times Roman → フォント名に「Times」が含まれる場合 ・Courier → フォント名に「Courier」が含まれる場合その他、PDF出力の制限事項は製品サイトにリンクのあるhttp://www.pao.ac/reports.net/file/pdf.txtをご覧ください。よろしくお願いいたします。 Re: フォントを使用してバーコードを印字したい - sabb 2015/12/01(Tue) 09:52 No.2546 承知致しました。有難うございました。
お世話になっております。コンビニ収納用バーコードの印字についての質問です。現在、バーコードの種類［UCCEAN128]を使用して１日当たり数百枚印字していますが、稀にコンビニでスキャンできないという現象が報告されます。そこで、バーコード種類［コンビニバーコード]にしてみたのですが、定義時のプレビューではバーコードが印字されるのでが、実際の業務アプリではUCCEAN128と同じデータで印刷してもバーコードが印字されません。（出力はPDFにしています）原因が判りましたらご教示頂きたいのですが。又、UCCEAN128とコンビニバーコードの違いは何でしょうか？よろしくお願い致します。
Re: コンビニ収納用バーコード印字について - Pao@Office 2015/11/25(Wed) 12:32 No.2536 お問い合わせありがとうございます。まず、UCC/EAN128とコンビニバーコードは、基本的なバーコードの仕組みは同じです。コンビニの場合、コード体系フォーマットが決まっているのでその固定桁数出力すること。そのため次のことができること。に特化しています。- バーコードの下のテキストを固定フォーマット2行で出力- 43桁指定の場合、44桁目のチェックディジットを自動付与次に、Reports.net においてコンビニバーコードを出力してみました。http://www.pao.ac/~products_download/watabe/execute.conv.png問題なく、コンビニバーコードは出力されました。ただし、デザイン時の「配置位置・サイズ」と「表示位置・サイズ」の関係がおかしいような気がしますので、その点につきましては、少しお時間をください。デザイナーでは、配置位置のままが正しいです。表示位置は、誤っています。プログラム実行時には、問題なくデザイン時配置位置に出力されます。なお、sabb様環境で、実行時にコンビニバーコードが出力されない場合、その最小プロジェクトモジュールをinfo@pao.ac 宛にお送りいただけますか？調査させていただきます。ご迷惑、お手数をおかけして申し訳ございません。よろしくお願いいたします。 Re: コンビニ収納用バーコード印字について - sabb 2015/11/26(Thu) 08:50 No.2537 ご回答有難うございます。色々試してみたところ、prepdの下記の個所を修正したら、バーコードが印字される様になりました。<Barcode Name="F50" X="17" Y="245" Width="48.1" Height="11" StartStop="False" Soeji="False" Kind="UCCEAN128" Code="99999999999999999999999999999999999999999944" WriteDirect="True" /> Kind="コンビニバーコード" → "Convi" （テキストエディタで修正）印字されなかった時は、GUI定義画面のプロパティでバーコードの種類「コンビニバーコード」を選択していました。Kind="コンビニバーコード" GUI画面で選択した時の状態です。結局のところ、UCC/EAN128でもコンビニバーコードでも印字されるバーコードは同じという認識でよろしいでしょうか。そうなると、稀にスキャンできないという現象の解決にはならないと判断できます。コンビニでスキャンできないという情報は挙がっていませんでしょうか？以上、よろしくお願い致します。 Re: コンビニ収納用バーコード印字について - Pao@Office 2015/11/26(Thu) 09:46 No.2538 度々ありがとうございます。ご迷惑をおかけしております。まず１点目。弊社環境で確認させていただきました。デザイナーからは、<Barcode Name="Barcode1" X="10" Y="12" Width="58" Height="20" StartStop="False" Soeji="True" Kintou="True" FontAttr="Font4" Kind="コンビニバーコード" Code="{FNC1}91912345000000000000004520875004013100295006" WriteDirect="True" />と、Kind="コンビニバーコード" の状態で出力され、プログラム実行時も問題なくコンビニバーコードが出力されております。先の投稿の画像の通りでございます。次に、コンビニバーコードが読み取れないことはあるか？ということについてでございますが、過去に何度かパターンによって読めない不具合が生じ、都度、改修させていただいた経緯はございます。読み取れないバーコードのコードを教えていただき、弊社にて確認させていただければ幸いです。なお、現在お使いのReports.net のバージョンを教えていただけます？万一ですが、1点目２点目とも古い版のReports.net ですと、対応できていない可能性もございますので。よろしく願いいたします。 Re: コンビニ収納用バーコード印字について - sabb 2015/11/26(Thu) 14:39 No.2539 何度のすみません。＞読み取れないバーコードのコードを教えていただき、弊社にて確認させていただければ幸いです。 １週間に１回位の頻度で発生しています。 そのうちの１件は下記のコードです。 (91)908082-0134700003002498511260 160524-0-000800-5＞なお、現在お使いのReports.net のバージョンを教えていただけます？ [6.5.1]ですどうも、ローソンとサンクスでの発生頻度が多い模様です。以上、よろしくお願い致します。 Re: コンビニ収納用バーコード印字について - Pao@Office 2015/11/26(Thu) 15:34 No.2540 度々のお問い合わせありがとうございます。まず、頂いたコードでコンビニバーコードを作成しましたが問題ない読み取り精度でございました。次に、先日書いた、デザイナーの配置位置の不具合は、弊社の開発途中のものであり、正式リリース版は問題なく動作しましたので、お詫びと訂正させていただきます。Reports.net のコンビニバーコードは、現在のところ認識している不具合はなく動作しております。お騒がせして申し訳ございませんでした。最後に、UCC/EAN128とコンビニバーコードの相違ですが、追加として大きな相違がございました。UCC/EAN128 は、適当な大きさに描画することができますが、コンビニバーコードは、そのガイドラインに沿って、プリンタの解像度から横幅を定めて固定の大きさで描画します。従って、プリンタのドットにのった精度の高いバーコードを出力することができます。お試しください。よろしくお願いいたします。 Re: コンビニ収納用バーコード印字について - sabb 2015/11/27(Fri) 10:32 No.2541 度々すみません。 １．Pao.Reports.dllのバージョンですが、 当方で使用しているのは バージョン：6.3.2.0 ランタイムバージョン：v4.0.30319 です。 これは最新でしょうか？ 古い場合、最新はどの様に入手するのでしょうか？ ２．＞コンビニバーコードは、そのガイドラインに沿って、プリンタの解像度から横幅を定めて固定の大きさで描画します。 ＞従って、プリンタのドットにのった精度の高いバーコードを出力することができます。 具体的な設定方法等をご教示頂けませんでしょうか？以上、よろしくお願い致します。 Re: コンビニ収納用バーコード印字について - Pao@Office 2015/11/29(Sun) 15:44 No.2543 お世話になります。Reports.net の 最新は、Ver 7.0 で、http://www.pao.ac/reports.net/#downloadより、ダウンロードできます。また、コンビニバーコードの場合、特に具体的な設定法はございません、デザイン時にコンビニバーコードを選択していただければ、自動的にバーコードのサイズが決定されます。印刷・プレビュー時にも出力するプリンタに合わせて自動的にバーコードのサイズが決定されます。よろしくお願いいたします。 Re: コンビニ収納用バーコード印字について - sabb 2015/12/03(Thu) 10:42 No.2547 お世話になっております。当方で色々試した結果、下記の現象を把握しました。 No.2536 ＞次に、Reports.net においてコンビニバーコードを出力してみました。 ＞http://www.pao.ac/~products_download/watabe/execute.conv.png ＞問題なく、コンビニバーコードは出力されました。 No.2537 ＞Kind="コンビニバーコード" → "Convi" （テキストエディタで修正） No.2538（2537に対する御社からの回答） ＞Kind="コンビニバーコード" の状態で出力され、プログラム実行時も問題なくコンビニバーコードが出力されております。 No.2540 ＞UCC/EAN128 は、適当な大きさに描画することができますが、 ＞コンビニバーコードは、そのガイドラインに沿って、プリンタの解像度から横幅を定めて固定の大きさで描画します。 No.2543 ＞自動的にバーコードのサイズが決定されます。 ＞印刷・プレビュー時にも出力するプリンタに合わせて自動的にバーコードのサイズが決定されます。 当方での動作結果は、PDF出力と直接印刷では結果が異なる現象です。 ・PDF出力の場合 (1)Kind="Convi"ではバーコードが印字されるが、大きさ自動調整されない (2)Kind="コンビニバーコード"ではバーコードが印字されない ・直接印刷の場合 (3)Kind="Convi"ではバーコードが印字されるが、大きさ自動調整されない (4)Kind="コンビニバーコード"では、バーコードが印字され大きさも自動調整される おそらく、(4)のパターンが適切な動きではないかと思います。 (2)のパターンも、本来は(4)と同じ結果が期待できると思っているのですが、 如何でしょうか？ 以上、よろしくお願い致します。 Re: コンビニ収納用バーコード印字について - Pao@Office 2015/12/04(Fri) 18:12 No.2549 大変申し訳ございません。結論から申し上げますと、次の2点になります。(1) 基本的ににコンビニバーコードのPDF出力は対応しておりません。 理由は、GS1-128と比較したコンビニバーコードの一番の売りは、 「標準料金代理収納ガイドライン」に則り、プリンタの解像度に合わせて決められたサイズのバーコードをドットにのせて高精度で出力することです。 しかし、PDFは解像度自体がプリンタの解像度より低いため、そもそもコンビニバーコードの出力ロジック自体が使えません。 従って、PDF出力していただく際には、次の2つの手法となります。 (a) GS1-128 でバーコードを出力し、バーコードの下の添え字はお客様アプリより出力する。しかし、荒い解像度の問題は解決しないと思います。 もしこの方法で行うのであれば、「幅ピッタリ描画」より「最小幅指定」の描画方法の方が、制度は上がります。ただし、横幅サイズは予め指定できません。 (b) Barcode.net等、他のバーコードツールでコンビニバーコード画像を作成しReports.netでPDFへ画像として取り込む。 折角バーコード対応している帳票ツールなのに本末転倒ですが、一つの手法ではあります。 コンビニバーコードのガイドラインに記述のある解像度よりPDFの解像度が劣ってしまうため直接PDFに描画することに限界があることをご理解ください。 なお、この件につきましては、PDF出力の制限より漏れておりましたので、加筆させていただきました。 http://www.pao.ac/reports.net/file/pdf.txt(2) 次に、"コンビニバーコード"でGS1-128が出力されずに、"Convi"で出力される件につきましては、たまたまの動作でございます。 本来コンビニバーコードは、PDFに出力されないようコメントアウトされておりました。(1)の理由からです。 それが、"Convi"の時に、GS1-128が出力されるオマケの仕様が動作しておりました。 正式な"コンビニバーコード"でGS1-128を(PDF)出力するようにひとまず変更しましたので 次期バージョンアップ時に反映させていただきます。 よろしくお願いいたします。 Re: コンビニ収納用バーコード印字について - sabb 2015/12/07(Mon) 09:28 No.2551 制限事項に記載がなかったため、コンビニバーコードをＰＤＦで出力するフレームワークを今回の開発プロジェクトでは採用してしまっています。ライセンスも購入済みです。フレームワークの作り変えが必要になってきますが、相当な工数が発生します。この様な重要な制限事項の記載が漏れていたという事は、それなりの瑕疵かと思います。 Re: コンビニ収納用バーコード印字について - Pao@Office 2015/12/07(Mon) 11:13 No.2552 ご迷惑をおかけしており申し訳ございません。おっしゃる通り、弊社の過失という意味合いでの瑕疵でございます。申し訳ございませんでした。パッケージ製品であること。試用版でお試しいただけること。共通マニュアルのP28 使用許諾−免責をご覧いただきhttp://www.pao.ac/reports.net/file/common.pdfご理解のほど、よろしく願いいたします。
Page: | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 |
- YY-BOARD -