background space usage

[Máirín Duffy]

Charlie Brej wrote:
> Máirín Duffy wrote:
>> Hi Charlie,
>>
>> Charlie Brej wrote:
>>> I do realise this is very late since the freeze is on Tuesday, so this
>>> can easily wait till F11. But if people think it may be possible to
>>> repackage gnome-desktop and the backgrounds in time then forward the
>>> attached patch to the gnome-desktop packagers and see if they agree.
>>
>> This is awesome! I do think it's a bit late in the cycle to
>> add this in, but this will save us a LOT of work for F11. (I
>> spent 12 hours redoing the backgrounds all day yesterday and
>> it was markedly NOT fun)
>>
>> Does this patch *just* crop or does it resize down too?
>> otherwise for say 1024x768 you're going to just have one
>> huge sun. It should probably scale down and crop, right?
>>
>> I filed a bug for this upstream in GNOME for you, including
>> your patch:
>>
>> http://bugzilla.gnome.org/show_bug.cgi?id=558241
>>
>> ~m
> 
> Woops, should have mentioned that I also filled a gnome bug.
> http://bugzilla.gnome.org/show_bug.cgi?id=558143

Ah hehe I thought I was saving you some time. Would you mind
closing the one I opened as a dupe?
> 
> The patch first crops the image to the specified size and then after app
> the zoom/stretch functions behave just as before. So it makes image the
> closest aspect to the desired one by cropping first, and then resizes to
> the desired resolution. So for the 1024x768 desktop it would crop to
> 1600x1200 (4:3) then scale to 1024x768.

I think you should be resizing first, then cropping. It
doesn't sound like that process is going to result in the
objects in the image being the right size? Have you tried it
out on the solar images?

~m