Hi Grzegorz, works great. Thanks!
Hi everyone! we are using OpenJDK Amazon Corretto 1.8.212. This release and some other OpenJDK builds suffer from a problem with the Freetype integration. This leads to weired character spacing. For more details see: https://github.com/corretto/corretto-8/issues/148 As a workaround you can set the following environment variable (key=value): FREETYPE_PROPERTIES=truetype:interpreter-version=35 As you can see the value contains an equal sign. This is not accepted by the launch4j GUI (3.12). Also when...
Hi everyone! we are using OpenJDK Amazon Corretto 1.8.212. This release and some other OpenJDK builds suffer from a problem with the Freetype integration. This leads to weired character spacing. For more details see: https://github.com/corretto/corretto-8/issues/148 As a workaround you can set the following environment variable (key=value): FREETYPE_PROPERTIES=truetype:interpreter-version=35 As you can see the value contains an equal sign. This is not accepted by the launch4j GUI (3.12). Also when...
Hi Scott, thank your for your analysis. Currently I am a little confuesed. Let me explain this by the following example: I have the following values: List<String[]> lines = new ArrayList<String[]>(); lines.add(new String[] {"value 1.1", "\"\n\""}); lines.add(new String[] {"value 2.1", "value 2.2"}); I create a CSVWriter with the following command: CSVWriter csvWriter = new CSVWriter(new FileWriter(file)); Then I use the CSVWriter to write the lines above in a file. The file content is then: "value...
Hi Scott, I ran my tests with the latest version of RFC4180Parser I found in the repository. Three tests failed :( Below the settings that did not work. The complete and running test code can be found in the OpenCsvTest.java I posted in this thread at the 01/19/2018. Best wishes Stefan List<String[]> lines = new ArrayList<String[]>(); lines.add(new String[] {"value 1.1", "\"\n\""}); lines.add(new String[] {"value 2.1", "value 2.2"}); List<String[]> lines = new ArrayList<String[]>(); lines.add(new...
Hi Daniel, thanks for posting your RFC4180Parser.java. It fails for the test cases "testOpenCSVWithLineBreak003", "testOpenCSVWithLineBreak004" and "testOpenCSVWithLineBreak005" I posted in OpenCSVTest.java on 19/Jan/18. Could you post your test cases as JUnit tests? I would like to run them with the RFC4180Parser method "lastElementStartedWithQuoteButDidNotEndInOne(...)" I postet on 19/Jan/18. Thank you Stefan
Hi! I did some more testing. Found no issues with the suggested change (until now). Best wishes Stefan
Hi! I did some research in the OpenCSV 4.1 file RFC4180Parser. From my point of view the following method fails when the line ends with a doubleqoute because then the first AND the last character is a doubleqoute. private boolean lastElementStartedWithQuoteButDidNotEndInOne(List<String> elements) { String lastElement = elements.get(elements.size() - 1); return lastElement.startsWith(Character.toString(quotechar)) && !lastElement.endsWith(Character.toString(quotechar)); } I modified the method the...