[Gimp-developer] batch script for converting from xcf to jpg (was Re: GIMP 2.9 XCF files and digiKam, gnome file browsers, etc)

2016-01-04 Thread Elle Stone 

On 01/04/2016 05:50 AM, Boudewijn Rempt wrote:

On 01/03/2016 03:04 AM, Boudewijn Rempt wrote:

On Sat, 2 Jan 2016, Elle Stone wrote:



Digikam actually has't got to implement anything itself for that to
work. The thumbnails are generated by KIO plugin, the full image view by
QImageIO plugins. Check git://anongit.kde.org/kimageformats for the
imageio plugins (I should move the Krita imageio plugins there...) and
https://quickgit.kde.org/?p=kio-extras.git=tree=d2127aa55d72bfde4c269c75a91a721159548ff6=3d8409f93830cb9bf658bd0648b7b1db3dd5c684=thumbnail
for the thumbnailers.



Boudewijn, thanks! for the information. On KDE bugzilla, would a
request for supporting GIMP 2.9 XCF files go under "product: kdelibs,
component: kimgio"?


I think it's rather frameworks-kimageformats


Is there any kind of concensus as to whether the GIMP 2.9 XCF file
format stable enough that it would it be worth filing a bug
report/enhancement request for support for GIMP 2.9 XCF files?


I don't know :-) I would personally wait until the stable release.



AFAIK the release date for GIMP 2.10 hasn't been set, and I'm pretty 
sure my own coding skills aren't up to the task of writing c++/qt5 code 
that allows KDE applications to open 2.9 XCF files.


As showing actual thumbnails for GIMP 2.9 files isn't yet possible, the 
next best thing is a companion "XCF sidecar" jpg file for digiKam (or 
other image viewer) to catalog. I found a batch script here:


http://stackoverflow.com/questions/5794640/how-to-convert-xcf-to-png-using-gimp-from-the-command-line

Here's code to run from a GIMP 2.9 prefix to convert XCF files to jpegs 
with the extension ".xcf.jpg":



$PREFIX/bin/gimp-2.9 -n -i -b - <(let* ( (file's (cadr (file-glob "*.xcf" 1))) (filename "") (image 0) 
(layer 0) )

  (while (pair? file's)
(set! image (car (gimp-file-load RUN-NONINTERACTIVE (car file's) 
(car file's
(set! layer (car (gimp-image-merge-visible-layers image 
CLIP-TO-IMAGE)))
(set! filename (string-append (substring (car file's) 0 (- 
(string-length (car file's)) 4)) ".xcf.jpg"))

(gimp-file-save RUN-NONINTERACTIVE image layer filename filename)
(gimp-image-delete image)
(set! file's (cdr file's))
)
  (gimp-quit 0)
  )
EOF

Having to do this one folder at a time would be not much fun. How should 
the code be modified to recursively travel through folders?


Best,
Elle
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] GIMP 2.9 XCF files and digiKam, gnome file browsers, etc

2016-01-04 Thread Elle Stone 

On 01/03/2016 06:41 PM, Michael Natterer wrote:

On Sun, 2016-01-03 at 17:53 -0500, Elle Stone wrote:

Does anyone know of *any* image viewer that can display a thumbnail
for
GIMP 2.9 XCF files?


I don't know, but they should at least show the thumbnails
created by GIMP. I hope that works across apps, it does work
in nautilus.

--Mitch


By "thumbnails" do you mean thumbnails created by Nautilus? or 
thumbnails created by GIMP and put in a hidden folder in the user's home 
folder (assuming the user has chosen in Preferences/System Resources to 
actually save Image Thumbnails)?


elle
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] GIMP 2.9 XCF files and digiKam, gnome file browsers, etc

2016-01-04 Thread Boudewijn Rempt 

yn Sun, 3 Jan 2016, Elle Stone wrote:


On 01/03/2016 03:04 AM, Boudewijn Rempt wrote:

On Sat, 2 Jan 2016, Elle Stone wrote:



I'd like to ask the digiKam devs to provide support for showing a
thumbnail for GIMP 2.9 XCF files. But if the XCF files are likely to
change substantially before 2.10 is released, maybe now is not a good
time.



Digikam actually has't got to implement anything itself for that to
work. The thumbnails are generated by KIO plugin, the full image view by
QImageIO plugins. Check git://anongit.kde.org/kimageformats for the
imageio plugins (I should move the Krita imageio plugins there...) and
https://quickgit.kde.org/?p=kio-extras.git=tree=d2127aa55d72bfde4c269c75a91a721159548ff6=3d8409f93830cb9bf658bd0648b7b1db3dd5c684=thumbnail
for the thumbnailers.



Boudewijn, thanks! for the information. On KDE bugzilla, would a request for 
supporting GIMP 2.9 XCF files go under "product: kdelibs, component: kimgio"?


I think it's rather frameworks-kimageformats

Is there any kind of concensus as to whether the GIMP 2.9 XCF file format 
stable enough that it would it be worth filing a bug report/enhancement 
request for support for GIMP 2.9 XCF files?


I don't know :-) I would personally wait until the stable release.

--
Boudewijn Rempt | http://www.krita.org, http://www.valdyas.org
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] Testers requested for our new Mac OS X DMG release!,

2016-01-04 Thread Kristian Rietveld 

> On 31 Dec 2015, at 14:13, scl  wrote:
> 
> 
>> And the steps after that are to automate the process
> 
> This reminds me of my attempts to integrate an OS X build slave
> into the Jenkins continuous build environment. Sam Gleske or
> Tobias Vogel might be able to tell you more about the current state.

We’ve been in contact with Tobias indeed.


> I you need somebody to test your OS X build related commits,
> I can be there.

It would be great if you could help with testing new DMG release before we 
officially release them!


> - Splitting the 2.8 and master builds in the modulesets and
> moving the master builds into the GIMP master branch.

I was thinking of doing that too.

> - @GIMP team: I remember that at the time I was more active
> new versions came out of a sudden when Mitch had time to
> bump a release and the releases were made later. This has the
> effect that users who read the announcement have to wait
> again and thus are disappointed after a long period of waiting
> for a release.
> How about reorganizing the process of release builds and
> version announcements by
> 1. negotiating a release date internally,
> 2. completing the release docs (NEWS, 
> http://wiki.gimp.org/index.php?title=Special%3APrefixIndex=Release%3A=0)
> 3. bumping the version number,
> 4. making and testing the builds and
> 5. as last step announcing the release?

More coordinated releases would be a good thing to have IMHO. Releasing Windows 
& Mac binaries and perhaps Debian/Ubuntu and Fedora packages at the same time 
as a new tarball release would be great.


regards,

-kris.

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list