python-pyperclip
No description set
- Developed at devel:languages:python
- Sources inherited from project openSUSE:Factory
-
7
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Backports:SLE-15-SP4:RebuildFactoryUpdates/python-pyperclip && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
pyperclip-1.9.0.tar.gz | 0000020961 20.5 KB | |
python-pyperclip.changes | 0000003964 3.87 KB | |
python-pyperclip.spec | 0000001838 1.79 KB | |
tests.patch | 0000001078 1.05 KB |
Latest Revision
Ana Guerrero (anag+factory)
accepted
request 1208665
from
Markéta Machová (mcalabkova)
(revision 12)
Forwarded request #1207975 from mcalabkova - Update to 1.9.0 * Automatically cast the copy() argument to a string for all data types. * _py3_executable_exists and _py2_executable_exists had swapped names; fixed. * Pyperclip now "stringifies" all data types by passing it to str() (or globals()['__builtins__'].unicode on Python 2), so passing [1, 2, 3] would put '[1, 2, 3]' on the clipboard. * shutil.which() replaces the custom code (except in 2.7 and below which doesn't have shutil.which()). * Remove waitForPaste() and waitForNewPaste() functions, these aren't something the core library should have. * Reordered so that xclip is chosen before xsel since xclip is more popular. - Update to 1.9.0 * Automatically cast the copy() argument to a string for all data types. * _py3_executable_exists and _py2_executable_exists had swapped names; fixed. * Pyperclip now "stringifies" all data types by passing it to str() (or globals()['__builtins__'].unicode on Python 2), so passing [1, 2, 3] would put '[1, 2, 3]' on the clipboard. * shutil.which() replaces the custom code (except in 2.7 and below which doesn't have shutil.which()). * Remove waitForPaste() and waitForNewPaste() functions, these aren't something the core library should have. * Reordered so that xclip is chosen before xsel since xclip is more popular. - Add tests.patch to fix tests
Comments 0