2
0
mirror of https://github.com/qarmin/czkawka synced 2024-11-18 03:25:36 +00:00
czkawka/czkawka_gui/Cargo.toml

68 lines
1.4 KiB
TOML
Raw Normal View History

[package]
name = "czkawka_gui"
2022-04-23 22:05:21 +00:00
version = "4.1.0"
authors = ["Rafał Mikrut <mikrutrafal@protonmail.com>"]
2022-02-01 16:08:41 +00:00
edition = "2021"
rust-version = "1.60"
2020-09-29 07:27:45 +00:00
description = "GTK frontend of Czkawka"
license = "MIT"
homepage = "https://github.com/qarmin/czkawka"
repository = "https://github.com/qarmin/czkawka"
[dependencies]
gdk4 = "0.4.8"
glib = "0.15.12"
humansize = "1.1.1"
chrono = "0.4.19"
# Used for sending stop signal across threads
crossbeam-channel = "0.5.5"
# To get informations about progress
futures = "0.3.21"
2020-12-02 09:25:27 +00:00
# For saving/loading config files to specific directories
directories-next = "2.0.0"
# For opening files
open = "3.0.2"
# To get image preview
image = "0.24.3"
2021-12-02 12:31:10 +00:00
# To be able to use custom select
regex = "1.6.0"
2021-12-02 12:31:10 +00:00
# To get image_hasher types
image_hasher = "1.0.0"
# Move files to trash
trash = "2.1.5"
# For moving files(why std::fs doesn't have such features)
fs_extra = "1.2.0"
# Language
i18n-embed = { version = "0.13.4", features = ["fluent-system", "desktop-requester"] }
i18n-embed-fl = "0.6.4"
rust-embed = "6.4.0"
once_cell = "1.13.0"
Windows taskbar progress support (#264) * Initial Windows taskbar progress support * Changes to COM (un)init It turns out winapi exposes IIDs through a `uuidof()` function of interfaces, so the copied one can be removed. * Don't return error codes Now the `TaskbarProgress` functions fail silently. The `TaskbarProgress` struct now will always be created (even in case of errors in initialisation), but it won't do anything. * Fix builds for other systems * Formatted code * Fix progress shown after the operation finished A progress update was received after the stop event. Also `as_ref()` was removed in many places (I don't even know why it was there). * Remove redundant call to hide It's already called by the `glib_stop_receiver` receiver. * Release the ITaskbarList3 and call CoUninitialize at exit Because objects moved to closures used as fallbacks in GTK have [static lifetimes](https://gtk-rs.org/docs-src/tutorial/closures#closures), the `TaskbarProgress` will never be dropped. To workaround this problem a `release` function is called when the main window is closed. This function behaves like `drop`, but sets the struct in a valid "empty" state, so that calling `release`/`drop` again won't cause problems. * Don't set the NORMAL state manually Because only NOPROGRESS and INDETERMINATE states are used, there is no need to set the NORMAL state when changing the progress value. Now `set_progress_value` will also change the `TaskbarProgress::current_state` if such situation occurs. > Unless [SetProgressState](https://docs.microsoft.com/en-us/windows/desktop/api/shobjidl_core/nf-shobjidl_core-itaskbarlist3-setprogressstate) > has set a blocking state (TBPF_ERROR or TBPF_PAUSED) for the window, a call to **SetProgressValue** assumes the TBPF_NORMAL > state even if it is not explicitly set. A call to **SetProgressValue** overrides and clears the TBPF_INDETERMINATE state. See the [SetProgressValue documentation](https://docs.microsoft.com/en-us/windows/win32/api/shobjidl_core/nf-shobjidl_core-itaskbarlist3-setprogressvalue#how-the-taskbar-button-chooses-the-progress-indicator-for-a-group)
2021-02-20 11:24:36 +00:00
[target.'cfg(windows)'.dependencies]
winapi = { version = "0.3.9", features = ["combaseapi", "objbase", "shobjidl_core", "windef", "winerror", "wtypesbase", "winuser"] }
2022-05-22 08:59:09 +00:00
[dependencies.gtk4]
version = "0.4.8"
default-features = false
2022-05-22 08:59:09 +00:00
features = ["v4_6"]
[dependencies.czkawka_core]
path = "../czkawka_core"
version = "4.1.0"
features = []
[features]
default = []
heif = ["czkawka_core/heif"]