ふらっと C#,C♯,C＃（初心者用） Part143

■ このスレッドは過去ログ倉庫に格納されています
2019/05/16(木) 19:28:06.27ID:s+6oZKe00
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■関連スレ
C#, C♯, C＃相談室 Part93
http://mevius.5ch.net/test/read.cgi/tech/1492818720/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part142
https://mevius.5ch.net/test/read.cgi/tech/1551908141/

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
2019/05/28(火) 09:38:11.91ID:tpS8MDSU0
C# のフレームワークには、Ruby on Rails みたいな、O/R マッパーが無いのか？
今時、文字列で、SQL を書く人なんて、いるのか？

SQL インジェクションもされるから、今は、O/R マッパーのメソッドを使う。
placement に値を入れるだけで、SQLインジェクションをエラーにできる
2019/05/28(火) 10:09:05.63ID:OLBGotQQ0
>>126
EFを知らないのか
それと上で出ているDapperもその一種だ
2019/05/28(火) 10:29:03.95ID:nGxfAzB2a
>>126
お前はRubyスレから出てくるな
2019/05/28(火) 10:35:26.92ID:FiHQa1DK0
A言語のスレで「A言語にはB言語でいうCみたいな機能は無いのか？」って聞いても、B言語を知らない、詳しくない人には「Cみたいな機能」がどんな機能かわからん。
B言語のスレなら少なくとも「Cみたいな機能」がどういう機能かはわかるんだから、聞くならB言語のスレで聞けばいいんじゃね？

今回ならRubuのスレでね。
2019/05/28(火) 10:35:51.99ID:FiHQa1DK0
あ・・ Typo・・・
2019/05/28(火) 10:43:26.90ID:4asTXY3/d
>>129
そのレベルの問題じゃない
2019/05/28(火) 11:33:20.74ID:MzojxIZTM
>>126
それRubyスレで言ってみ？
意識高い系Rubyist(笑)達からも嵐のようにマサカリ飛んでくるよw
2019/05/28(火) 11:57:04.06ID:4xq1FFDVM
>>126
ストアド叩けばええんちゃう？
2019/05/29(水) 11:04:17.50ID:8l8j4cjm0
昔は、C#での帳票にはクリスタルレポートを使っていました。
最近は、C#(Windowsアプリ）で一番多く使われているのは何でしょうか？

一番多く使われているものを教えてください。
2019/05/29(水) 12:37:48.69ID:GnXFyo5ZM
>>134
多分、データを帳票の枠の入ったExcelファイルに書き込んで表示or印刷的なのが多いかと
っていうかクリレポってそんなに多かったですかね？
昔から私の周りではこっちのが主流でしたｗ
2019/05/29(水) 12:49:27.29ID:2L2FZYjAM
>>134
JasperReports
2019/05/29(水) 16:20:00.76ID:SMQO8msKF
>>134
グレープシティのなんか。
2019/05/29(水) 18:07:30.21ID:xcggW8D+a
よく知らんけど帳票って専用のライブラリ使わなきゃいけないほど複雑な分野なのかな。

よっぽど凝ったデザインとかじゃなきゃ自分でゴリゴリ書いても
たいした手間じゃないと思うんだけど

WPFのDocumentは触ったことないけどGDI+なんか全然簡単よ
2019/05/29(水) 18:09:50.31ID:mJlxjjN/0
情シスで未経験ながら一人開発してるんですけどSQLをクラスに書きながら世間様ではどうしているのか気になりました
クエリ専用クラスとか作ってるのでしょうか？
神クラスにまとめているのでしょうか？
ドメイン駆動設計独学してる限りではSQLは対象の知識に閉じ込めておくべきかなと考えておりますが、ベテラン様のご意見を伺いたいです
140デフォルトの名無しさん (ﾌﾞｰｲﾓ MMcb-WFXE)
垢版 |
2019/05/29(水) 18:27:22.97ID:xRp200EqM
WPFなら帳票もxamlで作る
外部ライブラリは要らない
MVVMでちゃんと分離出来てれば、チャチャっとデザイン屋に頼めば良い。
FixedDocument作ってプリンタに送る部分だけちょっとめんどいかな
2019/05/29(水) 20:30:50.69ID:RpTtWZkWd
Open Xml SDK使ってxlsxファイルに流し込んでる
2019/05/29(水) 20:47:27.03ID:8l8j4cjm0
>>135 >.136 >>137 >>138
昔はクリスタルレポートを使ってWindowsアプリでは、帳票出力していました。
確かにExcelで印刷時のテンプレートのデザインをざっくり作っておいて
C#から特定のセルに値を転記して、印刷した方が早いと思います。

ただ、このやり方ってどうなんだろうな～と思いまして。動けばいいんですけど。

はまった時に解決するのが大変なので
できるだけ世間一般で多く採用されている手法を取りたいと考えています。
2019/05/29(水) 22:40:18.15ID:ZESC3voLd
iTextSharp使ってPDFのテンプレートに流し込むのというのも作ったことある
2019/05/29(水) 23:07:18.43ID:3nSVS9eo0
今はライセンス料必要だけどね
2019/05/30(木) 12:47:28.06ID:NTWA4E5yM
>>113-114
えっ？
そんな余計な機能がついてるんだ…
性能劣化するのはちょっと嫌かも
2019/05/30(木) 12:51:13.14ID:NTWA4E5yM
>>138
プリンタによって細い罫線がでないとかに真面目に対処しようとすると結構大変だからその手のライブラリに丸投げする
プリンタが固定なら自前で作ってもいいけど
2019/05/30(木) 14:46:36.95ID:6LmM0VYIM
>>145
フィールドの場合は一度ローカル変数に読み出してから分岐とメンバアクセスをするだけだろ
フィールドへのアクセスはローカル変数に比べて遅いから、繰り返しフィールドを読むのに比べてむしろ速くなる可能性がある
さすがにフィールドにvolatileが付いてない限りは繰り返しのフィールドアクセスは一度ローカル変数に読むのと同じ動作になるように最適化されるだろうけど
2019/05/30(木) 15:39:26.40ID:v6SxCCrXa
>>146
そんなトラブル聞いたことないよw

っていうかそれが起こるとしたらプリンタドライバまたはプリンタそのものの問題なので、
ユーザーコードレベルで回避なんかできるはずがない

だいたいインクリボンの時代じゃあるまいし、目視できる範囲の細い線が消えるって
どんなプリンターよwww
2019/05/30(木) 15:55:37.74ID:2VoqWsrK0
9600dpiの帳票で1dot幅の線を引いたりしてるんじゃないの。
プリンタドライバの縮小アルゴリズムが単純間引きに近い動きをすると
線が消えるので、プリンタの解像度を取得して自分で最適なアルゴリズムで
戦を残すように細工する必要がある場合がある。
2019/05/30(木) 16:33:56.92ID:cDWpvGTkM
ピクチャーボックスに描画したやつは消えたな
文字はジャギってた
2019/05/30(木) 16:57:21.42ID:v6SxCCrXa
>>149
白抜き以外の普通の描画ならピクセル幅より狭い線の描画は
ピクセル幅になる（つまり指定した幅より太くなる）だけで消えることはないはず。
だからプリンタの設定でdpiがやたら大きな値になってるから細い線が消える、
というのは考えづらい

ピクセル幅より狭い間隔の平行線は引けないはずなので、
ピクセル幅より狭い白抜きの線が消えるというのなら話としては一応筋は通るけど、
現実的にはプリンタのピクセル幅の線なんかどっちにしろ少なくとも裸眼で目視できないでしょうw
2019/05/30(木) 19:30:06.92ID:faqOodUI0
>>148
運が良いね
仕事で色々なメーカー触る機会があると遭遇するぞ
2019/05/30(木) 19:56:58.26ID:NTWA4E5yM
>>148
そりゃ普通の人はめったにそんな目に合わないからね
さすがに単純な罫線でおかしくなるなんてことは大手メーカーだとあまりないけど罫線に微妙な色がついてるとか他の図形の下にある（もちろんその図形は透明）とかいろいろな条件が重なると出ないことがあるんだよ
帳票って見栄えにこだわる人が多いからちゃんと出すのは結構大変なんだよ

>>151
だからそういう論理的には出るはず
なんて言うのを言ってもしょうがない
2019/05/30(木) 20:55:03.88ID:L2fORM+za
>>153
だからこの話のキモは、そんなことがあるとしたらプリンタ側（デバドラ and/ or ハードウェア）の不具合なので、
ユーザーコードで回避できるはずがないと。普通に考えたらそうでしょう。

クリレポの類の開発者だけが使える「特別の魔法」なんかあるはずがない。
2019/05/30(木) 21:18:45.95ID:Y+sVy9qF0
帳票開発はこんなのもあるみたい
試したことないけど

https://docurain.jp/
2019/05/31(金) 05:23:38.20ID:6gUA7KH4M
>>154
君、プリンタ関係のことよく知らないでしょ？
アプリケーションからの出力方法って１つじゃないんだよ
罫線だってGDI命令として出力することもあるし図形として出力することもある
同じ内容でも出力する順序によって挙動が変わるなんてことすらある（まあどう見てもドライバとかのバグだと思うが…）
そういうのをちまちま回避するってことなの
2019/05/31(金) 10:02:32.84ID:yuizSVlIa
>>156
だから何を言ってるのかね。
論点はそんな話じゃなく、ユーザーコード側でワークアラウンドを打てるかどうかだから。

クリレポのベンダーさんは、世界中の全メーカーの全プリンタの全部のHWリビジョンと全部のドライバーバージョンを
チェックして、個別に問題回避コードを書いて、かつそれをメンテナンスしてるとか思ってるわけ？

できるわけないだろそんなことw
アホちゃうかマジで
2019/05/31(金) 10:07:46.89ID:yuizSVlIa
何度も書いてるけど、そもそもユーザーコード側で問題を回避できるケースなんて
幸運なケースだけのはずで、バグに起因する問題なんかそもそもどうやっても回避できない
ケースの方が多いはずだ。

クリレポのプログラマはスーパーギークだから不可能を可能にしちゃうの？w
ありえません。
2019/05/31(金) 10:28:17.88ID:M/SlBIow0
>>154
消えるよ。
それで、いっそ…でRPDLで打つ羽目になったりするんだよ。令和の時代に。
ビットマップで描いてるんだろうなぁ…には先回りして手作業で回避したりしとくもんだよ。
変倍で出力されたら3ラインに1ラインは描画されないことがある、とかザラにあるんだから。
業務系をもう少し知ったほうが良いと思う。
2019/05/31(金) 10:32:10.36ID:M/SlBIow0
>>158
クリレポの良いところは、すっごい帳票も出せないけど、最小限はきっちり出すところで、
変倍のサーマルラベルプリンタにバーコード出したりきちんとしよるよ。
スーパーギークだからではなく、バグレポートがクソほど溜まってるからじゃないかな。
俺も送ったことあるもん。

自分が踏まなくても誰かが踏んで、その回避コードが埋まってると考えると、
売り物のライブラリも悪くはないんよ。

チェックをクリレポさんがしてるわけじゃなくて、チェックは自分たちがやらされてるけど、ワークアラウンドはクリレポ側に溜まってるし、ちゃんと契約してたら教えてくれるしパッチもくれるぞ。

あんまり業務で使った事無いんでしょ。
2019/05/31(金) 12:26:53.84ID:LXc8d8ErM
>>157-158
> クリレポのベンダーさんは、世界中の全メーカーの全プリンタの全部のHWリビジョンと全部のドライバーバージョンを
すぐに「世界中」とか「全プリンタ」とか言い出すとか子供かよw
メジャーなプリンタのメジャーなバージョンにまずは対応して後は>>160が言うように利用者からの申告に個別対応するんだよ
そのために保守契約を結んだりするわけ

> アホちゃうかマジで
お前がなw
世の中こういう泥臭い仕事があることも知っておいた方が恥をかかなくて済むと思うぞ
2019/05/31(金) 12:48:00.17ID:4cN9QpXUd
確かにプリンターは鬼門
だからxlsxやPDFに吐いて印刷は他のアプリに投げるのが楽なんだよ
2019/05/31(金) 14:20:53.01ID:eC5Mq3IeM
一旦Excelに吐くとどうしても出ないときの最後の手段で手で修正できるから
結構こっちのが好きなお客さん多いよね
帳票ライブラリだとプログラマが根性出すしかない
テンプレートファイルが別になってればワンチャンあるけど
それもこのファイルだけ折り返して欲しいとかはまあ無理だよね
2019/05/31(金) 14:37:35.21ID:M/SlBIow0
>>163
excelのライセンスが許すときは俺もexcel出力好きだなぁ。
ホントに運用でなんとかなる最後の砦だと思う。

特にPDF出力はexcelのライセンスが無くてもLibreOffice使って出す方が安心できる。
最悪の場合手作業で直して貰って出力できるし、これが標準テンプレートエディタでござい、って出しても平気だからな、LibreOffice。
2019/05/31(金) 15:18:52.47ID:yuizSVlIa
>>161
常識的に考えて、そんな計約を結ぶよりプリンタを買い替えた方が経済的。
そもそもそれなりのメーカーのそれなりの価格の業務用のプリンタにそんな不具合なんてありません。
2019/05/31(金) 15:23:36.16ID:yuizSVlIa
もちろんエンドユーザーにプリンタ買い替えろなんて言えないけどね
2019/05/31(金) 16:48:25.79ID:M/SlBIow0
単純な経済性なんかでプロジェクト回ってるわけ無かろうが。
どこの資本が強いか次第じゃねえの？

それなりのプリンターでも地雷は踏んだことあるし、
特定のプリンタしかサポートしないって言ってても当たるときには当たるんだこれが。

だからみんなリコーでRPDLでこれぐらいのやつ、とか、どこのPSプリンタ、とかメーカーと言語を指定するんであって。

ちなみにリコーのそれなりの価格の業務用機で拾ったからな。俺は。
ありました。が正しいわ。
2019/05/31(金) 16:51:48.73ID:M/SlBIow0
なんか自分でゴリゴリ書くことを否定されたのがよっぽど悔しいのかな。
それも悪くはないよ。ちゃんとサポートするなら。

普通の規模のパッケージ製品とか、数出るカスタマイズ製品とか作ってたら、普通はライブラリ使うってだけで。
2019/05/31(金) 17:09:01.28ID:yuizSVlIa
>>168
＞よっぽど悔しいのかな。
こちらからは君がそう見えている。
思った通りやっぱりこういう思考回路の人だよね。


プリンタでは聞いたことないが、Win95の頃はOfficeに特定の環境向けの不具合回避コードが
入ってるとか、そういう話は確かに聞いた記憶がある。

2019年にはそんなものないよ。そんな牧歌的な時代じゃないんだから。
だいたい帳票なんかより余程複雑な図形を印刷するアプリなんていくらでもあるのに
（例えばCAD)それらにも特定のプリンタの不具合回避コードが入ってて、エンドユーザーの
フィードバック聞いて保守してるのかね。

そんな話聞いたことないよ。
CADで図形が欠けるなんてことがあれば致命的なことで大騒ぎになるはずだけど。
2019/05/31(金) 17:19:05.57ID:M/SlBIow0
>>169
いやいや、悔しかないよ。
そう見ているから、そういう思考回路の人ってちょっとヤバくない？

あ、CADはあるよ。
俺今ユーザ系だけど、普通に印字欠けはベンダと調査して結局対応してもらった事ある。
プロッターをプリンタに入れていいならめちゃくちゃあるよ。
だからみんなCADのバージョンアップも、OSのバージョンアップもしたくないんだよ。
2019/05/31(金) 17:21:53.80ID:M/SlBIow0
AutoCADとHPの相性の悪さはFAQの記事にもなっとるな。
https://knowledge.autodesk.com/ja/support/autocad/troubleshooting/caas/sfdcarticles/sfdcarticles/JPN/HP-printers-do-not-work-with-AutoCAD-2015-on-Windows-8.html

あと、何故か特定のプリンターつないでたらクラッシュするとかそういう恐ろしいのもあったぞ、過去。
2019/05/31(金) 17:23:52.91ID:M/SlBIow0
汎用ドライバ、とか、専用ドライバとかも聞いた事無いんだろうか。
2019/05/31(金) 18:37:00.29ID:6h827xBta
紙文化、帳票文化の人は大変そうだね
この能力、労力を他に回せてたら、日本も少しは良くなってたのかな
2019/05/31(金) 19:21:41.37ID:M/SlBIow0
大変っちゃ大変だけど、仕事だしな。
紙に出したものを正とする業界だと余計に仕方ないと思うよ。
JIS Z8114通りに「出図とは登録された図面を発行する行為」であると定義してる所も少なくないだろうし、
JIS Z8114守りたければCADで描いた線がCADで描いた通りに出ないことがどれだけ問題か解ると思うが。

規格守って図面描いてるから日本は町工場でもきちんとしたモノが作れると思ってっけどなぁ。
悪くは無いと思うぞ。
2019/05/31(金) 20:31:19.27ID:LXc8d8ErM
>>165-166, >>169
マジで恥ずかしすぎる…
世の中が経済性だけで回ってるわけじゃないしプリンタ買い替えてから気付くなんて普通にあるだろ
その度毎にアプリ改修するより保守料払ってもミドルベンダーに対応してもらった方が普通は安いぞ
よほどの中小かブラックでもない限りw
2019/05/31(金) 20:35:59.56ID:LXc8d8ErM
>>171
Windows NT4 + Epson MJ500でくらったわw
もう四半世紀前の話なんだな…
2019/05/31(金) 21:10:42.43ID:QCfDprfqa
想像だけでそんなはずないだろうと決めつける人と、実際に業務で経験していて経験談として語れる人。どちらが説得力があるかは明白だな。
178デフォルトの名無しさん (ｱｳｱｳｶｰ Sa7b-+r4I)
垢版 |
2019/05/31(金) 21:38:28.85ID:emoSvWMQa
GUIアプリでちょっとデザインにこだわらないといけなくなったんですが、formアプリでそういった場合工夫でなんとかなるもんですかね？
WPFを覚えたほうがいいですか？
2019/05/31(金) 21:51:19.62ID:QYEqsHXk0
>>178
「ちょっと」の内容が分からないと「デザイン重視ならＷＰＦの方がいいだろうね」って答えしかできない気がする
2019/05/31(金) 22:16:02.24ID:2x3aymDv0
WPFは無駄な苦労が多すぎでせっかくできても動作がもっさり
2019/05/31(金) 22:31:02.04ID:F4dMJYTFa
>>175
恥ずかしいのは君の方。
企業にとっては経済性は最重要問題だ。

そもそもこういう話は実例を挙げられない時点で「存在する」と言ってる方が負けている。

だいたい2019年にもなってそんな間抜けなプリンタなんかあるかw
ねえよ馬鹿臭い。

レーザーだってインクジェットだってコモディティー化してからいったい何十年経ってるんだよ。
2019/05/31(金) 22:34:16.90ID:F4dMJYTFa
それに筋論から言えばプリンタに不具合があればプリンタメーカに
対応しろと言うのが筋だ。

その方が安心で確実だし、餅は餅屋で問題解決までの時間だって短いだろう。
何度も言うように、そもそもユーザーコードで本当にプリンタの問題を回避できるの？
2019/05/31(金) 22:37:10.83ID:6h827xBta
まあ確かに社内で課題は共有してるがプリンタ固有のバグとかここ10年は1個も見てないな
そんなに苦労してるなら懐古厨か極端に運が悪いかのどっちかじゃないか？
2019/05/31(金) 22:58:41.40ID:M/SlBIow0
挙げたじゃん。AutoCADの例。
2019/05/31(金) 23:04:12.84ID:M/SlBIow0
ちなみに>>171の件は、一部のプリンタはHPのサイトにはドライバ無くて、Autodeskのサイトの該当のQ&Aに載ってるドライバ入れないとうまく動かなかったり、
ホントに「ソフトウエアベンダーがわざわざ特定のプリンターにドライバを提供してる」例だからね。
2019/05/31(金) 23:22:30.43ID:724uYZRf0
>>181-182
まだ言ってるのかよ…
恥の上塗りにしかなってないぞ

> 企業にとっては経済性は最重要問題だ。
意味わからん、いちいち社内の人間が対応するほうが安いのか？
上にも書いたけどそれ相当のブラックじゃね？w

> そもそもこういう話は実例を挙げられない時点で「存在する」と言ってる方が負けている。
例えばこれをどう説明する？
スプールするのと直接印刷するので結果が違うんだよ？
https://www.lifedesignedit.com/solve_print_problem_specific_part_not_appearing
お前が思ってるほど印刷関係は単純じゃないんだよ

> それに筋論から言えばプリンタに不具合があればプリンタメーカに
> 対応しろと言うのが筋だ。
そうだね
対応してくれるまで帳票印刷しなくていいなら俺もそうするよw

>>183
普通のユーザーはそんな色々なプリンタ使わないんだけど数機程度のプリンタ使っただけで語ってないよね？
2019/05/31(金) 23:23:39.97ID:QYEqsHXk0
何のスレだよここ。日曜まで引っ張りそうだな
2019/05/31(金) 23:37:28.13ID:o2jVU7xt0
初心者スレだぞwww
2019/05/31(金) 23:42:10.44ID:M/SlBIow0
初心者スレって事すっかり忘れてた。すまん。
いっぱい反対の証左が上がったことは素直に認めたほうがいいぞって例だったことにしといて。
2019/05/31(金) 23:59:11.93ID:sMdSlTfK0
>>164
ライセンスが許す時とは？
2019/06/01(土) 00:14:55.56ID:ZvFYhi5ud
>>190
例えばサーバーでオフィス動かしたらライセンス違反か高いライセンス料じゃなかったっけ確か
うちはライセンス考えるのが面倒だからOpen Xml SDKでxlsx生成してる
2019/06/01(土) 00:26:25.73ID:AyUs9JF+M
僕はClosedXMLも使いますが、
面倒な時は、.NPOIも使います
2019/06/01(土) 02:48:46.20ID:K47xKOLF0
>>191
なぜサーバーでOffice？
いまどき直でSDK触るのなんてめんどくさくない？
2019/06/01(土) 02:50:03.79ID:K47xKOLF0
>>192
こないだのBuildでは、D.RothがEPPlus使ってたね
2019/06/01(土) 06:18:22.95ID:iD7nGhF+0
>>190
概ね>>191の通りだよ。
2019/06/01(土) 07:04:55.13ID:Spf5VD38a
>>186
俺だけじゃなく社内で10年の蓄積だからなぁ
プリンタ機種数という観点で統計出したことないから数字はわからないが少ないってことはないよ

つうか普通のユーザーなんて書いてる時点で君もうすうす気付いてるようだけど
普通のユーザーには縁がない障害ってことでしょ
特殊事例を熱心に語られても共感は得られないと思うぞ
2019/06/01(土) 07:41:12.68ID:oq8Hkx220
>>196
だからいつまで続けるんだよ粘着
2019/06/01(土) 07:58:39.37ID:bisdSzOZM
>>196
また恥の上塗りかよ…

> 俺だけじゃなく社内で10年の蓄積だからなぁ
君の会社は印刷関係の不具合あったらいちいち君に報告することになってるの？w

> プリンタ機種数という観点で統計出したことないから数字はわからないが少ないってことはないよ
具体的な数字を出せない時点で語られてもなぁ

> 普通のユーザーには縁がない障害ってことでしょ
リスク管理とか聞いたことないの？

> 特殊事例を熱心に語られても共感は得られないと思うぞ
上の方に何件も事例上げられてるのに馬鹿丸出し過ぎるw
2019/06/01(土) 08:01:00.37ID:Spf5VD38a
>>198
報告つうか共有してるって書いてんじゃん
プリンタのバグじゃなくて君の目がバグってんじゃねえの？
2019/06/01(土) 08:11:19.40ID:K47xKOLF0
>>195
>>193
2019/06/01(土) 08:22:41.39ID:Spf5VD38a
>>198
具体的な数を計測しなくても意義のある議論なんてのは世の中にいくらでもあるのだがね
数学って知ってる？変数や定数って見たことある？
とまあそれはおいといて
うちは年20件前後の案件で10年だから役200案件分の蓄積がある
現場の重複と客のプリンタ複数持ちがどう相殺されるかは読めないが
まあ控えめに言っても数十機種は見てるだろ
それだけやって障害に出会ってないならレアケースとしか言いようが無い

リスク管理は確率統計の世界だよね
滅多に発生しない被害の小さいプリンタ固有のバグに真剣に取り組む人はリスク計算ができない人なのだろね

何件って規模じゃまったく足りないわな
世界中で使われてるプリンタ機種数のスケール考えろよ
そんなケースも極稀にあるんだねとしか言えんわ
2019/06/01(土) 08:29:24.18ID:Fdt5DU0xM
プリンタの模範的な出力方法が知りたい
2019/06/01(土) 08:35:37.95ID:4C6V+Hcu0
普通の帳票ならExcelで作っておけばほぼ問題は起こらない
あと、あまり新しい機能は使わない
プリンタの会社はExcelぐらいテストしているからね
2019/06/01(土) 08:41:38.64ID:Fdt5DU0xM
いや、今、c#からやってるけど
dobonのサンプルだと
これグラフィックオブジェクトに描いて画像として印刷してんじゃん？
これだとやっぱり用紙サイズと解像度が合わないとき
線って消えるよね？
ベクトル描画的な指定方法って別にあったりする？
2019/06/01(土) 09:26:51.71ID:Fdt5DU0xM
①用紙サイズ
②プリンタの解像度
③アプリの印刷描画バッファ
④アプリの仮想描画バッファ

④→③に描画するとき解像度が合わないときに余白が必要
③→②はなんか微妙にうまく合わない

グリッドを印刷したいんだけど
結構大変じゃね？これ
2019/06/01(土) 09:43:08.53ID:+tM+iBjia
dobonのサンプルってことは自前でGDIをいじるようなやり方だと思うんだけどまあ苦行でしかないよなあ
その時代、00年代前半の模範的なやり方としては、
まともな印刷物を出したいならそれこそクリレポやそれに類する有料の帳票ツールを使わざるを得なかった
(文化オリエント⇒グレープシティのとか、翼システム⇒ウィングアークのとか）

いまさらGDIを使うくらいならWPFのFixedDocumentを使うほうがよっぽど楽だと思うけど
2019/06/01(土) 09:49:21.88ID:Fdt5DU0xM
いや、別にどっちでもいいんだけど

用紙サイズ
プリンタ解像度
アプリ印刷描画バッファ
アプリ仮想描画バッファ

の4つをつなげる方法さえあれば
誰も困らんと思うよ
ただ、うまくいかないね
線も消えるし（多分どこかの解像度があってない）
2019/06/01(土) 10:31:36.33ID:Spf5VD38a
余計な事して自滅してただけってオチか
2019/06/01(土) 10:34:13.81ID:w9UetZ9K0
>>196
普通のユーザーじゃなく自分に縁がないかもしれない事例でも、そういうことがあるってのは有用な情報だと思ったよ。
自分が経験したことがないからそんなのは存在しないなんて主張していたお前さんの意見の方が共感できないよ。
2019/06/01(土) 10:37:46.45ID:HEgsU4H0d
>>193
Web APIでxlsx生成して返すとか普通にあるでしょ
2019/06/01(土) 10:38:24.33ID:Spf5VD38a
>>209
存在しないとは言ってないがね
そんな稀なケースしかもぶち当たっても大したリスクはないくだらない問題を大げさに語りすぎじゃねえかと言ってる
2019/06/01(土) 10:54:49.93ID:uvuK6mvN0
>>201
数十機種で語られてもなぁ…
しかも不具合を君が全部把握してるの？
っていう部分はガン無視w
まあおまえがどう思おうとそういう世界がある事実は変えられない

>>211
> ぶち当たっても大したリスクはないくだらない問題
CADで線が消えるのをくだらない問題とかアホすぎるw
2019/06/01(土) 10:56:58.21ID:Spf5VD38a
つかプリンタ固有のバグが再現するサンプルコード出してくれよ
どんな書き方したらそうなるのか興味あるわ
プリンタ機種とミドルウェアは市販されてるならなんでもいいけど普通の企業が普通に採用するものがいいな
マイナーレアケースじゃない事を示したいわけだからな
言語はC#スレだからC#で
2019/06/01(土) 11:06:46.85ID:Spf5VD38a
>>212
不具合はほぼ目を通してるぞ
調査まではしないがこういうバグあったな程度の記憶が役に立つ事は多い

逆に言うとおまえがなんと言おうと
世界はプリンタでそんなに困ってない

くだらねえな
さっさとメーカーに直させておわり
2019/06/01(土) 11:19:06.71ID:Spf5VD38a
>>186で印刷マニア自身も言ってるが普通のユーザーはそんな色々なプリンタは使わない
印刷マニアが何百機もプリンタを王道から外れた手段で弄り倒した経験をもとに「プリンタにはバグがよくあるんですよ」なんて言われても普通のユーザーは「へえそうなんだうちのプリンタは正常に動いてるけどね」としか思えないわな
マニアとマニア以外で頻度とリスクの感覚がかけ離れてるんだよ
2019/06/01(土) 11:22:32.05ID:sr9CupPy0
そりゃそうだ。。。だから、こういった場所でリスクを教えてもらえるのはすごく貴重。
お前馬鹿だろ＾＾；
2019/06/01(土) 11:26:59.05ID:Spf5VD38a
>>216
縁のないリスクをいちいち気にするのが真のバカ
放射脳みたいなもんだ
2019/06/01(土) 11:29:39.19ID:sr9CupPy0
縁がある人が縁のある人に質問したのがきっかけなの理解してる？
2019/06/01(土) 11:50:14.13ID:w9UetZ9K0
>>217
別に縁のないリスクを気にしてる訳じゃなく、そういうことがあるのね、って知識を得たというだけのことだよ。

今は君だけがヒートアップして振り上げた拳を下ろせずに困っているだけのように見えるぞ。
2019/06/01(土) 11:51:22.31ID:vZ26xbX80
>>218
個々のハードウェアやドライバに関わる相性問題でC#に関係ないのはわかる？
模範的に問題なく使えるライブラリはない、で普通は終了
2019/06/01(土) 11:53:40.25ID:N3ql+Pnzd
ついこないだのイヤホンと同じ流れ
あるだの無いだのどうでも良い
2019/06/01(土) 11:57:32.14ID:K47xKOLF0
>>210
Officeなんてインストールする必要ないってツッコミやろw
2019/06/01(土) 11:59:41.65ID:uvuK6mvN0
>>214
> 調査まではしないがこういうバグあったな程度の記憶が役に立つ事は多い
あれ？
> まあ確かに社内で課題は共有してるがプリンタ固有のバグとかここ10年は1個も見てないな
って言ってたんじゃなかったのか？
追い込まれすぎだろw
2019/06/01(土) 12:01:14.11ID:HEgsU4H0d
>>222
だからOffice使ってないと言ってんじゃん
2019/06/01(土) 12:02:45.19ID:uvuK6mvN0
>>215
おまえのリスクの感覚がおかしいだけ
上に上げた事例見ればわかる
知らないこと自体は別におかしくないけど知らないなら黙ってろよ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況