summaryrefslogtreecommitdiff
path: root/pyuno/Module_pyuno.mk
AgeCommit message (Collapse)AuthorFilesLines
2017-09-27Make these tests part of the regular 'make check'Stephan Bergmann1-4/+1
...instead of the 'make PythonTest_pytests' hack introduced with 4e887567c5b4b06646ab1340376e240d6c5af9cb "A rudimentary framework for additional Python tests not run by default". PythonTest_pyuno_pytests_insertremovecells and PythonTest_pyuno_pytests_testcollections apparently have various dependencies that are not spelled out, so simply add them to subsequentcheck for now (also, the latter appears to take quite some time to execute). Change-Id: Ie9d3c301af28f67ab65c09eba93d9778a3c82c8a Reviewed-on: https://gerrit.libreoffice.org/42822 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-02-10Remove MinGW supportStephan Bergmann1-15/+0
In OOo times, there'd originally been efforts to allow building on Windows with MinGW. Later, in LO times, this has been shifted to an attempt of cross- compiling for Windows on Linux. That attempt can be considered abandoned, and the relevant code rotting. Due to this heritage, there are now three kinds of MinGW-specific code in LO: * Code from the original OOo native Windows effort that is no longer relevant for the LO cross-compilation effort, but has never been removed properly. * Code from the original OOo native Windows effort that is re-purposed for the LO cross-compilation effort. * Code that has been added specifially for the LO cross-compilation effort. All three kinds of code are removed. (An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing --with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.) Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568 Reviewed-on: https://gerrit.libreoffice.org/34127 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-06-01final solution of the ARCHIVE questionDavid Tardon1-4/+3
Change-Id: I70da65e08c75cd732000597a09ed113b3075c5a8
2015-06-26Make PyUNO provide more Pythonic behaviourMatthew J. Francis1-0/+1
- Simplifies working with UNO objects by giving the behaviour of Python lists, dicts and iterators to objects which implement UNO container interfaces - Applies a custom behaviour to allow objects which implement com::sun::star::table::XCellRange to yield cells and cell ranges by subscript - When UNO container objects are addressed in the new style, eliminates the requirement to manually construct Any objects for contained elements which are typed sequences - Allows lists and iterators to be passed wherever a UNO method accepts a sequence - Relaxes the requirements for initialising UNO structs to allow some members to be skipped when all initialisers are passed by name 1. Collection interfaces ======================== Objects which implement core UNO collection interfaces are made to behave in a way that is more natural for Python code. com::sun::star::container::XIndexAccess com::sun::star::container::XIndexReplace com::sun::star::container::XIndexContainer - Objects provide Python list access semantics num = len(obj) # Number of elements val = obj[0] # Access by index val1,val2 = obj[2:4] # Access by slice val1,val2 = obj[0:3:2] # Access by extended slice if val in obj: ... # Test value presence for val in obj: ... # Implicit iterator (values) itr = iter(obj) # Named iterator (values) obj[0] = val # Replace by index obj[2:4] = val1,val2 # Replace by slice obj[0:3:2] = val1,val2 # Replace by extended slice obj[2:3] = val1,val2 # Insert/replace by slice obj[2:2] = (val,) # Insert by slice obj[2:4] = (val,) # Replace/delete by slice obj[2:3] = () # Delete by slice (implicit) del obj[0] # Delete by index del obj[2:4] # Delete by slice com::sun::star::container::XNameAccess com::sun::star::container::XNameReplace com::sun::star::container::XNameContainer - Objects provide Python dict access semantics num = len(obj) # Number of keys val = obj[key] # Access by key if key in obj: ... # Test key presence for key in obj: ... # Implicit iterator (keys) itr = iter(obj) # Named iterator (keys) obj[key] = val # Replace by key obj[key] = val # Insert by key del obj[key] # Delete by key com::sun::star::container::XEnumerationAccess - Objects provide Python iterable semantics for val in obj: ... # Implicit iterator itr = iter(obj) # Named iterator com::sun::star::container::XEnumeration - Objects provide Python iterator semantics for val in itr: ... # Iteration of named iterator if val in itr: ... # Test value presence Objects which implement both XIndex* and XName* are supported, and respond to both integer and string keys. However, iterating over such an object will return the keys (like a Python dict) rather than the values (like a Python list). 2. Cell ranges ============== A custom behaviour is applied to objects which implement com::sun::star::table::XCellRange to allow their cells and cell ranges to be addressed by subscript, in the style of a Python list or dict (read-only). This is applicable to Calc spreadsheet sheets, Writer text tables and cell ranges created upon these. cell = cellrange[0,0] # Access cell by indices rng = cellrange[0,1:2] # Access cell range by index,slice rng = cellrange[1:2,0] # Access cell range by slice,index rng = cellrange[0:1,2:3] # Access cell range by slices rng = cellrange['A1:B2'] # Access cell range by descriptor rng = cellrange['Name'] # Access cell range by name Note that the indices used are in Python/C order, and differ from the arguments to methods provided by XCellRange. - The statement cellrange[r,c], which returns the cell from row r and column c, is equivalent to calling XCellRange::getCellByPosition(c,r) - The statement cellrange[t:b,l:r], which returns a cell range covering rows t to b(non-inclusive) and columns l to r(non- inclusive), is equivalent to calling XCellRange::getCellRangeByPosition(l,t,r-1,b-1). In contrast to the handling of objects implementing XIndex*, extended slice syntax is not supported. Negative indices (from-end addresses) are supported only for objects which also implement com::sun::star::table::XColumnRowRange (currently Calc spreadsheet sheets and cell ranges created upon these). For such objects, the following syntax is also available: rng = cellrange[0] # Access cell range by row index rng = cellrange[0,:] # Access cell range by row index rng = cellrange[:,0] # Access cell range by column index 3. Elimination of explicit Any ============================== PyUNO has not previously been able to cope with certain method arguments which are typed as Any but require a sequence of specific type to be passed. This is a particular issue for container interfaces such as XIndexContainer and XNameContainer. The existing solution to dealing with such methods is to use a special method to pass an explicitly typed Any, giving code such as: index = doc.createInstance("com.sun.star.text.ContentIndex"); ... uno.invoke( index.LevelParagraphStyles , "replaceByIndex", (0, uno.Any("[]string", ('Caption',))) ) The new Pythonic container access is able to correctly infer the expected type of the sequences required by these arguments. In the new style, the above call to .replaceByIndex() can instead be written: index.LevelParagraphStyles[0] = ('Caption',) 4. List and iterator arguments ============================== Wherever a UNO API expects a sequence, a Python list or iterator can now be passed. This enables the use of list comprehensions and generator expressions for method calls and property assignments. Example: tbl = doc.createInstance('com.sun.star.text.TextTable') tbl.initialize(10,10) # ... insert table ... # Assign numbers 0..99 to the cells using a generator expression tbl.Data = ((y for y in range(10*x,10*x + 10)) for x in range(10)) 5. Tolerant struct initialisation ================================= Previously, a UNO struct could be created fully uninitialised, or by passing a combination of positional and/or named arguments to its constructor. However, if any arguments were passed, all members were required to be initialised or an exception was thrown. This requirement is relaxed such that when all arguments passed to a struct constructor are by name, some may be omitted. The existing requirement that all members must be explicitly initialised when some constructor arguments are unnamed (positional) is not affected. Example: from com.sun.star.beans import PropertyValue prop = PropertyValue(Name='foo', Value='bar') Change-Id: Id29bff10a18099b1a00af1abee1a6c1bc58b3978 Reviewed-on: https://gerrit.libreoffice.org/16272 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Matthew Francis <mjay.francis@gmail.com>
2014-11-26Extract python-only pythonloader.uno ini-file into its own PackageStephan Bergmann1-0/+2
Change-Id: Ifa9d12fa190f929807dc0dc7342e162aeb9a0576
2014-04-25disable pytest_ssl on macNorbert Thiebaud1-0/+2
Change-Id: I9f6a50f00bd98aeffa46f3ef40211e30edf658d6
2014-04-18Revert "python depend only working under windows so"David Tardon1-5/+1
This reverts commit 89f6ff4c296de5e61d5bfb0cfef55e482839e227.
2014-04-18python depend only working under windows soCaolán McNamara1-1/+5
revert 6980da37549d9ae0a89812aeccfa5365c9f7a9b9 for the moment Change-Id: I1c6e6d74bee6d3008e32c48c0da4a7faf90c8f60
2014-04-18test for enabled python is already handled by PythonTestDavid Tardon1-2/+0
Change-Id: I23ada017f4294fbd34e9b245d012700021914881
2014-04-18move pyuno ssl test back to check targetsDavid Tardon1-5/+1
Change-Id: Ib256217aa014693c73b233a4d8be4c0224287739
2014-04-18sigh, unclear how to make python tests depend on pythonCaolán McNamara1-1/+5
Change-Id: I28884169cb633d2aa9ad11d4b31ab9424776b0f1
2014-04-18tweak the other oneCaolán McNamara1-2/+2
Change-Id: Ib85724173c0bf6d45776d5407220a415da9c591b
2014-04-18wait until a bit later to run the import ssl testCaolán McNamara1-1/+1
Change-Id: Ic18917ce16b27b35347c19d6b9fa5889dc00f2d5
2014-04-18add an import ssl testCaolán McNamara1-0/+6
Change-Id: Ia2dad214e6a224c979a8664bfded7d2caffb221a
2014-03-03pyuno: rename Executable_python_wrapper.mkMichael Stahl1-1/+1
Change-Id: I653cb0e36c1faa622ecc90e0316a1f1fd1e843db
2014-02-20Test for fdo#74824.Kevin Hunter1-0/+1
The bug in question crashed LibO when inserting a group of cells. This bug was quashed, per se, by commit 07e2c31831ad265b018e5fdf59bdde048fbb4d35, but it occurs to me that at least the particular functionality of inserting a group of cells could use more testing. Change-Id: Icdbfff86fb0265eef325bcc94d9fc9f3e9e38413
2014-02-20A rudimentary framework for additional Python tests not run by defaultStephan Bergmann1-0/+6
* see the mail thread starting at <http://lists.freedesktop.org/archives/libreoffice/2014-February/059548.html> "Testing/Working on PyUNO?" for a rationale * run the tests via top-level "make PythonTest_pytests" or "cd pyuno && make -rs PythonTest_pytests" or similar * see the documentation in pyuno/PythonTest_pytests.mk for adding tests to the framework Change-Id: I6a2a9e60b3294cd649f9cccbaffbd3f6bd79ecff
2014-02-12normalize values of SYSTEM_PYTHON, SYSTEM_MYSQL_CPPCONNMichael Stahl1-2/+2
Change-Id: I8932febdd39c35f23fb3a89703b69e25302f5678
2013-09-09pyuno: this rc file seems to be unusedMatúš Kukan1-1/+0
Change-Id: I98b6263a464b46075e69e363c3eb9e4ec4557c46
2013-09-09pyuno: install python scripts using filelistsMatúš Kukan1-6/+0
Change-Id: Ic7515acd14916cc36b59749059ed623cda906c23
2013-05-28Optional pyuno module should have its own services/pyuno.rdbStephan Bergmann1-0/+1
...this e.g. changes the error message when trying to register an extension that contains an (actively registered) Python component but no pyuno is installed from "Binary URP bridge disposed during call" to a less frightening "The service com.sun.star.loader.Python cannot be instantiated." Change-Id: I10f2b36b11395559ee95ce659878222b5ea99c11
2013-05-05copy pyuno files to instdirDavid Tardon1-0/+6
Change-Id: I62fa315b942c5b2383ee83c644ecbcbca3d6c40f
2013-04-30Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks1-21/+4
2013-04-22replace python-core zip built in pyuno with direct use of PackageMichael Stahl1-16/+2
- python3: deliver files to INSTDIR, with same layout as instset and do not deliver .lib files - pyuno: remove obsolete python.bin targets - pyuno: remove usage of CustomTarget_zip for WNT and non-Mac UNX platforms (sadly it is apparently still needed for "system" python on MinGW) - scp2: use the python3 filelist There is still a problem here because the installer does not currently allow to preserve the executable bit on files in a filelist - RepositoryExternal: run python executable from INSTDIR and link against libraries in UnpackedTarball dir Change-Id: I931ca0a8be6ff40051b1ca50da1f0770e6057832 Reviewed-on: https://gerrit.libreoffice.org/3525 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2013-01-26gbuild: fix silly "expandtabs" in makefile VIM modelinesMichael Stahl1-1/+1
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
2013-01-01just pass the define through -DDavid Tardon1-2/+0
I am constantly amazed at the creativity of the original makefile writers. An extra header file, processed by sed, rather then adding one item to CDEFS? Really? Change-Id: I41ae8b10fc447ea5ab91e767c8afb87e39b9b5f5
2012-12-25Get rid of (most uses of) GUITor Lillqvist1-1/+1
GUI only takes values UNX or WNT, so it is fairly pointless. One can check whether OS is WNT or not instead. Change-Id: I78ae32c03536a496a563e5deeb0fca78aebf9c34 Reviewed-on: https://gerrit.libreoffice.org/1304 Reviewed-by: Peter Foley <pefoley2@verizon.net> Tested-by: Peter Foley <pefoley2@verizon.net>
2012-06-22.mk files don't need executable bitsMichael Stahl1-0/+0
Change-Id: I3ee442ab6dac31eb7daac32e7a9ed5c6526f07ba
2012-06-22fixing pyuno bridge on mingw: packaging system-pythonDavid Ostrovsky1-1/+16
Change-Id: Ib46248d217b0161dc20dde0274842bd7381f0cda
2012-06-19deliver pyuno/python.exe in one stepDavid Ostrovsky1-2/+1
Change-Id: I886f4a6aec492ae498ce86d71686c8d9fb26203d
2012-06-14pyuno: more stuff unwanted if there is system pythonMatúš Kukan1-6/+4
Change-Id: I13d543f9f877f65f377ae914f8308876bf2c0532
2012-06-14gbuild migration: pyuno moduleDavid Ostrovsky1-0/+86
Change-Id: I7f923a5622214f7540a789bcdd93bf6fd1d166db
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-13 05:25:24 +0000