Todos estos tipos de respuestas de "no, no puedes" son realmente molestos. Por supuesto que puede.
Es un truco, pero puedes hacerlo.
http://timhatch.com/projects/pybraces/
utiliza una codificación personalizada para convertir llaves en bloques con sangría antes de entregárselo al intérprete.
Como acotación al margen, y como alguien nuevo en Python, no acepto el razonamiento detrás de ni siquiera permitir llaves / delimitadores de bloques genéricos ... aparte de que es la preferencia de los desarrolladores de Python. Las llaves al menos no se comerán accidentalmente si estás procesando automáticamente tu código o trabajando en un editor que no entiende que los espacios en blanco son importantes. Si está generando código automáticamente, es útil no tener que realizar un seguimiento de los niveles de sangría. Si quieres usar Python para hacer un one-liner al estilo perl, automáticamente estás lisiado. Si nada más, solo como salvaguardia. ¿Qué pasa si su programa de Python de 1000 líneas obtiene todas sus pestañas comidas? ¿Vas a ir línea por línea y averiguar dónde debería estar la sangría?
Preguntar al respecto obtendrá invariablemente una respuesta irónica como "solo hazlo 'de __ futuro __ importar llaves'", "configura tu IDE correctamente", "es mejor de todos modos, así que acostúmbrate" ...
Entiendo su punto, pero bueno, si quisiera, podría poner un punto y coma después de cada línea. Así que no entiendo por qué todos son tan inflexibles sobre el tema de los frenillos. Si necesita que su lenguaje le obligue a sangrar correctamente, no lo está haciendo bien en primer lugar.
Solo mi 2c, de todos modos voy a usar aparatos ortopédicos.