[Fwd: Re: compressHTML ON by default ?]

[Adrian Crum]

Moved to the dev ml. ;-)



It wouldn't be appropriate for me to make that decision, and I don't  
really have a strong opinion on it either way.

That would be consistent with these other things so we certainly could  
do it that way.

We should solicit opinions on it, but that should really happen on the  
dev list.

In fact, this whole thread should probably have been on the dev list...

-David


On Nov 21, 2007, at 12:59 PM, Adrian Crum wrote:

> David,
>
> Your reply got me to thinking... should we have screen widget  
> boundary comments turned ON by default?
>
> -Adrian
>
> David E Jones wrote:
>
>> The general practice (kind of policy...) for SVN is that everything  
>> in  it should be development oriented. When you check out from SVN,  
>> you  get a set of configuration values that put timeouts on caches  
>> for auto- reloading, and so on.
>> This is why we have production setup documentation, namely:
>> http://docs.ofbiz.org/display/OFBTECH/Apache+OFBiz+Technical+Production+Setup+Guide 
>>  What should be done in this case is have it OFF by default, and  
>> make  sure it is documented in the above mentioned document.
>> This is the practice with everything else, and should be the  
>> practice  with this.
>> -David
>> On Nov 21, 2007, at 12:12 PM, skip@thedevers wrote:
>>> I think it should be on by default.  It doesnt hurt anything and the
>>> javascript compression work I have seen suggests that it helps.  
>>> If  you are
>>> trying to debug, which would be the only time it would be needed  
>>> that I can
>>> see, you can turn it on.
>>>
>>> My two cents.
>>>
>>> Skip
>>>
>>> -----Original Message-----
>>> From: Adrian Crum [mailto:[hidden email]]
>>> Sent: Wednesday, November 21, 2007 10:17 AM
>>> To: [hidden email]
>>> Subject: Re: compressHTML ON by default ?
>>>
>>>
>>> Just so everyone one knows what compressHTML does:
>>>
>>> It strips unnecessary whitespace from the HTML output. It is NOT  
>>> the  same
>>> thing as gzipped HTTP 1.1
>>> compression.
>>>
>>> I originally proposed the compressHTML feature to help reduce the  
>>> amount of
>>> markup travelling over
>>> dial-up lines. At the time there was some debate as to whether it  
>>> would
>>> produce any noticable
>>> difference - that's why it is OFF by default.
>>>
>>> -Adrian
>>>
>>> Jacques Le Roux wrote:
>>>
>>>> Hi all,
>>>>
>>>> I commited recently (in trunk revision: 594042) a patch from  
>>>> Adrian. I
>>>
>>> then asked in the corresponding Jira issue
>>> https://issues.apache.org/jira/browse/OFBIZ-1318
>>>
>>>>
>>>> <<I just wondered if we should not use the compressHTML by  
>>>> default  (ON)
>>>
>>> from a property in general.properties ?>>
>>>
>>>>
>>>> I know it's very minor, but maybe we should, WDYT ?
>>>>
>>>> Thanks
>>>>
>>>> Jacques
>>>>
>>>
>>>
>