labels.chat_step_search=Recherche
labels.chat_step_evaluate=Évaluation
labels.chat_step_fetch=Récupération
labels.chat_step_answer=Réponse
labels.chat_input_hint=Entrée pour envoyer, Shift+Entrée pour nouvelle ligne
labels.chat_send=Envoyer le message
labels.chat_retry=Réessayer
labels.chat_dismiss=Fermer
labels.chat_copied=Copié!
labels.chat_copy_failed=Échec de la copie

labels.chat_filter=Filtre

    had an off-by-one bug in our HPACK encoder. This bug could have caused the
    wrong headers to be emitted after a sequence of HTTP/2 requests! Everyone
    who is using OkHttp 3.4.0 or 3.4.0-RC1 should upgrade for this bug fix.


## Version 3.4.0

_2016-07-08_

 *  New: Support dynamic table size changes to HPACK Encoder.

# Maximum scan for query highlight boundaries.
query.highlight.boundary.max.scan=20
# Scanner type for query highlight boundaries.
query.highlight.boundary.scanner=chars
# Encoder type for query highlighting.
query.highlight.encoder=default
# Whether to force source for query highlighting.
query.highlight.force.source=false
# Fragmenter type for query highlighting.
query.highlight.fragmenter=span

	VGATHERQPD (DX)(Z23*1),K1,Z15 // 6272fd41933c3a
	// EVEX: VCVTPD2DQ with Y suffix (VL=2).
	VCVTPD2DQY (BX), X20  // 62e1ff28e623
	VCVTPD2DQY (R11), X30 // 6241ff28e633
	// XED encoder uses EVEX.X=0 for these; most x86 tools use EVEX.X=1.
	// Either way is OK.
	VMOVQ SP, X20  // 62e1fd086ee4 or 62a1fd086ee4
	VMOVQ BP, X20  // 62e1fd086ee5 or 62a1fd086ee5
	VMOVQ R14, X20 // 62c1fd086ee6 or 6281fd086ee6