/**
 * Console icons for Maven upgrade tool output.
 * Each icon has a Unicode character and an ASCII fallback.
 * The appropriate representation is chosen based on the terminal's charset capabilities.
 */
public enum ConsoleIcon {
    /**
     * Success/completion icon.
     */
    SUCCESS('✓', "[OK]"),

    /**
     * Error/failure icon.
     */
    ERROR('✗', "[ERROR]"),

    /**
     * Warning icon.

        for (ConsoleIcon icon : ConsoleIcon.values()) {
            String result = icon.getIcon(null);
            assertNotNull(result, "Icon result should not be null for " + icon);

            // Result should be either Unicode or ASCII fallback depending on default charset
            String expectedUnicode = String.valueOf(icon.getUnicodeChar());
            String expectedAscii = icon.getAsciiFallback();
            assertTrue(

					<a class="nav-link <c:if test="${param.menuCategoryType=='dashboard'}">active</c:if>" <c:if test="${param.menuCategoryType=='dashboard'}">aria-current="page"</c:if>
					   href="${fe:url('/admin/dashboard/')}">
						<i class="nav-icon fa fa-tachometer-alt" aria-hidden="true"></i>
						<p><la:message key="labels.menu_dashboard_config" /></p>
					</a>
				</li>
			</c:if>
				

    @Test
    @DisplayName("should handle icon rendering based on terminal capabilities")
    void shouldHandleIconRenderingBasedOnTerminalCapabilities() {
        UpgradeContext context = TestUtils.createMockContext(Paths.get("/test"));

        // Test that icon rendering doesn't throw exceptions
        // The actual icons used depend on the terminal's charset capabilities
        context.success("Icon rendering test");

	for i := ppc64.REG_R0; i <= ppc64.REG_R31; i++ {
		register[obj.Rconv(i)] = int16(i)
	}
	for i := ppc64.REG_F0; i <= ppc64.REG_F31; i++ {
		register[obj.Rconv(i)] = int16(i)
	}
	for i := ppc64.REG_V0; i <= ppc64.REG_V31; i++ {
		register[obj.Rconv(i)] = int16(i)
	}
	for i := ppc64.REG_VS0; i <= ppc64.REG_VS63; i++ {
		register[obj.Rconv(i)] = int16(i)
	}
	for i := ppc64.REG_A0; i <= ppc64.REG_A7; i++ {

extra:
  social:
  - icon: fontawesome/brands/github-alt
    link: https://github.com/fastapi/fastapi
  - icon: fontawesome/brands/discord
    link: https://discord.gg/VQjSZaeJmf
  - icon: fontawesome/brands/twitter
    link: https://x.com/fastapi
  - icon: fontawesome/brands/linkedin
    link: https://www.linkedin.com/company/fastapi
  - icon: fontawesome/solid/globe
    link: https://tiangolo.com

///

#### Casos de uso con salida temprana del código { #use-cases-with-early-exit-code }

Hay algunos casos de uso con condiciones específicas que podrían beneficiarse del comportamiento antiguo de ejecutar el código de salida de dependencias con `yield` antes de enviar la response.

        jobManager.schedule(cron -> register(cron, scheduledJob));
    }

    /**
     * Registers a scheduled job with the specified cron scheduler.
     *
     * @param cron the cron scheduler to use
     * @param scheduledJob the scheduled job to register
     */
    public void register(final LaCron cron, final ScheduledJob scheduledJob) {
        if (scheduledJob == null) {

/// note | Nota

Observa el header `Authorization`, con un valor que comienza con `Bearer `.

///

## Uso avanzado con `scopes` { #advanced-usage-with-scopes }

OAuth2 tiene la noción de "scopes".

Puedes usarlos para agregar un conjunto específico de permisos a un token JWT.

Luego, puedes darle este token directamente a un usuario o a un tercero, para interactuar con tu API con un conjunto de restricciones.

Puedes combinar las *path operations* normales de FastAPI con GraphQL en la misma aplicación.

/// tip | Consejo

**GraphQL** resuelve algunos casos de uso muy específicos.

Tiene **ventajas** y **desventajas** en comparación con las **APIs web** comunes.