On 10/20/2011 12:20 PM, Daniel P. Berrange wrote:
On Thu, Oct 20, 2011 at 12:14:57PM +0200, Peter Krempa wrote:
> On 09/29/2011 06:22 PM, Eric Blake wrote:
>> The improvements to virBuffer, along with a paradigm shift to pass
>> the original buffer through rather than creating a second buffer,
>> allow us to shave off quite a few lines of code.
>>
>> * src/util/sysinfo.h (virSysinfoFormat): Alter signature.
>> * src/util/sysinfo.c (virSysinfoFormat, virSysinfoBIOSFormat)
>> (virSysinfoSystemFormat, virSysinfoProcessorFormat)
>> (virSysinfoMemoryFormat): Change indentation parameter.
>> * src/conf/domain_conf.c (virDomainSysinfoDefFormat): Adjust
>> caller.
>> * src/qemu/qemu_driver.c (qemuGetSysinfo): Likewise.
>> ---
>> src/conf/domain_conf.c | 12 +-
>> src/qemu/qemu_driver.c | 9 +-
>> src/util/sysinfo.c | 399 ++++++++++++++++--------------------------------
>> src/util/sysinfo.h | 3 +-
>> 4 files changed, 147 insertions(+), 276 deletions(-)
>>
> I'd squash in the attached patch, but it's not necessary as it gets
> rid of non automatic indentation whitespace, but makes the code look
> cleaner :)
I'm not entirely convinced this is a good idea. This means that
when looking at the code, it is no longer obvious what the nesting
of XML elements is supposed to be - they are all the level.
I see the value of the automatic indentation code, being to allow
us to embed 1 XML document, inside another XML document. eg domain
conf XML, inside QEMU state XML.
I don't think we should use it to remove indentation in all our
code.
Oh well, maybe I got too far with removing indentation, but I think that
functions outputing XML should have a consistent default indentation (0
or 2 spaces), so when embedding them in more complex XML documents as
sub-elemets, we will not have to check wether this function is at col 0
relative from the caller or on column 2. I agree that it's not necessary
to change everything, but it'd be nice to have a consistent way to do this.
Peter