← Back to branch summary

~ubuntu-branches/ubuntu/saucy/lxml/saucy-updates

« back to all changes in this revision

Viewing changes to doc/FAQ.txt

  • Committer: Package Import Robot
  • Author(s): Matthias Klose
  • Date: 2013-01-27 22:14:53 UTC
  • mto: (2.1.34 experimental) (1.4.1)
  • mto: This revision was merged to the branch mainline in revision 17.
  • Revision ID: package-import@ubuntu.com-20130127221453-2k7oc1crqc28802y
Tags: upstream-3.1~beta1
Import upstream version 3.1~beta1

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/FAQ.txt
362
362
same behaviour as known from ElementTree.  The reasoning is that ASCII
363
363
encoded byte strings are compatible with Unicode strings in Python 2,
364
364
but consume less memory (usually by a factor of 2 or 4) and are faster
365
 
to create because they do not require decoding.  However, plain ASCII
366
 
string values are very common in XML, so this optimisation is
367
 
generally worth it.
 
365
to create because they do not require decoding.  Plain ASCII string
 
366
values are very common in XML, so this optimisation is generally worth
 
367
it.
368
368
 
369
369
In Python 3, lxml always returns Unicode strings for text and names,
370
 
as does ElementTree.  Since Python 3.3, Unicode strings that contain
371
 
only ASCII encodable characters are generally as efficient as byte
372
 
strings.  In older versions of Python 3, the above mentioned
373
 
drawbacks apply.
 
370
as does ElementTree.  Since Python 3.3, Unicode strings containing
 
371
only characters that can be encoded in ASCII or Latin-1 are generally
 
372
as efficient as byte strings.  In older versions of Python 3, the
 
373
above mentioned drawbacks apply.
374
374
 
375
375
 
376
376
Installation