| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This makes use of our image processing capabilities in order to
turn arbitrary image files into normalized thumbnails,
upload them to a temporary host, and pass the resulting URI
to a search provider.
In future, fiv should ideally run the upload itself,
so that its status and any errors are obvious to the user,
as well as to get rid of the script's dependency on jq.
|
|
|
|
| |
Fixes Meson warnings.
|
| |
|
| |
|
|
|
|
|
| |
The manual skipping of the initial "v" from tag names is unfortunate,
but still a bit better than further cluttering up the build system.
|
| |
|
|
|
|
|
|
|
| |
- Fix launching of subprocesses (missing gspawn helpers).
- Discard unused GSettings schemas.
- Make the program find its user guide.
- Bundle a somewhat suboptimal version of ExifTool.
|
|
|
|
|
|
|
| |
Scripts have been ported from sdtui, and adjusted for Meson.
The port is broken through and through on WINE,
but sort-of works natively.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Implement a process-local VFS to enable grouping together arbitrary
URIs passed via program arguments, DnD, or the file open dialog.
This VFS contains FivCollectionFile objects, which act as "simple"
proxies over arbitrary GFiles. Their true URIs may be retrieved
through the "standard::target-uri" attribute, in a similar way to
GVfs's "recent" and "trash" backends.
(The main reason we proxy rather than just hackishly return foreign
GFiles from the VFS is that loading them would switch the current
directory, and break iteration as a result.
We could also keep the collection outside of GVfs, but that would
result in considerable special-casing, and the author wouldn't gain
intimate knowledge of GIO.)
There is no perceived need to keep old collections when opening
new ones, so we simply change and reload the contents when needed.
Similarly, there is no intention to make the VFS writeable.
The process-locality of this and other URI schemes has proven to be
rather annoying when passing files to other applications,
however most of the resulting complexity appears to be essential
rather than accidental.
Note that the GTK+ file chooser widget is retarded, and doesn't
recognize URIs that lack the authority part in the location bar.
|
|
|
|
| |
If we use it, install an update script.
|
|
|
|
| |
Also, redo desktop files handling.
|
| |
|
|
|
|
| |
This is to make the tables much easier to maintain.
|
| |
|
|
|
|
| |
Thumbnails can be properly loaded using Wuffs now.
|
|
|
|
| |
It's a similar case to Cairo.
|
|
|
|
| |
This is more of an MVP, as metadata probably need adjustments.
|
|
|
|
| |
Move some information out there from the README.
|
|
|
|
| |
The disabler, for some reason, bubbles up to its target.
|
|
|
|
| |
It claims better SVG support, but it sucks for a plethora of reasons.
|
|
|
|
|
|
|
|
|
| |
Now SIMD works on amd64, although the build remains questionable,
because it assumes that all of its compiler flags will work.
This way we lose an uncomfortable git submodule.
Also, add Meson subprojects to .gitignore.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
There is no point in claiming speed, it turns out to be a strange focus
to have, considering the amount of available innovations to make.
The new name does not appear to be taken by anything important.
|
|
|
|
| |
And clean up identifiers.
|
|
|
|
| |
Also make libwebp a required dependency.
|
| |
|
|
|
|
| |
Also, don't pointlessly store JPEGs in an ARGB Cairo surface.
|
|
|
|
| |
Also, slightly reformat the source code according to clang-format.
|
| |
|
|
|
|
| |
Also support saving just the metadata.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The gdk-pixbuf plugin does not work here, for whatever reason.
Moreover, close integration exposes higher bit depths, metadata,
and auxiliary images.
The library is awful and copylefted, but it's the only reasonable
thing that works.
|
| |
|
|
|
|
|
|
| |
Multiple directories are read as multiple pages.
The error handling is mildly questionable, as is libtiff.
|
| |
|
|
|
|
|
|
| |
So far they're inactive, and do not do anything.
Change the icon for the current directory to stand out.
|
| |
|
| |
|
|
|
|
|
| |
Slowly eliminating all potential uses of GTK+'s standalone
file open dialog, which is highly duplicitous.
|
| |
|
|
|
|
|
|
| |
Sadly, they don't have a canonical extension, and they don't show up
in the browser. We might want to employ some level of sniffing.
The first 16 bytes are enough to identify a lot.
|
|
|
|
| |
Also, fix the build.
|
| |
|
| |
|
| |
|