I don't think size is the problem, but unused strings will cause 
unnecessary work and delay for existing and new localizations.

Also a tool which checks for unused variables or variables used only 
once could help preventing bugs in your extension (or in firefox, 
thunderbird, etc... itself). Perl does this, and it helps to catch tpyos...

Onno

Anton Glazatov wrote:
> The size of extesnsion weakly depends on size and quantity of 
> localizations. The tool, which checks nonconformities in the 
> localizations, would be better.
>   
>> If anyone else is interested in a tool like this, please reply here or at 
>> https://www.mozdev.org/bugs/show_bug.cgi?id=19120
>>
>>
>> I'd like to request a new mozilla-specific tool for mozdev. 
>>
>> The tool would do the following:
>>
>> 0. User uploads XPI to a page.
>> 1. Tool determines if the XPI defines DTD entities that aren't used.
>> 2. Tool determines if the XPI defines properties that aren't used.
>>
>> Results are reported back to the user. An advanced version might offer the 
>> XPI,
>> stripped of unused entities and properties (i.e. "minified") to the user for
>> download. The advanced version might also have options to strip CSS, XUL, and
>> JS of extra whitespace, although I don't imagine many extension authors would
>> use that.
>>
>> Why is this important? Addons that have many localizations tend to build up
>> lots of "string" cruft over time. Some entities and properties are no longer
>> used, but they still exist in various DTD and property files. This can 
>> inflate
>> XPI size needlessly, especially when there are a lot of localizations.
>>
>> Manually searching for entities and properties not in use can be extremely
>> labor-intensive when there are hundreds or thousands of them.
>>
>> To simply implementation, the tool could ignore DTDs defined in XUL files (at
>> least for an initial implementation) and instead just parse *.dtd and
>> *.property files.
>> Eric
>>
>>
>>       
>> _______________________________________________
>> Project_owners mailing list
>> [email protected]
>> https://www.mozdev.org/mailman/listinfo/project_owners
>>
>>   
>>     
>
> _______________________________________________
> Project_owners mailing list
> [email protected]
> https://www.mozdev.org/mailman/listinfo/project_owners
>   

_______________________________________________
Project_owners mailing list
[email protected]
https://www.mozdev.org/mailman/listinfo/project_owners

Reply via email to