This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Elizacat
Recipients Elizacat, ethan.furman, mark.dickinson, pitrou, rhettinger, serhiy.storchaka, yselivanov
Date 2017-01-20.23:15:39
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1484954139.55.0.102940740323.issue29328@psf.upfronthosting.co.za>
In-reply-to
Content
Hi,

After discussing this on the python-ideas ML a bit more, this is actually a feature people want a great deal. It can't cover every use case, but to expand it further than this proposal and make it do so is way beyond the scope of this proposal.

It may not be completely useful for every protocol, but it is sufficiently useful for many people who have simpler use cases. There is no reason to prevent the addition of this feature other than what boils down to "well code will have to be written..."

I don't buy the argument that it's "outside the scope of the module" more than I think it's more "I don't like the idea of struct being used for non-fixed data." C structures support zero-terminated char arrays, and there is already a Pascal string type.

I didn't realise there'd be this much opposition to just adding two format specifiers... :/
History
Date User Action Args
2017-01-20 23:15:39Elizacatsetrecipients: + Elizacat, rhettinger, mark.dickinson, pitrou, ethan.furman, serhiy.storchaka, yselivanov
2017-01-20 23:15:39Elizacatsetmessageid: <1484954139.55.0.102940740323.issue29328@psf.upfronthosting.co.za>
2017-01-20 23:15:39Elizacatlinkissue29328 messages
2017-01-20 23:15:39Elizacatcreate