zxing/core
Dan Lenski 515688992b
Aztec encode with ECI for non-default character sets (#1330)
* Aztec encoder: add ECI codes according to character set

Added redundant methods to avoid modifying existing tests.

* fix testAztecWriter

- ISO-8859-1 cannot actually encode Euro symbol ('€'); this test case only
  passed before because the Decoder wasn't actually doing the bytes→String
  decode, but simply round-tripping an unknown byte.
- Add extra test cases for implicit ISO-8859-1 (without ECI code), explicit
  ISO-8559-1 (with ECI code), and Shift_JIS

* remove unnecessary conversion between String and byte[] in Aztec EncoderTest and DetectorTest

* Aztec DecoderTest: use constants for charsets

* Aztec Code: remove unnecessary conversion between Charset and Charset.name() strings

* PDF417, QR, DataMatrix: remove unnecessary conversion between Charset and Charset.name() strings

Includes replacing StringUtils.guessEncoding() with .guessCharset(), to return
Charset rather than String.

This change makes the tacit assumption that Shift_JIS charset *will* be
available.  There are existing comments suggesting that it might not always
be available… but the existing *tests* assume it will be.
2020-11-07 16:26:24 -06:00
..
src Aztec encode with ECI for non-default character sets (#1330) 2020-11-07 16:26:24 -06:00
bnd.bnd Fix #957 - Provide OSGi Metadata in Manifest (#958) 2018-02-16 17:35:41 -06:00
pom.xml [maven-release-plugin] prepare for next development iteration 2020-09-29 19:53:40 -05:00