[PATCH] New image loader (Softimage PIC)

Ruben Lopez r.lopez at bren.es
Mon Jan 11 10:08:45 GMT 2010


Hi,

I have checked the svn repository of kdelibs today, and this patch was 
not included yet. Is there anything else that I should adapt in the 
source code in order to have it included? Should I submit the patch to 
some tracking system?

Thanks in advance.

Ruben Lopez wrote:
> Ok, here it is the new patch. It patches the original (unpatched) 
> kdelibs-4.3.4, and has the following changes:
>
> - Adapted all the if's to have the body in other line and always with 
> braces.
> - Changed all the includes for QImage
>
> Is it ready to be included in the next kdelibs version?
>
> Thanks.
>
> Ruben Lopez wrote:
>> Esben Mose Hansen wrote:
>>> On Friday 18 December 2009 22:06:12 David Faure wrote:
>>>  
>>>> Not much to say about the image loader itself (except that it could
>>>> follow the kdelibs coding style a bit more, especially the 
>>>> if+return in
>>>> one line hurts readability given that we're not used to that).
>>>>
>>>>     
>>>
>>> More than just readability, it is hard to set breakpoints in 
>>> constructs like that. That is why I always suggest a newline before 
>>> the block in if, even if it is just one short line.
>>>
>>> (We don't really do that here, but always using {} in if blocks is 
>>> also a good idea, in my not-so-humble opinion).
>>>   
>> Sorry for the delay, I was on holidays. I agree both of you. I will 
>> send a new patch when this is changed and tested.
>>
>> About the pic extension bound to hdr image type, it has been in KDE 
>> for years, and I don't really know why. Maybe some digital camera 
>> uses pic extension also for its hdr format? Anyway, the Softimage pic 
>> loader and mime info are smart enough to discard any file that does 
>> not have the right magic numbers in the header (the hdr mime type is 
>> not), so having it with higher priority should solve the conflict in 
>> all cases.
>>
>> Thanks.
>>
>>
>





More information about the kde-core-devel mailing list