Turbo HAMLOG活用相談室は、アマチュア無線業務日誌SOFT「Turbo HAMLOG」の使い方についてのご意見ご質問を受け付ける掲示板です。
Turbo HAMLOG以外の事についての書き込みはご容赦ください。
アマチュア無線全般についての投稿は、アマチュア無線運用情報交換室をご活用下さい。
HAMLOG 活用相談室
このフォームからは投稿できません。
name
e-mail
url
subject
comment

[もどる] [新規投稿] [新規順タイトル表示] [ツリー表示] [新着順記事] [留意事項] [ワード検索] [過去ログ] [管理用]
  • 以下は新規投稿順のリスト(投稿記事)表示です。
  • 24時間以内の記事は new! で表示されます。
  • 投稿者のメールアドレスがアドレス収集ロボットやウイルスに拾われないよう工夫して表示しています。
  • 当ホームページに無関係な商用書き込み、在宅ビジネス、ネズミ講やマルチ商法の勧誘などの書き込みはご遠慮願います。
  • ソース内に投稿者のリモートホストアドレスが表示されます。

  •   [No.16799] Re: QSL印刷 複数データ 投稿者:JG1MOU浜田   投稿日:2017/07/08(Sat) 07:27:31  

    MaxCall が0や1だった場合は、無限ループになってしまいましたね。
    これは修正しておきます。

    1枚のカードに複数印刷の場合は、私自身が使っていない機能で、要望により
    いろいろ付け加えていきましたので、私もよく理解できていません。

    時間ができたら(定年になったらHi)じっくりと検証してみたいと思います。


      [No.16798] Re: [□前回の更新内容から氏名をコピーする]のキーボード入力データ優先について 投稿者:JG1MOU浜田   投稿日:2017/07/08(Sat) 07:20:25  

    JP7CZE 川辺さん、いつも有難うございます。

    > このようなことで不便を感じている人はほとんどいないのでしょうか。もしそうでなくても、で「キーボードデータが優先される」選択肢があることは、ヘルプに書いておいた方がいいのでは無いのでしょうか。

    私の場合、いつも淡色チェックで、気にしていなかったのですが、確かにそのように動作しますね。
    次のように書き換えておきます。

    ・淡色でチェックされている場合は、次の順番で優先します。
      あらかじめ手入力した氏名 > 登録済みデータ類の氏名 > 前回の交信データの氏名


      [No.16797] [□前回の更新内容から氏名をコピーする]のキーボード入力データ優先について 投稿者:JP7CZE 川辺   投稿日:2017/07/07(Fri) 23:07:06  

    マニュアルをちゃんと見ないので、

    設定1の、[□前回の更新内容から氏名をコピーする] というチェックボッスですが、コピーするかしないかの二者択一だと思っていました。
    私の場合、普通はQTH以上に名前が変わることは少ないので、チェックを付けています。、
    しかし、以下のような時に、チェックが疎く思ってしまうことがあります。

    通常、社団局や記念局の時、オペレーターネームを、コールサイン や QTH などとともに、交信が成立する前にワッチコピーできた段階で入力ウィンドウに書き込んでおきます。
    そして、交信が成立した段階で Call でエンターを押すと、「あれ?入力した名前が前回のののに変わってしまった!!あれ?、オペレーターネーム何だったっけ???」ということになることがあります。毎回オペレーターネームを言う人ならいいのですが、名前やQTH、さらにはコールサインすら、たまにしか言わない人も多くおられるので、困ってしまうことになります。
    初交信の場合には問題無いのですが、2度目以上の場合に、入力した名前が前回の交信時の名前に置き換わってしまうことになります。

    そんなことで、上記オプションにチェックが入っていても、Name欄にすでに名前(データ)が入っていた場合には前回の更新内容で上書きしない、ということができればいいなと思っていたのですが...

    前記オプションのヘルプを見てみると...
    > 前回の交信内容から氏名をコピーする
    > チェックされていれば、氏名の入力を省くために前回の交信データの氏名を入力欄にコピーします。
    > これは、 登録済みデータ類から取り込まれた氏名よりも優先します。
    > 淡色でチェックされている場合は、逆に前回の交信データの氏名よりも、登録済みデータ類の氏名取り込みを優先します。

    とあります。
    おお、チェック、グレーのチェック(無効)と未チェックの3つがあるのか、ということがわかりました。
    でも、グレーのチェックの場合、登録済みデータ類に関することで、キーボード入力データがある場合では無いので関係無いと思ったのですが、念のためやってみたところ、キーボードデータが優先されました。つまりやって欲しかったことができてしまった、ということです。
    でも、ヘルプを呼んでも、「キーボードデータが優先される」という選択肢があるとは、まったく読み取れません。

    このようなことで不便を感じている人はほとんどいないのでしょうか。もしそうでなくても、で「キーボードデータが優先される」選択肢があることは、ヘルプに書いておいた方がいいのでは無いのでしょうか。


      [No.16796] 環境設定のバックアップ 投稿者:JH1GVY 森岡   投稿日:2017/07/07(Fri) 11:03:20  
    環境設定のバックアップ (画像サイズ: 845×436 143kB)

    【画像はクリックすると拡大します】

    > [4839] 環境設定のバックアップ 投稿者:JA2GSD 投稿日:2017/07/07(Fri) 05:56 [返信]
    >
    > 環境設定のバックアップはできないでしょうか
    > ファイルはどのファイルでしょうか

    ・こちらをご覧下さい URL; http://hamlog.no.coocan.jp/html/HID00009.html
    ・環境設定ファイルは hdb ファイルを除く3つです。

    【2017/07/07(Fri) 13:01:39 投稿者により修正されました。】


      [No.16794] Re: QSL印刷 複数データ 投稿者:JA1RRR/斎藤   投稿日:2017/07/06(Thu) 21:23:58  

    > ですが,値が 0や1の場合と同様に,MaxCall > 印刷件数 というのは
    > 想定外ではなかったかと思うのですがどうでしょうか.
    >
    これは、今になってみれば、どうでもいいことのように思います。

    たしかに、#MaxCall= の値を変化させて試してみると、HELP の説明と合致
    しないことが発生したり、想定外のような印刷動作をしたりしますが、それは
    大きな問題ではないと考えています。

    何故なら、ある条件に合致させて使用する限りは、HELP に記載された通り
    の動作をし、何も問題ないからです。そしてその合致する条件は、作者自身
    が提供している FiveQSO.qsl に盛り込まれているのです。
    「このように使ってね」と、説明があれば終わることではないでしょうか。


      [No.16793] Re: QSL印刷 複数データ 投稿者:JP7CZE 川辺   投稿日:2017/07/06(Thu) 18:33:54  

    > #MaxCall= の値が異なると Loop回数が同じでも、印刷時の振る舞いに
    > 違いが現れることは以前から不思議に思っていました。

    > 特に、#MaxCall= の値によっては、作者が想定していない1QSO/1枚の
    > 印刷がなされてしまうことにびっくりした記憶があります。

    私の場合には,#MaxCall が固定で,印刷行数は可変(データ中の改行数に応じて)にしています.
    この状態で,たまに複数行印刷したあとで,あまりが出てこない場合と,
    あまりの1交信のみ印刷されてくる場合があるので,不思議に思っていました.
    今回の件で,理由がわかった次第ですが...

    > 私が [No.16788] で述べたように、「#MaxCall= の数値と Loop回数の関係」
    > は明確にした方がいいと思います。それが作者が意図した通りの印刷に
    > つながるなら、尚更です。

    ヘルプにあるように,
    -----------
    【例】 #MaxCall=5 ; 1枚のカードに2〜5局印刷する。
    例えば、5を指定して同一コールサインが7ある場合は、1枚目に5データ、2枚目に2データ印刷できます。
    例えば、4を指定して同一コールサインが5ある場合は、1枚目に4データを印刷し、残りの1データは無視します。この残りの1データは、別の通常の定義ファイルを使って印刷することとなります。
    ----------

    ですが,値が 0や1の場合と同様に,MaxCall > 印刷件数 というのは想定外ではなかったかと思うのですがどうでしょうか.

    ぜひ作者に聞いてみたいと思います.

    で,現状はOKだと私は思いますが,何某かの説明していただくと幸いです.
    また,本来通りで動作するか,あるいは現状にするか,いずれにしても,仕様を決めてそのように動作するようにしていただければ幸いです.


      [No.16792] Re: QSL印刷 複数データ 投稿者:JA1RRR/斎藤   投稿日:2017/07/06(Thu) 07:48:33  

    > 実際には,
    >
    > #MaxCall=5; 5回分
    > #Mov $$U=4; #MaxCall-1,印刷は5回
    > や
    > #MaxCall=4; 4回分
    > #Mov $$U=4; = #MaxCall,印刷は5回
    >
    > では,残った1件は印刷されず.
    >
    > #MaxCall=6; 6回分
    > #Mov $$U=4; #MaxCall-2,印刷は5回
    > や
    > #MaxCall=7; 7回分
    > #Mov $$U=4; #MaxCall-3,印刷は5回
    >
    > などでは,残った1件も,1枚印刷される.
    >
    > ということでした.
    >
    #MaxCall= の値が異なると Loop回数が同じでも、印刷時の振る舞いに
    違いが現れることは以前から不思議に思っていました。
    特に、#MaxCall= の値によっては、作者が想定していない1QSO/1枚の
    印刷がなされてしまうことにびっくりした記憶があります。

    私が [No.16788] で述べたように、「#MaxCall= の数値と Loop回数の関係」
    は明確にした方がいいと思います。それが作者が意図した通りの印刷に
    つながるなら、尚更です。


      [No.16791] Re: QSL印刷 複数データ 投稿者:JP7CZE 川辺   投稿日:2017/07/05(Wed) 22:35:44  

    > 但し、単純に#MaxCall=5; 5回分だけを削除すると、QSL No.が間違えて印刷されるので
    >   #Print 200, 945, "QSL#:!NO"; QSL No.印刷
    >   の行を削除してみました。

    これ,QSL No.を間違えて印刷されるのではありません.
      #Print 200, 945, "QSL#:!NO"; QSL No.印刷
    このタイミングで保持されている !NO の値は,
    最後のデータを印刷して,次の読み込みをおこなって,
    違うコールサインだと判定したデータの値なのです.
    なので,正しい QSL No. を印刷したいのなら,
    各データを印刷するごとに,その !NO を変数に保存しておく必要があります.

    具体的には,
    56行目の,
    #PrintC 850, 350, 100,"!MD"; モード
    の次に,
    #Mov $$N=!NO

    106行目の,
    #PrintC 850, $$Y, 100,"!MD"; モード
    の次に,
    #Mov $$N=!NO

    そして,
    #Print 200, 945, "QSL#:$$Z"; QSL No.印刷

    これで良いと思いますが,いかがでしょうか.

    ちなみに.私は,1交信データごとに,QSL No. を書き込んでいます.

    【2017/07/05(Wed) 22:40:00 投稿者により修正されました。】


      [No.16790] Re: QSL印刷 複数データ 投稿者:JP7CZE 川辺   投稿日:2017/07/05(Wed) 22:07:38  

    Microsoft Print to PDF でテストしてみました.
    現在の FiveQSO.QSL の元になった以前アップしたOSL印刷定義ファイルでの結果です.

    > 同様に データが11件の時には 7件の1枚と 3件の2枚目と1件の未印刷が残ります。
    > 当然 Max5件ずつ印刷すれば、想定通りの印刷になる訳です。 即ち、#MaxCall=nのnは一

    #MaxCall が,実際の印刷回数 = $$U と同じか小さい場合,データ件数が実際の印刷回数( ✕ n) + 1の場合には,残った1枚は印刷されない(nは印刷用紙数).

    #MaxCall が,実際の印刷回数 = $$U より大きい場合,データ件数が実際の印刷回数( ✕ n) + 1の場合でも,残った1件も印刷される(nは印刷用紙数).

    でした.

    実際には,

    #MaxCall=5; 5回分
    #Mov $$U=4; #MaxCall-1,印刷は5回

    #MaxCall=4; 4回分
    #Mov $$U=4; = #MaxCall,印刷は5回

    では,残った1件は印刷されず.

    #MaxCall=6; 6回分
    #Mov $$U=4; #MaxCall-2,印刷は5回

    #MaxCall=7; 7回分
    #Mov $$U=4; #MaxCall-3,印刷は5回

    などでは,残った1件も,1枚印刷される.

    ということでした.


      [No.16789] Re: QSL印刷 複数データ 投稿者:JP7CZE 川辺   投稿日:2017/07/05(Wed) 21:41:59  

    MaxCall に関して,私もいろいろ試して検討中です.

    とりあえず,これはQSL定義プログラムの構造の問題なので,以下に関して.

    > ※もしも私の想像通りなら、FiveQSO.qsl の97行目に何らかの
    >  コメントが欲しいです。(5行目でもいいが)
    > (例)
    > #Mov $$U=4  ;この数値は、#MaxCall= の数から -1 した数にする

    5回印刷する場合,ループに入る前に,すでに1回印刷しているので,
    ループでは最大4回印刷すればいいわけです.
    コメントを付けるなら,

    49行目と50行目の間に,
    ;-----------1回目の印刷

    56行目と57行目の間に,
    ;-----------1回目の印刷ここまで

    97行目に,
    #Mov $$U=4  ;5回印刷したい場合,すでに1回印刷しているので,印刷したい回数 ー 1

    ということになりましょうか.

    【2017/07/05(Wed) 22:09:03 投稿者により修正されました。】


    | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119 | 120 | 121 | 122 | 123 | 124 | 125 | 126 | 127 | 128 | 129 | 130 | 131 | 132 | 133 | 134 | 135 | 136 | 137 | 138 | 139 | 140 | 141 | 142 | 143 | 144 | 145 | 146 | 147 | 148 | 149 | 150 | 151 | 152 | 153 | 154 | 155 | 156 | 157 | 158 | 159 | 160 | 161 | 162 | 163 | 164 | 165 | 166 | 167 | 168 | 169 | 170 | 171 | 172 | 173 | 174 | 175 | 176 | 177 | 178 | 179 | 180 | 181 | 182 | 183 | 184 | 185 | 186 | 187 | 188 | 189 | 190 | 191 | 192 | 193 | 194 | 195 | 196 | 197 | 198 | 199 | 200 | 201 | 202 | 203 | 204 | 205 | 206 | 207 | 208 | 209 | 210 | 211 | 212 | 213 | 214 | 215 | 216 | 217 | 218 | 219 | 220 | 221 | 222 | 223 | 224 | 225 | 226 | 227 | 228 | 229 | 230 | 231 | 232 | 233 | 234 | 235 | 236 | 237 | 238 | 239 | 240 | 241 | 242 | 243 | 244 | 245 | 246 | 247 | 248 | 249 | 250 | 251 | 252 | 253 | 254 | 255 | 256 | 257 | 258 | 259 | 260 | 261 | 262 | 263 | 264 | 265 | 266 | 267 | 268 | 269 | 270 | 271 | 272 | 273 | 274 | 275 | 276 | 277 | 278 | 279 | 280 | 281 | 282 | 283 | 284 | 285 | 286 | 287 | 288 | 289 | 290 | 291 | 292 | 293 | 294 | 295 | 296 | 297 | 298 | 299 | 300 | 301 | 302 | 303 | 304 | 305 | 306 | 307 | 308 | 309 | 310 | 311 | 312 | 313 | 314 | 315 | 316 | 317 | 318 | 319 | 320 | 321 | 322 | 323 | 324 | 325 | 326 | 327 | 328 | 329 | 330 | 331 | 332 | 333 | 334 | 335 | 336 | 337 | 338 | 339 | 340 | 341 | 342 | 343 | 344 | 345 | 346 | 347 | 348 | 349 | 350 | 351 | 352 | 353 | 354 | 355 | 356 | 357 | 358 | 359 | 360 | 361 | 362 | 363 | 364 | 365 | 366 | 367 | 368 | 369 | 370 | 371 | 372 | 373 | 374 | 375 | 376 | 377 | 378 | 379 | 380 | 381 | 382 | 383 | 384 | 385 | 386 | 387 | 388 | 389 | 390 | 391 | 392 | 393 | 394 | 395 | 396 | 397 | 398 | 399 | 400 | 401 | 402 | 403 | 404 | 405 | 406 | 407 | 408 | 409 | 410 | 411 | 412 | 413 | 414 | 415 | 416 | 417 | 418 | 419 | 420 | 421 | 422 | 423 | 424 | 425 | 426 | 427 | 428 | 429 | 430 | 431 | 432 | 433 | 434 | 435 | 436 | 437 | 438 | 439 | 440 | 441 | 442 | 443 | 444 | 445 | 446 | 447 | 448 | 449 | 450 | 451 | 452 | 453 | 454 | 455 | 456 | 457 | 458 | 459 | 460 | 461 | 462 | 463 | 464 | 465 | 466 | 467 | 468 | 469 | 470 | 471 | 472 | 473 | 474 | 475 | 476 | 477 | 478 | 479 | 480 | 481 | 482 | 483 | 484 | 485 | 486 | 487 | 488 | 489 | 490 | 491 | 492 | 493 | 494 | 495 | 496 |


    - 以下のフォームから自分の投稿記事を修正・削除することができます -
    処理 記事No 削除キー

    - Web Forum Antispam Version -