petsoi

joined 2 years ago
MODERATOR OF
67
submitted 1 week ago* (last edited 1 week ago) by petsoi@discuss.tchncs.de to c/linux@lemmy.ml
 

Performance Improvements

  • Improved performance of discarding history of selected images.

Other Changes

  • Harmonized style selection in print settings with the update made in the export module for release 5.0.

  • Darktable now includes the Lensfun database into the AppImage.

  • Center collapsible module section labels.

Bug Fixes

  • Fixed a scrolling bug in the collections module where the collection tree was not scrolled to the previous position when returning from darkroom.

  • Fix crash when attempting to move up the top or only shape in a group in the mask manager.

  • Fix collection module when using the "module" filter which was listing none of the processing modules.

  • Fix iop-order user presets use. It was not possible to get a user's iop-order preset to be applied as the Darktable internal presets where always picked up first.

  • Fixed a crash in variable expansion for $(SEQUENCE[n,m]).

  • Fixed handling on click from filmstrip when in map and print view. On map we now properly center the image on the map. On the print view, we use the selected image as content of the main print area.

  • Fixed a regression introduced in 5.0.0 where we lost the ability to read 2-channel TIFF files and files with more than 4 channels. This fix allows them to be read by the TIFF loader, whereas previously the TIFF loader rejected such files and they were loaded by a fallback loader (GraphicsMagick or ImageMagick).

  • Fixed not being able to pan with a mouse in the zoomable layout.

  • Fixed possibly collapsing the module header when restoring defaults.

  • Fixed a case of XMP being written without actual image modification.

  • Fixed a crash of Darktable when reimporting XMP having overlay images referenced.

  • Fixed the support for single lib module opened at a time when in darkroom.

  • Fixed xmp sidecar writing while working as a gimp plugin.

  • Fixed issues when applying a style in darkroom using the Styles module.

  • Fixed a possible crash when using Ctrl+z reproduced on macOS.

  • Fixed Darktable crashing in enlarge-canvas module.

  • Fixed Darktable crashing using details mask due to bad tiling.

  • Fixed a hash calculation bug leading to pixelpipe instabilities.

  • Fixed issue to handle auto-presets when the focal length is greater then 1000.

  • Fixed crash on macOS when closing the darkroom's second window.

  • Fixed possible jump in filmstrip when entering darkroom from full preview.

  • Fixed a performance regression in haze removal module.

  • Fixed reading palette-based PNG with transparency.

  • Fixed possible crash in lens correction module when changing camera and/or lens model.

  • Fixed crash after deleting style or preset that was selected in shortcuts dialog.

  • Fixed a crash when the currently active module instance is being deleted.

  • We now support the correct orientation for JPEG XL if it was specified in the format's metadata but not in Exif (or Exif is missing). We also avoid over-transformation if it is specified in both the basic data and Exif.

 

G-Golf is a Guile Object Library for GNOME.

G-Golf is a tool to develop fast and feature-rich graphical applications, with a clean and recognizable look and feel.

[–] petsoi@discuss.tchncs.de 2 points 2 weeks ago* (last edited 2 weeks ago)

Maybe some things might be also easier to implement as they are using a toolkit that costs at least 3670 €/year per dev (if you use it for proprietary stuff). 😀

[–] petsoi@discuss.tchncs.de 2 points 1 month ago (8 children)

OpenVox is the modern open source implementation of the world's most capable configuration management platform -- trusted by everyone from the smallest hobbyist to operators of some of the largest commercial infrastructures in the business.

Try OpenVox as the engine powering your infrastructure deployment and configuration needs and see why it's the industry standard in resource abstraction and drift remediation.

https://voxpupuli.org/openvox/

[–] petsoi@discuss.tchncs.de 2 points 1 month ago* (last edited 1 month ago)

No, it's not. You can write apps for Gnome in a bunch of different programming languages.

[–] petsoi@discuss.tchncs.de 1 points 1 month ago

Should me mobile apps, my bad 😂

[–] petsoi@discuss.tchncs.de 4 points 1 month ago* (last edited 1 month ago)

Yes, they are mine. I guess the question is targeted if they are done on a mobile device. The screenshots are done on Fedora Silverblue Gnome on a Dell XPS 13 laptop developer version (~7 years old). But I also have the Librem 5.

You can put the newer apps in a 'simulate phone screen' mode (it's still in development).

[–] petsoi@discuss.tchncs.de 2 points 1 month ago (1 children)

I know there is a lot of hate around.

Nevertheless I find it a good example, because I think they have implemented the adaptivity between big and small screen sizes very well.

[–] petsoi@discuss.tchncs.de 28 points 1 month ago* (last edited 1 month ago) (1 children)

I think it's the other way round, when the amount of interesting SW is rising,the probability of good HW will be higher. And yes, as we can see, the SW can be developed independent of HW.

[–] petsoi@discuss.tchncs.de 5 points 1 month ago (3 children)

Didn't I write e.g.?

[–] petsoi@discuss.tchncs.de 26 points 1 month ago* (last edited 1 month ago) (7 children)

e.g. Fractal can scale down to mobile:

[–] petsoi@discuss.tchncs.de 21 points 1 month ago* (last edited 1 month ago) (14 children)

They are enabled to (also) run on phones. E.g. libadwaita makes it possible to write application which can adapt to the screen size and therefore run on big and small screens.

view more: next ›