fivedev/harbour-core
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
17,502 Commits 1 Branch 0 Tags
9e1b00d011c7e598c1166af8da170231749bbb38
Commit Graph

5 Commits

Author SHA1 Message Date
Przemyslaw Czerpak
44bf92b7e6 2010-11-17 12:19 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) 
* harbour/contrib/hbzebra/pdf417.c
  * harbour/contrib/hbzebra/code128.c
  * harbour/contrib/hbzebra/eanupc.c
  * harbour/contrib/hbzebra/code11.c
  * harbour/contrib/hbzebra/itf.c
  * harbour/contrib/hbzebra/datamtrx.c
  * harbour/contrib/hbzebra/code39.c
  * harbour/contrib/hbzebra/code93.c
  * harbour/contrib/hbzebra/codabar.c
    % added const to all static table declarations and updated
      code to use const pointers to them. Please remember that
      memory regions declared as const can be better optimized
      by compiler during compilation and on some machines also
      on runtime because can be located in readonly area which
      is cached in more efficient way.
    ! fixed some non const declarations for pure "..." strings
 2010-11-17 11:19:59 +00:00
Mindaugas Kavaliauskas
50590c9d8c 2010-11-13 00:58 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) 
* harbour/contrib/hbzebra/datamtrx.c
  * harbour/contrib/hbzebra/pdf417.c
  * harbour/contrib/hbzebra/code128.c
    * attempt to pacify MSVC warnings
 2010-11-12 22:59:33 +00:00
Viktor Szakats
1005890842 2010-11-12 23:41 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) 
* contrib/hbzebra/pdf417.c
  * contrib/hbzebra/datamtrx.c
    ! Silenced msvc warnings.
    ; TOFIX: These remaining ones:
         ..\hbzebra\datamtrx.c(452) : warning C4309: '=' : truncation of constant value
         ..\hbzebra\pdf417.c(1230) : warning C4701: potentially uninitialized local variable 'coef' used
         ..\hbzebra\code128.c(265) : warning C4701: potentially uninitialized local variable 'iCodeSet' used

  * contrib/hbzebra/tests/testcair.prg
    * Synced with other tests to use SWITCH/CASE.

  * contrib/hbzebra/tests/testwin.prg
  * contrib/hbzebra/tests/testhpdf.prg
    + Added DATAMATRIX tests. Nice!
 2010-11-12 22:41:58 +00:00
Mindaugas Kavaliauskas
1630a4e374 2010-11-13 00:05 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) 
+ harbour/contrib/hbzebra/datamtrx.c
  * harbour/contrib/hbzebra/hbzebra.hbp
  * harbour/contrib/hbzebra/hbzebra.ch
    + added DataMatrix 2D barcode support
    ; implemented ASCII encoding only. This is enough for most real 
      life applications, but it is only a minor part of available 
      codeword encodings. I just unable to implement without docs. 
      Reverse engineering of black and white dots take a lot of time
      for 2D barcodes, so I've dropped this idea. If someone has 
      full ISO/IEC 16022:2006 specification, I can implement the rest.

  * harbour/contrib/hbzebra/tests/testcair.prg
    + added DataMatrix test
    ; Please, add it to other backend tests

  * harbour/contrib/hbzebra/core.c
    * changed bitbuffer logic a little

  * harbour/contrib/hbzebra/pdf417.c
    * comment added
    * small cleanup
 2010-11-12 22:05:45 +00:00
Mindaugas Kavaliauskas
2118caf5be 2010-11-11 21:30 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) 
* harbour/contrib/hbzebra/hbzebra.ch
  * harbour/contrib/hbzebra/hbzebra.h
  * harbour/contrib/hbzebra/hbzebra.hbp
  + harbour/contrib/hbzebra/pdf417.c
    + added two-dimensional PDF417 barcode support
      HB_ZEBRA_PDF417( cData, [ nFlags ] [, nDataColumns ] ) --> hZebra

    ; This requires testing on real scanners. F.e., some internet online 
      PDF417 decoders does not allow encoding mode switching from numeric 
      to text. Though I see no reason to be this prohibited by 
      specification.

  * harbour/contrib/hbzebra/drawcore.c
    + implemented 2D barcode drawing
    * changed argument error logic to generate RTE from Harbour level

  * harbour/contrib/hbzebra/testcair.prg
  * harbour/contrib/hbzebra/testhpdf.prg
  * harbour/contrib/hbzebra/testwin.prg
    * included new barcode into test samples
 2010-11-11 19:32:33 +00:00