Hi again, Am 07.03.21 um 13:34 schrieb Milko Krachounov: > When opening any CSV file with LibreOffice Calc, Calc opens and executes > encodings.py from the current working directory. That presumably happens > because
There also is no mention of any "encodings.py" in anything in LibreOffice itself: rene@frodo:~/LibreOffice/git/libreoffice-7-0-4$ git grep encodings config_host/config_locales.h.in: * support all the locales and character encodings that it has code configure.ac: tables for encodings mainly targeted for a cui/source/tabpages/tpline.cxx: // Convert URL encodings to UI characters (e.g. %20 for spaces) [ internal python3 (which we don't use) encoding stuff stripped ] filter/qa/complex/filter/detection/typeDetection/TypeDetection.java: * is used as source for several encodings. filter/source/graphicfilter/idxf/dxfreprd.cxx: // Its Windows variant, and later releases used ANSI encodings for filter/source/graphicfilter/idxf/dxfreprd.cxx: // encodings for storing to corresponding formats, but there's filter/source/graphicfilter/idxf/dxfreprd.cxx: // $DWGCODEPAGE to encodings mappings filter/source/msfilter/util.cxx: // in last-ditch broken-file-format cases to guess the right 8bit encodings framework/qa/complex/loadAllDocuments/CheckXComponentLoader.java: * is used as source for several encodings. include/filter/msfilter/util.hxx:/// i.e. useful when dealing with legacy formats which use legacy text encodings without recording include/rtl/string.h: for double-byte encodings, UTF-7, UTF-8). include/rtl/tencinfo.h: Can be rather meaningless for encodings that encode global state along include/rtl/tencinfo.h: with the characters (e.g., ISO-2022 encodings). include/rtl/tencinfo.h: Can be rather meaningless for encodings that encode global state along include/rtl/tencinfo.h: with the characters (e.g., ISO-2022 encodings). include/rtl/tencinfo.h: characters (SS2 and SS3) used by some of the EUC encodings (to denote include/rtl/tencinfo.h: repertoire) do not imply that encodings making use of these characters include/rtl/tencinfo.h: have the CONTEXT property. Examples of encodings that do have the include/rtl/tencinfo.h: CONTEXT property are the ISO-2022 encodings and UTF-7. include/rtl/tencinfo.h: special purposes in some encodings. include/rtl/textenc.h:/** The various supported text encodings. include/rtl/textenc.h: Possible values include a wide range of single- and multi-byte encodings include/rtl/textenc.h: the ISO 10646 (Unicode) specific encodings RTL_TEXTENCODING_UCS4 and include/rtl/textenc.h:These encodings are not used for text encodings, only used for include/rtl/textenc.h:font-/textoutput encodings. include/rtl/uri.h: converted to eCharset because it contains (encodings of) unmappable include/rtl/ustring.h: for double-byte encodings, UTF-7, UTF-8). include/rtl/ustring.hxx: encodings, UTF-7, UTF-8). include/rtl/ustring.hxx: encodings, UTF-7, UTF-8). include/svx/txencbox.hxx: /** Fill with all known encodings but exclude those matching one or more include/svx/txencbox.hxx: <p> If nButIncludeInfoFlags is given, encodings are included even if they include/svx/txencbox.hxx: If <TRUE/>, some specific encodings are not listed, as they are a include/svx/txencbox.hxx: /** Fill with all encodings known to the dbtools::OCharsetMap but exclude include/svx/txencbox.hxx: <p> If nButIncludeInfoFlags is given, encodings are included even if they include/svx/txencbox.hxx: If <TRUE/>, some specific encodings are not listed, as they are a include/svx/txencbox.hxx: /** Fill with all known MIME encodings and select the best according to include/svx/txencbox.hxx: /** Fill with all known encodings but exclude those matching one or more include/svx/txencbox.hxx: If <TRUE/>, some specific encodings are not listed, as they are a include/svx/txencbox.hxx: /** Fill with all encodings known to the dbtools::OCharsetMap but exclude include/svx/txencbox.hxx: If <TRUE/>, some specific encodings are not listed, as they are a include/tools/tenccvt.hxx:/// encoding. The encodings could be different. sal/osl/unx/nlsupport.cxx: * _nl_language_list[] is an array list of supported encodings. Because sal/osl/unx/nlsupport.cxx: * We are comparing the encodings case insensitive, so the list has sal/qa/rtl/uri/rtl_testuri.cxx: // Check encode with unusual text encodings: sal/rtl/ustring.cxx: code here. Could be the case for apple encodings */ sal/textenc/tcvtbyte.hxx:/** For those encodings only with unicode range of 0x80 to 0xFF. */ sal/textenc/tcvtmb.cxx:/* then share many tables for different charset encodings. */ sal/textenc/tcvtmb.cxx: /* so that extensions that don't consider encodings */ sal/textenc/tcvtmb.cxx: /* so that extensions that don't consider encodings */ sal/textenc/tencinfo.cxx: /* See <http://cvs.freedesktop.org/xorg/xc/fonts/encodings/iso8859-11.enc? sc/inc/document.hxx: case of non-octet encodings (e.g. UCS2) the length in code sc/source/ui/dbgui/scuiasciiopt.cxx: // all encodings allowed, including Unicode, but subsets are excluded sc/source/ui/dbgui/scuiimoptdlg.cxx: // all encodings allowed, even Unicode sc/source/ui/docshell/docsh.cxx: // dead encodings where one code point (and especially a scripting/source/pyprov/mailmerge.py:import encodings.idna sfx2/classification/xAL.xsd: <xs:documentation>GeoRSS GML from Open Geospatial Consortium (OGC – www.opengeospatial.net) is a formal GML Application Profile, and supports a greater range of features than Simple, notably coordinate reference systems other than WGS84 latitude/longitude. It is designed for use with Atom 1.0, RSS 2.0 and RSS 1.0, although it can be used just as easily in non-RSS XML encodings. </xs:documentation> solenv/doc/gbuild/doxygen.cfg:# http://www.gnu.org/software/libiconv for the list of possible encodings. solenv/doc/gbuild/doxygen.cfg:# the list of possible encodings. solenv/inc/doxygen.cfg:# for the list of possible encodings. solenv/inc/doxygen.cfg:# possible encodings. solenv/inc/doxygen_doc.cfg:# for the list of possible encodings. solenv/inc/doxygen_doc.cfg:# possible encodings. solenv/inc/doxygen_tag.cfg:# for the list of possible encodings. solenv/inc/doxygen_tag.cfg:# possible encodings. svtools/source/svhtml/parhtml.cxx: // encodings. Everything else cannot lead to reasonable results. sw/qa/core/data/rtf/fail/forcepoint-4.rtf:The clear-text encoding of this specification can be used in environments which are constrained to 7-bit transfer encodings, short line lengths, and low bandwidth. In addition, the encoding is simple in order to facilitate the implementation of reader and sw/source/filter/ww8/ww8par6.cxx: //character encodings stack anyway so that the property end that pops tools/qa/cppunit/test_reversemap.cxx: //Taking the single byte legacy encodings, fill in all possible values vcl/source/font/fontcharmap.cxx: if( nValue <= 0 ) // ignore unknown encodings vcl/source/gdi/embeddedfontshelper.cxx: // Ignore comparing text encodings, at least for now. They cannot be trivially compared vcl/source/gdi/embeddedfontshelper.cxx: // for some encodings (can one font have more font files for more encodings?). vcl/unx/generic/dtrans/X11_selection.cxx: // ISO encodings vcl/unx/generic/dtrans/X11_selection.cxx: // asian encodings vcl/unx/generic/dtrans/X11_selection.cxx: // eastern european encodings vcl/unx/generic/dtrans/X11_selection.cxx: * no data in ISO8859-n encodings (at least for n = 1, 15) vcl/unx/generic/dtrans/X11_selection.cxx: * in these encodings the directly converted text does the vcl/unx/generic/print/text_gfx.cxx: // write glyphsets and reencodings vcl/unx/gtk3/gtk3gtkinst.cxx: // ISO encodings vcl/unx/gtk3/gtk3gtkinst.cxx: // asian encodings vcl/unx/gtk3/gtk3gtkinst.cxx: // eastern european encodings vcl/unx/gtk3/gtk3salprn-gtk.cxx: //To-Do proper name, watch for encodings writerperfect/source/common/WPFTEncodingDialog.cxx:std::pair<OUStringLiteral, OUStringLiteral> const s_encodings[] writerperfect/source/common/WPFTEncodingDialog.cxx:std::size_t const numEncodings = SAL_N_ELEMENTS(s_encodings); writerperfect/source/common/WPFTEncodingDialog.cxx: box.append(s_encodings[i].first, s_encodings[i].second); rene@frodo:~/LibreOffice/git/libreoffice-7-0-4$ I believe something else is calling this. Regards, Rene
