https://bugs.documentfoundation.org/show_bug.cgi?id=146395
Christopher Köbel <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|7.1.5.2 release |7.4.3.2 release OS|All |Windows (All) Hardware|All |x86-64 (AMD64) --- Comment #8 from Christopher Köbel <[email protected]> --- Just wanted to confirm that the problem of "only single-line QR codes" still persists in LO 7.4.3.2 on Win/x64 and give this bug a boost: To shed some light on why newlines in QR codes are important to users: When using LO to write invoices or allow for a quick donation through a SEPA direct bank transfer, it'd be awesome to be able to generate a corresponding EPC (European Payment Code; cf. https://en.wikipedia.org/wiki/EPC_QR_code ) QR code, which follows a fixed format that absolutely depends on the LF line feed (Alt+010) character to split data fields. Some banking apps will also read EPC codes using CR (Alt+013) or a combined CR/LF, but most will not. So that's one use case where LO could be one step ahead before MSO because the guys from Richmond don't get this right either (I have been discussing this, in German, on my freelance translator blog https://www.defrent.de/2021/04/eqc-qr-codes-in-ms-word/, where several more-or-less successful workarounds have been proposed by readers). Being able to piece a QR code together from Calc cells or Writer fields would further improve LO over and above the ability to manually enter a multi-line QR code, but that alone would be a real plus, given that feeding possibly sensitive and GDPR-relevant payment data should not be given to online QR image generators. Cheers, Christopher -- You are receiving this mail because: You are the assignee for the bug.
