Mon, 22 Aug 2022 17:49:11 +0200 Daniel Friesel <derf+feh@finalrewind.org>
* Release v3.9.1
* Set libcurl user agent to "feh/3.9.1". Previously, feh did not send a
user agent.
4.87
-change format of mcf_library.mcf
-change output file name
-update MCF manual,example
4.86
-fix bug in function mc_query()
-update mcf_library.mcf
4.85
-fix bug in function mc_query()
-update mcf_library.mcf
-update MCF manual
epstopdf 2.29 uses gswin64c for the name of the Ghostscript program
on 64-bit Windows (as determined by the PROCESSOR_ARCHITECTURE or
PROCESSOR_ARCHITEW6432 environment variables.
If something fancier is needed, adjustments can be made.
Minor release: fixes to the manual, and a new component (Shockley diodes).
- Merging changes to fix the language in the manual
(thanks to Charles B. Cameron).
- Added Shockley diode
- run pixel ops in linear space
- fix CPU usage on tiling WMs
- clean and invert brush fade
- add scroll container for infot
Remove patch, merged upstream.
* Install BitArray.h manually to fix misc/libreoffice build.
Changelog:
Note: this is an intermediary release on the way to 2.0. This code is (supposed
to be) API compatible (via the ReadBarcode.h interface) with v1.3.0 but
contains quite a few additional deprecations. It still has SO number 1, which
is as wrong as it was for release v1.3.0 and it is not ABI compatible with 1.3
either. 2.0 will be basically 1.4 but with all deprecated API removed and the
final fix for #333.
Main changes
* Reader support for Micro QRCode by @corbers
* prepared switch from std::wstring based utf16 to std::string based utf8
results, use new ZX_USE_UTF8 macro to transition to the upcoming 2.0 API
* much improved 'binary' data support via new Result::bytes() API, see #334
for a detailed background discussion.
* new Result::contentType() API returning information about the type of
content (like text vs. binary, etc.)
* better standards conformance with respect to ECI handling, see
Results::bytesECI()
* support for proper ECI handling across structured append symbols (see
MergeStructuredAppendResults())
* new Result::error() API with improved error handling, see also
DecodeHints::returnErrors()
* removed all internal header files from the installed set, so only the
ReadBarcode.h based APIs are supported from here on out
* removed all sample images from the 'source' distribution zip/tar balls
(much reduced size)
* python read_barcode returns None if no symbol was found (might break
existing code if not checked for None before)
Minor changes
* lots of little bug fixes
* smaller per process runtime memory (thanks to @vkrause)
* clang-13 and gcc-13 compilation fixes
* ported Qt example code to Qt6
* experimental multi-symbol detection support for DataMatrix when compiled
with c++-20
* fix error in multi-symbol detection of linear codes (sometimes reported 1
symbol as 2)
* new -bytes and -errors options in ZXingReader
* support tryRotate for PDF417 symbols
3.3.8
This is a bug fix release. It adds fixes for issues on all supported platforms.
3.3.7
This is a bug fix release. It adds fixes for issues on all supported platforms.
3.3.6
This is a bug fix release. It adds fixes for issues on Windows, macOS and X11.
3.3.5
This is a bug fix release. It adds fixes for issues on all supported platforms.
A no-nonsense hardware-accelerated image viewer.
I started this as a toy project to make a simple image viewer. The vision is to
create something with a broad support of industry-standard files and gradually
add more image analysis and editing tools.
Here are some reasons why this might be helpful to you:
- Completely bloat-free
- Supports a wide range of images and SVG
- Can display unassociated channels correctly (For example if your image uses
alpha and color channels to encode data in a special way)
- Lets you pick pixels, displays location and color values
- Offers basic nondestructive editing: Crop, resize, paint, contrast, HSV,
rotate, blur, noise, ...
v3.3.8 July 2022
----------------
* Dependence fidling
* Jpg: do not call "error" in the parser, use fail instead.
v3.3.7 March 2022
-----------------
* Jpg: Fixing renderng bug with MCUs with single block in width and
multiple in height
New or changed in 3.78:
* Bug fix. pstoedit did not find older versions of GhostScript under Windows.
* Support for mawk in creation of pstoedit.ph header file. mawk is often used on
build servers in place of gawk.
New or changed in 3.77:
* Some small update to comply with some Debian requirements.
New or changed in 3.76:
* Added experimental support for filled objects in DXF output using the HATCH
element of DXF.
* Fixed a problem when running pstoedit with output to standard output instead of
a file.
* Adapted to new versioning scheme of GhostScript.
* Additional backend for pcb-rnd contributed by Erich Heinzle.
* Some additional options in WEMF driver.
* Better handling of bounding box in EMF output. Contributed by Samuel Thibault.
* Better handling of metric option in fig driver.
2.1.4
Significant changes relative to 2.1.3
Fixed a regression introduced in 2.1.3 that caused build failures with Visual Studio 2010.
The tjDecompressHeader3() function in the TurboJPEG C API and the TJDecompressor.setSourceImage() method in the TurboJPEG Java API now accept "abbreviated table specification" (AKA "tables-only") datastreams, which can be used to prime the decompressor with quantization and Huffman tables that can be used when decompressing subsequent "abbreviated image" datastreams.
libjpeg-turbo now performs run-time detection of AltiVec instructions on OS X/PowerPC systems if AltiVec instructions are not enabled at compile time. This allows both AltiVec-equipped (PowerPC G4 and G5) and non-AltiVec-equipped (PowerPC G3) CPUs to be supported using the same build of libjpeg-turbo.
Fixed an error ("Bogus virtual array access") that occurred when attempting to decompress a progressive JPEG image with a height less than or equal to one iMCU (8 * the vertical sampling factor) using buffered-image mode with interblock smoothing enabled. This was a regression introduced by 2.1 beta1[6(b)].
Fixed two issues that prevented partial image decompression from working properly with buffered-image mode:
Attempting to call jpeg_crop_scanline() after jpeg_start_decompress() but before jpeg_start_output() resulted in an error ("Improper call to JPEG library in state 207".)
Attempting to use jpeg_skip_scanlines() resulted in an error ("Bogus virtual array access") under certain circumstances.
The package changed with the addition of its libepoll-shim dependency.
Otherwise, we can get:
ERROR: libepoll-shim>=0.0.20210418 is not installed; can't buildlink files.
