Run with Python UTF-8 mode enabled?

Offen

#484 erstellt am 10.2.2020 7 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 35/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Ruhig
Tech-Stack: jupyter, python
Bereich: developer-experience

Rechercherichtung

Beginne mit dem verlinkten Vorschlag PEP 597 und der Diskussion in diesem Issue. Verfolge, wie ipykernel Kernel startet und wie die Standardkodierung von Pythons open() unter Windows beeinflusst wird. Als erledigt gilt die Ausarbeitung einer Projektentscheidung, die durch Belege für die Aktivierung des UTF-8-Modus in Jupyter gestützt ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

There's a proposal for Python to use UTF-8 mode on Windows by default. Most significantly, this means that open()-ing a file in text mode would use UTF-8 by default rather than a locale-dependent encoding.

This is controversial, and one step that has been suggested is for Jupyter to enable UTF-8 mode for kernels before a change is made in Python, to explore how well it works. Changing the default is arguably also more favourable to new programmers who don't have a lot of existing code, and Jupyter is often used in teaching settings.

I'm strongly in favour of changing the default in Python, but I'd be -0.5 on only changing it in Jupyter, because that would mean code inside Jupyter behaves differently from code outside. But I'd be more in favour if changing it in Jupyter was a prelude to, or test case for, changing it in Python.

Vorherrschende Sprache: Python
Sterne: 734
Forks: 411
Ø Merge: 1 T. 2 Std.
Gemergte PRs (30 T.): 9

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus ipython/ipykernel

`Kernel._control_lock` created after it may be used Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100

ipython/ipykernel#1567 · 1 Kommentar · Erstellt am 22.9.2026
pytest seems to be the testrunner - not nose, as mentioned in README Offen

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100

ipython/ipykernel#554 · Erstellt am 17.10.2020
post_execute fires during comm_msg handling on a subshell, so output published from the hook is parented to the comm_msg and dropped by frontends Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

ipython/ipykernel#1564 · Erstellt am 21.9.2026
Shell reply sent raw on the ROUTER can drop the ZMQStream wake-up; a request arriving in that window is not read until the next connection Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 68/100

ipython/ipykernel#1554 · 1 Kommentar · Erstellt am 07.9.2026
Interrupt on swallowed `KeyboardInterrupt` exceptions (`SIGINT`) when pressing twice (within 5 seconds) Offen

ipython/ipykernel#1550 · 1 Kommentar · 1 Reaktion · 1 zugewiesene Person · Erstellt am 25.8.2026

Alle Issues in ipython/ipykernel