| Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Even the recent Firefox still doesn't support the background-image:image-set
CSS styles for HiDPI thumbnails. Rework this to a regular image placed inside
the <a> tag.
|
|
As pointed out by the CSS validator.
|
|
|
|
Although this may look weird on a first sight it does the trick.
Perhaps as a result of another bug in recent Webkit-based browsers,
still good enough for the time being.
|
|
|
|
Fractional HiDPI scaling (1.5x) on newer Webkit-based browsers tend
to cause extra black borders around the index item thumbnails due to
rounding error. Turned out borders created by CSS box-shadow are
rendered differently and less prone to rounding errors. Though this
way of border rendering is slightly different but generally more
acceptable.
|
|
Odd base image sizes are a real problem for fractional scaling (HiDPI 1.5x).
|
|
Recent Webkit-based browsers tend to animate link colour from builtin one
(blue) once the common CSS stylesheet file gets loaded, resulting in
unwanted animation. So set a sane default color within the HTML files
so that the animation goes unnoticed. Still would be great to disable
initial transitions altogether.
|
|
In case a dimension of the base image is not even and fractional HiDPI
size is to be generated, the resulting image size computes to a non-integer
values. Rounding in browsers may vary so let's stick with safe values and
force even base image dimensions. This may result in slight crop applied
before resize, generally imperceptible.
Tested on Chromium 69 and Firefox 52.
|
|
Newer exiv2 versions don't like it. Sadly this will fail whole metadata
write, stating plain "Failed to write image" error.
|
|
|
|
The gexiv2 library is just a GObject wrapper around exiv2 library. It's
a healthy project that continually keeps up with exiv2 API changes.
Adopted by e.g. GIMP there's certain guarantee of future maintenance.
This allows us to get rid of C++ code, making it more readable and
predictable.
|
|
|
|
Includes some automake files cleanup and enables extra compiler warnings.
|
|
Let the album thumbnails shine, no need to dim them as we really want
to present the albums.
|
|
Useful for 4k size where additional HiDPI sizes (i.e. 6k and 8k) are
overkill to generate and aren't very common on the market yet.
|
|
Suitable for >30" native 4k screens with no scaling.
|
|
Tested on various common resolutions with standard browser and system toolbars.
|
|
MagickWand comes with a couple of incompatible API changes in version 7.
|
|
Thanks to Sebastian Pipping for nagging me loudly about this!
|
|
The default locale datetime format string may not suit everyone, this
adds possibility to specify custom format. The format string should be
syntactically conforming to strftime(3).
|
|
|
|
A workaround for badly exported images that contain some garbage
at the borders. The amount specifies how many pixels should be shaved
from all borders (i.e. amount of 2 results in 4x4 pixels loss).
Applicable for particular items or whole album (<general> section)
with the following syntax:
<shave amount="1" />
|
|
This works by creating corresponding hidpi image sizes on startup and
letting the machinery generate high resolution images from the source
images (no way to use supplied images). However since browsers expect
exact image dimension multiples for the particular scale factor,
a reference image size (scale factor 1.0x) must be read first, then
cropped to match reference aspect ratio and resized to exact dimensions.
That way pixel-perfect results can be achieved for the chosen scale
factor.
TODO: the CSS background-image: image-set() tags are not supported
on Firefox.
TODO: try the 1.5x scale factor
|
|
EXIF data were read in cases where weren't even used.
|
|
This change brings the possibility to tweak resize options using standard
ImageMagick `convert` command syntax. Separate options are offered for
thumbnails.
|
|
(95% + 5% threshold == 100% source image quality acceptance)
|
|
This is a huge step forward in terms of usability and simplicity.
Image sizes are now determined by browser automatically based
on window width.
As a result the image size switch buttons have been removed and only
a single page is generated (index.html).
Note: in order to make image title, description and EXIF table
dynamically aligned to the image width, "display: table" and relatives
were used. This may not be the best webdesigner practice but it's
an effective and sufficient approach for the moment.
|
|
A new block LIST_PICTURE_ALL_SIZES has been introduced to expose all
available image sizes when iterating through the album items. Image size
availability can be tested by the HAVE_IMG_SIZE_xxx define where "xxx"
is an upper-case image size name as defined in the theme XML file.
Similarly the image standard tags IMG_SIZE_W__xxx, IMG_SIZE_H__xxx and
IMG_SRC__xxx have been introduced as well.
|
|
This change will allow certain blocks to be present multiple times
and processed independently within a single page.
|
|
This commit brings deeper changes to the image sizes concept. The goal
was to allow more flexible input in resizing vs. supplied files mixed
mode. Instead of hard <noresize> flags the decision whether to resize
or copy an image is now based on threshold. While not 100% universal,
it brings more control regarding image size bounds. Also brings a level
of tolerance for specific errors (off-by-one exports).
Image sizes' rules are a bit simpler, hopefully easier to understand.
A lot can be achieved by combination of thresholds.
|
|
All image sizes are now equal, no special treatment (except of
thumbnails).
|
|
This drops the legacy functionality that doesn't really fit into the
new flexible design concept and makes code unnecessarily complicated.
Most of these overrides affected only the "preview" image size anyway.
This also makes the <item src> attribute mandatory as it's being the only
source of metadata (unless overriden or supplied externally).
This unfortunately breaks the so-far 100% album XML files compatibility.
|
|
This adds commandline argument --debug-warn-resize that is useful
for debugging image resizing, particularly for detecting unintended
supplied image resizes.
|
|
Needed for struct tm.tm_gmtoff
|
|
Used by the new fluid theme.
|
|
|
|
Introducing a modern looking theme that changes gallery philosophy a bit.
Instead of having thumbnails on an album page and photos on separate pages
this new design brings emphasis on story telling. Viewer is advised to
go through the whole album sequentially, bringing atmosphere to the whole
set.
All photos are loaded within a single page and keyboard navigation via
left/right arrows is supposed to be used to switch the presentation
mode on.
Three photo sizes are supported now with the 'preview' size being the
default. High resolution size has been introduced for 2560x1440 screens
and larger.
Note that this template uses code from 3rd parties, see CREDITS for
details. I haven't been able to contact anyone behind the TheCodePlayer.com
project so licensing of the breadcrumbs might be an issue.
|
|
Useful to override previous camera owner name stored in EXIF.
|
|
This brings support for copying whole directories when specified in
album extra files or template supplemental files.
|
|
Both MagickWand and exiv2 needs some initialization and cleanup, move
it to jpeg-utils for clean includes in cgg.c.
Also add explicit exiv2 XMP initialization as stated on
http://dev.exiv2.org/projects/exiv2/wiki/Thread_safety:
"The XMP SDK initialization function is not mutex protected, thus
Exiv2::XmpParser::initialize is not thread-safe. Therefore, multi-threaded
applications need to ensure that this XMP function is serialized, e.g.,
by calling them from an initialization section which is run before any
threads are started."
See also https://bugs.kde.org/show_bug.cgi?id=166424
|
|
Logical issue, found by a gcc-5.2.0 warning.
|
|
Turned out that we shouldn't blindly copy all metadata from the supplied
external EXIF file since they belong to a different image. This includes
image size, JPEG compression parameters, rotation etc.
This commit adds tag filtering so that not all tags are copied, retaining
the important ones from the gallery image.
The list of retained tags is by no means complete and is subject to future
tweaks. For the moment this feature is recommended to be turned off (and
is by default).
|
|
|
|
The returned number corresponds with the next picture item ID, for templates
to present related information (i.e. section beginning) for the particular
picture.
|
|
|
|
Let's call this design a "classic" one.
|
|
This changes image size handling a little bit. An optional <fallback size="xxx" />
tag tells the generator to use different image size when an image for the current
image size has not been supplied from the album XML file.
This is effectively used for the legacy <nofullsize> tag fallback. More generally
this is useful for templates showing additional image sizes. Also saves space as
images not having the custom size supplied are not generated from the source image.
|
|
Users are not really supposed to hit any of them, it would indicate
a programmer mistake otherwise.
|