diff --git a/site/404.html b/site/404.html new file mode 100644 index 00000000..8ff8f7b3 --- /dev/null +++ b/site/404.html @@ -0,0 +1,1903 @@ + + + + + + + + + + + + + + + + + + + Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ +

404 - Not found

+ +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Analise/AnaliseTarefas/index.html b/site/Analise/AnaliseTarefas/index.html new file mode 100644 index 00000000..a9387272 --- /dev/null +++ b/site/Analise/AnaliseTarefas/index.html @@ -0,0 +1,2442 @@ + + + + + + + + + + + + + + + + + + + + + + + Analise de Tarefas - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Análise de Tarefas para o Site da Defensoria Pública do Distrito Federal (DPDF)

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
01/12/202402/12/20241.0Criação do DocumentoJoão Victor C. Nobre

Karolina Vieira

Paola Nascimento		Lucas Sales
02/12/202402/12/20241.1Adição do histórico de versõesLucas SalesJoão Victor C. Nobre
<<<<<<< HEAD
02/12/202402/12/20241.2Adição da tarefa 04Lucas Sales
28/12/202403/01/20251.3Modificação Tarefa 01Karolina VieiraPaola Nascimento
03/01/202503/01/20251.4Adição da tarefa 05Paola NascimentoKarolina Vieira
02/12/202402/12/20241.2Adição da tarefa 04Lucas SalesJoão Victor C. Nobre
28/12/202403/01/20241.3Alteração da Análise de TarefaKarolina VieiraPaola Nascimento
+

Objetivos, Operadores, Métodos e Regras de Seleção (GOMS)

+

A metodologia GOMS (Goals, Operators, Methods, and Selection Rules) é usada para detalhar as ações necessárias para concluir tarefas no site da DPDF. Abaixo, apresentamos a análise de tarefas realizadas no site:

+
+

Tarefa 1: Agendamento para uma consulta com um advogado (funcionalidade inexistente no site)

+

Goal 0: Agendar uma consulta com um advogado no site da Defensoria Pública do Distrito Federal

+

Method 1: Passos para acessar e realizar o agendamento

+

Goal 1: Acessar o site da Defensoria Pública

+
    +
  • OP 1.1: Abrir o navegador, digitar www.defensoria.df.gov.br e pressionar Enter.
    • +
+

Goal 2: Localizar a área de agendamento de consultas

+
    +
  • OP 2.1: Navegar pelo menu principal.
    • +
  • OP 2.2: Identificar e clicar na seção "Agendamento de Consultas".
    • +
+

Goal 3: Preencher as informações necessárias para o agendamento

+
    +
  • OP 3.1: Inserir as informações pessoais solicitadas (ex.: nome, CPF, telefone, e-mail).
    • +
  • OP 3.2: Selecionar o tipo de atendimento desejado (ex.: assistência jurídica, área cível, etc.). +-OP 3.3: Escolher a data e o horário disponíveis para o atendimento.
    • +
  • +

    OP 3.4: Confirmar as informações inseridas e clicar no botão "Agendar". +Goal 4: Finalizar o agendamento

    +
    • +
  • +

    OP 4.1: Anotar o número do protocolo ou capturar a tela - de confirmação.

    +
    • +
  • OP 4.2: Verificar o e-mail ou mensagens para confirmar o agendamento e receber instruções adicionais, se aplicável.
    • +
+
+

Diagrama HTA – Acompanhar a Resposta de uma Solicitação

+

Solicitação

+
+

Tarefa 2: Utilizar o Chatbot para Assistência

+

Goal 0: Utilizar o chatbot para assistência

+

Method 1: Interagir com o chatbot para obter assistência

+

Goal 1: Iniciar a interação com o chatbot
+- OP 1.1: Deslocar o cursor até o ícone do chatbot.
+- OP 1.2: Clicar no ícone para abrir a janela de chat.

+

Goal 2: Escolher a opção desejada entre as alternativas apresentadas
+- OP 2.1: Clicar em uma das opções apresentadas pelo chatbot.

+

Goal 3: Navegar pelo chatbot
+- OP 3.1: Clicar no botão "Voltar" para retornar ao menu anterior.
+- OP 3.2: Clicar no botão "Menu Principal" para voltar às opções iniciais.

+

Goal 4: Obter a resposta final
+- OP 4.1: Ler as instruções fornecidas ou clicar no link redirecionado.

+
+

Diagrama HTA – Utilizar o Chatbot

+

HTA Chatbot

+
+

Tarefa 3: Adquirir e Preencher o Formulário para Voluntariado

+

Goal 0: Participar como voluntário na DPDF

+

Method 1: Adquirir e preencher o formulário de voluntariado

+

Goal 1: Acessar o site
+- OP 1.1: Verificar a conexão de internet.
+- OP 1.2: Acessar a página principal da DPDF.

+

Goal 2: Acessar a área correspondente para voluntariado
+- OP 2.1: Navegar até a aba de "Estágios ou Colaboradores".
+- OP 2.2: Selecionar "Serviços Voluntários Não Remunerados".

+

Goal 3: Consultar os requisitos para o processo
+- OP 3.1: Ler os documentos necessários.
+- OP 3.2: Recolher os documentos.

+

Goal 4: Contatar o gerente de voluntariado
+- OP 4.1: Localizar os contatos do gerente na página.
+- OP 4.2: Solicitar informações e orientações.

+

Goal 5: Preencher os formulários
+ Method 1: Assinatura Digital
+- OP 5.1.1: Acessar e preencher os formulários online.
+- OP 5.1.2: Assinar digitalmente.

+

Method 2: Assinatura Física
+- OP 5.2.1: Imprimir os formulários.
+- OP 5.2.2: Assinar fisicamente.

+

Goal 6: Concluir o envio
+- OP 6.1: Submeter os documentos preenchidos.
+- OP 6.2: Aguardar a resposta.

+
+

Diagrama HTA – Adquirir e Preencher Formulário para Voluntariado

+

HTA Voluntário

+

Tarefa 4: Solicitar atendimento à SUAP

+

Goal 0: Solicitar atendimento à SUAP +Method 1: Solicitar atendimento via internet

+

OP 1.1 Acessar o site da defensoria pública
+OP 1.2 Deslocar mouse até a aba “Serviços”
+OP 1.3 Dentro de Serviços, clicar em “Atividade Psicossocial (SUAP)”
+OP 1.4 Rolar a página para baixo, até a seção “Solicite Atendimento aqui”
+OP 1.5 Clicar em “AQUI” no texto “Acesse AQUI”
+OP 1.6 Preencher formulário e clicar em próximo até chegar a uma página de revisão dos dados
+OP 1.7 Após finalizar a revisão dos dados, clicar no botão verde escrito “ENVIAR FORMULÁRIO”

+

Diagrama HTA – Solicitar atendimento à SUAP

+

HTA SUAP

+
+

Tarefa 5: Inscrever-se no Programa de Estágio da DPDF

+

Goal 0: Buscar informações sobre o Programa de Estágio da DPDF e concluir a inscrição

+

Method 1: Navegar no site da DPDF para encontrar informações e realizar a inscrição

+

Goal 1: Acessar o site da DPDF
+- Operator 1.1: Abrir o navegador no notebook
+- Operator 1.2: Digitar o endereço do site da DPDF na barra de endereços
+- Operator 1.3: Pressionar Enter

+

Goal 2: Navegar até a seção de estágio
+- Operator 2.1: Identificar o menu de navegação principal no site
+- Operator 2.2: Procurar pela seção "Programa de Estágio" no menu
+- Operator 2.3: Clicar no link "Programa de Estágio"

+

Goal 3: Procurar informações sobre o processo seletivo
+- Operator 3.1: Ler o conteúdo da página sobre o programa de estágio

+

Goal 4: Acessar materiais relevantes
+- Operator 4.1: Clicar em links para visualizar portarias e materiais relacionados
+- Operator 4.2: Baixar arquivos importantes (ex.: portarias, formulários, leis)

+

Goal 5: Realizar a inscrição no estágio
+- Operator 5.1: Identificar o botão "Inscreva-se" na página do estágio
+- Operator 5.2: Clicar no botão para iniciar o processo de inscrição
+- Operator 5.3: Preencher os dados pessoais no formulário online
+- Operator 5.4: Anexar documentação necessária
+- Operator 5.5: Clicar no botão "Enviar Inscrição"

+

Goal 6: Receber confirmação da inscrição
+- Operator 6.1: Esperar o carregamento da página de confirmação
+- Operator 6.2: Verificar a mensagem de sucesso exibida na tela ("Inscrição realizada com sucesso!")
+- Operator 6.3: Clicar no botão "Baixar Comprovante" para salvar um recibo da inscrição

+
+

Diagrama HTA – Inscrever-se no Programa de Estágio da DPDF

+

HTA Estagio

+
+

Bibliografia

+

[1] BARBOSA, S. et al. Interação Humano-Computador e Experiência do Usuário. [s.l.] Autopublicação - Leanpub, 2021.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/site/Analise/Planejamento-do-Relato-dos-Resultados-da-An\303\241lise-de-Tarefas/index.html" "b/site/Analise/Planejamento-do-Relato-dos-Resultados-da-An\303\241lise-de-Tarefas/index.html" new file mode 100644 index 00000000..bffbff1c --- /dev/null +++ "b/site/Analise/Planejamento-do-Relato-dos-Resultados-da-An\303\241lise-de-Tarefas/index.html" @@ -0,0 +1,2072 @@ + + + + + + + + + + + + + + + + + + + Planejamento do Relato dos Resultados da Análise de Tarefas - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento do Relato dos Resultados da Análise de Tarefas

+

Introdução

+

Este documento foi elaborado com base no Planejamento da Avaliação da Análise de Tarefas para o site da Defensoria Pública do Distrito Federal (DPDF). O objetivo principal é estruturar os dados coletados durante a análise das tarefas realizadas pelos usuários. A partir deste planejamento, será produzido o relato de resultados que destacará pontos de melhoria para o sistema, além de sugestões de aprimoramento.

+

Metodologia

+

Com base no Planejamento da Avaliação da Análise de Tarefas e nos elementos de avaliação descritos por Barbosa (2010), o relato de resultados contemplará os seguintes itens:

+
    +
  • Objetivo e escopo da avaliação;
    • +
  • Método de avaliação;
    • +
  • Seleção dos participantes;
    • +
  • Sumário dos dados coletados;
    • +
  • Análise dos dados coletados;
    • +
  • Listagem de problemas encontrados;
    • +
  • Sugestões de melhoria;
    • +
+

Estrutura do Relato dos Resultados

+

O documento será dividido nos seguintes tópicos:

+

Objetivo e Escopo da Avaliação

+

Descrever a razão da avaliação e os objetivos pretendidos. Por exemplo, identificar a eficiência do fluxo de interação dos usuários ao buscar informações jurídicas no site e propor melhorias para atender às necessidades dos cidadãos.

+

Método de Avaliação

+

Apresentar a abordagem utilizada para a coleta de dados, como a realização de entrevistas, observação direta e tarefas guiadas. Documentar o processo de avaliação e o formato das interações.

+

Sumário de Avaliadores e Participantes

+

Identificar o perfil dos participantes da avaliação, justificando sua seleção com base nos critérios estabelecidos, como familiaridade com o sistema e representatividade do público-alvo.

+

Sumário dos Dados Coletados

+

Expor, de forma resumida, os dados obtidos durante a avaliação, destacando pontos como a frequência de erros, o tempo médio para conclusão de tarefas e o nível de satisfação dos usuários.

+

Análise dos Dados Coletados

+

Interpretar os dados levantados, categorizando os problemas encontrados. Exemplos incluem: dificuldade em localizar informações específicas, interface confusa em dispositivos móveis e falta de clareza nas instruções de uso.

+

Sugestões de Melhoria

+

Propor soluções para os problemas identificados, priorizando-as de acordo com o impacto esperado. Exemplos: reorganização do menu principal para facilitar a navegação ou implementação de um mecanismo de busca mais intuitivo.

+

Conclusão

+

Este planejamento oferece um guia estruturado para a análise e documentação de resultados da avaliação de tarefas. Com a aplicação desse processo, será possível identificar aspectos a serem aprimorados e implementar soluções que melhorem a experiência dos usuários no site da DPDF, contribuindo para um sistema mais acessível e eficiente.

+

Referências Bibliográficas

+

BARBOSA, Simone; DINIZ, Bruno. Interação Humano-Computador. Editora Elsevier, Rio de Janeiro, 2010.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Analise/PrincipiosGerais/index.html b/site/Analise/PrincipiosGerais/index.html new file mode 100644 index 00000000..0d0c6af2 --- /dev/null +++ b/site/Analise/PrincipiosGerais/index.html @@ -0,0 +1,2547 @@ + + + + + + + + + + + + + + + + + + + + + + + Principios Gerais - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Princípios Gerais

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
20/11/202421/11/20241.0Criação do Documento
Karolina Vieira		João Victor C. Nobre
+

Introdução

+

O objetivo deste documento é analisar a interação do usuário com o site da Defensoria Pública, avaliando como os Princípios e Diretrizes Gerais da Interação Humano-Computador (IHC) podem ser aplicados. A estruturação do site deve garantir usabilidade, acessibilidade, eficiência e um feedback efetivo, proporcionando uma experiência que atenda às necessidades dos usuários.

+

Baseando-se no livro Interação Humano-Computador (S. D. J. Barbosa, B. S. da Silva) [1], os princípios descritos aqui serão analisados no contexto do site, com a identificação de violações e sugestões de melhorias.

+
+

Princípios e Diretrizes Gerais

+

Correspondência com as Expectativas dos Usuários

+

Refere-se à necessidade de o sistema se alinhar às expectativas e ao modelo mental dos usuários, utilizando terminologias, representações e fluxos de interação familiares. Sistemas que atendem a este princípio são intuitivos e reduzem a carga cognitiva.

+

Análise

+

O site da Defensoria Pública apresenta menus e nomenclaturas que não correspondem às expectativas naturais dos usuários. Por exemplo, ao acessar o menu principal, um usuário comum provavelmente busca opções claras e diretas como “Atendimento”, “Serviços Jurídicos” ou “Contato”. No entanto, ao encontrar termos como “Sistemas Internos”, que são mais adequados ao público técnico ou interno da organização, o usuário pode sentir confusão ou frustração.

+

Essa desconexão entre a linguagem do site e a forma como os usuários compreendem as funções prejudica a experiência, tornando a navegação menos eficiente e aumentando a carga cognitiva. Para um site voltado ao público geral, é essencial priorizar clareza e acessibilidade na organização e nomeação dos menus. +

+Menu

+

+
+

Simplicidade nas Estruturas das Tarefas

+

Busca reduzir a complexidade das tarefas, dividindo-as em etapas claras e eliminando elementos ou processos desnecessários. Isso facilita a compreensão e execução das ações, minimizando o esforço do usuário.

+

Análise

+

Embora o site da Defensoria Pública disponibilize um formulário de solicitação de atendimento simplificado, ele apresenta uma falta de instruções claras para o preenchimento. Essa ausência pode gerar dúvidas, especialmente entre usuários menos experientes, resultando em erros ou até na desistência do preenchimento. +

+Formulario

+

+
+

Equilíbrio entre Controle e Liberdade do Usuário

+

Este princípio enfatiza que o sistema deve oferecer ao usuário liberdade para corrigir erros ou tomar decisões, sem impor restrições desnecessárias. Deve-se permitir ações como desfazer, refazer ou retornar etapas, promovendo flexibilidade.

+

Análise

+

O site da Defensoria Pública apresenta uma limitação importante nesse aspecto, particularmente em formulários. Atualmente, não há uma opção visível ou intuitiva para salvar rascunhos ou desfazer alterações feitas durante o preenchimento. Essa ausência força o usuário a completar o formulário em uma única sessão ou, em caso de erros, reiniciar o processo desde o início.

+

Isso não só aumenta a carga de trabalho, mas também desestimula o uso do sistema em situações onde a interrupção do processo é inevitável. A falta de flexibilidade pode levar usuários a abandonar o preenchimento de formulários longos ou a cometer erros que não podem ser facilmente +

+Erro

+

+
+

Consistência e Padronização

+

Envolve a uniformidade nos elementos de interface e interação, garantindo que o comportamento seja previsível. Por exemplo, botões semelhantes devem ter aparência e funcionamento idênticos, aumentando a confiança do usuário.

+

Análise

+

No site da Defensoria Pública, a inconsistência nos botões de envio representa uma falha no cumprimento desses princípios. Foram observados estilos visuais distintos para botões que desempenham a mesma função, como mudanças na cor, tamanho ou formato. Essas variações podem confundir os usuários, fazendo com que eles hesitem ou demorem mais para completar tarefas simples.

+

+Padronização

+

+

Promovendo a Eficiência do Usuário

+

Concentra-se em otimizar a interação, tornando-a rápida e responsiva. Ferramentas como atalhos, preenchimento automático e feedback em tempo real ajudam a reduzir o tempo e esforço necessários para alcançar os objetivos.

+

Análise

+

Embora o site demonstre uma interface geralmente responsiva, há lacunas significativas que comprometem a eficiência do usuário. Um dos problemas observados é a lentidão no carregamento de páginas. Essa situação é agravada pela ausência de feedback adequado, como barras de progresso ou mensagens informativas, que deixariam claro ao usuário que a ação está sendo processada. A ausência de feedback pode causar incertezas, levando o usuário a acreditar que o sistema está travado ou que sua solicitação não foi registrada, o que frequentemente resulta em ações repetidas ou abandono da tarefa.

+
+

Antecipação

+

Trata-se de prever as necessidades do usuário e fornecer soluções proativas. Isso inclui funcionalidades como sugestões de preenchimento, ações predefinidas ou dicas contextuais que facilitam a interação.

+

Análise

+

O site da Defensoria Pública carece de funcionalidades proativas que antecipem as necessidades do usuário, como preenchimento automático ou ações predefinidas. Por exemplo, ao acessar o histórico de atendimentos, os filtros de busca não possuem valores padrão, exigindo que o usuário preencha manualmente todas as opções. Essa falta de automação aumenta o esforço cognitivo e pode tornar a interação mais demorada e menos eficiente

+
+

Visibilidade e Reconhecimento

+

Destaca a importância de tornar as opções e informações visíveis e acessíveis. O usuário deve reconhecer facilmente os elementos interativos e saber quais ações são possíveis, sem a necessidade de memorização.

+

Análise

+

O site da Defensoria Pública apresenta desafios relacionados à visibilidade e reconhecimento dos elementos interativos. Embora ações principais, como “Agendar Atendimento”, sejam destacadas, opções secundárias acabam se perdendo no design, prejudicando a navegação. A falta de hierarquia visual clara, contraste adequado e feedback interativo dificulta o reconhecimento e uso eficiente das funcionalidades

+
+

Conteúdo Relevante e Expressão Adequada

+

Envolve apresentar informações claras, concisas e apropriadas ao público-alvo. Linguagem técnica ou complexa deve ser traduzida para termos simples, garantindo que o conteúdo seja compreendido por todos os usuários.

+

Análise

+

O site da Defensoria Pública enfrenta desafios com o uso de textos longos e linguagem jurídica complexa, dificultando a compreensão e interação do público-alvo, que é diversificado e muitas vezes leigo em termos técnicos. A falta de explicações adicionais para conceitos jurídicos pode gerar barreiras de acesso, frustrar usuários e comprometer a experiência de navegação. Para melhorar, é essencial adotar uma comunicação clara e acessível, traduzindo termos técnicos para linguagem simples e estruturando o conteúdo de forma objetiva, com recursos como glossários, parágrafos curtos e títulos explicativos. Essas medidas promovem inclusão, acessibilidade e eficiência no uso do site.

+

+texto

+

+

Projeto para Erros

+

Foca em minimizar a ocorrência de erros e oferecer suporte claro quando eles acontecem. Mensagens de erro devem ser informativas e orientadoras, indicando o problema e sugerindo ações corretivas.

+

Análise

+

O site da Defensoria Pública não fornece feedback detalhado quando o usuário comete erros ao preencher um formulário. Ao enviar dados incorretos, o sistema exibe uma mensagem genérica de erro, mas não especifica qual campo contém o problema. Isso pode causar frustração no usuário e aumentar o tempo necessário para concluir o preenchimento.

+

+formulario

+

+

Conclusão

+

Com base nos princípios apresentados, é possível aprimorar a interação do usuário com o site da Defensoria Pública, tornando-o mais acessível, eficiente e alinhado às expectativas do público. Implementar essas melhorias resultará em uma experiência mais satisfatória e funcional.

+

Referências

+
    +
  1. BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.
    2. +
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Analise/aspectoseticos/index.html b/site/Analise/aspectoseticos/index.html new file mode 100644 index 00000000..bb018119 --- /dev/null +++ b/site/Analise/aspectoseticos/index.html @@ -0,0 +1,2321 @@ + + + + + + + + + + + + + + + + + + + + + + + Aspectos Éticos - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Aspectos Éticos na Avaliação Heurística da DPDF

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
29/11/202430/11/20241.0Criação do DocumentoPaola NascimentoJoão Victor C. Nobre
+

Introdução

+

A avaliação heurística é uma metodologia utilizada na área de Interação Humano-Computador (IHC) para avaliar a usabilidade de interfaces, focando na identificação de problemas que possam comprometer a experiência do usuário. Desenvolvida por Jakob Nielsen, essa metodologia é eficaz em detectar problemas em interfaces digitais. No contexto do site da Defensoria Pública do Distrito Federal (DPDF), a usabilidade é crucial, pois o público-alvo inclui pessoas de baixa renda e com pouco conhecimento técnico.

+

Princípios Éticos na Avaliação Heurística

+

Princípio da Autonomia

+
    +
  • Consentimento Informado: Informar os participantes sobre os objetivos da avaliação, os procedimentos e como os dados serão utilizados.
    • +
  • Privacidade e Anonimato: Garantir que os dados dos usuários sejam anonimizados, protegendo suas identidades e privacidade durante e após a avaliação.
    • +
+

Princípio da Beneficência

+
    +
  • Maximizar Benefícios: Focar em melhorias que realmente beneficiem os usuários, especialmente considerando suas limitações tecnológicas.
    • +
  • Minimizar Danos: Evitar qualquer intervenção que possa causar frustração ou confusão nos usuários, como interfaces complexas ou informações desatualizadas.
    • +
+

Princípio da Não Maleficência

+
    +
  • Evitar Danos: Prevenir erros comuns no site que possam levar a dificuldades de navegação e frustração.
    • +
  • Garantia de Qualidade: Assegurar que a interface seja intuitiva e acessível, reduzindo possíveis desconfortos durante a interação.
    • +
+

Princípio da Justiça e Equidade

+
    +
  • Inclusão de Todos os Usuários: Considerar as necessidades de todos os usuários, especialmente os mais vulneráveis, como pessoas com baixa renda e pouca familiaridade tecnológica.
    • +
  • Acessibilidade: Implementar recursos de acessibilidade claros e funcionais, garantindo que todos possam utilizar o site de maneira eficiente.
    • +
+

Diretrizes Éticas Específicas

+
    +
  • Transparência: Manter os usuários informados sobre o propósito da coleta de dados e como eles serão utilizados.
    • +
  • Feedback e Comunicação: Oferecer feedback claro e constante aos usuários sobre o status do sistema e eventuais problemas encontrados.
    • +
  • Documentação e Ajuda: Fornecer documentação clara e acessível, incluindo instruções detalhadas para resolver problemas comuns, garantindo que os usuários saibam como proceder em caso de dificuldades.
    • +
+

Termo de Consentimento Livre e Esclarecido

+

O termo de consentimento abaixo apresenta um padrão a ser utilizado durante as atividades envolvendo seres humanos. O membro do grupo que estiver aplicando a atividade deverá preencher os dados de acordo com a atividade desenvolvida.

+

Termo de Consentimento

+

Somos uma equipe da disciplina de Interação Humano-Computador da Universidade de Brasília, que está realizando uma avaliação heurística do site da Defensoria Pública do Distrito Federal (DPDF). Nessa etapa do projeto, [DESCREVER ETAPA]. Estamos realizando uma série de pesquisas e solicitamos seu consentimento para a realização de uma atividade de [DESCRIÇÃO DA ATIVIDADE] com duração aproximada de [TEMPO DE DURAÇÃO]. Para decidir sobre o seu consentimento, é importante que você conheça as seguintes informações sobre a pesquisa:

+
    +
  • Nossa equipe tem o compromisso de divulgar os resultados de nossas pesquisas para a instituição responsável pelo site da DPDF.
    • +
  • O consentimento para a participação na atividade é uma escolha livre, feita mediante a prestação de todos os esclarecimentos necessários sobre a pesquisa.
    • +
  • A atividade pode ser interrompida a qualquer momento, segundo a sua disponibilidade e vontade.
    • +
  • Será necessário gravar a atividade, e as gravações efetuadas serão divulgadas nos resultados do projeto.
    • +
  • Os dados coletados durante a atividade destinam-se estritamente a atividades de análise e elaboração de melhorias para o site da DPDF.
    • +
+

Diante das explicações, você acha que está suficientemente informado(a) a respeito da pesquisa que será realizada e concorda de livre e espontânea vontade em participar, como colaborador? Caso o participante seja menor de idade, é necessária a permissão do responsável legal.

+
    +
  • Sim
    • +
  • Não
    • +
+

Referências

+
    +
  • BARBOSA, Simone; DINIZ, Bruno. Interação Humano-Computador. Editora Elsevier, Rio de Janeiro, 2010.
    • +
  • Johnson, D.G. Computer Ethics, 3a edição. Englewood Cliffs, NJ: Prentice Hall, 2001.
    • +
  • Aspectos Éticos Lichess. Disponível em: https://interacao-humano-computador.github.io/2022.2-Lichess/. Acesso em 06 de maio de 2023.
    • +
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Analise/caracteristicas/index.html b/site/Analise/caracteristicas/index.html new file mode 100644 index 00000000..78148faf --- /dev/null +++ b/site/Analise/caracteristicas/index.html @@ -0,0 +1,2280 @@ + + + + + + + + + + + + + + + + + + + + + + + Características da Plataforma - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Características da Plataforma

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
01/11/202402/11/20241.0Criação do DocumentoJoão Victor C. Nobre

Lucas Sales		Lucas Sales
+

Introdução

+

Como ponto inicial do ciclo de vida de Mayhew, as características da plataforma estão na primeira fase da mesma, denominada análise de requisitos, estas tratam das características do usuário e também estão relacionadas aos critérios de usabilidade. Nesta análise serão abordados critérios de tecnologia, portabilidade e outros aspectos importantes da plataforma. Considerando o que seus usuários desejam e quais são os principais requisitos que o produto visa solucionar. Abaixo está uma figura que descreve a primeira fase do ciclo de vida de Mayhew [4]

+

Figura 1 - Análise de requisitos do ciclo de vida de Mayhew.

+

Objetivo

+

O objetivo deste documento é descrever as características do site da Defensoria Pública do Distrito Federal, aspectos de acessibilidade e demais interações com o usuário, para que seja realizada uma análise de requisitos que visa propor melhorias para o sistema mencionado.

+

ISO/IEC

+

+ISO é a sigla para International Organization for Standardization, uma organização internacional que promove a padronização de produtos e serviços por meio de normas internacionais. IEC se refere à Comissão Eletrotécnica Internacional, que trabalha para normatização de tecnologias elétricas, eletrônicas e relacionadas. Em conjunto, ambas desenvolvem as normas ISO/IEC e, especificamente a 25010, é sobre qualidade de software. +

+ +

Portabilidade

+

+Segundo a ISO/IEC 25010, a portabilidade é um dos critérios de qualidade de um sistema, que descreve a capacidade de um sistema de ser transferido de um ambiente para outro, ou seja, como um sistema se comporta em ambientes desktop, mobile, tablets, ipads, etc. + +As suas subcaracterísticas são: + +Adaptabilidade: capacidade de um produto ou sistema de ser adaptado a um novo hardware, software ou outros ambientes; +Facilidade de instalação: capacidade de um produto ou sistema ser instalado ou desinstalado facilmente; +Capacidade de substituição: capacidade de ser trocado por outro produto similar. +

+ +

Tecnologias Utilizadas

+

Estas foram as tecnologias utilizadas para desenvolver o sistema, obtidas utilizando a extensão do Google Chrome Wappalyzer +

+
Figura 2 - Tecnologias utilizadas no site.

+

Funcionalidades

+

O portal da Defensoria Pública do Distrito Federal possui vários objetivos, tanto relacionados à própria defensoria, como sua missão, valores, questões institucionais, de imprensa e etc. Como também, serviços para o cidadão, como assistência jurídica, concursos abertos, atividade psicossocial, escola jurídica, etc. Abaixo, está descrita cada seção, com suas opções.

+

Seção Institucional:

+
    +
  • Contatos institucionais
    • +
  • Quem somos
    • +
  • Boletim de Serviços
    • +
  • Legislação
    • +
  • Pesquisa Nacional da Defensoria Pública
    • +
  • Concursos
    • +
  • Relatório de Gestão
    • +
  • Cartilhas
    • +
+

Seção Contatos:

+
    +
  • Central de Relacionamento com os Cidadãos
    • +
  • Ouvidoria
    • +
  • Imprensa
    • +
+

Seção Serviços:

+
    +
  • Área de Atuação
    • +
  • Formulários
    • +
  • Informações
    • +
  • Unidade Móvel Itinerante
    • +
  • Escola de Assistência Jurídica (Easjur)
    • +
  • Atividade Psicossocial (SUAP)
    • +
  • Carta de Serviços
    • +
  • Manual de Acesso aos Serviços
    • +
+

Defensores e Servidores:

+
    +
  • Se Liga na DPDF!
    • +
  • Intranet
    • +
  • Portal do Servidor
    • +
  • Repositório de Arquivos
    • +
  • Sistema Integrado de Trabalho (SIT)
    • +
  • Web Email
    • +
  • Programa Qualidade de Vida no Trabalho (QVT)
    • +
  • Protocolos de Atuação
    • +
  • Novo Relatório de Atividades Funcionais (RAF)
    • +
+

Seção Estagiários e Colaboradores:

+
    +
  • Estágio Remunerado
    • +
  • Serviços Voluntários Não Remunerados
    • +
  • Programa Voluntários da Cidadania
    • +
  • Protocolo de Recomendações Para o Atendimento ao Público
    • +
+

Seção Transparência:

+
    +
  • Conheça a Lei de Acesso à Informação
    • +
  • Lei Geral de Proteção de Dados Pessoais (LGPD)
    • +
  • Institucional
    • +
  • Ações e Programas
    • +
  • Auditorias
    • +
  • Convênios
    • +
  • Despesas
    • +
  • Receitas
    • +
  • Contratos
    • +
  • Licitações
    • +
  • Remuneração de Servidores
    • +
  • Informações Classificadas
    • +
  • Perguntas Frequentes da LAI
    • +
  • Perguntas Frequentes da DPDF
    • +
  • Serviço de Informação ao Cidadão
    • +
+

Características Negativas

+

Assim que adentramos a plataforma, a mesma mostra muita poluição visual, com muita informação disposta e pouca navegabilidade intuitiva, a escolha de cores dos ícones, com elementos do layout, com o plano de fundo branco, dificulta a separação de tópicos do website, além dos títulos de cada seção na página inicial, serem poucos chamativos e consumidos pelo contéudo da seção em si, o que dá a impressão de que a informação muda de forma brusca, sem o usuário perceber facilmente que está lidando com uma nova seção da página.

+

Temos ao final da mesma, um rodapé poluído de informações que já constam na página de contatos (vide figura 3) +

Figura 3 - Rodapé da plataforma.

+

Muitas informações se mostram repetidas ao navegar na plataforma, como ícones de redes sociais, o que contribui para a poluição visual e dificuldade de navegação.

+

A seção cartilhas nos leva a outro website, relacionado à escola jurídica, o que contribui para dificuldade de navegação, além da mesma possuir quebras de design, como mostrado na figura 4 +

Figura 4 - Quebra de banner (seção cartilhas).
+Em suma, o sistema se mostra de navegação pouco intuitiva, com muita poluição visual e grande dificuldade de entendimento de como o mesmo funciona e como realizar os objetivos neste.

+

Bibliografia

+

[1] A ISO/IEC 25010 e sua importância para a qualidade de software, disponível em: https://blog.onedaytesting.com.br/iso-iec-25010/. Acesso em 01 de dezembro de 2024

+[2] ISO 25010, disponível em: https://iso25000.com/index.php/en/iso-25000-standards/iso-25010?start=6. Acesso em: 01 de dezembro de 2024.

+[3] Análise da plataforma Simples Nacional - Características da plataforma, disponível em:https://interacao-humano-computador.github.io/2022.2-SimplesNacional/Tarefas/CaracteristicasPlataforma/#. Acesso em 01 de dezembro de 2024.

+[4] BARBOSA, S. et al. Interação Humano-Computador e Experiência do Usuário. [s.l.] Autopublicação - Leanpub, 2021.

+[5] Defensoria Pública do Distrito Federal, disponível em: https://www.defensoria.df.gov.br/. Acesso em 01 de dezembro de 2024

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Analise/cenarios/index.html b/site/Analise/cenarios/index.html new file mode 100644 index 00000000..46a6a326 --- /dev/null +++ b/site/Analise/cenarios/index.html @@ -0,0 +1,2584 @@ + + + + + + + + + + + + + + + + + + + + + + + Cenários - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cenários

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
20/11/202421/11/20241.0Criação do DocumentoJoão Victor C. Nobre

Karolina Vieira

Paola Nascimento		Lucas Sales
02/12/202402/12/20241.0Adição de cenários 004 e 005Lucas SalesJoão Victor C. Nobre
02/12/202402/12/20241.0Adição de cenário 006João Victor C. NobreLucas Sales
+

Introdução

+

Os cenários descritos neste documento foram elaborados para detalhar casos de uso específicos, permitindo uma compreensão clara das interações entre os usuários e o sistema em situações distintas. A metodologia aplicada na construção desses cenários busca garantir uma visão abrangente, considerando não apenas as ações esperadas, mas também os desafios e exceções que podem surgir durante os processos descritos.

+

Metodologia

+

Os cenários são feitos baseado na experiência que uma das personas do projeto teria que percorrer para atingir o seu objetivo na utilização do site da DPDF e os possíveis problemas que eles poderiam encontrar.

+

Modelo de Cenário

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Cenário[Número do Cenário]
Título[Título descritivo do caso]
Objetivo[Objetivo principal do cenário, ou seja, o que o ator ou usuário deseja alcançar no contexto da interação]
ContextoLocal: [Onde o ator está, por exemplo: em casa, no trabalho, na escola, etc.]
Tempo: [Momento em que ocorre a interação, como manhã, tarde ou noite, ou mesmo um período mais longo]
Pré-condição: [O que precisa estar em ordem para que o cenário aconteça, como requisitos técnicos ou condições necessárias para a realização da tarefa]
Atores[Quem são os atores envolvidos, detalhando as características principais dos usuários, como nível de experiência, conhecimento, etc.]
Recursos[Ferramentas ou elementos que são necessários para a execução do caso, como dispositivos, conexões, sistemas, entre outros]
Episódios[Passos ou ações que ocorrem sequencialmente para atingir o objetivo, começando com a ação inicial e detalhando o processo até o resultado final.]
Restrição[Fatores que limitam a execução do caso, como falta de acesso à internet, dispositivos com problemas, etc.]
Exceção[Possíveis falhas ou exceções que podem ocorrer durante o processo, como erros de sistema, entradas inválidas ou falta de dados relevantes.]
+

Cenário 001 - Navegação no Site da Defensoria Pública para Resolver Conflito Patrimonial

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Cenário001
TítuloNavegação para Agendamento de Atendimento sobre Dívida de Aluguel
ObjetivoPermitir que qualquer pessoa com necessidade de assistência patrimonial possa agendar atendimento de forma simples e eficiente.
ContextoLocal: Qualquer ambiente com acesso à internet, utilizando um dispositivo móvel ou computador.
Tempo: Indeterminado.
Pré-condição: Site funcional e responsivo.
AtoresUsuários com acesso à internet e necessidade de assistência patrimonial.
RecursosSmartphone ou computador com acesso à internet, site da Defensoria Pública.
Episódios1. O usuário acessa o site da Defensoria Pública pelo navegador do dispositivo.
2. Localiza a opção "Plantão Atendimento" na página inicial e clica nela.
3.Localize a aba de Atendimento pelo Whatsapp e acesse o link.
4. O site te mandará para o Whatsapp em um chat com um atendente.
5. O agendamento é feito pelo whatsapp.
RestriçãoConexão instável ou indisponível, não possuir uma conta no Whatsapp.
ExceçãoProblemas técnicos no site que impedem o agendamento.
Usuário sem acesso a um dispositivo conectado à internet.
+
+

Cenário - Informações sobre o Programa de Estágio da DPDF

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Cenário002
TítuloAcesso às Informações sobre o Programa de Estágio da DPDF
ObjetivoPermitir que qualquer interessado encontre facilmente informações claras e organizadas sobre o programa de estágio.
ContextoLocal: Ambiente doméstico, utilizando notebook com acesso à internet.
Tempo: Final de tarde, momento tranquilo para pesquisa.
Pré-condição: Site funcional e intuitivo, com informações atualizadas.
AtoresEstudantes de Direito em busca de informações sobre o estágio.
Site da DPDF como fonte de informações.
RecursosNotebook com acesso à internet, site da DPDF com informações sobre estágio.
Episódios1. O usuário acessa o site da DPDF pelo navegador e localiza a seção "Estágio Remunerado".
2. Encontra rapidamente informações detalhadas, como requisitos, valores da bolsa, e datas importantes.
3. Os formulários estão todos visíveis e de fácil acesso.
4. Faz o download de arquivos relevantes e organiza as informações para se preparar para a inscrição no estágio.
5. Entra em contato com o número para contato na página e encaminhar todos os documentos necessários.
RestriçãoProblemas técnicos no site, como links quebrados ou falta de atualização nas informações disponíveis.
ExceçãoUsuário não atingir os requisitos para estágio
Usuário sem acesso a um dispositivo conectado à internet.
+
+

Cenário 003 - Utilização do Chatbot para Dúvidas Gerais

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Cenário003
TítuloDúvidas Gerais Resolvidas pelo Chatbot
ObjetivoGarantir que qualquer usuário possa acessar informações básicas e específicas utilizando o chatbot do site.
ContextoLocal: Qualquer ambiente com acesso à internet.
Tempo: Indeterminado.
Pré-condição: Chatbot funcional no site da Defensoria Pública.
AtoresUsuários que buscam informações gerais ou específicas no site.
RecursosSmartphone ou computador com internet, site da Defensoria Pública.
Episódios1. O usuário acessa o site e identifica o ícone do chatbot na página inicial.
2. Abre a interface do chatbot e seleciona uma opção no menu inicial, como "Dúvidas Frequentes" ou "Informações Jurídicas".
3. O chatbot responde com informações claras e, se necessário, apresenta links para páginas específicas do site ou outros canais de atendimento.
4. O usuário avalia se a resposta atendeu sua necessidade e pode fornecer feedback sobre a interação.
RestriçãoConexão instável ou ausência de acesso à internet.
ExceçãoRespostas imprecisas ou chatbot indisponível devido a problemas técnicos.
+

Cenário 004 - Impressão de Declaração de vulnerabilidade social

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Cenário004
TítuloImpressão de Declaração de vulnerabilidade social
ObjetivoImprimir a Declaração de vulnerabilidade social
ContextoLocal: Qualquer ambiente com acesso à internet.
Tempo: Indeterminado.
Pré-condição: Acesso a internet.
AtoresUsuário externo da Defensoria Pública, que precisa documentar sua situação para a mesma.
RecursosComputador ou Smartphone com acesso a internet.
Episódios1. Acessar o site da defensoria pública pelo dispositivo.
2. Acessar Serviços > Formulários.
3. Acessar a Declaração de vulnerabilidade social.
4. Clicar na opção DOC ou PDF
5. Imprimir a declaração.
Restrição1. Não possuir acesso a internet
2. Não possuir acesso a impressora
3. Não possuir uma forma de conectar o dispositivo de navegação a impressora.
ExceçãoFalta de conexão a internet
---
+

Cenário 005 - Solicitar investigação de parentalidade

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Cenário005
TítuloSolicitar investigação de parentalidade
ObjetivoIniciar ação judicial para reconhecimento de parentalidade, pois não há provas suficientes da mesma
ContextoLocal: Qualquer ambiente com acesso à internet.
Tempo: Indeterminado.
Pré-condição: Encontrar a Unidade Móvel
AtoresUsuário externo da Defensoria Pública, que precisa de apoio judicial em relação a parentalidade de seu filho
RecursosComputador ou Smartphone com acesso a internet para verificar itinerário da Unidade Móvel Itinerante.
Episódios1. Acessar o site da defensoria pública pelo dispositivo.
2. Acessar Serviços > Unidade Móvel Itinerante.
3. Buscar itinerários.
Restrição1. Não encontrar horário e local da Unidade Móvel, uma vez que os horários e rotas da mesma não são informados no website
ExceçãoNão encontrar Unidade Móvel
+

Cenário 006 - Acesso à Intranet da DPDF

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Cenário006
TítuloAcesso à Intranet da DPDF para Consultar Informações Internas
ObjetivoPermitir que defensores e servidores da DPDF acessem a intranet com seus respectivos dados de autenticação para realizar consultas ou acessar serviços internos.
ContextoLocal: Ambiente corporativo ou doméstico, utilizando um dispositivo conectado à internet.
Tempo: Durante o expediente ou em momento de necessidade.
Pré-condição: Credenciais válidas e site da DPDF funcional.
AtoresDefensores e servidores da DPDF que precisam acessar a intranet para realizar atividades internas ou obter informações institucionais.
RecursosComputador ou dispositivo móvel com acesso à internet, navegador atualizado, e as credenciais (nome de usuário ou e-mail e senha).
Episódios1. O usuário acessa o site oficial da DPDF.
2. Localiza a aba "Defensores e Servidores" no menu principal.
3. Clica na opção "Intranet".
4. Insere seu nome de usuário ou e-mail e a senha.
5. Conclui o login com sucesso.
Restrição1. Conexão instável ou ausência de internet.
2. Perda ou esquecimento das credenciais de acesso.
3. Site indisponível devido a manutenção ou falha técnica.
Exceção1. Erros de autenticação (e.g., senha incorreta).
2. Bloqueio da conta por tentativas excessivas de login inválido.
3. Navegador incompatível ou problemas de certificado no site.
+

Bibliografia

+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação. ISBN: 978-65-00-19677-1.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Analise/guiaDeEstilo/index.html b/site/Analise/guiaDeEstilo/index.html new file mode 100644 index 00000000..bbb77d7d --- /dev/null +++ b/site/Analise/guiaDeEstilo/index.html @@ -0,0 +1,2322 @@ + + + + + + + + + + + + + + + + + + + + + + + Guia de Estilo - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
02/12/202402/12/20241.0Criação do DocumentoLucas SalesJoão Victor C. Nobre
+

Introdução

+

O guia de estilo é um documento que visa registrar as principais decisões de design tomadas, com esse registro, tais decisões não se perdem ao longo do desenvolvimento do sistema, o que garante que estas se farão presentes no produto final, o guia de estilo também serve de ferramenta de comunicação entre a equipe de design e a de desenvolvimento. Para a equipe de design, tal artefato também se mostra muito importante, uma vez que as decisões podem ser facilmente consultadas e reutilizadas no produto a ser desenvolvido, versões futuras, questões de temas e etc.

+

Barbosa (2021) diz que um guia de estilo deve incorporar decisões de design envolvendo os principais elementos e considerações de design de interface. Marcus (1991) considera os seguintes elementos:

+

• layout: proporção e grids; uso de metáforas espaciais; design gráfico de exibidores e ferramentas; +• tipografia e seu uso em diálogos, formulários e relatórios; +• simbolismo: clareza e consistência no design de ícones; +• cores: os dez mandamentos sobre o uso de cores; +• visualização de informação: design de gráficos, diagramas e mapas; +• design de telas e elementos de interface (widgets).

+

Marcus (1991) e Mayhew (1999) sugerem uma comum estrutura de guia de estilo, no qual foi utilizada juntamente com a estrutura da análise do site Simples Nacional [2], como base para se desenvolver uma de seguinte formato:

+
    +
  1. Introdução +• Objetivo do guia de estilo +• Público-alvo do guia de estilos (programadores, gerentes, equipe de suporte) +• Como utilizar o guia (em produção e manutenção) +• Como manter o guia
    2. +
  2. Elementos de interface +Logotipo +• Tipografia +• Cores +Ícones
    3. +
+

Objetivo

+

Documentar e analisar decisões de design do site da Defensoria Pública do Distrito Federal, servindo de apoio para futuras atividades de uma avaliação de IHC.

+

Público alvo

+

Os alunos do grupo 02 de Interação Humano Computador da Universidade de Brasília, do ano de 2024, segundo semestre.

+

Como utilizar o guia

+

Este guia deve ser consultado sempre que necessário para realização de atividades da disciplina de IHC

+

Como manter o guia

+

Sempre que uma atualização neste documento for feita, a mesma deverá ser incluída no histórico de versões.

+

Elementos da Interface

+

Logotipo

+

+

Figura 1 - Logotipo

+

Tipografia

+

Analisando os elementos de texto por meio da ferramenta de inspeção do próprio navegador, descobriu-se que a fonte utilizada na página é a Poppins.

+

Uma fonte geométrica sem serifa, com suporte para os sistemas de escrita Devanagari e Latino.

+

+

Figura 2 - Dados da fonte Poppins

+

Cores

+

+

Figura 3 - Paleta de cores

+

Ícones

+

+

Figura 4 - Ícones

+

+

Figura 5 - Ícones

+

+

Figura 6 - Ícones

+

Bibliografia

+

[1] BARBOSA, S. et al. Interação Humano-Computador e Experiência do Usuário. [s.l.] Autopublicação - Leanpub, 2021.

+

[2] Análise da plataforma Simples Nacional - Características da plataforma, disponível em:https://interacao-humano-computador.github.io/2022.2-SimplesNacional/Tarefas/GuiaDeEstilo/. Acesso em 01 de dezembro de 2024.

+

[3] Google Fonts - Poppins, disponível em: https://fonts.google.com/specimen/Poppins/about. Acesso em 02 de dezembro de 2024

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Analise/metasdeusabilidade/index.html b/site/Analise/metasdeusabilidade/index.html new file mode 100644 index 00000000..cbcc4931 --- /dev/null +++ b/site/Analise/metasdeusabilidade/index.html @@ -0,0 +1,2217 @@ + + + + + + + + + + + + + + + + + + + + + + + Metas de Usabilidade - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Metas de Usabilidade

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
20/11/202421/11/20241.0Criação do Documento
Paola Nascimento		João Victor C. Nobre
+

As metas de usabilidade deste projeto foram definidas com base nos fatores de qualidade propostos por Nielsen (1994) e considerando os princípios gerais de design de Interação Humano-Computador. O objetivo é garantir que o sistema avaliado atenda aos requisitos de eficácia, eficiência, segurança, facilidade de aprendizado, facilidade de recordação e satisfação, proporcionando uma experiência de uso satisfatória e funcional para os usuários. Estas metas foram escolhidas com base em problemas observados no site da DPDF, como a dificuldade de localizar informações jurídicas essenciais, o número de cliques excessivo para acessar serviços e a falta de clareza em mensagens de erro.

+

Eficácia

+

Definida como a capacidade do sistema de realizar as tarefas para as quais foi projetado.
+Meta Aplicada: O sistema deve permitir que os usuários naveguem e acessem informações sobre serviços públicos e funcionalidades específicas (como busca de documentos ou acesso a processos) sem encontrar barreiras técnicas ou de usabilidade.

+

Eficiência

+

Relacionada ao tempo e recursos necessários para completar uma tarefa com sucesso.
+Meta Aplicada: Reduzir o número de passos necessários para completar ações importantes, como consulta a processos ou agendamento de atendimentos, permitindo que essas tarefas sejam concluídas em menos de três cliques ou menos de dois minutos.

+

Segurança

+

Concerne à proteção contra erros e recuperação fácil quando estes ocorrem.
+Meta Aplicada: Implementar mensagens de erro claras e opções de recuperação que orientem o usuário a corrigir erros rapidamente, assim como mecanismos que permitam ao usuário cancelar ações em andamento e lidar com situações como links quebrados, páginas que não carregam ou redirecionamentos inesperados e garantir que o usuário sempre tenha acesso ao menu principal ou a uma opção clara para retornar à página inicial, evitando situações em que fique "preso" em partes do site sem saída evidente.

+

Facilidade de Aprendizado

+

Refere-se ao esforço necessário para o usuário aprender a usar o sistema.
+Meta Aplicada: Disponibilizar uma interface intuitiva, com instruções claras e visíveis, de modo que novos usuários possam realizar suas tarefas principais na primeira tentativa sem necessidade de treinamento prévio.

+

Facilidade de Recordação

+

Diz respeito à facilidade com que o usuário consegue lembrar como utilizar o sistema após algum tempo.
+Meta Aplicada: Garantir a consistência visual e funcional no design, usando ícones padronizados e uma nomenclatura clara para menus e opções.

+

Satisfação

+

Refere-se à experiência emocional e subjetiva do usuário ao interagir com o sistema.
+Meta Aplicada: Proporcionar uma interface amigável e visualmente agradável, que transmita confiança e torne o uso do sistema uma experiência positiva.

+

Referências Bibliográficas

+
    +
  1. BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.
    2. +
  2. Preece, J.; Rogers, Y.; Sharp, H. Design de Interação: Além da Interação Humano Computador. Bookman, 3ª ed. 2013.
    3. +
  3. PERILLO, Matheus; SANTANA, Natan Tavares. Metas de usabilidade. Repositório do Grupo Agência Virtual Neoenergia Brasília da disciplina de Interação Humano Computador da Universidade de Brasília, 2022. Disponível em: [Link não fornecido]. Acesso em: 09 maio 2023.
    4. +
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Analise/perfilUsuario/index.html b/site/Analise/perfilUsuario/index.html new file mode 100644 index 00000000..1ec9b535 --- /dev/null +++ b/site/Analise/perfilUsuario/index.html @@ -0,0 +1,1204 @@ + + + + + + + + + + + +Perfil de Usuário - Defensoria Pública do Distrito Federal + + + + + + + + + + + + +
+ + Pular para conteúdo + +
+
+
+
+ + +
+
+
+
+
+
+
+ +
+
+
+
+
+
+ +
+
+
+
+
+

Perfil de Usuário

+

Perfil do Usuário da Defensoria Pública do Distrito Federal

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
29/11/202430/11/20241.0Criação do DocumentoJoão Victor C. NobreLucas Sales
+
+

Objetivo da Pesquisa

+

Esta pesquisa tem como objetivo entender o perfil dos usuários do site da Defensoria Pública do Distrito Federal, explorando a experiência dos usuários com a acessibilidade, usabilidade e a tecnologia utilizada pelo serviço. A seguir, apresentamos os resultados da pesquisa.

+
+

Perfil do Usuário da Defensoria Pública do Distrito Federal

+

Resultados

+

Os resultados obtidos através da pesquisa e do questionário são consistentes, revelando semelhanças entre os métodos aplicados. O questionário incluiu perguntas específicas que podem ser vistas na Tabela 1:

+

Tabela 1 - Perguntas do Formulário Eletrônico

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NúmeroPergunta
1Qual a sua idade?
2Qual o seu sexo?
3Qual a sua escolaridade?
4Qual a sua experiência com a Defensoria Pública?
5Qual a sua afinidade com tecnologia?
6Principal motivo para utilizar os serviços da Defensoria Pública?
7Qual dispositivo você mais usa para acessar o site?
8Qual sua ocupação atual?
9Por quanto tempo você utiliza dispositivos eletrônicos no dia?
+

A pesquisa revelou os seguintes dados estatísticos:

+
    +
  • Idade: A maioria dos usuários está entre 18 e 60 anos.
    • +
  • Sexo: 62,5% do sexo feminino e 37,5% do sexo masculino.
    • +
  • Status Socioeconômico: Predominam usuários de classe média, média-baixa e baixa.
    • +
  • Local de Trabalho: Usuários incluem estudantes, trabalhadores autônomos e assalariados.
    • +
  • Motivações: Buscam principalmente assistência jurídica gratuita e acessível.
    • +
  • Tecnologia: Celulares são os dispositivos mais utilizados para acessar os serviços.
    • +
  • Afinidade com Tecnologia: Jovens possuem maior familiaridade com o site, enquanto usuários mais velhos enfrentam desafios de navegação.
    • +
+

Distribuição de Idade dos Respondentes

+

A distribuição etária dos participantes revelou uma ampla diversidade, com representação significativa em diversas faixas etárias.

+
pie
+    title Idade dos Participantes
+    "Entre 18 e 30 anos" : 14
+    "Entre 30 e 40 anos" : 10
+    "Entre 40 e 60 anos" : 9
+    "Acima dos 60 anos" : 4
+    "Abaixo de 18 anos" : 1
+
+
+

Ocupações dos Participantes

+

Os respondentes são de diversas áreas, incluindo estudantes, funcionários públicos e profissionais liberais.

+
pie
+    title Ocupações dos Participantes
+    "Estudante" : 10
+    "Funcionário Público" : 5
+    "Profissional Liberal" : 5
+    "Empresário" : 3
+    "Assalariado" : 5
+
+
+

Nível de Escolaridade

+

A maior parte dos participantes possui o ensino superior, refletindo um perfil educacional elevado.

+
pie
+    title Escolaridade dos Participantes
+    "Ensino Superior Completo" : 14
+    "Ensino Superior Incompleto" : 7
+    "Ensino Médio Completo" : 5
+    "Ensino Médio Incompleto" : 3
+
+
+

Experiência com a Defensoria Pública

+

A pesquisa revelou uma variedade de experiências, com a maioria dos participantes possuindo pouca ou nenhuma experiência com a Defensoria Pública.

+
pie
+    title Experiência com a Defensoria Pública
+    "Nenhuma Experiência" : 10
+    "Pouca Experiência" : 12
+    "Média Experiência" : 6
+    "Alta Experiência" : 2
+
+
+

Familiaridade com as Tecnologias da Defensoria

+

Os participantes demonstraram baixa afinidade com as tecnologias utilizadas pela Defensoria, indicando uma possível área de melhoria em capacitação ou design de interface.

+
pie
+    title Afinidade com as Tecnologias da Defensoria
+    "Nenhuma Afinidade" : 10
+    "Pouca Afinidade" : 12
+    "Média Afinidade" : 7
+    "Alta Afinidade" : 2
+
+
+

Objetivos do Uso do Site da Defensoria

+

Os participantes utilizam o site principalmente para obter orientações jurídicas e agendar atendimentos.

+
pie
+    title Finalidade de Uso do Site
+    "Orientações Jurídicas" : 10
+    "Agendamento de Atendimento" : 6
+    "Central de Transparência" : 3
+    "Estágio e Colaboradores" : 2
+    "Outros" : 4
+
+
+

Facilidade de Uso do Site

+

Embora alguns participantes acharam o site fácil de usar, outros enfrentaram dificuldades, principalmente em tarefas mais complexas.

+
pie
+    title Facilidade de Uso do Site
+    "Muita Facilidade" : 4
+    "Alguma Facilidade" : 10
+    "Alguma Dificuldade" : 7
+    "Muita Dificuldade" : 2
+    "Não Consegui" : 3
+
+
+

Dispositivos Usados para Acessar o Site

+

A maior parte dos participantes acessou o site da Defensoria por dispositivos móveis.

+
pie
+    title Dispositivos Usados
+    "Computador" : 12
+    "Celular" : 15
+    "E-mail" : 1
+    "Notebook" : 1
+
+
+

Frequência de Uso de Dispositivos Eletrônicos no Dia-a-Dia

+

A maioria dos participantes usa dispositivos eletrônicos com alta frequência, com destaque para os dispositivos móveis.

+
pie
+    title Frequência de Uso de Dispositivos
+    "Muito Frequentemente" : 18
+    "Frequentemente" : 6
+    "Alguma Frequência" : 4
+    "Pouca Frequência" : 2
+    "Nunca" : 1
+
+
+

Bibliografia

+
    +
  1. Simples Nacional (2022). Análise do Perfil do Usuário no Simples Nacional. Available at: https://interacao-humano-computador.github.io/2022.2-SimplesNacional/Tarefas/perfilUsuario/ (Accessed: November 20, 2024).
    2. +
  2. Cooper, Alan (2007). About Face 3: The Essentials of Interaction Design. Wiley.
    3. +
  3. Para acessar o arquivo completo da pesquisa clique Aqui
    4. +
+
+
+
+ +
+ +
+ +
+
+
+
+ + + + \ No newline at end of file diff --git a/site/Analise/personas/index.html b/site/Analise/personas/index.html new file mode 100644 index 00000000..3e494f6e --- /dev/null +++ b/site/Analise/personas/index.html @@ -0,0 +1,2675 @@ + + + + + + + + + + + + + + + + + + + + + + + Personas - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Personas

+ +

Personas

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
20/11/202421/11/20241.0Criação do DocumentoJoão Victor C. Nobre

Karolina Vieira

Paola Nascimento		Lucas Sales
+

Introdução

+

Assim como economistas utilizam modelos para representar comportamentos de mercado, a engenharia de software adota a criação de personas como uma ferramenta poderosa para descrever e entender os usuários. No contexto da Defensoria Pública do Distrito Federal (DPDF), o desenvolvimento de personas é especialmente relevante para otimizar o design e a interação entre os cidadãos e os serviços prestados.

+

As personas são criadas com o objetivo de representar de forma geral o comportamento, os pensamentos e os objetivos dos diferentes perfis de usuários que interagem com o sistema. Apesar de serem fictícias, essas personas são baseadas em dados reais, coletados de usuários existentes. A partir dessa abordagem, é possível planejar serviços mais inclusivos e adequados às demandas da população atendida pela DPDF.

+

Criação e Contribuição

+

Para construir personas eficazes, é essencial que sejam baseadas em perfis reais e dados confiáveis. A qualidade das personas está diretamente relacionada à profundidade das informações coletadas. No caso da DPDF, foram consideradas as seguintes fontes de dados:

+
    +
  • Brainstorm de Fluxos: Feito para definir quais as principais tarefas do site e que tipo de usuário se beneficiaria delas;
    • +
  • Informações fornecidas pelos stakeholders: incluindo defensores públicos, assistentes sociais e outros profissionais envolvidos no atendimento;
    • +
  • Questionários direcionados: enviados a grupos de foco compostos por cidadãos que interagem e que não interagemcom serviços jurídicos;
    • +
  • Dados históricos: extraídos de relatórios de atendimentos anteriores realizados pela DPDF.
    • +
+

A criação de personas bem fundamentadas beneficia o projeto em vários aspectos, tais como:

+
    +
  • Identificar funcionalidades necessárias nos sistemas de agendamento, atendimento e suporte;
    • +
  • Melhorar a comunicação entre os stakeholders e as equipes de desenvolvimento;
    • +
  • Promover consenso sobre o design do sistema e medir sua eficácia;
    • +
  • Influenciar outras áreas do serviço, como campanhas de divulgação e programas de capacitação.
    • +
+

As personas construídas a partir desses dados ajudam a DPDF a entender os diferentes perfis de usuários que dependem de seus serviços e, consequentemente, a melhorar a acessibilidade, a eficiência e a satisfação geral com os sistemas implementados.

+

Escolhas da Persona

+

Após levantamento de dados e análise das necessidades da DPDF, o grupo identificou três personas principais, cada uma representando um perfil significativo de usuários. A escolha desse número foi motivada pelos seguintes fatores:

+
    +
  1. +

    Diversidade dos atendimentos: Os serviços da DPDF atendem a uma ampla gama de casos, mas as maiores diferenças estão relacionadas às áreas de atuação (como assistência jurídica, mediação de conflitos e orientação social). Esses perfis compartilham um conjunto comum de interações com os sistemas da instituição.

    +
    2. +
  2. +

    Perfil secundário: É importante considerar usuários que precisam de suporte adicional, como pessoas com baixo letramento digital ou acesso limitado à internet.

    +
    3. +
  3. +

    Simplicidade dos serviços básicos: Apesar de abrangerem diferentes contextos legais, os serviços mais buscados pela DPDF possuem uma interface e um fluxo simples, permitindo que os mesmos perfis de usuários acessem diferentes áreas de atendimento.

    +
    4. +
+

Além das personas principais, foi criada uma antipersona, representando indivíduos que não se enquadram no público-alvo da DPDF. Este perfil foi definido com base nos critérios de elegibilidade e nos requisitos para o atendimento pela Defensoria, como renda ou questões legais que não se enquadram nos serviços prestados.

+

Com essa abordagem, a DPDF busca alinhar seus sistemas e processos às necessidades reais de seus usuários, garantindo que o atendimento seja mais acessível, eficiente e humanizado.

+

Personas Primárias:

+

Carlos Marinho

+

+Carlos Marinho

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtributoDetalhes
Idade42 anos
SexoMasculino
RelacionamentosCasado, pai de dois filhos
Local de TrabalhoTrabalha como motorista de aplicativo e faz "bicos" para complementar a renda
Dispositivos UsadosSmartphone (principalmente), com internet limitada
Afinidade com TecnologiaBaixa; utiliza o celular apenas para atividades essenciais
ExpectativasEncontrar informações claras e diretas, sem necessidade de buscar em várias páginas
Resolver questões de documentos ou serviços com rapidez
FrustraçõesLinks quebrados e a falta de responsividade do site dificultam o uso
Dificuldade para encontrar informações específicas sobre direitos trabalhistas
ObjetivosRegularizar sua situação tributária e acessar benefícios sociais
+

Ana Oliveira

+

+Maria +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtributoDetalhes
Idade45 anos
SexoFeminino
RelacionamentosCasada, mãe de um filho
Local de TrabalhoAuxiliar administrativo
Dispositivos UsadosComputador, com conexão estável
Afinidade com TecnologiaModerada, familiarizada com pacotes Office
ExpectativasEncontrar informações claras e atualizadas que confirmem que sua solicitação foi recebida e está em processamento
FrustraçõesO sistema de acompanhamento é confuso, com menus pouco intuitivos e informações espalhadas
Mesmo após localizar a área correta, o status da solicitação apresenta mensagens genéricas, sem detalhes específicos sobre o andamento do processo ou prazos estimados
ObjetivosAcompanhar a resposta de uma solicitação
+

João Vitor Freitas

+

+João +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtributoDetalhes
NomeJoão Vitor Freitas
Idade25 anos
ProfissãoEstudante de advocacia
RelacionamentosSolteiro
Local de TrabalhoEstudante
Dispositivos UsadosSmartphone e computador, com acesso à internet rápida
Afinidade com TecnologiaAlta; habilidades avançadas em tecnologia e boa capacidade de leitura
Expectativas- Compreender melhor os serviços oferecidos pela Defensoria Pública
Frustrações- Dificuldade em acessar informações detalhadas sobre os serviços da Defensoria Pública
Objetivos- Obter informações detalhadas sobre os serviços jurídicos e a atuação da Defensoria Pública
- Obter informações sobre estágios disponíveis na área de direito
+

Personas Secundárias

+

Cecília Souza

+

+Cecilia +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtributoDetalhes
Idade60 anos
SexoFeminino
RelacionamentosCasada, mãe de quatro filhos
Local de TrabalhoAposentada
Dispositivos UsadosSmartphone, com acesso à internet limitada
Afinidade com TecnologiaBaixa; utiliza a tecnologia apenas para atividades essenciais
ExpectativasEncontrar informações simples e rápidas, sem complicação
Acessar benefícios sociais e resolver questões relacionadas denuncia online
FrustraçõesSites com linguagem técnica ou difícil de entender
Navegação complicada e informações pouco claras
ObjetivosFazer uma denúncia online
+
+

Anti-Persona

+

Luiza Martins

+

+Luiza +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtributoDetalhes
NomeLuiza
Idade16 anos
ProfissãoEstudante de ensino médio
RelacionamentosNão especificado
Local de TrabalhoNão possui trabalho
Dispositivos UsadosSmartphone (uso diário), computador para estudos
Afinidade com TecnologiaMédia; usa tecnologia frequentemente, mas tem dificuldade com recursos mais avançados
Expectativas- Acesso fácil e rápido a redes sociais e conteúdos de entretenimento
- Não tem interesse em aprender sobre questões mais complexas de tecnologia ou serviços
Frustrações- Sites difíceis de navegar
- Conteúdos que exigem muita leitura ou compreensão
Objetivos- Ajudar alguém que precisa usar o site
+

Bibliografia

+

[1] Cooper, Alan, 1952 - About face 3: the essentials of interaction design

+

[2] This person does not exist. Available at: https://thispersondoesnotexist.com/ (Accessed: December 7, 2022).

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Apresentacoes/apresentacao1/index.html b/site/Apresentacoes/apresentacao1/index.html new file mode 100644 index 00000000..c4bbc893 --- /dev/null +++ b/site/Apresentacoes/apresentacao1/index.html @@ -0,0 +1,2092 @@ + + + + + + + + + + + + + + + + + + + + + + + Apresentação etapa 1 - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Apresentação etapa 1

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
12/11/202412/11/20241.0Criação do DocumentoLucas SalesJoão Victor C. Nobre
+

Artefatos realizados:

+
    +
  1. Planejamento do Projeto
    2. +
  2. Equipe
    3. +
  3. Lista de sites avaliados
    4. +
  4. Site selecionado para o projeto da disciplina
    5. +
  5. Ferramentas do projeto
    6. +
  6. Processo de Design
    7. +
  7. Cronograma das atividades
    8. +
+ +

Link para o vídeo da apresentação: +https://youtu.be/4Wx5g1dRp3E

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Apresentacoes/apresentacao2/index.html b/site/Apresentacoes/apresentacao2/index.html new file mode 100644 index 00000000..50a7cf14 --- /dev/null +++ b/site/Apresentacoes/apresentacao2/index.html @@ -0,0 +1,2090 @@ + + + + + + + + + + + + + + + + + + + + + + + Apresentação etapa 2 - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Apresentação etapa 2

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
03/12/202403/12/20241.0Criação do DocumentoJoão Victor C. NobreLucas Sales
+

Artefatos realizados:

+
    +
  1. Perfil de Usuário
    2. +
  2. Personas
    3. +
  3. Aspectos Éticos
    4. +
  4. Cenário
    5. +
  5. Analise de Tarefas
    6. +
+ +

Link para o vídeo da apresentação: +https://youtu.be/9Gzf1kI3XYg

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Apresentacoes/apresentacao3/index.html b/site/Apresentacoes/apresentacao3/index.html new file mode 100644 index 00000000..d8a1f06a --- /dev/null +++ b/site/Apresentacoes/apresentacao3/index.html @@ -0,0 +1,2089 @@ + + + + + + + + + + + + + + + + + + + + + + + Apresentação etapa 3 - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Apresentação etapa 3

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
03/12/202403/12/20241.0Criação do DocumentoJoão Victor C. NobreLucas Sales
+

Artefatos realizados:

+
    +
  1. Princípios gerais do projeto
    2. +
  2. Guia de estilo
    3. +
  3. Características da plataforma
    4. +
  4. Metas de usabilidade
    5. +
+ +

Link para o vídeo da apresentação: +https://youtu.be/2M08WOaUOqg

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/site/Atas/ata_reuni\303\243o1/index.html" "b/site/Atas/ata_reuni\303\243o1/index.html" new file mode 100644 index 00000000..57aeab95 --- /dev/null +++ "b/site/Atas/ata_reuni\303\243o1/index.html" @@ -0,0 +1,2430 @@ + + + + + + + + + + + + + + + + + + + + + + + Ata 1° reunião - 02/11/2024 - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Reunião 02/11/2024

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
06/11/202407/11/20241.0Criação do DocumentoKarolina VieiraPaola Nascimento
06/11/202410/11/20241.1Adicionado o histórico de versõesLucas SalesJoão Victor C. Nobre
+

Início: 10:15 | Fim: 11:20

+

Objetivo

+

A reunião inicial com a equipe teve como propósito definir as plataformas a serem empregadas, estabelecer o cronograma das reuniões e escolher as metodologias que serão seguidas ao longo do projeto.

+

Participantes Convocados

+

Na Tabela 1, são apresentados os participantes da reunião juntamente com os indicadores que demonstram se estão presentes ou não.

+

Tabela 1: Convocação.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NomePresente
João VictorSim
Karolina VieiraSim
Lucas SalesSim
Paola NascimentoNão
Paulo HenriqueNão
+

Pautas

+
    +
  • Planejamento do projeto;
    • +
  • Definir responsável pela criação do GitPages;
    • +
  • Definir ferramentas do projeto;
    • +
  • Definir processo de design;
    • +
  • Construir cronograma;
    • +
  • Definir lista de sites avaliados;
    • +
  • Definir site a ser avaliado no projeto;
    • +
  • Distribuição de tarefas para próximos passos.
    • +
+

Compromissos

+

Tabela 1: Compromissos.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
N°CompromissoResponsávelData
1Configuração do repositório para o PagesJoão Victor04/11
3Site selecionado para o projeto da disciplina - PagesLucas Sales05/11
5Lista de sites avaliados - PagesKarolina Vieira05/11
7Heatmap de disponibilidade dos integrantes - PagesLucas Sales05/11
9Ferramentas do projeto - PagesKarolina Vieira06/11
10Equipe - PagesJoão Victor04/11
11Processo de design - PagesLucas Sales06/11
12CronogramaTodos08/11
13Cronograma - PagesLucas Sales07/11
14Ata da reunião - PagesKarolina Vieira08/11
15Entrega parcialTodos08/11
16Revisão da entrega parcialTodos09/11
17Revisão finalTodos10/11
18EntregaLucas Sales11/11
=======
+

Compromissos

+

Tabela 2: Compromissos

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
N°CompromissoResponsávelData
1Configuração do repositório para o PagesJoão Victor04/11
3Site selecionado para o projeto da disciplinaLucas Sales05/11
5Lista de sites avaliadosKarolina Vieira05/11
7Heatmap de disponibilidade dos integrantesLucas Sales05/11
9Ferramentas do projetoKarolina Vieira06/11
10Equipe - PagesJoão Victor04/11
11Processo de designLucas Sales06/11
12CronogramaTodos08/11
13Cronograma - PagesLucas Sales07/11
14Ata da reunião - PagesKarolina Vieira08/11
15Entrega parcialTodos08/11
16Revisão da entrega parcialTodos09/11
17Revisão finalTodos10/11
18EntregaLucas Sales11/11
+

Você pode ver a versão em PDF aqui
+E o vídeo da reunião aqui
+(Devido a problemas na gravação o áudio dos demais integrantes não foi gravado)

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/site/Atas/ata_reuni\303\243o2/index.html" "b/site/Atas/ata_reuni\303\243o2/index.html" new file mode 100644 index 00000000..1264533c --- /dev/null +++ "b/site/Atas/ata_reuni\303\243o2/index.html" @@ -0,0 +1,2240 @@ + + + + + + + + + + + + + + + + + + + + + + + Ata 2° reunião - 09/11/2024 - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Reunião 09/11/2024

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
09/11/202409/11/20241.0Criação do DocumentoPaola LimaJoão Victor C. Nobre
10/11/202410/11/20241.0Adição no pagesJoão Victor C. NobreLucas Sales
13/11/202413/11/20241.2Adição de participantes no pagesLucas SalesJoão Victor C. Nobre
+

Início: 10:15 | Fim: 11:42

+

Objetivo

+

Foi feita com o objetivo de definir melhor os objetivos do projeto, decidir por definitivo qual seria o site analisado, e melhor organização da equipe!

+

Participantes Convocados

+

Na Tabela 1, são apresentados os participantes da reunião juntamente com os indicadores que demonstram se estão presentes ou não.

+

Tabela 1: Convocação

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NomePresente
João VictorSim
Karolina VieiraSim
Lucas SalesSim
Paola NascimentoSim
Paulo HenriqueNão
+

Pautas

+
    +
  • Finalização do cronomgrama da etapa 1
    • +
  • Definir o planejamento do cronograma por etapas
    • +
  • Troca do site para o da Defensoria Pública
    • +
  • Correção da lista de sites avaliados
    • +
+

Compromissos

+

Tabela 2: Compromissos

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
N°CompromissoResponsávelData
1Subir videos no youtubeLucas Sales04/11
2Especificar as atividades no cronograma com datas e responsáveisTodos05/11
3Cada um colocar no Pages o site avaliado com o PDF e o linkTodos05/11
4Atualizar o site do pages para o da DPDFLucas Sales05/11
+

Você pode ver a versão em PDF aqui
+E o vídeo da reunião aqui
+(Devido a problemas na gravação o áudio dos demais integrantes não foi gravado)

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/site/Atas/ata_reuni\303\243o3/index.html" "b/site/Atas/ata_reuni\303\243o3/index.html" new file mode 100644 index 00000000..d5b76766 --- /dev/null +++ "b/site/Atas/ata_reuni\303\243o3/index.html" @@ -0,0 +1,2232 @@ + + + + + + + + + + + + + + + + + + + + + + + Ata 3° reunião - 10/11/2024 - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
09/11/202409/11/20241.0Criação do DocumentoLucas SalesJoão Victor C. Nobre
+

Reunião 10/11/2024

+

Início: 18: | Fim: 21:40

+

Objetivo

+

Finalizar artefatos para gravar apresentação da etapa

+

Participantes Convocados

+

Na Tabela 1, são apresentados os participantes da reunião juntamente com os indicadores que demonstram se estão presentes ou não.

+

Tabela 1: Convocação

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NomePresente
João VictorSim
Karolina VieiraSim
Lucas SalesSim
Paola NascimentoSim
Paulo HenriqueNão
+

Pautas

+

1 - Finalização o cronograma completo +2 - Revisar Artefatos

+

Compromissos

+

Tabela 2: Compromissos

+ + + + + + + + + + + + + + + + + + + + + + + +
N°CompromissoResponsávelData
1Gravar Apresentação etapa 1Todos10/11
2Atualizar doc com link das reuniõesLucas10/11
+

Você pode ver a versão em PDF aqui
+E o vídeo da reunião aqui
+(Devido a problemas na gravação o áudio dos demais integrantes não foi gravado)

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Atas/index.html b/site/Atas/index.html new file mode 100644 index 00000000..9cca085c --- /dev/null +++ b/site/Atas/index.html @@ -0,0 +1,1923 @@ + + + + + + + + + + + + + + + + + + + Index - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Index

+ +

Nesta seção é possível analisar as Atas de reunião do grupo

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/site/Contribui\303\247\303\243o/Politicas/Branch/index.html" "b/site/Contribui\303\247\303\243o/Politicas/Branch/index.html" new file mode 100644 index 00000000..45ff1a0f --- /dev/null +++ "b/site/Contribui\303\247\303\243o/Politicas/Branch/index.html" @@ -0,0 +1,2179 @@ + + + + + + + + + + + + + + + + + + + + + + + Políticas de Branchs - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Políticas de Branch

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
10/11/202410/11/20241.0Criação do DocumentoJoão Victor C. NobreLucas Sales
+

Fluxo de Branches para Contribuição

+

O projeto possui três branches principais, cada uma com um papel específico:

+
    +
  • main: Contém a versão mais estável e revisada do projeto. Atualizações nessa branch ocorrem apenas após a aprovação de um novo ponto de controle.
    • +
  • gh-pages: Utilizada para o deploy da documentação, sendo atualizada após a integração de mudanças estáveis na branch main.
    • +
  • devel: Branch destinada à versão de desenvolvimento da documentação, onde as últimas alterações são integradas. Ela contém mudanças que podem estar incompletas ou em fase de revisão.
    • +
+

Diretrizes para Contribuição

+
    +
  1. Qual branch devo usar como base para minhas alterações?
    2. +
  2. +

    Inicie seu trabalho na branch devel, pois ela contém as alterações mais recentes e em progresso. Assim, você sempre estará trabalhando com a versão mais atualizada da documentação. Após um ponto de controle, as alterações de devel passam por revisão e são movidas para main, garantindo uma nova versão estável.

    +
    3. +
  3. +

    Como criar uma nova branch para minhas contribuições?

    +
    4. +
  4. +

    Siga os passos abaixo para criar uma branch local a partir da devel: + 

    git checkout devel
+git pull origin devel
+git checkout -b <sua-nova-branch>
+
    +Aqui está a seção reformulada com as instruções de nomenclatura para as branches:

    +
    5. +
  5. +

    Como devo nomear minhas branches?

    +
    6. +
  6. +

    Ao criar uma branch, é importante que seu nome seja claro e informativo. Ele deve indicar tanto o tipo de alteração quanto o conteúdo específico. Abaixo estão exemplos de sufixos para identificar o tipo de modificação:

    +
      +
    • fix: Para correções, como ajustes em erros ou bugs. Exemplo: fix_cronograma.
      • +
    • new: Para novos recursos ou documentos que estão sendo adicionados. Exemplo: new_introducao.
      • +
    • upd: Para atualizações em conteúdo já existente, sem introduzir novos recursos ou se tratar de uma correção. Exemplo: upd_manual_uso.
      • +
    +
    7. +
  7. +

    Lembre-se de substituir o termo entre parênteses e ajustar o nome da branch conforme o conteúdo específico que está sendo modificado.

    +
    8. +
+

Resumo dos sufixos para nomes de branches:

+
    +
  • fix: Correções
    • +
  • new: Novo conteúdo
    • +
  • upd: Atualizações
    • +
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/site/Contribui\303\247\303\243o/Politicas/Commit/index.html" "b/site/Contribui\303\247\303\243o/Politicas/Commit/index.html" new file mode 100644 index 00000000..94169433 --- /dev/null +++ "b/site/Contribui\303\247\303\243o/Politicas/Commit/index.html" @@ -0,0 +1,2170 @@ + + + + + + + + + + + + + + + + + + + + + + + Políticas de Commit - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Políticas de Commit

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
10/11/202410/11/20241.0Criação do DocumentoJoão Victor C. NobreLucas Sales
+
+

Diretrizes para Nomenclatura e Realização de Commits

+

É recomendável realizar commits sempre que houver uma mudança significativa no projeto. Cada commit deve refletir uma alteração coesa, garantindo que as alterações subsequentes sejam distintas das anteriores. Isso facilita a rastreabilidade e a revisão do histórico de modificações.

+

Quando realizar commits?

+
    +
  • Frequência de commits: Realize commits com frequência para evitar grandes alterações acumuladas. Commits menores e mais constantes permitem uma melhor organização e compreensão das mudanças feitas.
    • +
  • Tamanho dos commits: Cada commit deve ser uma unidade lógica de trabalho. Evite adicionar várias mudanças de diferentes escopos em um único commit. Isso ajuda a rastrear e revisar o que foi feito com mais clareza.
    • +
+

Como nomear commits?

+
    +
  • O nome de um commit deve ser claro e descritivo, explicando brevemente o que foi alterado. Um bom nome facilita a identificação do propósito de cada commit.
    • +
+

Exemplo de boas práticas: +- [fix]: Para correções, como ajustes em erros ou bugs. Exemplo: [fix] corrigir erro de digitação no cronograma. +- [new]: Para novos recursos ou funcionalidades. Exemplo: [new] adicionar novo módulo de autenticação. +- [upd]: Para atualizações em funcionalidades ou documentos já existentes. Exemplo: [upd] atualizar documentação do projeto.

+

Benefícios de realizar commits frequentemente:

+
    +
  • Facilidade de rastreamento: Menores mudanças são mais fáceis de revisar e reverter, caso necessário.
    • +
  • Risco reduzido: Menos alterações significam menor risco de introduzir bugs ou problemas inesperados.
    • +
  • Reversibilidade: Caso seja necessário desfazer uma mudança, commits menores permitem reverter apenas as alterações pertinentes, sem perder o progresso de outras áreas do projeto.
    • +
+

Ao seguir essas orientações, você contribuirá para um histórico de código mais organizado, compreensível e fácil de gerenciar.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/site/Contribui\303\247\303\243o/Politicas/PullRequest/index.html" "b/site/Contribui\303\247\303\243o/Politicas/PullRequest/index.html" new file mode 100644 index 00000000..f109f096 --- /dev/null +++ "b/site/Contribui\303\247\303\243o/Politicas/PullRequest/index.html" @@ -0,0 +1,2207 @@ + + + + + + + + + + + + + + + + + + + + + Políticas de Pull Request - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Políticas de Pull Request

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
10/11/202410/11/20241.0Criação do DocumentoJoão Victor C. NobreLucas Sales
+
+

Diretrizes para Pull Requests

+

Os Pull Requests (PRs) são uma parte fundamental do fluxo de trabalho no Git, permitindo a revisão e a integração das alterações de uma branch para outra. Aqui estão as práticas a seguir ao criar e gerenciar Pull Requests:

+

Quando criar um Pull Request?

+
    +
  • Após a conclusão de uma tarefa ou funcionalidade: Sempre crie um PR quando terminar uma alteração significativa, como uma correção de bug, a adição de uma nova funcionalidade ou a atualização de um recurso.
    • +
  • Após revisar as mudanças: Antes de submeter um PR, revise suas alterações localmente para garantir que tudo esteja funcionando corretamente e que o código esteja limpo e bem documentado.
    • +
+

Como criar um Pull Request?

+
    +
  1. Escolha a branch correta: O PR deve ser feito da sua branch de trabalho para a branch devel.
    2. +
  2. Descreva claramente o que foi feito: O título e a descrição do PR devem ser claros e objetivos. Indique o que foi alterado, adicionado ou corrigido e, se necessário, explique o contexto das mudanças.
    3. +
+

Exemplo de título de PR:

+
    +
  • +

    [fix] Corrigir caminho da logo

    +
    • +
  • +

    [new] Ata da reunião do dia 09/11/2024

    +
    • +
+

Verifique a compatibilidade do código: Certifique-se de que suas alterações estão compatíveis com o restante do código do projeto, sem causar conflitos.

+

Solicite uma revisão: Escolha revisores adequados para avaliar seu PR e fornecer feedback construtivo.

+

Como fazer a revisão de um Pull Request?

+
    +
  • Evite aceitar seu próprio PR: Não é recomendável revisar e aprovar suas próprias mudanças. Muitas vezes, tendemos a acreditar que nosso trabalho está correto, o que pode nos impedir de identificar problemas ou melhorias. Por isso, é fundamental que outro membro da equipe avalie e revise suas alterações para garantir uma visão imparcial e um código de melhor qualidade.
    • +
  • Leia o código cuidadosamente: Ao revisar um PR, avalie a qualidade do código, a clareza das mudanças e a aderência aos padrões de desenvolvimento do projeto.
    • +
  • Teste as alterações: Sempre que possível, teste as alterações para garantir que o código funciona conforme esperado e não introduza novos problemas.
    • +
  • Forneça feedback claro e construtivo: Comente diretamente nas linhas de código relevantes ou na descrição do PR, detalhando quaisquer melhorias, correções ou sugestões.
    • +
+

Benefícios de Pull Requests bem feitos:

+
    +
  • Colaboração eficiente: PRs permitem que múltiplos desenvolvedores revisem e contribuam para as mudanças, garantindo que o código seja de alta qualidade.
    • +
  • Histórico bem documentado: Cada PR serve como uma documentação das alterações feitas, facilitando o entendimento do que foi modificado no projeto e por quê.
    • +
  • Menos conflitos: Ao revisar e integrar mudanças com frequência, você evita grandes conflitos de código e facilita a manutenção do projeto.
    • +
+

Resumo:

+
    +
  • Criação do PR: Após concluir suas alterações, crie um Pull Request para integrar sua branch à branch principal de desenvolvimento (devel).
    • +
  • Revisão do PR: Peça para outros desenvolvedores revisarem suas alterações e forneçam feedback.
    • +
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/site/Contribui\303\247\303\243o/Politicas/index.html" "b/site/Contribui\303\247\303\243o/Politicas/index.html" new file mode 100644 index 00000000..75e6e3b8 --- /dev/null +++ "b/site/Contribui\303\247\303\243o/Politicas/index.html" @@ -0,0 +1,2107 @@ + + + + + + + + + + + + + + + + + + + + + + + Politicas - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Politicas

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
10/11/202410/11/20241.0Criação do DocumentoJoão Victor C. NobreLucas Sales
+

Como contribuir?

+

Para contribuir acesse o Passo-a-Passo

+

O que fazer para contribuir?

+

Leia as seguintes políticas de práticas do repositório, elas ditam o padrão que deve ser seguido +para a contribuição do repositório, tenha certeza de entende-las e segui-las:

+ + + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/site/Contribui\303\247\303\243o/Tutorial/index.html" "b/site/Contribui\303\247\303\243o/Tutorial/index.html" new file mode 100644 index 00000000..74bf7679 --- /dev/null +++ "b/site/Contribui\303\247\303\243o/Tutorial/index.html" @@ -0,0 +1,2268 @@ + + + + + + + + + + + + + + + + + + + + + + + Como contribuir? - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Como contribuir?

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
10/11/202410/11/20241.0Criação do DocumentoJoão Victor C. NobreLucas Sales
+

Pré-requisitos de software

+

Windows:

+
    +
  • Python (inclui o pip, o gerenciador de pacotes do Python)
    • +
  • Git (Necessário para a clonagem e contribuição)
    • +
+

Linux:

+
    +
  • Python 3 (instalável com o comando abaixo): + 
    sudo apt install python3 python3-pip
+
    • +
+

Primeiros passos

+
    +
  1. +

    Verifique a instalação do Python
    + No terminal (ou prompt de comando), execute: + 

    python --version
+
    + Se a versão do Python não aparecer, siga as instruções do site oficial do Python para instalar a versão mais recente.

    +
    2. +
  2. +

    Instale o MkDocs usando pip
    + Com o Python instalado, use o pip para instalar o MkDocs: + 

    pip install mkdocs
+

    +
    3. +
  3. +

    Verifique a instalação do MkDocs
    + Confirme que o MkDocs foi instalado corretamente: + 

    mkdocs --version
+
    + Se o comando mostrar a versão do MkDocs, a instalação foi bem-sucedida.

    +
    4. +
+

MkDocs instalado e agora?

+

Com o MkDocs instalado visite o repositório do projeto aqui

+

Clonando o Projeto e Executando o Servidor Local

+
    +
  1. +

    Clone o Repositório
    + Primeiro, abra o terminal ou prompt de comando e navegue até o diretório onde deseja clonar o projeto. Execute o comando abaixo para clonar o repositório: + 

    git clone https://github.com/Interacao-Humano-Computador/2024.2-Grupo02
+

    +
    2. +
  2. +

    Acesse o Diretório do Projeto
    + Após clonar o repositório, entre na pasta do projeto com o seguinte comando: + 

    cd 2024.2-Grupo02
+
    + Você também pode abrir um terminal no diretório do repositório, usando IDEs ou as próprias ferramentas do sistema operacional

    +
    3. +
  3. +

    Instale as Dependências
    + Verifique se você tem todas as dependências necessárias do projeto. Se o MkDocs possui plugins específicos ou temas personalizados, eles devem estar listados no arquivo requirements.txt. Instale-os com o comando: + 

    pip install -r requirements.txt
+

    +
    4. +
  4. +

    Execute o Servidor Local do MkDocs
    + Para visualizar o projeto localmente, inicie o servidor local com o seguinte comando: + 

    mkdocs serve
+
    + O MkDocs estará acessível em http://127.0.0.1:8000/ no navegador. As alterações realizadas nos arquivos de documentação são atualizadas automaticamente no navegador enquanto o servidor estiver em execução.

    +
    5. +
  5. +

    Personalize e Edite o Conteúdo
    + Com o servidor local em execução, você pode editar os arquivos Markdown (.md) no diretório docs do projeto. Ao salvar as alterações, o servidor atualizará automaticamente a visualização no navegador.

    +
    6. +
+
+

Seguindo esses passos, você poderá visualizar e editar a documentação do projeto localmente. Para contribuir, você pode criar commits com suas mudanças e enviar um pull request para o repositório principal.

+
    +
  • Lembre-se as páginas criadas devem ser adicionadas em mkdocs.yml
    • +
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Desenvolvimento/Planejamento_prototipoPapel/index.html b/site/Desenvolvimento/Planejamento_prototipoPapel/index.html new file mode 100644 index 00000000..bf6a2add --- /dev/null +++ b/site/Desenvolvimento/Planejamento_prototipoPapel/index.html @@ -0,0 +1,2176 @@ + + + + + + + + + + + + + + + + + + + Planejamento prototipoPapel - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
27/12/202403/01/20251.0Criação do DocumentoKarolina VieiraPaola Nascimento
+

Planejamento da Avaliação do Protótipo de Papel

+

Introdução

+

O Planejamento da Avaliação do Protótipo de Papel envolve a preparação e organização necessárias para avaliar a usabilidade de um design de IHC representado em papel. Esse processo é realizado por meio de simulações de uso com a participação de potenciais usuários, o que possibilita identificar problemas de usabilidade antes mesmo da criação de uma solução de IHC funcional. Importante ressaltar que esse método facilita a avaliação de soluções parciais, que não abrangem toda a interface, e de protótipos de baixa ou média fidelidade, que ainda não possuem todos os detalhes da interface definidos. +Assim, a avaliação do protótipo de papel será conduzida com base nas tarefas descritas na Tabela 1. +| Tarefas a serem executadas no site da DPDF | +|---------------------------------------------| +| Agendamento para uma consulta com um advogado (funcionalidade inexistente no site) | +| Diagrama HTA – Utilizar o Chatbot | +| Diagrama HTA – Solicitar atendimento à SUAP|

+

Metodologia

+

O framework DECIDE será utilizado para guiar o planejamento, execução e análise da avaliação do protótipo de papel. Assim, na Tabela 2 estão listadas as etapas a serem realizadas, cada uma correspondente às letras que compõem a palavra DECIDE.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EtapaDescrição
DDeterminar os objetivos da avaliação de IHC.
EExplorar perguntas a serem respondidas com a avaliação.
CEscolher (Choose) os métodos de avaliação a serem utilizados.
IIdentificar e administrar as questões práticas da avaliação.
DDecidir como lidar com as questões éticas.
EAvaliar (Evaluate), interpretar e apresentar os dados.
+

O método de avaliação escolhido para lidar com o protótipo de papel foi a entrevista. Esse método irá promover dados a partir do ponto de vista do usuário.

+

Objetivos

+

Os principais pontos a serem avaliados, seguindo o modelo proposto pelo DECIDE, são: +Apropriação de tecnologia pelos usuários; +Ideias e alternativas de design; +Conformidade com um padrão; +Problemas na interação e na interface.

+

Método de Avaliação

+

A entrevista foi escolhida como método de avaliação adequado para o Protótipo de Papel. Esse método será realizado de forma presencial. Para iniciar a avaliação, deverá ser apresentado ao usuário um termo de consentimento e, em seguida e caso o termo seja aceito, será apresentada a proposta do projeto, a apresentação do protótipo e das tarefas a serem realizadas; por fim, haverá a realização de um questionário.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoObjetivo
01O protótipo de papel apresenta tarefas condizentes com a realidade?Verificar a conformidade com um padrão
02O protótipo apresenta uma sequência de tarefas condizente com a realidade?Verificar a conformidade com um padrão
03De que maneira o usuário utiliza o sistema? Em que difere do planejado?Analisar a apropriação da tecnologia
04O quanto os usuários são motivados ou desejam explorar novas funcionalidades?Analisar a apropriação da tecnologia
05Há alternativas de design mais eficientes? Mais fáceis de aprender?Comparar ideias e alternativas de design
06Qual das alternativas de design os usuários preferem (atual ou proposta no protótipo)? Por quê?Comparar ideias e alternativas de design
07O usuário consegue operar o sistema?Identificar problemas na interação e interface
08O usuário entende para que serve cada elemento de interface?Identificar problemas na interação e interface
+

Cronograma

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Entrevistador(es)Entrevistado(s)Horário de InícioHorário de FimData
Karolina VieiraFernanda Alves15:0015:3002/01/2024
Lucas Sales
Paola Rebeca
+

Aspectos Éticos

+

Para deixar claro o objetivo e os procedimentos a serem realizados nesta avaliação, será utilizado o Termo de Consentimento. O termo de consentimento será devidamente adaptado para conter as informações relacionadas ao tema Protótipo de Papel sendo elaborado considerando os Aspectos Éticos para garantir o bem-estar e o respeito ao voluntário participante.

+

Avaliação dos Resultados

+

Os resultados obtidos a partir das avaliações propostas no cronograma serão analisados como disposto no documento de Planejamento do Relato de Resultados. Caso necessário, o protótipo sofrerá modificações após a avaliação dos resultados, adequando-se às melhorias necessárias.

+

Bibliografia

+

[1] BARBOSA, S. et al. Interação Humano-Computador e Experiência do Usuário. [s.l.] Autopublicação - Leanpub, 2021.

+

[2] Análise da plataforma Simples Nacional - Características da plataforma, disponível em: https://interacao-humano-computador.github.io/2022.2-SimplesNacional/DesignAvaliacaoDesen/Nivel1/AnaliseDeTarefas/PlanejamentoAvAnaliseDeTarefas/. Acesso em 10 de dezembro de 2024.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Desenvolvimento/Planejamento_relatodoStoryborad/index.html b/site/Desenvolvimento/Planejamento_relatodoStoryborad/index.html new file mode 100644 index 00000000..7cef0f6e --- /dev/null +++ b/site/Desenvolvimento/Planejamento_relatodoStoryborad/index.html @@ -0,0 +1,2074 @@ + + + + + + + + + + + + + + + + + + + Planejamento relatodoStoryborad - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
27/12/202403/01/20241.0Criação do DocumentoKarolina VieiraPaola Nascimento
+

Planejamento do Relato de Resultados da Avaliação do Storyboard

+

Introdução

+

O objetivo do relato de resultados é documentar os resultados obtidos a partir de uma avaliação. Este documento apresenta um planejamento para a criação desse relato, referente à avaliação dos storyboards desenvolvidos pela equipe.

+

Elementos do Relato de Resultados

+

Após a realização da avaliação, os avaliadores deverão elaborar um relato de resultados, incluindo os itens descritos a seguir.

+

Objetivos da Avaliação

+

O relato de resultados deve apresentar os objetivos da avaliação e verificar se esses objetivos foram atingidos.

+

Metodologia

+

O relato de resultados deve incluir um resumo da metodologia utilizada, de acordo com o que foi registrado no planejamento da avaliação.

+

Avaliadores e Participantes

+

O avaliador deve registrar quem foram os avaliadores e os participantes do teste piloto e da avaliação.

+

Sumário dos Dados

+

O avaliador deve registrar as respostas dos entrevistados para cada uma das perguntas planejadas, incluindo também as considerações do usuário caso ele responda "não" ou "não sei" a alguma pergunta.

+

Problemas Identificados

+

O avaliador deve listar os problemas encontrados nos storyboards, com base nos resultados obtidos.

+

Sugestões de Correção

+

O avaliador deve propor sugestões de correção para os problemas encontrados, levando em consideração as sugestões do usuário e acrescentando as suas próprias, caso necessário.

+

Gravações do Teste Piloto e da Entrevista

+

O avaliador deve incluir no relato de resultados as gravações do teste piloto e da entrevista. Se o teste piloto indicar a necessidade de ajustes no planejamento da avaliação, esses ajustes também devem ser registrados.

+

Bibliografia

+

[1] BARBOSA, Simone; DINIZ, Bruno. Interação Humano-Computador. Editora Elsevier, Rio de Janeiro, 2010.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Desenvolvimento/Planejamento_resultados_prototipoPapel/index.html b/site/Desenvolvimento/Planejamento_resultados_prototipoPapel/index.html new file mode 100644 index 00000000..8c7edd00 --- /dev/null +++ b/site/Desenvolvimento/Planejamento_resultados_prototipoPapel/index.html @@ -0,0 +1,2099 @@ + + + + + + + + + + + + + + + + + + + Planejamento resultados prototipoPapel - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
27/12/202403/01/20251.0Criação do DocumentoKarolina VieiraPaola Nascimento
+

Planejamento do Relato de Resultados dos Protótipo de Papel

+

Introdução

+

Este documento tem como objetivo detalhar o planejamento para o tratamento dos dados coletados durante a avaliação, bem como levantar informações e demandas relacionadas ao sistema avaliado. +É importante ressaltar que os resultados da avaliação de IHC geralmente apontam potenciais problemas. No entanto, a ausência de problemas identificados não implica necessariamente que o sistema esteja livre de defeitos. Não há como garantir um design de interface completamente isento de falhas ou problemas relacionados à interação humano-computador.

+

Metodologia

+

A avaliação será conduzida conforme o planejamento estabelecido, e os dados obtidos serão analisados com base nas perguntas formuladas previamente. Caso o usuário esteja em um ambiente inadequado ou apresente sinais de desconforto ou inaptidão, a avaliação será imediatamente interrompida, e os dados coletados poderão ser descartados.

+

Relato de Resultados

+

Os tópicos apresentados a seguir devem ser explicitamente abordados na avaliação:

+

Objetivos

+

Os objetivos da avaliação devem estar claramente descritos e compreendidos pelos participantes. O documento deve incluir informações sobre como o usuário alcançou seus objetivos e, se aplicável, as razões pelas quais não o fez.

+

Participantes

+

Os participantes da avaliação devem ser listados e limitados a no máximo dois: um entrevistador e um entrevistado. O entrevistado não deve ter nenhum vínculo com o projeto e deve se encaixar no perfil de usuário definido previamente.

+

Metodologia da Avaliação

+

A metodologia empregada deve estar claramente especificada no relato dos resultados. As respostas do(s) questionário(s) utilizados devem ser incluídas, e, caso estejam incompletas ou negativas, devem ser acompanhadas de explicações para tais situações.

+

Tarefas

+

As tarefas realizadas pelos participantes devem ser descritas em detalhe no relato dos resultados, abrangendo tanto as atribuções dos avaliadores quanto as dos avaliados.

+

Interpretação

+

Os dados coletados devem ser interpretados de forma sistemática para garantir um relato robusto dos resultados. Sugere-se utilizar os tópicos indicados no documento de planejamento para orientar essa etapa.

+

Problemas

+

Todos os problemas encontrados pelo usuário devem ser listados, seja na aplicação prática do sistema presente no protótipo de papel ou na formulação do protótipo em si.

+

Sugestões

+

Sugestões de melhorias ou correções de problemas mencionadas pelos usuários durante a avaliação devem ser documentadas.

+

Conclusão

+

Os avaliadores devem consolidar suas constatações em um documento contendo: +Os objetivos e o escopo da avaliação; +A metodologia empregada na avaliação; +O número e o perfil dos usuários e avaliadores participantes; +Um sumário dos dados coletados, incluindo tabelas e gráficos; +Um relato detalhado da interpretação e análise dos dados; +Uma lista dos problemas identificados; +Sugestões de melhorias para o sistema.

+

Bibliografia

+

[1] BARBOSA, S. et al. Interação Humano-Computador e Experiência do Usuário. [s.l.] Autopublicação - Leanpub, 2021.

+

[2] Análise da plataforma Simples Nacional - Características da plataforma, disponível em: https://interacao-humano-computador.github.io/2022.2-SimplesNacional/DesignAvaliacaoDesen/Nivel1/AnaliseDeTarefas/PlanejamentoAvAnaliseDeTarefas/. Acesso em 10 de dezembro de 2024.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Desenvolvimento/Relato_prototipoPapel/index.html b/site/Desenvolvimento/Relato_prototipoPapel/index.html new file mode 100644 index 00000000..62201585 --- /dev/null +++ b/site/Desenvolvimento/Relato_prototipoPapel/index.html @@ -0,0 +1,2049 @@ + + + + + + + + + + + + + + + + + + + Relato prototipoPapel - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
27/12/202403/01/20251.0Criação do DocumentoKarolina Vieira
+

Relato de Resultados do Protótipo de Papel

+

Introdução

+

Os protótipos têm como finalidade permitir que usuários e stakeholders interajam com uma visão inicial de um produto. Essa interação é extremamente útil para identificar pontos fortes e áreas de melhoria em funcionalidades e no produto como um todo.

+

O uso de protótipos de papel prioriza a avaliação das funcionalidades, abstraindo questões relacionadas ao design. Dessa forma, reduz-se a chance de distrações por parte do usuário, possibilitando um foco maior na experiência prática.

+

Entre os principais benefícios dos protótipos estão:
+- Estímulo à reflexão sobre o design;
+- Esclarecimento de requisitos;
+- Possibilidade de realizar testes iniciais.

+

Objetivos

+

Esta avaliação busca compreender, no aplicativo e em fluxos alternativos, quais elementos estão bem implementados e quais precisam de ajustes. O resultado é uma lista de feedbacks obtidos de usuários reais.

+

Metodologias

+

Para obter a maior quantidade possível de informações, o projeto de IHC Lichess optou por utilizar entrevistas como ferramenta para coletar pontos positivos e negativos do design. As entrevistas também possibilitam direcionar a simulação por meio de uma série de perguntas estruturadas.

+

Antes de realizar as entrevistas, duas etapas fundamentais devem ser concluídas:
+1. Elaboração do Protótipo de Papel: Criar uma representação inicial do produto para facilitar a interação dos participantes.
+2. Teste Piloto: Realizar uma versão preliminar da entrevista, geralmente conduzida pelo grupo de desenvolvedores ou por uma pequena amostra de participantes.

+

O teste piloto é essencial para identificar possíveis falhas no processo de avaliação e ajustar aspectos que possam comprometer a coleta de dados. Caso essa etapa seja ignorada, há um risco significativo de invalidar as informações obtidas durante a entrevista definitiva.

+

Prototipo de Papel

+

Agendar uma consulta com o advogado

+

+ +
+ Figura 1: Descrição da imagem. +

+ +

+ +
+ Figura 1: Descrição da imagem. +

+ +

+ +
+ Figura 1: Descrição da imagem. +

+ +

+ +
+ Figura 1: Descrição da imagem. +

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Desenvolvimento/analiseDeTarefas/index.html b/site/Desenvolvimento/analiseDeTarefas/index.html new file mode 100644 index 00000000..a6718ca1 --- /dev/null +++ b/site/Desenvolvimento/analiseDeTarefas/index.html @@ -0,0 +1,2099 @@ + + + + + + + + + + + + + + + + + + + analiseDeTarefas - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

analiseDeTarefas

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
10/12/202410/12/20241.0Criação do DocumentoLucas SalesKarolina Vieira
10/12/202410/12/20241.1Atualizando perfil do usuárioLucas Sales
+

Introdução

+

Utilizando o framework D.E.C.I.D.E, demais informações dispostas no livro Interação Humano-Computador e Experiência do Usuário e projetos anteriores realizados na disciplina para construir uma avaliação da análise das tarefas.

+

Objetivos

+

O intuito desta avaliação é explorar as questões da experiência do usuário durante a utilização do sistema, dando assim uma prioridade para o usuário, para que o mesmo conclua seus objetivos.

+

Podemos destacar os seguintes pontos como objetivos traçados para esta análise

+

1 - Apropriação da tecnologia pelos usuários
+2 - Ideias e alternativas de design
+3 - Conformidade com um padrão
+4 - Problemas na interface e interação

+

Método de avaliação

+

Pela falta de informação a respeito de como os usuários se sentem utilizando o produto, e quais erros podem ser abordados com profundidade, o método escolhido para avaliar os objetivos citados acima foi o método de investigação, uma vez que tal abordagem visa ter uma visão geral sobre as funcionalidades, e fornece dados suficientes para orientar uma próxima avaliação caso necessária, pois se houver insatisfação dos usuários, é possível analisar por meio de observação em ambiente controlado, como o mesmo interage com as funcionalidades e o sistema como um todo.

+

Dentro do método de investigação, a técnica escolhida para coletar dados sobre o usuário, será o Questionário, utilizando a plataforma da Google para formulários, os mesmos serão criados e distribuídos, inicialmente por meio de grupos sociais dentre estudantes e seus conhecidos, para por fim, atingir maior quantidade de participantes, analisando em primeira instância como os usuários se sentem utilizando o sistema.

+

Perfil do usuário

+

Pessoas entre 18 e 60 anos, brasileiros, que se resumem a estudantes, trabalhadores autônomos e assalariados que utilizem do site da defensoria pública.

+

Número de participantes

+

Não é necessário definir um limite de usuários para esse teste.

+

Questões Específicas

+
    +
  1. De que maneira os usuários utilizam o sistema? Em que difere do planejado?
    2. +
  2. Como o sistema interativo afeta o modo como as pessoas se comunicam e se relacionam?
    3. +
  3. Que variação houve no número de erros cometidos pelos usuários ao utilizarem o novo sistema? E no tempo que levam
    4. +
  4. para atingir seus objetivos? E na sua satisfação com o sistema?
    5. +
  5. O quanto os usuários consideram o apoio computacional adequado para auxiliá-los na realização de suas atividades?
    6. +
  6. Qual das alternativas é a mais eficiente? Mais fácil de aprender?
    7. +
  7. Qual delas pode ser construída em menos tempo?
    8. +
  8. De qual delas se espera que tenha um impacto negativo menor ao ser adotada?
    9. +
  9. O sistema está de acordo com os padrões de acessibilidade do W3C?
    10. +
  10. A interface segue o padrão do sistema operacional? E da empresa?
    11. +
  11. Os termos na interface seguem convenções estabelecidas no domínio?
    12. +
  12. Considerando cada perfil de usuário esperado:
    13. +
  13. O usuário consegue operar o sistema?
    14. +
  14. Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?
    15. +
  15. Que parte da interface e da interação o deixa insatisfeito?
    16. +
+ +

Questões Éticas

+

Um termo de consentimento será apresentado ao usuário, na abertura do formulário online, informando o objetivo do mesmo, e que ao preencher e enviar seus dados, estaremos os recebendo, de forma totalmente anônima, o que a própria plataforma da Google para formulários, deixa explícito ao participante, caso este não concorde, apenas fechará o formulário sem qualquer tipo de dano, constrangimento ou possibilidade de ser contatado pelo avaliador, equipe e afins.

+

Avaliação dos dados

+

Como grande parte dos dados será quantitativo e objetivo, será possível analisar se o planejamento cumpre ou não o critério de ter informações sobre como o usuário se sente, quais problemas enfrenta e demais dores que este possa vir a sentir.

+

Teste Piloto

+

Antes de o formulário online ser divulgado, será necessário que a própria equipe o responda, para que seja analisado se as questões abrangem os usuários da plataforma e seus objetivos.

+

Bibliografia

+

[1] BARBOSA, S. et al. Interação Humano-Computador e Experiência do Usuário. [s.l.] Autopublicação - Leanpub, 2021.

+

[2] Análise da plataforma Simples Nacional - Características da plataforma, disponível em: https://interacao-humano-computador.github.io/2022.2-SimplesNacional/DesignAvaliacaoDesen/Nivel1/AnaliseDeTarefas/PlanejamentoAvAnaliseDeTarefas/. Acesso em 10 de dezembro de 2024.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Desenvolvimento/planejamentoRelatoAnaliseTarefas/index.html b/site/Desenvolvimento/planejamentoRelatoAnaliseTarefas/index.html new file mode 100644 index 00000000..037aa17c --- /dev/null +++ b/site/Desenvolvimento/planejamentoRelatoAnaliseTarefas/index.html @@ -0,0 +1,2094 @@ + + + + + + + + + + + + + + + + + + + Planejamento do Relato dos Resultados da Análise de Tarefas - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento do Relato dos Resultados da Análise de Tarefas

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
10/12/202410/12/20241.0Criação do DocumentoPaola LimaKarolina Vieira
+

Introdução

+

Este documento foi elaborado com base no Planejamento da Avaliação da Análise de Tarefas para o site da Defensoria Pública do Distrito Federal (DPDF). O objetivo principal é estruturar os dados coletados durante a análise das tarefas realizadas pelos usuários. A partir deste planejamento, será produzido o relato de resultados que destacará pontos de melhoria para o sistema, além de sugestões de aprimoramento.

+

Metodologia

+

Com base no Planejamento da Avaliação da Análise de Tarefas e nos elementos de avaliação descritos por Barbosa (2010), o relato de resultados contemplará os seguintes itens:

+
    +
  • Objetivo e escopo da avaliação;
    • +
  • Método de avaliação;
    • +
  • Seleção dos participantes;
    • +
  • Sumário dos dados coletados;
    • +
  • Análise dos dados coletados;
    • +
  • Listagem de problemas encontrados;
    • +
  • Sugestões de melhoria;
    • +
+

Estrutura do Relato dos Resultados

+

O documento será dividido nos seguintes tópicos:

+

Objetivo e Escopo da Avaliação

+

Descrever a razão da avaliação e os objetivos pretendidos. Por exemplo, identificar a eficiência do fluxo de interação dos usuários ao buscar informações jurídicas no site e propor melhorias para atender às necessidades dos cidadãos.

+

Método de Avaliação

+

Apresentar a abordagem utilizada para a coleta de dados, como a realização de entrevistas, observação direta e tarefas guiadas. Documentar o processo de avaliação e o formato das interações.

+

Sumário de Avaliadores e Participantes

+

Identificar o perfil dos participantes da avaliação, justificando sua seleção com base nos critérios estabelecidos, como familiaridade com o sistema e representatividade do público-alvo.

+

Sumário dos Dados Coletados

+

Expor, de forma resumida, os dados obtidos durante a avaliação, destacando pontos como a frequência de erros, o tempo médio para conclusão de tarefas e o nível de satisfação dos usuários.

+

Análise dos Dados Coletados

+

Interpretar os dados levantados, categorizando os problemas encontrados. Exemplos incluem: dificuldade em localizar informações específicas, interface confusa em dispositivos móveis e falta de clareza nas instruções de uso.

+

Sugestões de Melhoria

+

Propor soluções para os problemas identificados, priorizando-as de acordo com o impacto esperado. Exemplos: reorganização do menu principal para facilitar a navegação ou implementação de um mecanismo de busca mais intuitivo.

+

Conclusão

+

Este planejamento oferece um guia estruturado para a análise e documentação de resultados da avaliação de tarefas. Com a aplicação desse processo, será possível identificar aspectos a serem aprimorados e implementar soluções que melhorem a experiência dos usuários no site da DPDF, contribuindo para um sistema mais acessível e eficiente.

+

Referências Bibliográficas

+

BARBOSA, Simone; DINIZ, Bruno. Interação Humano-Computador. Editora Elsevier, Rio de Janeiro, 2010.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Desenvolvimento/planejamento_storyboard/index.html b/site/Desenvolvimento/planejamento_storyboard/index.html new file mode 100644 index 00000000..9db4d0c0 --- /dev/null +++ b/site/Desenvolvimento/planejamento_storyboard/index.html @@ -0,0 +1,2199 @@ + + + + + + + + + + + + + + + + + + + Planejamento storyboard - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
27/12/202403/01/20241.0Criação do DocumentoKarolina VieiraPaola Nascimento
+

Planejamento da Avaliação do StoryBoard

+

Introdução

+

O planejamento de uma avaliação do storyboard envolve definir metas, critérios, público e estabelecer cronogramas apropriados para revisão e iteração. Uma avaliação cuidadosa do storyboard aprimora sua narrativa visual e garantirá que seu projeto final atinja seus objetivos e se conecte efetivamente com seu público.

+

O Framework DECIDE Preece et al. (2002) propõem um framework chamado DECIDE para orientar o planejamento, a execução e a análise de uma avaliação de IHC. As atividades do framework são interligadas e executadas interativamente, à medida que o avaliador articula os objetivos da avaliação, os dados e recursos disponíveis

+

As atividades do framework DECIDE são descritas a seguir.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EtapaDescrição
DDeterminar os objetivos da avaliação de IHC.
EExplorar perguntas a serem respondidas com a avaliação.
CEscolher (Choose) os métodos de avaliação a serem utilizados.
IIdentificar e administrar as questões práticas da avaliação.
DDecidir como lidar com as questões éticas.
EAvaliar (Evaluate), interpretar e apresentar os dados.
+

Roteiro de Perguntas:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaSimNão
O storyboard é claro e fácil de entender?⬜⬜
Os elementos visuais do storyboard ajudam a transmitir a mensagem?⬜⬜
As transições entre os quadros estão coerentes?⬜⬜
O storyboard atende às expectativas do público-alvo?⬜⬜
As ações ou comportamentos dos personagens são realistas para o contexto?⬜⬜
O storyboard reflete bem os objetivos do projeto?⬜⬜
Cada quadro contribui para alcançar os objetivos definidos?⬜⬜
O layout dos quadros é organizado e consistente?⬜⬜
As cores e os elementos visuais são adequados ao propósito?⬜⬜
Há alguma parte do storyboard que parece confusa ou desnecessária?⬜⬜
O storyboard apresenta alguma falha grave na narrativa ou no design?⬜⬜
+

Método de avaliação

+

O método de pesquisa escolhido foi a entrevista, devido à sua habilidade de extrair percepções profundas e completas diretamente dos participantes. Esta metodologia é perfeita para avaliar estratégias de narrativa, pois possibilita compreender não somente a performance técnica do material, mas também as ideias, emoções e expectativas do público-alvo ou do grupo envolvido no projeto.

+

Identificar e administrar as questões práticas de avaliação

+

Participantes

+

Os participantes das entrevistas serão escolhidos com base no Perfil de usuário. +Aqui está a tabela atualizada sem a coluna "Local":

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Entrevistador(es)Entrevistado(s)Horário de InícioHorário de FimData
Karolina VieiraFernanda Alves15:0015:3002/01/2025
Lucas Sales
Paola RebecaVanda Rabelo12:0012:3004/01/2025
+

Aspectos éticos

+

Somos uma equipe da disciplina de Interação Humano-Computador da Universidade de Brasília, que está realizando uma avaliação heurística do site da Defensoria Pública do Distrito Federal (DPDF). Nessa etapa do projeto, [DESCREVER ETAPA]. Estamos realizando uma série de pesquisas e solicitamos seu consentimento para a realização de uma atividade de [DESCRIÇÃO DA ATIVIDADE] com duração aproximada de [TEMPO DE DURAÇÃO]. Para decidir sobre o seu consentimento, é importante que você conheça as seguintes informações sobre a pesquisa:

+

Nossa equipe tem o compromisso de divulgar os resultados de nossas pesquisas para a instituição responsável pelo site da DPDF. +O consentimento para a participação na atividade é uma escolha livre, feita mediante a prestação de todos os esclarecimentos necessários sobre a pesquisa. +A atividade pode ser interrompida a qualquer momento, segundo a sua disponibilidade e vontade. +Será necessário gravar a atividade, e as gravações efetuadas serão divulgadas nos resultados do projeto. +Os dados coletados durante a atividade destinam-se estritamente a atividades de análise e elaboração de melhorias para o site da DPDF. +Diante das explicações, você acha que está suficientemente informado(a) a respeito da pesquisa que será realizada e concorda de livre e espontânea vontade em participar, como colaborador? Caso o participante seja menor de idade, é necessária a permissão do responsável legal.

+

Sim +Não

+

Bibliografia

+

[1] BARBOSA, S. et al. Interação Humano-Computador e Experiência do Usuário. [s.l.] Autopublicação - Leanpub, 2021.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Desenvolvimento/resultado_Storyboard/index.html b/site/Desenvolvimento/resultado_Storyboard/index.html new file mode 100644 index 00000000..9b8d1bda --- /dev/null +++ b/site/Desenvolvimento/resultado_Storyboard/index.html @@ -0,0 +1,2140 @@ + + + + + + + + + + + + + + + + + + + resultado Storyboard - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

resultado Storyboard

+ + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
27/12/202403/01/20251.0Criação do DocumentoKarolina Vieira
+

Introdução

+

Esse artefato tem o objetivo de documentar o relato dos resultados obtidos pela avaliação dos Storyboards. Com isso, serão abordados os tópicos referidos no Planejamento do Relato dos Resultados dos Storyboards

+

Tarefa: Pesquisar por mídia

+

Objetivo e âmbito da avaliação

+

A finalidade da avaliação foi verificar a concordância entre a Storyboard de "Pesquisar por mídia" e o fluxo de interações dos utilizadores do Domínio Público, ao mesmo tempo em que identificamos oportunidades de aprimoramento visando proporcionar um suporte mais eficiente e satisfatório aos usuários.

+

Método de avaliação

+

Conforme sugerido pelo planejamento da avaliação avaliação escolhido foi o de investigação, com uso de questiónario em uma entrevista aplicada.

+

A Tabela 1 exibe as datas da realização da avaliação.

+

+

Tabela 1: Cronograma executado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EntrevistadorEntrevistadoHorário de InícioHorário de FimDataLocal/Plataforma
Karolina VieiraFernanda Alves15:3016:0002/01/2025Residencia
Paola NascimentoVanda Rabelo14:0014:3004/01/2025Residencia
+

Fonte: +Karolina Vieira

+

+

Registro da avaliação

+

No Video 1 e Tabela 2 é possível verificar os registros feitos durante a avaliação.

+

Video 1: Gravação da avaliação

+

Assista ao vídeo no YouTube

+

Fonte:

+

Karolina Vieira

+

Tabela 2: Sumario de perguntas

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
O storyboard é claro e fácil de entender?Sim
Os elementos visuais do storyboard ajudam a transmitir a mensagem?Sim
As transições entre os quadros estão coerentes?Sim
O storyboard reflete bem os objetivos do projeto?Sim
Cada quadro contribui para alcançar os objetivos definidos?Sim
O storyboard apresenta alguma falha grave na narrativa ou no design?Não
+

Fonte: + Karolina Vieira

+

Listagem de problemas encontrados

+

Não foram identificados problemas no Storyboard de acordo com a avaliação.

+

Sugestões de melhoria

+

Não foram feitas susgestões de melhoria.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Desenvolvimento/storyboards/index.html b/site/Desenvolvimento/storyboards/index.html new file mode 100644 index 00000000..02c52cfc --- /dev/null +++ b/site/Desenvolvimento/storyboards/index.html @@ -0,0 +1,2000 @@ + + + + + + + + + + + + + + + + + + + Storyboards - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
27/12/202403/01/20251.0Criação do DocumentoKarolina VieiraPaola Nascimento
+

Introdução

+

O storyboard é um tipo de protótipo de baixa fidelidade amplamente valorizado por sua simplicidade, baixo custo e rapidez na criação. Sua flexibilidade permite modificações rápidas, tornando-o uma ferramenta prática e eficiente. Geralmente, é utilizado em conjunto com cenários ou roteiros, o que facilita a visualização e o planejamento de sequências de eventos, composição de cenas, movimentação de personagens, ângulos de câmera e outros elementos visuais essenciais. Essa prática ajuda a antecipar possíveis problemas narrativos, ajustar a fluidez da história e prever como ela será apresentada ao público.

+

O storyboard consiste em uma série de quadros sequenciais que ilustram os principais momentos, ações e aspectos visuais de uma cena ou de toda a narrativa. Cada quadro representa uma situação específica, acompanhada de descrições textuais ou diálogos pertinentes. No contexto de sistemas baseados em interfaces gráficas (GUI), esse tipo de artefato deve conter os seguintes aspectos:

+
    +
  • As pessoas envolvidas;
    • +
  • O ambiente ou contexto em que a ação ocorre;
    • +
  • As tarefas a serem realizadas;
    • +
  • As etapas que compõem essas tarefas;
    • +
  • A motivação para utilizar o sistema;
    • +
  • As ações necessárias para a conclusão da tarefa;
    • +
  • O grau de satisfação da pessoa ao concluir a atividade, refletido no encerramento do storyboard.
    • +
+

Esses protótipos foram desenvolvidos a partir das tarefas definidas nos cenários previamente elaborados.

+

Tarefa 1: Agendamento para uma consulta com um advogado (funcionalidade inexistente no site)

+

Figura 1 apresenta um storyboard que ilustra o processo de um usuário acessando o site da Defensoria Pública do Distrito Federal para agendar uma consulta com um advogado.

+

Figura 1 - Storyboard agendamento com advogado

+

+

Figura 1 - Storyboard agendamento com advogado

Fonte: Karolina Vieira (2024)

+

+

Tarefa 5: Se inscrever no Programa de Estágio da DPDF (funcionalidade inexistente no site)

+

Figura 2 apresenta um storyboard que ilustra o processo que um usuário faz ao acessar o site da Defensoria Pública do Distrito Federal para se inscrever no Estágio Remunerado da DPDF.

+

Figura 2 - Storyboard sobre o processo para se inscrever no Programa

+

+

Figura 2 - Storyboard do processo de inscrição

Fonte: Paola Nascimento (2025)

+

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Planejamento/cronograma/index.html b/site/Planejamento/cronograma/index.html new file mode 100644 index 00000000..3d37c102 --- /dev/null +++ b/site/Planejamento/cronograma/index.html @@ -0,0 +1,3512 @@ + + + + + + + + + + + + + + + + + + + + + + + Cronograma - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cronograma

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
10/11/202410/11/20241.0Criação do DocumentoLucas SalesJoão Victor C. Nobre
10/11/202410/11/20241.1Adicionado cronograma para etapas 2 e 3Paola LimaJoão Victor C. Nobre
10/11/202410/11/20241.1Adicionado cronograma para etapas 4 e 5Karolina VieiraJoão Victor C. Nobre
10/11/202410/11/20241.1Adicionado cronograma para etapas 6 e 7Lucas SalesJoão Victor C. Nobre
10/11/202410/11/20241.1Adicionado cronograma para etapas 8 e 9Lucas SalesJoão Victor C. Nobre
12/11/202412/11/20241.2Adicionado histórico de revisãoLucas SalesJoão Victor C. Nobre
13/11/202413/11/20241.3Adicionado participantes do artefatoLucas SalesJoão Victor C. Nobre
+ + + + + + + + + + + + + + + + + + + + + + + + + +
Etapas 1-3Etapas 4-67-9
Etapa 01 Etapa 04 Etapa 07
Etapa 02 Etapa 05 Etapa 08
Etapa 03 Etapa 06 Etapa 09
+

Etapa 1

+ +

Planejado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Guia de contribuiçãoJoao Victor9/11/202410/11/202410/11/202410/11/2024Lucas Sales
equipe - pagesJoão Victor4/11/20244/11/202409/11/202410/11/2024Lucas Sales
Configuração do repositório para o pagesJoão Victor2/11/20244/11/202409/11/202410/11/2024Lucas Sales
lista de sites avaliados, -pagesKarolina Vieira4/11/20245/11/202409/11/202410/11/2024Paola Lima
Ferramentas do projeto - pagesKarolina Vieira4/11/20246/11/202409/11/202410/11/2024Paola Lima
Ata da reunião - pagesKarolina Vieira4/11/20247/11/202409/11/202410/11/2024Paola Lima
Ferramentas do projetoKarolina Vieira, João Victor, Lucas Sales2/11/20242/11/202409/11/202410/11/2024Todos
CronogramaKarolina Vieira, João Victor, Lucas Sales2/11/20248/11/202409/11/202410/11/2024Todos
site selecionado para o projeto da disciplinaKarolina Vieira, João Victor, Lucas Sales1/11/20242/11/202409/11/202410/11/2024Todos
Processo de Design - pagesLucas Sales5/11/20246/11/202409/11/202410/11/2024Joao Victor
Cronograma - pagesLucas Sales5/11/20248/11/202409/11/202410/11/2024Joao Victor
Heatmap de disponibilidade dos integrantes - pagesLucas Sales4/11/20245/11/202409/11/202410/11/2024Joao Victor
site selecionado para o projeto da disciplina - pagesLucas Sales4/11/20245/11/202409/11/202410/11/2024Joao Victor
EntregaLucas Sales11/11/202411/11/202412/11/202412/11/2024Todos
Escrever ata reunião 09/11Paola Lima09/11/202410/11/202410/11/202410/11/2024Karolina Vieira
Revisão da entrega parcialTodos8/11/20249/11/202409/11/202410/11/2024Todos
Heatmap de disponibilidade dos integrantesTodos29/10/202430/10/202409/11/202410/11/2024Todos
Entrega parcialTodos2/11/20248/11/202409/11/202410/11/2024Todos
Revisão finalTodos10/11/202410/11/202409/11/202410/11/2024Todos
lista de sites avaliados,Todos09/11/202402/11/202409/11/202410/11/2024Todos
Reunião de revisãoTodos10/11/202410/11/202410/11/202410/11/2024Todos
Gravar apresentaçãoTodos10/11/202410/11/202410/11/202410/11/2024Todos
+

Executado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Guia de contribuiçãoJoao Victor9/11/202410/11/202410/11/202410/11/2024Lucas Sales
equipe - pagesJoão Victor4/11/20244/11/202410/11/202410/11/2024Lucas Sales
Configuração do repositório para o pagesJoão Victor2/11/20244/11/202410/11/202410/11/2024Lucas Sales
lista de sites avaliados, -pagesKarolina Vieira4/11/20245/11/202410/11/202410/11/2024Paola Lima
Ferramentas do projeto - pagesKarolina Vieira4/11/20246/11/202410/11/202410/11/2024Paola Lima
Ata da reunião - pagesKarolina Vieira4/11/202410/11/202410/11/202410/11/2024Paola Lima
Ferramentas do projetoKarolina Vieira, João Victor, Lucas Sales2/11/20242/11/202410/11/202410/11/2024Todos
CronogramaKarolina Vieira, João Victor, Lucas Sales2/11/20248/11/202410/11/202410/11/2024Todos
site selecionado para o projeto da disciplinaKarolina Vieira, João Victor, Lucas Sales1/11/20242/11/202410/11/202410/11/2024Todos
Processo de Design - pagesLucas Sales5/11/202410/11/202410/11/202410/11/2024Joao Victor
Cronograma - pagesLucas Sales5/11/202410/11/202410/11/202410/11/2024Joao Victor
Heatmap de disponibilidade dos integrantes - pagesLucas Sales4/11/202410/11/202410/11/202410/11/2024Joao Victor
site selecionado para o projeto da disciplina - pagesLucas Sales4/11/202410/11/202410/11/202410/11/2024Joao Victor
EntregaLucas Sales11/11/202411/11/202410/11/202410/11/2024Todos
Escrever ata reunião 09/11Paola Lima09/11/202410/11/202410/11/202410/11/2024Karolina Vieira
Revisão da entrega parcialTodos8/11/202410/11/202410/11/202410/11/2024Todos
Heatmap de disponibilidade dos integrantesTodos29/10/202410/11/202410/11/202410/11/2024Todos
Entrega parcialTodos2/11/202410/11/202410/11/202410/11/2024Todos
Revisão finalTodos10/11/202410/11/202410/11/202410/11/2024Todos
lista de sites avaliados,Todos09/11/202410/11/202410/11/202410/11/2024Todos
Reunião de revisãoTodos10/11/202410/11/202410/11/202410/11/2024Todos
Gravar apresentaçãoTodos10/11/202410/11/202410/11/202410/11/2024Todos
+

Etapa 2

+ +

Planejado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Perfil do usuárioJoão Victor12/11/202413/11/202414/11/202416/11/2024Lucas Sales
PersonasLucas Sales, Karolina Vieira12/11/202413/11/202414/11/202416/11/2024João Victor, Paola Lima
Aspectos éticosPaola Lima12/11/202413/11/202414/11/202416/11/2024Karolina Vieira
Técnicas para coletar dados e levantar os requisitosLucas Sales, Paola Lima14/11/202416/11/202416/11/202419/11/2024João Victor, Karolina Vieira
CenáriosJoão Victor14/11/202416/11/202416/11/202419/11/2024Lucas Sales
Análise de tarefasKarolina Vieira, Paola Lima17/11/202419/11/202420/11/202423/11/2024Lucas Sales, João Victor
Reunião de revisãoTodos23/11/202423/11/202423/11/202424/11/2024Todos
Atualizar o pagesTodos23/11/202423/11/202423/11/202424/11/2024Todos
Gravar apresentaçãoTodos24/11/202424/11/202424/11/202428/11/2024Todos
Apresentação do projeto etapa 2Todos28/11/202428/11/202428/11/202428/11/2024Todos
+

Executado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Perfil do usuárioJoão Victor14/11/202418/11/2024Lucas Sales
PersonasPaola Lima, Karolina Vieira, João Victor20/11/202430/11/2024Lucas Sales
Aspectos éticosPaola Lima12/11/202413/11/2024Karolina Vieira
Técnicas para coletar dados e levantar os requisitosLucas Sales, Paola Lima20/11/202430/11/2024João Victor, Karolina Vieira
CenáriosJoão Victor,Lucas Sales, Paola Lima, Karolina Vieira28/11/202402/12/2024Lucas Sales,João Victor
Análise de tarefasJoão Victor,Lucas Sales, Paola Lima, Karolina Vieira17/11/202419/11/202420/11/202423/11/2024João Victor
Reunião de revisãoTodos23/11/202423/11/202423/11/202424/11/2024Todos
Atualizar o pagesTodos23/11/202423/11/202423/11/202424/11/2024Todos
Gravar apresentaçãoTodos24/11/202424/11/202424/11/202428/11/2024Todos
Apresentação do projeto etapa 2Todos28/11/202428/11/202428/11/202428/11/2024Todos
+

Etapa 3

+ +

Planejado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
"Princípios gerais do projeto "Paola Lima, Karolina Vieira20/11/202422/11/202423/11/202427/11/2024João Victor e Lucas Sales
Guia de estiloTodos25/11/202426/11/202427/11/202430/11/2024Todos
Características da plataformaLucas Sales, João Victor28/11/202429/11/202430/11/202401/12/2024Karolina Vieira, Paola Lima
Metas de usabilidadePaola Lima20/11/202422/11/202423/11/202425/11/2024Karolina Vieira
Reunião de revisãoTodos30/11/202430/11/202401/12/202405/12/2024Todos
Atualizar o pagesTodos30/11/202430/11/202401/12/202405/12/2024Todos
Gravar apresentaçãoTodos01/12/202401/12/202405/12/202405/12/2024Todos
Apresentação do projeto etapa 3Todos05/12/202405/12/202405/12/202405/12/2024Todos
+

Executado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
"Princípios gerais do projeto "Karolina Vieira30/11/202430/11/2024João Victor e Lucas Sales
Guia de estiloTodos02/12/202402/12/2024Todos
Características da plataformaLucas Sales, João Victor30/11/202401/12/2024Karolina Vieira, Paola Lima
Metas de usabilidadePaola Lima30/11/202430/11/2024Karolina Vieira
Reunião de revisãoTodos30/11/202430/11/202401/12/202405/12/2024Todos
Atualizar o pagesTodos30/11/202430/11/202401/12/202405/12/2024Todos
Gravar apresentaçãoTodos01/12/202401/12/202405/12/202405/12/2024Todos
Apresentação do projeto etapa 3Todos05/12/202405/12/202405/12/202405/12/2024Todos
+

Etapa 4

+ +

Planejado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Planejamento da avaliação - StoryboardJoão Victor05/12/202405/12/202406/12/202408/12/2024Lucas Sales
Planejamento da avaliação - Ánalise de TarefasLucas Sales05/12/202405/12/202406/12/202408/12/2024João Victor
Planejamento do relato dos resultados - StoryboardKarolina Vieira06/12/202407/12/202408/12/202410/12/2024Paola Lima
Planejamento do relato dos resultados - Ánalise de TarefasPaola Lima06/12/202407/12/202408/12/202410/12/2024Karolina Vieira
Entrega ParcialTodos07/12/202407/12/202408/12/202410/12/2024Todos
Revisão da Entrega ParcialTodos08/12/202408/12/202409/12/202410/12/2024Todos
Revisão FinalTodos09/12/202409/12/202410/12/202410/12/2024Todos
EntregaLucas Sales10/12/202410/12/202410/12/202410/12/2024Todos
+

Executado

+ + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
+

Etapa 5

+ +

Planejado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Analise de TarefasLucas Sales12/12/202413/12/202414/12/202416/12/2024João Victor
Planejamento da avaliação do Protótipo de PapelPaola Lima14/12/202415/12/202416/12/202418/12/2024Karolina Vieira
Resultado do Planejamento da Avaliação do Protótipo de PapelPaola Lima16/12/202417/12/202418/12/202420/12/2024Karolina Vieira
StoryBoard - Relato dos ResultadosKarolina Vieira18/12/202419/12/202420/12/202424/12/2024Paola Lima
Protótipo de Papel - Planejamento do relato dos resultadosJoão Victor20/12/202423/12/202424/12/202428/12/2024Lucas Sales
Entrega ParcialTodos27/12/202427/12/202428/12/202403/01/2025Todos
Revisão da Entrega PacialTodos28/12/202429/12/202403/01/202503/01/2025Todos
Revisão FinalTodos03/01/202503/01/202504/01/202504/01/2025Todos
Entrega ParcialTodos04/01/202504/01/202504/01/202504/01/2025Todos
+

Executado

+ + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
+

Etapa 6

+ +

Planejado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Planejamento do relato dos resultados do Protótipo de PapelPaola Lima08/01/202509/01/202509/01/202510/01/2025Karolina Vieira
Planejamento de relato de resultados do protótipo de Alta FidelidadeLucas Sales08/01/202509/01/202509/01/202510/01/2025João Victor
Planejamento da Avaliação do protótipo de alta fidelidadeKarolina Vieira10/01/202511/01/202511/01/202512/01/2025Paola Lima
Desenvolvimento do protótipo de alta fidelidadePaola Lima11/01/202512/01/202512/01/202512/01/2025Karolina Vieira
Gravação da apresentação dos resultados da etapa 6Todos12/01/202512/01/202512/01/202512/01/2025Todos
+

Executado

+ + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
+

Etapa 7

+ +

Planejado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Planejamento do relato dos resultados da avaliação do protótipo de alta fidelidadeLucas Sales13/01/202514/01/202515/01/202516/01/2025João Victor
Melhora do protótipo de alta fidelidadeTodos14/01/202515/01/202516/01/202516/01/2025Todos
Gravação da apresentação dos resultados da etapa 7Todos16/01/202516/01/202516/01/202516/01/2025Todos
+

Executado

+ + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
+

Etapa 8

+ +

Planejado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Avaliando Resultado do protótipo de alta fidelidadeJoão Victor17/01/202420/01/202420/01/202425/01/2024Lucas Sales
Aperfeiçoar o protótipo de alta fidelidadeTodos20/01/202425/01/202426/01/2426/01/24Todos
Relato dos resultados da avaliação do protótipo de alta fidelidadeKarolina Vieira25/01/202426/01/2426/01/2426/01/24Paola Lima
Gravação etapa 8Todos26/01/2426/01/2426/01/2426/01/24Todos
+

Executado

+ + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
+

Etapa 9

+ +

Planejado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
Desenvolvimento do projeto finalTodos27/01/202407/02/202407/02/202409/02/2024Todos
Gravação projeto finalTodos09/02/202409/02/202409/02/202409/02/2024Todos
+

Executado

+ + + + + + + + + + + + + + + + + + + + + + + + +
TarefaResponsáveisInícioFimRevisão InícioRevisão FimRevisor
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Planejamento/ferramentas/index.html b/site/Planejamento/ferramentas/index.html new file mode 100644 index 00000000..96624f7c --- /dev/null +++ b/site/Planejamento/ferramentas/index.html @@ -0,0 +1,2144 @@ + + + + + + + + + + + + + + + + + + + + + + + Ferramentas - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Ferramentas

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
06/11/202407/11/20241.0Criação do DocumentoKarolina VieiraJoão Victor C. Nobre
+

Ao longo deste projeto, utilizamos um conjunto estratégico de ferramentas para otimizar a organização da equipe, facilitar o gerenciamento e impulsionar a criação dos artefatos necessários

+

Ferramentas utilizadas no projeto:

+

+

Tabela 1: Ferramentas utilizadas no projeto.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LogoFerramentaDescrição
Git/GitHubPlataforma de versionamento e colaboração em projetos de desenvolvimento.
GitPagesServiço para hospedar sites diretamente de repositórios GitHub.
Google DocsFerramenta para criação e edição colaborativa de documentos.
Google MeetFerramenta para videoconferências e reuniões em tempo real.
Google SpreadsheetFerramenta para criação e edição colaborativa de planilhas.
YouTubePlataforma de hospedagem de vídeos produzidos.
Screen RecorderFerramenta para gravação de tela, útil para tutoriais e revisões.
WhatsAppAplicativo de mensagens instantâneas, utilizado para comunicação rápida e colaboração em equipe.
Google Chrome/Brave/FirefoxNavegadores para acessar e testar plataformas e ferramentas online.
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Planejamento/heat_map/index.html b/site/Planejamento/heat_map/index.html new file mode 100644 index 00000000..023faa7a --- /dev/null +++ b/site/Planejamento/heat_map/index.html @@ -0,0 +1,2101 @@ + + + + + + + + + + + + + + + + + + + + + + + HeatMap - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

HeatMap

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
06/11/202407/11/20241.0Criação do DocumentoLucas SalesJoão Victor C. Nobre
+

Introdução

+

O Heat Map (mapa de calor) é um artefato que visa demonstrar os horários que os integrantes da equipe estão disponiveis, cada integrante preenche uma planilha com seus horários, e a planilha principal, faz a intersecção dos horários, para analisar qual todos estão disponíveis para a reunião.

+

O Heat Map

+

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Planejamento/processo_design/index.html b/site/Planejamento/processo_design/index.html new file mode 100644 index 00000000..99fe5649 --- /dev/null +++ b/site/Planejamento/processo_design/index.html @@ -0,0 +1,2142 @@ + + + + + + + + + + + + + + + + + + + + + + + Processo de Design - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Processo de Design

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
06/11/202407/11/20241.0Criação do DocumentoLucas SalesJoão Victor C. Nobre
+

Introdução

+

Um processo de design de IHC (Interação Humano-Computador), é um conjunto de etapas sistemáticas que visam criar interfaces de usuário intuitivas, eficientes e agradáveis. O objetivo principal é garantir que a interação entre o usuário e o sistema seja natural e produtiva.

+

Ciclo de vida de Mayhew

+

Esse processo de design reúne e organiza diferentes atividades propostas na área de IHC para orientar o trabalho do designer em direção a uma boa solução interativa. O processo de Mayhew é dividido em três grandes frentes: análise de requisitos, design avaliação/desenvolvimento e instalação.

+

+

Motivação de escolha

+

Dos ciclos de vida do processo de design apresentados durante a disciplina, o ciclo de vida de Mayhew, se mostra o mais específico e aprofundado, dando pouco espaço para interpretações errôneas, o que para o grupo como estudantes da disciplina de IHC, é o ideal para evitar, e caso ocorra, diminuir os erros.

+

Bibliografia

+

[1] BARBOSA, S. et al. Interação Humano-Computador e Experiência do Usuário. [s.l.] Autopublicação - Leanpub, 2021.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Planejamento/site_escolhido/index.html b/site/Planejamento/site_escolhido/index.html new file mode 100644 index 00000000..6a6d5b81 --- /dev/null +++ b/site/Planejamento/site_escolhido/index.html @@ -0,0 +1,2123 @@ + + + + + + + + + + + + + + + + + + + + + + + Site escolhido - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Site escolhido

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
06/11/202407/11/20241.0Criação do DocumentoLucas SalesJoão Victor C. Nobre
+

Introdução

+

Tres sites foram avaliados com avaliação Heurística pelo grupo: MeuInss, Id Jovem e a Defensoria Público do Distrito Federal, um dos requisitos básicos para o site ser analisado era que o mesmo fosse de código aberto ou de propriedade do governo brasileiro, para que a avaliação de IHC pudesse ocorrer sem demasiados problemas jurídicos.

+

O site escolhido

+

O site escolhido foi o da Defensoria Público do Distrito Federal (DPDF), pelos motivos de ser fácil de acesso e utilizado pelos estudantes, para que analisem as funcionalidades, Idjovem, possuia poucas funcionalidades, seria um escopo mínimo a ser analisado diante das propostas da disciplina, o site do Meu INSS, exigiam diversas regras de negócio que os alunos não teriam como saber, regras que incluiam a receita federal por exemplo, o DPDF, exige somente que exploremos as funcionalidades dispostas ao público além de análises relativas ao design

+

+ +

Conclusão

+

Apesar do websites do Meu Inss possuir inúmeras funcionalidades que poderiam ser exploradas na avaliação de IHC, e o do ID Jovem se mostrar interessante porém pequeno, a DPDF pareceu mais objetivo, com requisitos melhor definidos, acesso aos usuários facilitado e também demonstra necessitar de uma avaliação de IHC, uma vez que algumas ideias de design, parecem obsoletas, por estes motivos principalmente, o grupo decidir avaliar o site da DPDF para o projeto.

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Planejamento/sites_avaliados/index.html b/site/Planejamento/sites_avaliados/index.html new file mode 100644 index 00000000..1fae7ecf --- /dev/null +++ b/site/Planejamento/sites_avaliados/index.html @@ -0,0 +1,2200 @@ + + + + + + + + + + + + + + + + + + + + + + + Sites avaliados - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sites Avaliados

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
06/11/202407/11/20241.0Criação do DocumentoLucas SalesJoão Victor C. Nobre
10/11/202410/11/20241.1Adicionando heurística da DPDFLucas SalesJoão Victor C. Nobre
10/11/202410/11/20241.1Adicionando heurística do IDJovemLucas SalesJoão Victor C. Nobre
13/11/202413/11/20241.1Adicionando heurística do MeuINSSKarolina VieiraJoão Victor C. Nobre
+

Introdução

+

No projeto de IHC, a equipe realizou análises individuais em sites candidatos, com base em critérios como usabilidade, acessibilidade e conformidade com padrões de design. Os sites avaliados foram:

+

Id Jovem

+

Responsável: Lucas Sales

+

O ID Jovem é uma carteira digital gratuita que oferece diversos benefícios para jovens brasileiros de baixa renda, com idade entre 15 e 29 anos. Através dela, é possível ter acesso a:

+

Meia-entrada: Desconto de 50% em eventos artístico-culturais e esportivos. +Transporte interestadual: Duas vagas gratuitas e duas com 50% de desconto em viagens de ônibus, trem ou barco. +Isenção de taxas: Isenção do pagamento de taxa para emissão da Carteira de Identidade Estudantil. +Para ter direito ao ID Jovem, é necessário:

+

Ter entre 15 e 29 anos. +Ter renda familiar mensal de até dois salários mínimos. +Estar inscrito no Cadastro Único para Programas Sociais do Governo Federal (CadÚnico).  

+

É interessante utilizar a avaliação de IHC para o Id Jovem, pois o website tem dificuldade de navegação e problemas no formulário.

+

Para analisar com profundidade a avaliação heurística realizada, acesse o link: Análise Id Jovem

+

Meu INSS

+

Responsável: Karolina Vieira

+

O Meu INSS é um sistema digital do Instituto Nacional do Seguro Social (INSS) do Brasil, que oferece aos cidadãos acesso aos serviços relacionados à Previdência Social de forma online

+

Ao usar o Meu INSS, você pode fazer:

+
    +
  • Consultas: Acessar informações sobre benefícios como aposentadoria, pensão por morte, auxílio-doença, entre outros.
    • +
  • Solicitações: Fazer solicitações de benefícios, como o pedido de aposentadoria ou de aposentadoria por invalidez.
    • +
  • Agendamento de serviços: Agendar atendimento presencial ou via telefone para serviços específicos do INSS.
    • +
  • Emissão de documentos: Emitir extratos de contribuições, certidões e outros documentos relacionados ao INSS.
    • +
  • Acompanhamento de processos: Consultar o andamento de pedidos de benefícios e outros processos administrativos.
    • +
+

O site Meu INSS é interesante para a avaliação de IHC porque pode fazer uma análise para focar na facilidade de uso, navegação intuitiva e acessibilidade para cidadãos, principalmente os que não têm familiaridade com tecnologia

+

Para analisar com profundidade a avaliação heurística realizada, acesse o link: Análise Meu Inss

+

Defensoria Pública do Distrito Federal (DPDF)

+

Responsável: Paola Nascimento

+

O site da Defensoria Pública do Distrito Federal (DPDF) é uma plataforma digital que visa facilitar o acesso dos cidadãos do Distrito Federal aos serviços jurídicos oferecidos pela instituição. A DPDF presta assistência jurídica gratuita a pessoas de baixa renda, atuando em diversas áreas, como direito de família, criminal, cível e direitos humanos.

+

No site da DPDF, você encontrará informações sobre:

+

Serviços: Quais serviços são oferecidos pela DPDF, como assistência jurídica gratuita em diversas áreas do direito (família, consumidor, criminal etc.).
+Atendimento: Como agendar um atendimento presencial, quais os locais de atendimento e os horários de funcionamento.
+Legislação: Acesso a leis, normas e outros documentos legais relevantes para a atuação da Defensoria Pública.
+Notícias: Notícias e informações sobre as atividades da DPDF, eventos, concursos públicos e outras novidades.
+Ouvidoria: Canal de comunicação para que a população possa fazer sugestões, reclamações e elogios sobre os serviços prestados.

+

A avaliação de ICH nos permite analisar como o site opera em relação a idéias e alternativas de design, apropriação da tecnologia, como lida com erros e até mesmo conformidade de padrão. Por este motivo, este site foi escolhido para ser avaliado durante o desenvolvimento da disciplina

+

Para analisar com profundidade a avaliação heurística realizada, acesse o link: Análise DPDF

+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Verificacao/inpecao_etapa4/index.html b/site/Verificacao/inpecao_etapa4/index.html new file mode 100644 index 00000000..089f47e0 --- /dev/null +++ b/site/Verificacao/inpecao_etapa4/index.html @@ -0,0 +1,2330 @@ + + + + + + + + + + + + + + + + + + + + + + + Inspeção 4ª etapa - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Inspeção 4ª etapa

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
11/12/202411/12/20241.0Criação do DocumentoKarolina VieiraPaola Nascimento
+

Inspeção 4 - Próprio grupo

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
QuestãoResposta (Sim/Não/Incompleto)VersãoDataHora
1 - Todos os 9 itens.Não1.011/12/202421:00
2 - O planejamento da avaliação segue o Framework DECIDE?Sim1.011/12/202421:00
3 - Descreve o(s) objetivo(s) da avaliação? (apropriação de tecnologia pelos usuários; ideias e alternativas de design; conformidade com um padrão; e/ou problemas na interação e na interface na fase do modelo conceitual)Sim1.011/12/202421:00
4 - Os métodos de avaliação a serem utilizados?Sim1.011/12/202421:00
5 - As questões práticas da avaliação (sobre o recrutamento dos usuários que participarão da avaliação (onde e o perfil), quantos usuários participarão da avaliação e a razão dessa quantidade, presencial real ou remota; a preparação e o uso dos equipamentos necessários, os prazos; o orçamento; recursos de mão-de-obra necessária para conduzir a avaliação)?Não1.011/12/202421:00
6 - As questões éticas (se os participantes da avaliação devem ser respeitados e não podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem após a divulgação dos resultados da avaliação.)?Sim1.011/12/202421:00
7 - A estrutura do relatório do resultado da avaliação (os objetivos da avaliação; uma breve descrição do método de prototipação em papel; o número e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc)?Não1.011/12/202421:00
8 - Um cronograma (data e horário) e local para realização da avaliação do StoryBoard e da Análise das Tarefas?Não1.011/12/202421:00
9 – Cada desenho do StoryBoard está relacionado a uma especificação do artefato da Análise de Tarefas?Não1.011/12/202421:00
10 – Quantidade de storyboards é igual à quantidade de integrantes do grupo?Não1.011/12/202421:00
11 - A definição do teste piloto e data para realização do teste piloto antes da avaliação?Incompleto1.011/12/202421:00
12 - O resultado do teste piloto não será apresentado no resultado da avaliação?Sim1.011/12/202421:00
13 - Os itens que o avaliador deve realizar/anotar durante a avaliação (listar os problemas encontrados, priorizar a correção dos problemas não resolvidos)?Sim1.011/12/202421:00
+

Inspeção 4 - Grupo + 1

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
QuestãoResposta (Sim/Não/Incompleto)VersãoDataHora
1 - Todos os 9 itens.Sim1.011/12/202421:00
2 - O planejamento da avaliação segue o Framework DECIDE?Sim1.011/12/202421:00
3 - Descreve o(s) objetivo(s) da avaliação? (apropriação de tecnologia pelos usuários; ideias e alternativas de design; conformidade com um padrão; e/ou problemas na interação e na interface na fase do modelo conceitual)Sim1.011/12/202421:00
4 - Os métodos de avaliação a serem utilizados?Sim1.011/12/202421:00
5 - As questões práticas da avaliação (sobre o recrutamento dos usuários que participarão da avaliação (onde e o perfil), quantos usuários participarão da avaliação e a razão dessa quantidade, presencial real ou remota; a preparação e o uso dos equipamentos necessários, os prazos; o orçamento; recursos de mão-de-obra necessária para conduzir a avaliação)?Sim1.011/12/202421:00
6 - As questões éticas (se os participantes da avaliação devem ser respeitados e não podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem após a divulgação dos resultados da avaliação.)?Sim1.011/12/202421:00
7 - A estrutura do relatório do resultado da avaliação (os objetivos da avaliação; uma breve descrição do método de prototipação em papel; o número e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc)?Sim1.011/12/202421:00
8 - Um cronograma (data e horário) e local para realização da avaliação do StoryBoard e da Análise das Tarefas?Sim1.011/12/202421:00
9 – Cada desenho do StoryBoard está relacionado a uma especificação do artefato da Análise de Tarefas?Incompleto1.011/12/202421:00
10 – Quantidade de storyboards é igual à quantidade de integrantes do grupo?Não1.011/12/202421:00
11 - A definição do teste piloto e data para realização do teste piloto antes da avaliação?Sim1.011/12/202421:00
12 - O resultado do teste piloto não será apresentado no resultado da avaliação?Não1.011/12/202421:00
13 - Os itens que o avaliador deve realizar/anotar durante a avaliação (listar os problemas encontrados, priorizar a correção dos problemas não resolvidos)?Sim1.011/12/202421:00
+

Referências Bibliográficas

+
    +
  1. BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.
    2. +
  2. BARROS, A. Plano de Ensino da Disciplina
    3. +
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Verificacao/inspecao_etapa1/index.html b/site/Verificacao/inspecao_etapa1/index.html new file mode 100644 index 00000000..c4433e14 --- /dev/null +++ b/site/Verificacao/inspecao_etapa1/index.html @@ -0,0 +1,2379 @@ + + + + + + + + + + + + + + + + + + + + + + + Inspeção 1° etapa - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Inspeção 1° etapa

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
12/11/202412/11/20241.0Criação do DocumentoLucas SalesJoão Victor C. Nobre
+

Inspeção 1 - Próprio grupo

+


+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
QuestãoResposta (Sim/Não/Incompleto)VersãoDataHora
1 – Uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?Sim1.012/11/202411h17
2 - o cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?Sim1.012/11/202411h17
3 - o cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa.Incompleto1.012/11/202411h17
4 - O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?Incompleto1.012/11/202411h17
5 - A motivação e os critérios para a escolha do site?Sim1.012/11/202411h17
6 - O planejamento e avaliação dos sites selecionados?Incompleto1.112/11/202411h17
7 - Possui opção de contraste de cores?Sim1.012/11/202411h17
8 – Os artefatos: Planejamento do Projeto, equipe, lista de sites avaliados, site selecionado para o projeto da disciplina, Ferramentas do projeto, Processo de Design, cronograma das atividades?Sim1.012/11/202411h17
1 - O histórico de versão padronizado?Sim1.012/11/202411h17
2 – O(s) autor(es) e o(s) revisor(es) para cada artefato?Sim1.012/11/202411h17
3 - Referências bibliográficas e/ou bibliografia em todos os artefatos?Não1.012/11/202411h17
4 - As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto?Incompleto1.012/11/202411h17
5 - Um texto fazendo uma introdução dos artefatos?Não1.012/11/202411h17
6 - o cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade.Sim1.012/11/202411h17
7 - Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo,atividades definidas etc).Sim1.112/11/202411h17
8 – A gravação da reunião do grupo.Sim1.112/11/202411h17
9 - Vídeo de apresentação na categoria “não listado” no youtube?Sim1.112/11/202411h17
A justificativa da escolha do Processo de Design? Adicionar: referência bibliográfica da fonte e foto do texto da referência. Autor(es)Sim1.012/11/202411h17
+

Inspeção 1 - Grupo + 1 (grupo 3)

+


+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
QuestãoResposta (Sim/Não/Incompleto)VersãoDataHora
1 – Uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?
2 - o cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?
3 - o cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa.
4 - O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?
5 - A motivação e os critérios para a escolha do site?
6 - O planejamento e avaliação dos sites selecionados?
7 - Possui opção de contraste de cores?
8 – Os artefatos: Planejamento do Projeto, equipe, lista de sites avaliados, site selecionado para o projeto da disciplina, Ferramentas do projeto, Processo de Design, cronograma das atividades?
1 - O histórico de versão padronizado?
2 – O(s) autor(es) e o(s) revisor(es) para cada artefato?
3 - Referências bibliográficas e/ou bibliografia em todos os artefatos?
4 - As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto?
5 - Um texto fazendo uma introdução dos artefatos?
6 - o cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade.
7 - Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo,atividades definidas etc).
8 – A gravação da reunião do grupo.
9 - Vídeo de apresentação na categoria “não listado” no youtube?
A justificativa da escolha do Processo de Design? Adicionar: referência bibliográfica da fonte e foto do texto da referência. Autor(es)
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Verificacao/inspecao_etapa2/index.html b/site/Verificacao/inspecao_etapa2/index.html new file mode 100644 index 00000000..5d3d134c --- /dev/null +++ b/site/Verificacao/inspecao_etapa2/index.html @@ -0,0 +1,2290 @@ + + + + + + + + + + + + + + + + + + + + + + + Inspeção 2º etapa - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Inspeção 2º etapa

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
04/12/202404/12/20241.0Criação do DocumentoJoão Victor C. NobrePaola Nascimento
+

Inspeção 2 - Próprio grupo

+


+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
QuestãoResposta (Sim/Não/Incompleto)VersãoDataHora
1 - O perfil do usuário?sim
2- O perfil do usuário possui os atributos de um perfil.sim
O perfil do usuário define os grupos de atributos apresentados no capítulo 8 - Organização do Espaço de Problema:sim
4 - Considera aspectos Éticos de Pesquisas Envolvendo Pessoas?sim
5 - Os 4 princípios (da autonomia, da beneficência, princípio da não maleficência e da justiça e equidade)sim
6 - O termo de consentimento livre e esclarecido dos participantes?sim
7 - Foram utilizadas no mínimo duas técnicas para coletar dados e levantar os requisitos dos usuários?sim
8 - Os Cenários?sim
9 - a Análise de tarefas?sim
10 – uma atividade para cada integrante do grupos que deve estar modelizado em ao menos duas técnicas para especificar as tarefas?sim
+

Inspeção 2 - grupo + 1

+


+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
QuestãoResposta (Sim/Não/Incompleto)VersãoDataHora
1 - O perfil do usuário?sim
2- O perfil do usuário possui os atributos de um perfil.sim
O perfil do usuário define os grupos de atributos apresentados no capítulo 8 - Organização do Espaço de Problema:sim
4 - Considera aspectos Éticos de Pesquisas Envolvendo Pessoas?Sim
5 - Os 4 princípios (da autonomia, da beneficência, princípio da não maleficência e da justiça e equidade)sim
6 - O termo de consentimento livre e esclarecido dos participantes?sim
7 - Foram utilizadas no mínimo duas técnicas para coletar dados e levantar os requisitos dos usuários?Não
8 - Os Cenários?Sim
9 - a Análise de tarefas?Sim
10 – uma atividade para cada integrante do grupos que deve estar modelizado em ao menos duas técnicas para especificar as tarefas?Não
+

Referências Bibliográficas

+
    +
  1. BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.
    2. +
  2. BARROS, A. (Plano de Ensino da Disciplina)[https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/58/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v2.pdf]
    3. +
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/Verificacao/inspecao_etapa3/index.html b/site/Verificacao/inspecao_etapa3/index.html new file mode 100644 index 00000000..a40521f6 --- /dev/null +++ b/site/Verificacao/inspecao_etapa3/index.html @@ -0,0 +1,2430 @@ + + + + + + + + + + + + + + + + + + + + + + + Inspeção 3º etapa - Defensoria Pública do Distrito Federal + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Pular para conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Inspeção 3º etapa

+ +

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
DataData Prevista de RevisãoVersãoDescriçãoAutorRevisor
04/12/202404/12/20241.0Criação do DocumentoJoão Victor C. NobrePaola Nascimento
+

Inspeção 3 - Próprio grupo

+


+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
QuestãoResposta (Sim/Não/Incompleto)VersãoDataHora
1 - As características da plataforma para o projetoSim
2 - Os Princípios Gerais do Projeto que serão utilizados no projeto?Sim
4 - Os Princípios Gerais do Projeto contém correspondência com as expectativas dos usuários;Sim
5 - Os Princípios Gerais do Projeto contém simplicidade nas estruturas das tarefas;Sim
6 - Os Princípios Gerais do Projeto contém equilíbrio entre controle e liberdade do usuário;Sim
7 - Os Princípios Gerais do Projeto contém consistência e padronização; promoção da eficiência do usuário;Sim
8 - Os Princípios Gerais do Projeto contém antecipação das necessidades do usuário;Sim
9 - Os Princípios Gerais do Projeto contém visibilidade e reconhecimento;Sim
10 - Os Princípios Gerais do Projeto contémconteúdo relevante e expressão adequada;Sim
11 - Os Princípios Gerais do Projeto contém projeto para erros.Sim
13 - As metas de usabilidade que devem ser alcançadas no projeto ou os objetivos de uma avaliação de IHC.Sim
14 - A razão da seleção das metas de usabilidade?Sim
15 - O Guia de Estilo do projeto?Sim
16 - O Guia de Estilo do projeto possui Introdução (com Objetivo do guia de estilo, Organização e conteúdo do guia de estilo, Público-alvo do guia de estilos (programadores, gerentes, equipe desuporte), Como utilizar o guia (em produção e manutenção), Como manter oguiaSim
17 - O Guia de Estilo do projeto possui Resultados de análise • Descrição do ambiente de trabalho do usuárioNão
18 - O Guia de Estilo do projeto possui Elementos de interface • Disposição espacial e grid • Janelas • Tipografia •CoresSim
19 - O Guia de Estilo do projeto possui Elementos de interação - • Estilos de interação • Seleção de um estilo • Aceleradores (teclas de atalho)Não
20 - O Guia de Estilo do projeto possui Elementos de ação • Preenchimento de campos • Seleçã • AtivaçãoNão
21 - O Guia de Estilo do projeto possui Vocabulário e padrões • Terminologia • Tipos de tela (para tarefas comuns) • Sequências de diálogos (e.g., para feedback ou confirmação de uma operação)Não
22 - O Guia de Estilo corresponde ao site avaliado?Sim
+

Inspeção 3 - grupo + 1

+


+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
QuestãoResposta (Sim/Não/Incompleto)VersãoDataHora
1 - As características da plataforma para o projetoSim
2 - Os Princípios Gerais do Projeto que serão utilizados no projeto?Sim
4 - Os Princípios Gerais do Projeto contém correspondência com as expectativas dos usuários;Sim
5 - Os Princípios Gerais do Projeto contém simplicidade nas estruturas das tarefas;Não
6 - Os Princípios Gerais do Projeto contém equilíbrio entre controle e liberdade do usuário;Não
7 - Os Princípios Gerais do Projeto contém consistência e padronização; promoção da eficiência do usuário;Não
8 - Os Princípios Gerais do Projeto contém antecipação das necessidades do usuário;Sim
9 - Os Princípios Gerais do Projeto contém visibilidade e reconhecimento;Sim
10 - Os Princípios Gerais do Projeto contém conteúdo relevante e expressão adequada;Não
11 - Os Princípios Gerais do Projeto contém projeto para erros.Não
13 - As metas de usabilidade que devem ser alcançadas no projeto ou os objetivos de uma avaliação de IHC.Sim
14 - A razão da seleção das metas de usabilidade?Sim
15 - O Guia de Estilo do projeto?Sim
16 - O Guia de Estilo do projeto possui Introdução (com Objetivo do guia de estilo, Organização e conteúdo do guia de estilo, Público-alvo do guia de estilos (programadores, gerentes, equipe desuporte), Como utilizar o guia (em produção e manutenção), Como manter oguiaSim
17 - O Guia de Estilo do projeto possui Resultados de análise • Descrição do ambiente de trabalho do usuárioSim
18 - O Guia de Estilo do projeto possui Elementos de interface • Disposição espacial e grid • Janelas • Tipografia •CoresSim
19 - O Guia de Estilo do projeto possui Elementos de interação - • Estilos de interação • Seleção de um estilo • Aceleradores (teclas de atalho)Sim
20 - O Guia de Estilo do projeto possui Elementos de ação • Preenchimento de campos • Seleção • AtivaçãoSim
21 - O Guia de Estilo do projeto possui Vocabulário e padrões • Terminologia • Tipos de tela (para tarefas comuns) • Sequências de diálogos (e.g., para feedback ou confirmação de uma operação)Sim
22 - O Guia de Estilo corresponde ao site avaliado?Sim
+

Referências Bibliográficas

+
    +
  1. BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.
    2. +
  2. BARROS, A. (Plano de Ensino da Disciplina)[https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/58/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v2.pdf]
    3. +
+ + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/site/assets/atas/DPDF_AtaReuniao_20241102_01.docx.pdf b/site/assets/atas/DPDF_AtaReuniao_20241102_01.docx.pdf new file mode 100644 index 00000000..b7b633bb Binary files /dev/null and b/site/assets/atas/DPDF_AtaReuniao_20241102_01.docx.pdf differ diff --git a/site/assets/atas/DPDF_AtaReuniao_20241109_02.docx.pdf b/site/assets/atas/DPDF_AtaReuniao_20241109_02.docx.pdf new file mode 100644 index 00000000..ef4bcc9e Binary files /dev/null and b/site/assets/atas/DPDF_AtaReuniao_20241109_02.docx.pdf differ diff --git a/site/assets/atas/DPDF_AtaReuniao_20241110.pdf b/site/assets/atas/DPDF_AtaReuniao_20241110.pdf new file mode 100644 index 00000000..a60e5e27 Binary files /dev/null and b/site/assets/atas/DPDF_AtaReuniao_20241110.pdf differ diff --git a/site/assets/css/extra.css b/site/assets/css/extra.css new file mode 100644 index 00000000..a721e4dc --- /dev/null +++ b/site/assets/css/extra.css @@ -0,0 +1,8 @@ +/* Mudar a cor da barra de navegação para verde */ +.md-header { + background-color: #144d2c !important; /* Verde específico */ +} + +.md-header .md-navigation .md-nav__link { + color: white !important; /* Mudar a cor do texto da barra para branco */ +} diff --git a/site/assets/images/Captura de tela 2024-12-01 185426.png b/site/assets/images/Captura de tela 2024-12-01 185426.png new file mode 100644 index 00000000..03721cfc Binary files /dev/null and b/site/assets/images/Captura de tela 2024-12-01 185426.png differ diff --git a/site/assets/images/Cecilia.jpg b/site/assets/images/Cecilia.jpg new file mode 100644 index 00000000..59d01ca3 Binary files /dev/null and b/site/assets/images/Cecilia.jpg differ diff --git a/site/assets/images/Formulario.png b/site/assets/images/Formulario.png new file mode 100644 index 00000000..c1ab30dd Binary files /dev/null and b/site/assets/images/Formulario.png differ diff --git a/site/assets/images/HTA-Chatbot.png b/site/assets/images/HTA-Chatbot.png new file mode 100644 index 00000000..259ba911 Binary files /dev/null and b/site/assets/images/HTA-Chatbot.png differ diff --git a/site/assets/images/HTA-SUAP.jpg b/site/assets/images/HTA-SUAP.jpg new file mode 100644 index 00000000..38dd2762 Binary files /dev/null and b/site/assets/images/HTA-SUAP.jpg differ diff --git a/site/assets/images/HTA.drawio.png b/site/assets/images/HTA.drawio.png new file mode 100644 index 00000000..f1c8c3d7 Binary files /dev/null and b/site/assets/images/HTA.drawio.png differ diff --git a/site/assets/images/HTA_agendamento.png b/site/assets/images/HTA_agendamento.png new file mode 100644 index 00000000..7758356a Binary files /dev/null and b/site/assets/images/HTA_agendamento.png differ diff --git "a/site/assets/images/Jo\303\243o.jpg" "b/site/assets/images/Jo\303\243o.jpg" new file mode 100644 index 00000000..5f79932e Binary files /dev/null and "b/site/assets/images/Jo\303\243o.jpg" differ diff --git a/site/assets/images/Mayhew2.png b/site/assets/images/Mayhew2.png new file mode 100644 index 00000000..e9478a8f Binary files /dev/null and b/site/assets/images/Mayhew2.png differ diff --git a/site/assets/images/Voluntario.drawio.png b/site/assets/images/Voluntario.drawio.png new file mode 100644 index 00000000..949d8612 Binary files /dev/null and b/site/assets/images/Voluntario.drawio.png differ diff --git a/site/assets/images/cartilhas.jpg b/site/assets/images/cartilhas.jpg new file mode 100644 index 00000000..4f60cf50 Binary files /dev/null and b/site/assets/images/cartilhas.jpg differ diff --git a/site/assets/images/cores.png b/site/assets/images/cores.png new file mode 100644 index 00000000..435f3f07 Binary files /dev/null and b/site/assets/images/cores.png differ diff --git a/site/assets/images/dpdf 1.jpg b/site/assets/images/dpdf 1.jpg new file mode 100644 index 00000000..a749315e Binary files /dev/null and b/site/assets/images/dpdf 1.jpg differ diff --git a/site/assets/images/dpdf.jpg b/site/assets/images/dpdf.jpg new file mode 100644 index 00000000..61e0dae6 Binary files /dev/null and b/site/assets/images/dpdf.jpg differ diff --git a/site/assets/images/erro.png b/site/assets/images/erro.png new file mode 100644 index 00000000..99b75931 Binary files /dev/null and b/site/assets/images/erro.png differ diff --git a/site/assets/images/favicon.png b/site/assets/images/favicon.png new file mode 100644 index 00000000..1cf13b9f Binary files /dev/null and b/site/assets/images/favicon.png differ diff --git a/site/assets/images/heatMap.png b/site/assets/images/heatMap.png new file mode 100644 index 00000000..7d6e5af2 Binary files /dev/null and b/site/assets/images/heatMap.png differ diff --git a/site/assets/images/icones1.png b/site/assets/images/icones1.png new file mode 100644 index 00000000..5a04f647 Binary files /dev/null and b/site/assets/images/icones1.png differ diff --git a/site/assets/images/icones2.png b/site/assets/images/icones2.png new file mode 100644 index 00000000..3c4724fb Binary files /dev/null and b/site/assets/images/icones2.png differ diff --git a/site/assets/images/icones3.png b/site/assets/images/icones3.png new file mode 100644 index 00000000..22ecab8d Binary files /dev/null and b/site/assets/images/icones3.png differ diff --git a/site/assets/images/logotipo.png b/site/assets/images/logotipo.png new file mode 100644 index 00000000..f36e7ea6 Binary files /dev/null and b/site/assets/images/logotipo.png differ diff --git a/site/assets/images/mayhew.png b/site/assets/images/mayhew.png new file mode 100644 index 00000000..17b49b99 Binary files /dev/null and b/site/assets/images/mayhew.png differ diff --git a/site/assets/images/menu.png b/site/assets/images/menu.png new file mode 100644 index 00000000..0ddd4b3b Binary files /dev/null and b/site/assets/images/menu.png differ diff --git "a/site/assets/images/padroniza\303\247\303\243o.png" "b/site/assets/images/padroniza\303\247\303\243o.png" new file mode 100644 index 00000000..1deb4ee5 Binary files /dev/null and "b/site/assets/images/padroniza\303\247\303\243o.png" differ diff --git a/site/assets/images/protoripo2.jpg b/site/assets/images/protoripo2.jpg new file mode 100644 index 00000000..baecba7c Binary files /dev/null and b/site/assets/images/protoripo2.jpg differ diff --git a/site/assets/images/protoripo3.jpg b/site/assets/images/protoripo3.jpg new file mode 100644 index 00000000..4bcbf68b Binary files /dev/null and b/site/assets/images/protoripo3.jpg differ diff --git a/site/assets/images/protoripo4.jpg b/site/assets/images/protoripo4.jpg new file mode 100644 index 00000000..71e3c309 Binary files /dev/null and b/site/assets/images/protoripo4.jpg differ diff --git a/site/assets/images/rodape.jpg b/site/assets/images/rodape.jpg new file mode 100644 index 00000000..a01ba487 Binary files /dev/null and b/site/assets/images/rodape.jpg differ diff --git a/site/assets/images/storyboard.jpg b/site/assets/images/storyboard.jpg new file mode 100644 index 00000000..899882cc Binary files /dev/null and b/site/assets/images/storyboard.jpg differ diff --git a/site/assets/images/storyboard_estagio.png b/site/assets/images/storyboard_estagio.png new file mode 100644 index 00000000..e6d7c275 Binary files /dev/null and b/site/assets/images/storyboard_estagio.png differ diff --git a/site/assets/images/tecnologias.png b/site/assets/images/tecnologias.png new file mode 100644 index 00000000..f5f74514 Binary files /dev/null and b/site/assets/images/tecnologias.png differ diff --git a/site/assets/images/texto.png b/site/assets/images/texto.png new file mode 100644 index 00000000..a7f1f5f0 Binary files /dev/null and b/site/assets/images/texto.png differ diff --git a/site/assets/images/tipografia.png b/site/assets/images/tipografia.png new file mode 100644 index 00000000..188c2053 Binary files /dev/null and b/site/assets/images/tipografia.png differ diff --git a/site/assets/javascripts/bundle.83f73b43.min.js b/site/assets/javascripts/bundle.83f73b43.min.js new file mode 100644 index 00000000..43d8b70f --- /dev/null +++ b/site/assets/javascripts/bundle.83f73b43.min.js @@ -0,0 +1,16 @@ +"use strict";(()=>{var Wi=Object.create;var gr=Object.defineProperty;var Di=Object.getOwnPropertyDescriptor;var Vi=Object.getOwnPropertyNames,Vt=Object.getOwnPropertySymbols,Ni=Object.getPrototypeOf,yr=Object.prototype.hasOwnProperty,ao=Object.prototype.propertyIsEnumerable;var io=(e,t,r)=>t in e?gr(e,t,{enumerable:!0,configurable:!0,writable:!0,value:r}):e[t]=r,$=(e,t)=>{for(var r in t||(t={}))yr.call(t,r)&&io(e,r,t[r]);if(Vt)for(var r of Vt(t))ao.call(t,r)&&io(e,r,t[r]);return e};var so=(e,t)=>{var r={};for(var o in e)yr.call(e,o)&&t.indexOf(o)<0&&(r[o]=e[o]);if(e!=null&&Vt)for(var o of Vt(e))t.indexOf(o)<0&&ao.call(e,o)&&(r[o]=e[o]);return r};var xr=(e,t)=>()=>(t||e((t={exports:{}}).exports,t),t.exports);var zi=(e,t,r,o)=>{if(t&&typeof t=="object"||typeof t=="function")for(let n of Vi(t))!yr.call(e,n)&&n!==r&&gr(e,n,{get:()=>t[n],enumerable:!(o=Di(t,n))||o.enumerable});return e};var Mt=(e,t,r)=>(r=e!=null?Wi(Ni(e)):{},zi(t||!e||!e.__esModule?gr(r,"default",{value:e,enumerable:!0}):r,e));var co=(e,t,r)=>new Promise((o,n)=>{var i=p=>{try{s(r.next(p))}catch(c){n(c)}},a=p=>{try{s(r.throw(p))}catch(c){n(c)}},s=p=>p.done?o(p.value):Promise.resolve(p.value).then(i,a);s((r=r.apply(e,t)).next())});var lo=xr((Er,po)=>{(function(e,t){typeof Er=="object"&&typeof po!="undefined"?t():typeof define=="function"&&define.amd?define(t):t()})(Er,function(){"use strict";function e(r){var o=!0,n=!1,i=null,a={text:!0,search:!0,url:!0,tel:!0,email:!0,password:!0,number:!0,date:!0,month:!0,week:!0,time:!0,datetime:!0,"datetime-local":!0};function s(k){return!!(k&&k!==document&&k.nodeName!=="HTML"&&k.nodeName!=="BODY"&&"classList"in k&&"contains"in k.classList)}function p(k){var ft=k.type,qe=k.tagName;return!!(qe==="INPUT"&&a[ft]&&!k.readOnly||qe==="TEXTAREA"&&!k.readOnly||k.isContentEditable)}function c(k){k.classList.contains("focus-visible")||(k.classList.add("focus-visible"),k.setAttribute("data-focus-visible-added",""))}function l(k){k.hasAttribute("data-focus-visible-added")&&(k.classList.remove("focus-visible"),k.removeAttribute("data-focus-visible-added"))}function f(k){k.metaKey||k.altKey||k.ctrlKey||(s(r.activeElement)&&c(r.activeElement),o=!0)}function u(k){o=!1}function d(k){s(k.target)&&(o||p(k.target))&&c(k.target)}function y(k){s(k.target)&&(k.target.classList.contains("focus-visible")||k.target.hasAttribute("data-focus-visible-added"))&&(n=!0,window.clearTimeout(i),i=window.setTimeout(function(){n=!1},100),l(k.target))}function L(k){document.visibilityState==="hidden"&&(n&&(o=!0),X())}function X(){document.addEventListener("mousemove",J),document.addEventListener("mousedown",J),document.addEventListener("mouseup",J),document.addEventListener("pointermove",J),document.addEventListener("pointerdown",J),document.addEventListener("pointerup",J),document.addEventListener("touchmove",J),document.addEventListener("touchstart",J),document.addEventListener("touchend",J)}function te(){document.removeEventListener("mousemove",J),document.removeEventListener("mousedown",J),document.removeEventListener("mouseup",J),document.removeEventListener("pointermove",J),document.removeEventListener("pointerdown",J),document.removeEventListener("pointerup",J),document.removeEventListener("touchmove",J),document.removeEventListener("touchstart",J),document.removeEventListener("touchend",J)}function J(k){k.target.nodeName&&k.target.nodeName.toLowerCase()==="html"||(o=!1,te())}document.addEventListener("keydown",f,!0),document.addEventListener("mousedown",u,!0),document.addEventListener("pointerdown",u,!0),document.addEventListener("touchstart",u,!0),document.addEventListener("visibilitychange",L,!0),X(),r.addEventListener("focus",d,!0),r.addEventListener("blur",y,!0),r.nodeType===Node.DOCUMENT_FRAGMENT_NODE&&r.host?r.host.setAttribute("data-js-focus-visible",""):r.nodeType===Node.DOCUMENT_NODE&&(document.documentElement.classList.add("js-focus-visible"),document.documentElement.setAttribute("data-js-focus-visible",""))}if(typeof window!="undefined"&&typeof document!="undefined"){window.applyFocusVisiblePolyfill=e;var t;try{t=new CustomEvent("focus-visible-polyfill-ready")}catch(r){t=document.createEvent("CustomEvent"),t.initCustomEvent("focus-visible-polyfill-ready",!1,!1,{})}window.dispatchEvent(t)}typeof document!="undefined"&&e(document)})});var qr=xr((hy,On)=>{"use strict";/*! + * escape-html + * Copyright(c) 2012-2013 TJ Holowaychuk + * Copyright(c) 2015 Andreas Lubbe + * Copyright(c) 2015 Tiancheng "Timothy" Gu + * MIT Licensed + */var $a=/["'&<>]/;On.exports=Pa;function Pa(e){var t=""+e,r=$a.exec(t);if(!r)return t;var o,n="",i=0,a=0;for(i=r.index;i{/*! + * clipboard.js v2.0.11 + * https://clipboardjs.com/ + * + * Licensed MIT © Zeno Rocha + */(function(t,r){typeof It=="object"&&typeof Yr=="object"?Yr.exports=r():typeof define=="function"&&define.amd?define([],r):typeof It=="object"?It.ClipboardJS=r():t.ClipboardJS=r()})(It,function(){return function(){var e={686:function(o,n,i){"use strict";i.d(n,{default:function(){return Ui}});var a=i(279),s=i.n(a),p=i(370),c=i.n(p),l=i(817),f=i.n(l);function u(V){try{return document.execCommand(V)}catch(A){return!1}}var d=function(A){var M=f()(A);return u("cut"),M},y=d;function L(V){var A=document.documentElement.getAttribute("dir")==="rtl",M=document.createElement("textarea");M.style.fontSize="12pt",M.style.border="0",M.style.padding="0",M.style.margin="0",M.style.position="absolute",M.style[A?"right":"left"]="-9999px";var F=window.pageYOffset||document.documentElement.scrollTop;return M.style.top="".concat(F,"px"),M.setAttribute("readonly",""),M.value=V,M}var X=function(A,M){var F=L(A);M.container.appendChild(F);var D=f()(F);return u("copy"),F.remove(),D},te=function(A){var M=arguments.length>1&&arguments[1]!==void 0?arguments[1]:{container:document.body},F="";return typeof A=="string"?F=X(A,M):A instanceof HTMLInputElement&&!["text","search","url","tel","password"].includes(A==null?void 0:A.type)?F=X(A.value,M):(F=f()(A),u("copy")),F},J=te;function k(V){"@babel/helpers - typeof";return typeof Symbol=="function"&&typeof Symbol.iterator=="symbol"?k=function(M){return typeof M}:k=function(M){return M&&typeof Symbol=="function"&&M.constructor===Symbol&&M!==Symbol.prototype?"symbol":typeof M},k(V)}var ft=function(){var A=arguments.length>0&&arguments[0]!==void 0?arguments[0]:{},M=A.action,F=M===void 0?"copy":M,D=A.container,Y=A.target,$e=A.text;if(F!=="copy"&&F!=="cut")throw new Error('Invalid "action" value, use either "copy" or "cut"');if(Y!==void 0)if(Y&&k(Y)==="object"&&Y.nodeType===1){if(F==="copy"&&Y.hasAttribute("disabled"))throw new Error('Invalid "target" attribute. Please use "readonly" instead of "disabled" attribute');if(F==="cut"&&(Y.hasAttribute("readonly")||Y.hasAttribute("disabled")))throw new Error(`Invalid "target" attribute. You can't cut text from elements with "readonly" or "disabled" attributes`)}else throw new Error('Invalid "target" value, use a valid Element');if($e)return J($e,{container:D});if(Y)return F==="cut"?y(Y):J(Y,{container:D})},qe=ft;function Fe(V){"@babel/helpers - typeof";return typeof Symbol=="function"&&typeof Symbol.iterator=="symbol"?Fe=function(M){return typeof M}:Fe=function(M){return M&&typeof Symbol=="function"&&M.constructor===Symbol&&M!==Symbol.prototype?"symbol":typeof M},Fe(V)}function ki(V,A){if(!(V instanceof A))throw new TypeError("Cannot call a class as a function")}function no(V,A){for(var M=0;M0&&arguments[0]!==void 0?arguments[0]:{};this.action=typeof D.action=="function"?D.action:this.defaultAction,this.target=typeof D.target=="function"?D.target:this.defaultTarget,this.text=typeof D.text=="function"?D.text:this.defaultText,this.container=Fe(D.container)==="object"?D.container:document.body}},{key:"listenClick",value:function(D){var Y=this;this.listener=c()(D,"click",function($e){return Y.onClick($e)})}},{key:"onClick",value:function(D){var Y=D.delegateTarget||D.currentTarget,$e=this.action(Y)||"copy",Dt=qe({action:$e,container:this.container,target:this.target(Y),text:this.text(Y)});this.emit(Dt?"success":"error",{action:$e,text:Dt,trigger:Y,clearSelection:function(){Y&&Y.focus(),window.getSelection().removeAllRanges()}})}},{key:"defaultAction",value:function(D){return vr("action",D)}},{key:"defaultTarget",value:function(D){var Y=vr("target",D);if(Y)return document.querySelector(Y)}},{key:"defaultText",value:function(D){return vr("text",D)}},{key:"destroy",value:function(){this.listener.destroy()}}],[{key:"copy",value:function(D){var Y=arguments.length>1&&arguments[1]!==void 0?arguments[1]:{container:document.body};return J(D,Y)}},{key:"cut",value:function(D){return y(D)}},{key:"isSupported",value:function(){var D=arguments.length>0&&arguments[0]!==void 0?arguments[0]:["copy","cut"],Y=typeof D=="string"?[D]:D,$e=!!document.queryCommandSupported;return Y.forEach(function(Dt){$e=$e&&!!document.queryCommandSupported(Dt)}),$e}}]),M}(s()),Ui=Fi},828:function(o){var n=9;if(typeof Element!="undefined"&&!Element.prototype.matches){var i=Element.prototype;i.matches=i.matchesSelector||i.mozMatchesSelector||i.msMatchesSelector||i.oMatchesSelector||i.webkitMatchesSelector}function a(s,p){for(;s&&s.nodeType!==n;){if(typeof s.matches=="function"&&s.matches(p))return s;s=s.parentNode}}o.exports=a},438:function(o,n,i){var a=i(828);function s(l,f,u,d,y){var L=c.apply(this,arguments);return l.addEventListener(u,L,y),{destroy:function(){l.removeEventListener(u,L,y)}}}function p(l,f,u,d,y){return typeof l.addEventListener=="function"?s.apply(null,arguments):typeof u=="function"?s.bind(null,document).apply(null,arguments):(typeof l=="string"&&(l=document.querySelectorAll(l)),Array.prototype.map.call(l,function(L){return s(L,f,u,d,y)}))}function c(l,f,u,d){return function(y){y.delegateTarget=a(y.target,f),y.delegateTarget&&d.call(l,y)}}o.exports=p},879:function(o,n){n.node=function(i){return i!==void 0&&i instanceof HTMLElement&&i.nodeType===1},n.nodeList=function(i){var a=Object.prototype.toString.call(i);return i!==void 0&&(a==="[object NodeList]"||a==="[object HTMLCollection]")&&"length"in i&&(i.length===0||n.node(i[0]))},n.string=function(i){return typeof i=="string"||i instanceof String},n.fn=function(i){var a=Object.prototype.toString.call(i);return a==="[object Function]"}},370:function(o,n,i){var a=i(879),s=i(438);function p(u,d,y){if(!u&&!d&&!y)throw new Error("Missing required arguments");if(!a.string(d))throw new TypeError("Second argument must be a String");if(!a.fn(y))throw new TypeError("Third argument must be a Function");if(a.node(u))return c(u,d,y);if(a.nodeList(u))return l(u,d,y);if(a.string(u))return f(u,d,y);throw new TypeError("First argument must be a String, HTMLElement, HTMLCollection, or NodeList")}function c(u,d,y){return u.addEventListener(d,y),{destroy:function(){u.removeEventListener(d,y)}}}function l(u,d,y){return Array.prototype.forEach.call(u,function(L){L.addEventListener(d,y)}),{destroy:function(){Array.prototype.forEach.call(u,function(L){L.removeEventListener(d,y)})}}}function f(u,d,y){return s(document.body,u,d,y)}o.exports=p},817:function(o){function n(i){var a;if(i.nodeName==="SELECT")i.focus(),a=i.value;else if(i.nodeName==="INPUT"||i.nodeName==="TEXTAREA"){var s=i.hasAttribute("readonly");s||i.setAttribute("readonly",""),i.select(),i.setSelectionRange(0,i.value.length),s||i.removeAttribute("readonly"),a=i.value}else{i.hasAttribute("contenteditable")&&i.focus();var p=window.getSelection(),c=document.createRange();c.selectNodeContents(i),p.removeAllRanges(),p.addRange(c),a=p.toString()}return a}o.exports=n},279:function(o){function n(){}n.prototype={on:function(i,a,s){var p=this.e||(this.e={});return(p[i]||(p[i]=[])).push({fn:a,ctx:s}),this},once:function(i,a,s){var p=this;function c(){p.off(i,c),a.apply(s,arguments)}return c._=a,this.on(i,c,s)},emit:function(i){var a=[].slice.call(arguments,1),s=((this.e||(this.e={}))[i]||[]).slice(),p=0,c=s.length;for(p;p0&&i[i.length-1])&&(c[0]===6||c[0]===2)){r=0;continue}if(c[0]===3&&(!i||c[1]>i[0]&&c[1]=e.length&&(e=void 0),{value:e&&e[o++],done:!e}}};throw new TypeError(t?"Object is not iterable.":"Symbol.iterator is not defined.")}function N(e,t){var r=typeof Symbol=="function"&&e[Symbol.iterator];if(!r)return e;var o=r.call(e),n,i=[],a;try{for(;(t===void 0||t-- >0)&&!(n=o.next()).done;)i.push(n.value)}catch(s){a={error:s}}finally{try{n&&!n.done&&(r=o.return)&&r.call(o)}finally{if(a)throw a.error}}return i}function q(e,t,r){if(r||arguments.length===2)for(var o=0,n=t.length,i;o1||p(d,L)})},y&&(n[d]=y(n[d])))}function p(d,y){try{c(o[d](y))}catch(L){u(i[0][3],L)}}function c(d){d.value instanceof nt?Promise.resolve(d.value.v).then(l,f):u(i[0][2],d)}function l(d){p("next",d)}function f(d){p("throw",d)}function u(d,y){d(y),i.shift(),i.length&&p(i[0][0],i[0][1])}}function uo(e){if(!Symbol.asyncIterator)throw new TypeError("Symbol.asyncIterator is not defined.");var t=e[Symbol.asyncIterator],r;return t?t.call(e):(e=typeof he=="function"?he(e):e[Symbol.iterator](),r={},o("next"),o("throw"),o("return"),r[Symbol.asyncIterator]=function(){return this},r);function o(i){r[i]=e[i]&&function(a){return new Promise(function(s,p){a=e[i](a),n(s,p,a.done,a.value)})}}function n(i,a,s,p){Promise.resolve(p).then(function(c){i({value:c,done:s})},a)}}function H(e){return typeof e=="function"}function ut(e){var t=function(o){Error.call(o),o.stack=new Error().stack},r=e(t);return r.prototype=Object.create(Error.prototype),r.prototype.constructor=r,r}var zt=ut(function(e){return function(r){e(this),this.message=r?r.length+` errors occurred during unsubscription: +`+r.map(function(o,n){return n+1+") "+o.toString()}).join(` + `):"",this.name="UnsubscriptionError",this.errors=r}});function Qe(e,t){if(e){var r=e.indexOf(t);0<=r&&e.splice(r,1)}}var Ue=function(){function e(t){this.initialTeardown=t,this.closed=!1,this._parentage=null,this._finalizers=null}return e.prototype.unsubscribe=function(){var t,r,o,n,i;if(!this.closed){this.closed=!0;var a=this._parentage;if(a)if(this._parentage=null,Array.isArray(a))try{for(var s=he(a),p=s.next();!p.done;p=s.next()){var c=p.value;c.remove(this)}}catch(L){t={error:L}}finally{try{p&&!p.done&&(r=s.return)&&r.call(s)}finally{if(t)throw t.error}}else a.remove(this);var l=this.initialTeardown;if(H(l))try{l()}catch(L){i=L instanceof zt?L.errors:[L]}var f=this._finalizers;if(f){this._finalizers=null;try{for(var u=he(f),d=u.next();!d.done;d=u.next()){var y=d.value;try{ho(y)}catch(L){i=i!=null?i:[],L instanceof zt?i=q(q([],N(i)),N(L.errors)):i.push(L)}}}catch(L){o={error:L}}finally{try{d&&!d.done&&(n=u.return)&&n.call(u)}finally{if(o)throw o.error}}}if(i)throw new zt(i)}},e.prototype.add=function(t){var r;if(t&&t!==this)if(this.closed)ho(t);else{if(t instanceof e){if(t.closed||t._hasParent(this))return;t._addParent(this)}(this._finalizers=(r=this._finalizers)!==null&&r!==void 0?r:[]).push(t)}},e.prototype._hasParent=function(t){var r=this._parentage;return r===t||Array.isArray(r)&&r.includes(t)},e.prototype._addParent=function(t){var r=this._parentage;this._parentage=Array.isArray(r)?(r.push(t),r):r?[r,t]:t},e.prototype._removeParent=function(t){var r=this._parentage;r===t?this._parentage=null:Array.isArray(r)&&Qe(r,t)},e.prototype.remove=function(t){var r=this._finalizers;r&&Qe(r,t),t instanceof e&&t._removeParent(this)},e.EMPTY=function(){var t=new e;return t.closed=!0,t}(),e}();var Tr=Ue.EMPTY;function qt(e){return e instanceof Ue||e&&"closed"in e&&H(e.remove)&&H(e.add)&&H(e.unsubscribe)}function ho(e){H(e)?e():e.unsubscribe()}var Pe={onUnhandledError:null,onStoppedNotification:null,Promise:void 0,useDeprecatedSynchronousErrorHandling:!1,useDeprecatedNextContext:!1};var dt={setTimeout:function(e,t){for(var r=[],o=2;o0},enumerable:!1,configurable:!0}),t.prototype._trySubscribe=function(r){return this._throwIfClosed(),e.prototype._trySubscribe.call(this,r)},t.prototype._subscribe=function(r){return this._throwIfClosed(),this._checkFinalizedStatuses(r),this._innerSubscribe(r)},t.prototype._innerSubscribe=function(r){var o=this,n=this,i=n.hasError,a=n.isStopped,s=n.observers;return i||a?Tr:(this.currentObservers=null,s.push(r),new Ue(function(){o.currentObservers=null,Qe(s,r)}))},t.prototype._checkFinalizedStatuses=function(r){var o=this,n=o.hasError,i=o.thrownError,a=o.isStopped;n?r.error(i):a&&r.complete()},t.prototype.asObservable=function(){var r=new j;return r.source=this,r},t.create=function(r,o){return new To(r,o)},t}(j);var To=function(e){oe(t,e);function t(r,o){var n=e.call(this)||this;return n.destination=r,n.source=o,n}return t.prototype.next=function(r){var o,n;(n=(o=this.destination)===null||o===void 0?void 0:o.next)===null||n===void 0||n.call(o,r)},t.prototype.error=function(r){var o,n;(n=(o=this.destination)===null||o===void 0?void 0:o.error)===null||n===void 0||n.call(o,r)},t.prototype.complete=function(){var r,o;(o=(r=this.destination)===null||r===void 0?void 0:r.complete)===null||o===void 0||o.call(r)},t.prototype._subscribe=function(r){var o,n;return(n=(o=this.source)===null||o===void 0?void 0:o.subscribe(r))!==null&&n!==void 0?n:Tr},t}(g);var _r=function(e){oe(t,e);function t(r){var o=e.call(this)||this;return o._value=r,o}return Object.defineProperty(t.prototype,"value",{get:function(){return this.getValue()},enumerable:!1,configurable:!0}),t.prototype._subscribe=function(r){var o=e.prototype._subscribe.call(this,r);return!o.closed&&r.next(this._value),o},t.prototype.getValue=function(){var r=this,o=r.hasError,n=r.thrownError,i=r._value;if(o)throw n;return this._throwIfClosed(),i},t.prototype.next=function(r){e.prototype.next.call(this,this._value=r)},t}(g);var At={now:function(){return(At.delegate||Date).now()},delegate:void 0};var Ct=function(e){oe(t,e);function t(r,o,n){r===void 0&&(r=1/0),o===void 0&&(o=1/0),n===void 0&&(n=At);var i=e.call(this)||this;return i._bufferSize=r,i._windowTime=o,i._timestampProvider=n,i._buffer=[],i._infiniteTimeWindow=!0,i._infiniteTimeWindow=o===1/0,i._bufferSize=Math.max(1,r),i._windowTime=Math.max(1,o),i}return t.prototype.next=function(r){var o=this,n=o.isStopped,i=o._buffer,a=o._infiniteTimeWindow,s=o._timestampProvider,p=o._windowTime;n||(i.push(r),!a&&i.push(s.now()+p)),this._trimBuffer(),e.prototype.next.call(this,r)},t.prototype._subscribe=function(r){this._throwIfClosed(),this._trimBuffer();for(var o=this._innerSubscribe(r),n=this,i=n._infiniteTimeWindow,a=n._buffer,s=a.slice(),p=0;p0?e.prototype.schedule.call(this,r,o):(this.delay=o,this.state=r,this.scheduler.flush(this),this)},t.prototype.execute=function(r,o){return o>0||this.closed?e.prototype.execute.call(this,r,o):this._execute(r,o)},t.prototype.requestAsyncId=function(r,o,n){return n===void 0&&(n=0),n!=null&&n>0||n==null&&this.delay>0?e.prototype.requestAsyncId.call(this,r,o,n):(r.flush(this),0)},t}(gt);var Lo=function(e){oe(t,e);function t(){return e!==null&&e.apply(this,arguments)||this}return t}(yt);var kr=new Lo(Oo);var Mo=function(e){oe(t,e);function t(r,o){var n=e.call(this,r,o)||this;return n.scheduler=r,n.work=o,n}return t.prototype.requestAsyncId=function(r,o,n){return n===void 0&&(n=0),n!==null&&n>0?e.prototype.requestAsyncId.call(this,r,o,n):(r.actions.push(this),r._scheduled||(r._scheduled=vt.requestAnimationFrame(function(){return r.flush(void 0)})))},t.prototype.recycleAsyncId=function(r,o,n){var i;if(n===void 0&&(n=0),n!=null?n>0:this.delay>0)return e.prototype.recycleAsyncId.call(this,r,o,n);var a=r.actions;o!=null&&((i=a[a.length-1])===null||i===void 0?void 0:i.id)!==o&&(vt.cancelAnimationFrame(o),r._scheduled=void 0)},t}(gt);var _o=function(e){oe(t,e);function t(){return e!==null&&e.apply(this,arguments)||this}return t.prototype.flush=function(r){this._active=!0;var o=this._scheduled;this._scheduled=void 0;var n=this.actions,i;r=r||n.shift();do if(i=r.execute(r.state,r.delay))break;while((r=n[0])&&r.id===o&&n.shift());if(this._active=!1,i){for(;(r=n[0])&&r.id===o&&n.shift();)r.unsubscribe();throw i}},t}(yt);var me=new _o(Mo);var S=new j(function(e){return e.complete()});function Yt(e){return e&&H(e.schedule)}function Hr(e){return e[e.length-1]}function Xe(e){return H(Hr(e))?e.pop():void 0}function ke(e){return Yt(Hr(e))?e.pop():void 0}function Bt(e,t){return typeof Hr(e)=="number"?e.pop():t}var xt=function(e){return e&&typeof e.length=="number"&&typeof e!="function"};function Gt(e){return H(e==null?void 0:e.then)}function Jt(e){return H(e[bt])}function Xt(e){return Symbol.asyncIterator&&H(e==null?void 0:e[Symbol.asyncIterator])}function Zt(e){return new TypeError("You provided "+(e!==null&&typeof e=="object"?"an invalid object":"'"+e+"'")+" where a stream was expected. You can provide an Observable, Promise, ReadableStream, Array, AsyncIterable, or Iterable.")}function Zi(){return typeof Symbol!="function"||!Symbol.iterator?"@@iterator":Symbol.iterator}var er=Zi();function tr(e){return H(e==null?void 0:e[er])}function rr(e){return fo(this,arguments,function(){var r,o,n,i;return Nt(this,function(a){switch(a.label){case 0:r=e.getReader(),a.label=1;case 1:a.trys.push([1,,9,10]),a.label=2;case 2:return[4,nt(r.read())];case 3:return o=a.sent(),n=o.value,i=o.done,i?[4,nt(void 0)]:[3,5];case 4:return[2,a.sent()];case 5:return[4,nt(n)];case 6:return[4,a.sent()];case 7:return a.sent(),[3,2];case 8:return[3,10];case 9:return r.releaseLock(),[7];case 10:return[2]}})})}function or(e){return H(e==null?void 0:e.getReader)}function U(e){if(e instanceof j)return e;if(e!=null){if(Jt(e))return ea(e);if(xt(e))return ta(e);if(Gt(e))return ra(e);if(Xt(e))return Ao(e);if(tr(e))return oa(e);if(or(e))return na(e)}throw Zt(e)}function ea(e){return new j(function(t){var r=e[bt]();if(H(r.subscribe))return r.subscribe(t);throw new TypeError("Provided object does not correctly implement Symbol.observable")})}function ta(e){return new j(function(t){for(var r=0;r=2;return function(o){return o.pipe(e?b(function(n,i){return e(n,i,o)}):le,Te(1),r?De(t):Qo(function(){return new ir}))}}function jr(e){return e<=0?function(){return S}:E(function(t,r){var o=[];t.subscribe(T(r,function(n){o.push(n),e=2,!0))}function pe(e){e===void 0&&(e={});var t=e.connector,r=t===void 0?function(){return new g}:t,o=e.resetOnError,n=o===void 0?!0:o,i=e.resetOnComplete,a=i===void 0?!0:i,s=e.resetOnRefCountZero,p=s===void 0?!0:s;return function(c){var l,f,u,d=0,y=!1,L=!1,X=function(){f==null||f.unsubscribe(),f=void 0},te=function(){X(),l=u=void 0,y=L=!1},J=function(){var k=l;te(),k==null||k.unsubscribe()};return E(function(k,ft){d++,!L&&!y&&X();var qe=u=u!=null?u:r();ft.add(function(){d--,d===0&&!L&&!y&&(f=Ur(J,p))}),qe.subscribe(ft),!l&&d>0&&(l=new at({next:function(Fe){return qe.next(Fe)},error:function(Fe){L=!0,X(),f=Ur(te,n,Fe),qe.error(Fe)},complete:function(){y=!0,X(),f=Ur(te,a),qe.complete()}}),U(k).subscribe(l))})(c)}}function Ur(e,t){for(var r=[],o=2;oe.next(document)),e}function P(e,t=document){return Array.from(t.querySelectorAll(e))}function R(e,t=document){let r=fe(e,t);if(typeof r=="undefined")throw new ReferenceError(`Missing element: expected "${e}" to be present`);return r}function fe(e,t=document){return t.querySelector(e)||void 0}function Ie(){var e,t,r,o;return(o=(r=(t=(e=document.activeElement)==null?void 0:e.shadowRoot)==null?void 0:t.activeElement)!=null?r:document.activeElement)!=null?o:void 0}var wa=O(h(document.body,"focusin"),h(document.body,"focusout")).pipe(_e(1),Q(void 0),m(()=>Ie()||document.body),G(1));function et(e){return wa.pipe(m(t=>e.contains(t)),K())}function $t(e,t){return C(()=>O(h(e,"mouseenter").pipe(m(()=>!0)),h(e,"mouseleave").pipe(m(()=>!1))).pipe(t?Ht(r=>Le(+!r*t)):le,Q(e.matches(":hover"))))}function Jo(e,t){if(typeof t=="string"||typeof t=="number")e.innerHTML+=t.toString();else if(t instanceof Node)e.appendChild(t);else if(Array.isArray(t))for(let r of t)Jo(e,r)}function x(e,t,...r){let o=document.createElement(e);if(t)for(let n of Object.keys(t))typeof t[n]!="undefined"&&(typeof t[n]!="boolean"?o.setAttribute(n,t[n]):o.setAttribute(n,""));for(let n of r)Jo(o,n);return o}function sr(e){if(e>999){let t=+((e-950)%1e3>99);return`${((e+1e-6)/1e3).toFixed(t)}k`}else return e.toString()}function Tt(e){let t=x("script",{src:e});return C(()=>(document.head.appendChild(t),O(h(t,"load"),h(t,"error").pipe(v(()=>$r(()=>new ReferenceError(`Invalid script: ${e}`))))).pipe(m(()=>{}),_(()=>document.head.removeChild(t)),Te(1))))}var Xo=new g,Ta=C(()=>typeof ResizeObserver=="undefined"?Tt("https://unpkg.com/resize-observer-polyfill"):I(void 0)).pipe(m(()=>new ResizeObserver(e=>e.forEach(t=>Xo.next(t)))),v(e=>O(Ye,I(e)).pipe(_(()=>e.disconnect()))),G(1));function ce(e){return{width:e.offsetWidth,height:e.offsetHeight}}function ge(e){let t=e;for(;t.clientWidth===0&&t.parentElement;)t=t.parentElement;return Ta.pipe(w(r=>r.observe(t)),v(r=>Xo.pipe(b(o=>o.target===t),_(()=>r.unobserve(t)))),m(()=>ce(e)),Q(ce(e)))}function St(e){return{width:e.scrollWidth,height:e.scrollHeight}}function cr(e){let t=e.parentElement;for(;t&&(e.scrollWidth<=t.scrollWidth&&e.scrollHeight<=t.scrollHeight);)t=(e=t).parentElement;return t?e:void 0}function Zo(e){let t=[],r=e.parentElement;for(;r;)(e.clientWidth>r.clientWidth||e.clientHeight>r.clientHeight)&&t.push(r),r=(e=r).parentElement;return t.length===0&&t.push(document.documentElement),t}function Ve(e){return{x:e.offsetLeft,y:e.offsetTop}}function en(e){let t=e.getBoundingClientRect();return{x:t.x+window.scrollX,y:t.y+window.scrollY}}function tn(e){return O(h(window,"load"),h(window,"resize")).pipe(Me(0,me),m(()=>Ve(e)),Q(Ve(e)))}function pr(e){return{x:e.scrollLeft,y:e.scrollTop}}function Ne(e){return O(h(e,"scroll"),h(window,"scroll"),h(window,"resize")).pipe(Me(0,me),m(()=>pr(e)),Q(pr(e)))}var rn=new g,Sa=C(()=>I(new IntersectionObserver(e=>{for(let t of e)rn.next(t)},{threshold:0}))).pipe(v(e=>O(Ye,I(e)).pipe(_(()=>e.disconnect()))),G(1));function tt(e){return Sa.pipe(w(t=>t.observe(e)),v(t=>rn.pipe(b(({target:r})=>r===e),_(()=>t.unobserve(e)),m(({isIntersecting:r})=>r))))}function on(e,t=16){return Ne(e).pipe(m(({y:r})=>{let o=ce(e),n=St(e);return r>=n.height-o.height-t}),K())}var lr={drawer:R("[data-md-toggle=drawer]"),search:R("[data-md-toggle=search]")};function nn(e){return lr[e].checked}function Je(e,t){lr[e].checked!==t&&lr[e].click()}function ze(e){let t=lr[e];return h(t,"change").pipe(m(()=>t.checked),Q(t.checked))}function Oa(e,t){switch(e.constructor){case HTMLInputElement:return e.type==="radio"?/^Arrow/.test(t):!0;case HTMLSelectElement:case HTMLTextAreaElement:return!0;default:return e.isContentEditable}}function La(){return O(h(window,"compositionstart").pipe(m(()=>!0)),h(window,"compositionend").pipe(m(()=>!1))).pipe(Q(!1))}function an(){let e=h(window,"keydown").pipe(b(t=>!(t.metaKey||t.ctrlKey)),m(t=>({mode:nn("search")?"search":"global",type:t.key,claim(){t.preventDefault(),t.stopPropagation()}})),b(({mode:t,type:r})=>{if(t==="global"){let o=Ie();if(typeof o!="undefined")return!Oa(o,r)}return!0}),pe());return La().pipe(v(t=>t?S:e))}function ye(){return new URL(location.href)}function lt(e,t=!1){if(B("navigation.instant")&&!t){let r=x("a",{href:e.href});document.body.appendChild(r),r.click(),r.remove()}else location.href=e.href}function sn(){return new g}function cn(){return location.hash.slice(1)}function pn(e){let t=x("a",{href:e});t.addEventListener("click",r=>r.stopPropagation()),t.click()}function Ma(e){return O(h(window,"hashchange"),e).pipe(m(cn),Q(cn()),b(t=>t.length>0),G(1))}function ln(e){return Ma(e).pipe(m(t=>fe(`[id="${t}"]`)),b(t=>typeof t!="undefined"))}function Pt(e){let t=matchMedia(e);return ar(r=>t.addListener(()=>r(t.matches))).pipe(Q(t.matches))}function mn(){let e=matchMedia("print");return O(h(window,"beforeprint").pipe(m(()=>!0)),h(window,"afterprint").pipe(m(()=>!1))).pipe(Q(e.matches))}function Nr(e,t){return e.pipe(v(r=>r?t():S))}function zr(e,t){return new j(r=>{let o=new XMLHttpRequest;return o.open("GET",`${e}`),o.responseType="blob",o.addEventListener("load",()=>{o.status>=200&&o.status<300?(r.next(o.response),r.complete()):r.error(new Error(o.statusText))}),o.addEventListener("error",()=>{r.error(new Error("Network error"))}),o.addEventListener("abort",()=>{r.complete()}),typeof(t==null?void 0:t.progress$)!="undefined"&&(o.addEventListener("progress",n=>{var i;if(n.lengthComputable)t.progress$.next(n.loaded/n.total*100);else{let a=(i=o.getResponseHeader("Content-Length"))!=null?i:0;t.progress$.next(n.loaded/+a*100)}}),t.progress$.next(5)),o.send(),()=>o.abort()})}function je(e,t){return zr(e,t).pipe(v(r=>r.text()),m(r=>JSON.parse(r)),G(1))}function fn(e,t){let r=new DOMParser;return zr(e,t).pipe(v(o=>o.text()),m(o=>r.parseFromString(o,"text/html")),G(1))}function un(e,t){let r=new DOMParser;return zr(e,t).pipe(v(o=>o.text()),m(o=>r.parseFromString(o,"text/xml")),G(1))}function dn(){return{x:Math.max(0,scrollX),y:Math.max(0,scrollY)}}function hn(){return O(h(window,"scroll",{passive:!0}),h(window,"resize",{passive:!0})).pipe(m(dn),Q(dn()))}function bn(){return{width:innerWidth,height:innerHeight}}function vn(){return h(window,"resize",{passive:!0}).pipe(m(bn),Q(bn()))}function gn(){return z([hn(),vn()]).pipe(m(([e,t])=>({offset:e,size:t})),G(1))}function mr(e,{viewport$:t,header$:r}){let o=t.pipe(ee("size")),n=z([o,r]).pipe(m(()=>Ve(e)));return z([r,t,n]).pipe(m(([{height:i},{offset:a,size:s},{x:p,y:c}])=>({offset:{x:a.x-p,y:a.y-c+i},size:s})))}function _a(e){return h(e,"message",t=>t.data)}function Aa(e){let t=new g;return t.subscribe(r=>e.postMessage(r)),t}function yn(e,t=new Worker(e)){let r=_a(t),o=Aa(t),n=new g;n.subscribe(o);let i=o.pipe(Z(),ie(!0));return n.pipe(Z(),Re(r.pipe(W(i))),pe())}var Ca=R("#__config"),Ot=JSON.parse(Ca.textContent);Ot.base=`${new URL(Ot.base,ye())}`;function xe(){return Ot}function B(e){return Ot.features.includes(e)}function Ee(e,t){return typeof t!="undefined"?Ot.translations[e].replace("#",t.toString()):Ot.translations[e]}function Se(e,t=document){return R(`[data-md-component=${e}]`,t)}function ae(e,t=document){return P(`[data-md-component=${e}]`,t)}function ka(e){let t=R(".md-typeset > :first-child",e);return h(t,"click",{once:!0}).pipe(m(()=>R(".md-typeset",e)),m(r=>({hash:__md_hash(r.innerHTML)})))}function xn(e){if(!B("announce.dismiss")||!e.childElementCount)return S;if(!e.hidden){let t=R(".md-typeset",e);__md_hash(t.innerHTML)===__md_get("__announce")&&(e.hidden=!0)}return C(()=>{let t=new g;return t.subscribe(({hash:r})=>{e.hidden=!0,__md_set("__announce",r)}),ka(e).pipe(w(r=>t.next(r)),_(()=>t.complete()),m(r=>$({ref:e},r)))})}function Ha(e,{target$:t}){return t.pipe(m(r=>({hidden:r!==e})))}function En(e,t){let r=new g;return r.subscribe(({hidden:o})=>{e.hidden=o}),Ha(e,t).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))}function Rt(e,t){return t==="inline"?x("div",{class:"md-tooltip md-tooltip--inline",id:e,role:"tooltip"},x("div",{class:"md-tooltip__inner md-typeset"})):x("div",{class:"md-tooltip",id:e,role:"tooltip"},x("div",{class:"md-tooltip__inner md-typeset"}))}function wn(...e){return x("div",{class:"md-tooltip2",role:"tooltip"},x("div",{class:"md-tooltip2__inner md-typeset"},e))}function Tn(e,t){if(t=t?`${t}_annotation_${e}`:void 0,t){let r=t?`#${t}`:void 0;return x("aside",{class:"md-annotation",tabIndex:0},Rt(t),x("a",{href:r,class:"md-annotation__index",tabIndex:-1},x("span",{"data-md-annotation-id":e})))}else return x("aside",{class:"md-annotation",tabIndex:0},Rt(t),x("span",{class:"md-annotation__index",tabIndex:-1},x("span",{"data-md-annotation-id":e})))}function Sn(e){return x("button",{class:"md-clipboard md-icon",title:Ee("clipboard.copy"),"data-clipboard-target":`#${e} > code`})}var Ln=Mt(qr());function Qr(e,t){let r=t&2,o=t&1,n=Object.keys(e.terms).filter(p=>!e.terms[p]).reduce((p,c)=>[...p,x("del",null,(0,Ln.default)(c))," "],[]).slice(0,-1),i=xe(),a=new URL(e.location,i.base);B("search.highlight")&&a.searchParams.set("h",Object.entries(e.terms).filter(([,p])=>p).reduce((p,[c])=>`${p} ${c}`.trim(),""));let{tags:s}=xe();return x("a",{href:`${a}`,class:"md-search-result__link",tabIndex:-1},x("article",{class:"md-search-result__article md-typeset","data-md-score":e.score.toFixed(2)},r>0&&x("div",{class:"md-search-result__icon md-icon"}),r>0&&x("h1",null,e.title),r<=0&&x("h2",null,e.title),o>0&&e.text.length>0&&e.text,e.tags&&x("nav",{class:"md-tags"},e.tags.map(p=>{let c=s?p in s?`md-tag-icon md-tag--${s[p]}`:"md-tag-icon":"";return x("span",{class:`md-tag ${c}`},p)})),o>0&&n.length>0&&x("p",{class:"md-search-result__terms"},Ee("search.result.term.missing"),": ",...n)))}function Mn(e){let t=e[0].score,r=[...e],o=xe(),n=r.findIndex(l=>!`${new URL(l.location,o.base)}`.includes("#")),[i]=r.splice(n,1),a=r.findIndex(l=>l.scoreQr(l,1)),...p.length?[x("details",{class:"md-search-result__more"},x("summary",{tabIndex:-1},x("div",null,p.length>0&&p.length===1?Ee("search.result.more.one"):Ee("search.result.more.other",p.length))),...p.map(l=>Qr(l,1)))]:[]];return x("li",{class:"md-search-result__item"},c)}function _n(e){return x("ul",{class:"md-source__facts"},Object.entries(e).map(([t,r])=>x("li",{class:`md-source__fact md-source__fact--${t}`},typeof r=="number"?sr(r):r)))}function Kr(e){let t=`tabbed-control tabbed-control--${e}`;return x("div",{class:t,hidden:!0},x("button",{class:"tabbed-button",tabIndex:-1,"aria-hidden":"true"}))}function An(e){return x("div",{class:"md-typeset__scrollwrap"},x("div",{class:"md-typeset__table"},e))}function Ra(e){var o;let t=xe(),r=new URL(`../${e.version}/`,t.base);return x("li",{class:"md-version__item"},x("a",{href:`${r}`,class:"md-version__link"},e.title,((o=t.version)==null?void 0:o.alias)&&e.aliases.length>0&&x("span",{class:"md-version__alias"},e.aliases[0])))}function Cn(e,t){var o;let r=xe();return e=e.filter(n=>{var i;return!((i=n.properties)!=null&&i.hidden)}),x("div",{class:"md-version"},x("button",{class:"md-version__current","aria-label":Ee("select.version")},t.title,((o=r.version)==null?void 0:o.alias)&&t.aliases.length>0&&x("span",{class:"md-version__alias"},t.aliases[0])),x("ul",{class:"md-version__list"},e.map(Ra)))}var Ia=0;function ja(e){let t=z([et(e),$t(e)]).pipe(m(([o,n])=>o||n),K()),r=C(()=>Zo(e)).pipe(ne(Ne),pt(1),He(t),m(()=>en(e)));return t.pipe(Ae(o=>o),v(()=>z([t,r])),m(([o,n])=>({active:o,offset:n})),pe())}function Fa(e,t){let{content$:r,viewport$:o}=t,n=`__tooltip2_${Ia++}`;return C(()=>{let i=new g,a=new _r(!1);i.pipe(Z(),ie(!1)).subscribe(a);let s=a.pipe(Ht(c=>Le(+!c*250,kr)),K(),v(c=>c?r:S),w(c=>c.id=n),pe());z([i.pipe(m(({active:c})=>c)),s.pipe(v(c=>$t(c,250)),Q(!1))]).pipe(m(c=>c.some(l=>l))).subscribe(a);let p=a.pipe(b(c=>c),re(s,o),m(([c,l,{size:f}])=>{let u=e.getBoundingClientRect(),d=u.width/2;if(l.role==="tooltip")return{x:d,y:8+u.height};if(u.y>=f.height/2){let{height:y}=ce(l);return{x:d,y:-16-y}}else return{x:d,y:16+u.height}}));return z([s,i,p]).subscribe(([c,{offset:l},f])=>{c.style.setProperty("--md-tooltip-host-x",`${l.x}px`),c.style.setProperty("--md-tooltip-host-y",`${l.y}px`),c.style.setProperty("--md-tooltip-x",`${f.x}px`),c.style.setProperty("--md-tooltip-y",`${f.y}px`),c.classList.toggle("md-tooltip2--top",f.y<0),c.classList.toggle("md-tooltip2--bottom",f.y>=0)}),a.pipe(b(c=>c),re(s,(c,l)=>l),b(c=>c.role==="tooltip")).subscribe(c=>{let l=ce(R(":scope > *",c));c.style.setProperty("--md-tooltip-width",`${l.width}px`),c.style.setProperty("--md-tooltip-tail","0px")}),a.pipe(K(),ve(me),re(s)).subscribe(([c,l])=>{l.classList.toggle("md-tooltip2--active",c)}),z([a.pipe(b(c=>c)),s]).subscribe(([c,l])=>{l.role==="dialog"?(e.setAttribute("aria-controls",n),e.setAttribute("aria-haspopup","dialog")):e.setAttribute("aria-describedby",n)}),a.pipe(b(c=>!c)).subscribe(()=>{e.removeAttribute("aria-controls"),e.removeAttribute("aria-describedby"),e.removeAttribute("aria-haspopup")}),ja(e).pipe(w(c=>i.next(c)),_(()=>i.complete()),m(c=>$({ref:e},c)))})}function mt(e,{viewport$:t},r=document.body){return Fa(e,{content$:new j(o=>{let n=e.title,i=wn(n);return o.next(i),e.removeAttribute("title"),r.append(i),()=>{i.remove(),e.setAttribute("title",n)}}),viewport$:t})}function Ua(e,t){let r=C(()=>z([tn(e),Ne(t)])).pipe(m(([{x:o,y:n},i])=>{let{width:a,height:s}=ce(e);return{x:o-i.x+a/2,y:n-i.y+s/2}}));return et(e).pipe(v(o=>r.pipe(m(n=>({active:o,offset:n})),Te(+!o||1/0))))}function kn(e,t,{target$:r}){let[o,n]=Array.from(e.children);return C(()=>{let i=new g,a=i.pipe(Z(),ie(!0));return i.subscribe({next({offset:s}){e.style.setProperty("--md-tooltip-x",`${s.x}px`),e.style.setProperty("--md-tooltip-y",`${s.y}px`)},complete(){e.style.removeProperty("--md-tooltip-x"),e.style.removeProperty("--md-tooltip-y")}}),tt(e).pipe(W(a)).subscribe(s=>{e.toggleAttribute("data-md-visible",s)}),O(i.pipe(b(({active:s})=>s)),i.pipe(_e(250),b(({active:s})=>!s))).subscribe({next({active:s}){s?e.prepend(o):o.remove()},complete(){e.prepend(o)}}),i.pipe(Me(16,me)).subscribe(({active:s})=>{o.classList.toggle("md-tooltip--active",s)}),i.pipe(pt(125,me),b(()=>!!e.offsetParent),m(()=>e.offsetParent.getBoundingClientRect()),m(({x:s})=>s)).subscribe({next(s){s?e.style.setProperty("--md-tooltip-0",`${-s}px`):e.style.removeProperty("--md-tooltip-0")},complete(){e.style.removeProperty("--md-tooltip-0")}}),h(n,"click").pipe(W(a),b(s=>!(s.metaKey||s.ctrlKey))).subscribe(s=>{s.stopPropagation(),s.preventDefault()}),h(n,"mousedown").pipe(W(a),re(i)).subscribe(([s,{active:p}])=>{var c;if(s.button!==0||s.metaKey||s.ctrlKey)s.preventDefault();else if(p){s.preventDefault();let l=e.parentElement.closest(".md-annotation");l instanceof HTMLElement?l.focus():(c=Ie())==null||c.blur()}}),r.pipe(W(a),b(s=>s===o),Ge(125)).subscribe(()=>e.focus()),Ua(e,t).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function Wa(e){return e.tagName==="CODE"?P(".c, .c1, .cm",e):[e]}function Da(e){let t=[];for(let r of Wa(e)){let o=[],n=document.createNodeIterator(r,NodeFilter.SHOW_TEXT);for(let i=n.nextNode();i;i=n.nextNode())o.push(i);for(let i of o){let a;for(;a=/(\(\d+\))(!)?/.exec(i.textContent);){let[,s,p]=a;if(typeof p=="undefined"){let c=i.splitText(a.index);i=c.splitText(s.length),t.push(c)}else{i.textContent=s,t.push(i);break}}}}return t}function Hn(e,t){t.append(...Array.from(e.childNodes))}function fr(e,t,{target$:r,print$:o}){let n=t.closest("[id]"),i=n==null?void 0:n.id,a=new Map;for(let s of Da(t)){let[,p]=s.textContent.match(/\((\d+)\)/);fe(`:scope > li:nth-child(${p})`,e)&&(a.set(p,Tn(p,i)),s.replaceWith(a.get(p)))}return a.size===0?S:C(()=>{let s=new g,p=s.pipe(Z(),ie(!0)),c=[];for(let[l,f]of a)c.push([R(".md-typeset",f),R(`:scope > li:nth-child(${l})`,e)]);return o.pipe(W(p)).subscribe(l=>{e.hidden=!l,e.classList.toggle("md-annotation-list",l);for(let[f,u]of c)l?Hn(f,u):Hn(u,f)}),O(...[...a].map(([,l])=>kn(l,t,{target$:r}))).pipe(_(()=>s.complete()),pe())})}function $n(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return $n(t)}}function Pn(e,t){return C(()=>{let r=$n(e);return typeof r!="undefined"?fr(r,e,t):S})}var Rn=Mt(Br());var Va=0;function In(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return In(t)}}function Na(e){return ge(e).pipe(m(({width:t})=>({scrollable:St(e).width>t})),ee("scrollable"))}function jn(e,t){let{matches:r}=matchMedia("(hover)"),o=C(()=>{let n=new g,i=n.pipe(jr(1));n.subscribe(({scrollable:c})=>{c&&r?e.setAttribute("tabindex","0"):e.removeAttribute("tabindex")});let a=[];if(Rn.default.isSupported()&&(e.closest(".copy")||B("content.code.copy")&&!e.closest(".no-copy"))){let c=e.closest("pre");c.id=`__code_${Va++}`;let l=Sn(c.id);c.insertBefore(l,e),B("content.tooltips")&&a.push(mt(l,{viewport$}))}let s=e.closest(".highlight");if(s instanceof HTMLElement){let c=In(s);if(typeof c!="undefined"&&(s.classList.contains("annotate")||B("content.code.annotate"))){let l=fr(c,e,t);a.push(ge(s).pipe(W(i),m(({width:f,height:u})=>f&&u),K(),v(f=>f?l:S)))}}return P(":scope > span[id]",e).length&&e.classList.add("md-code__content"),Na(e).pipe(w(c=>n.next(c)),_(()=>n.complete()),m(c=>$({ref:e},c)),Re(...a))});return B("content.lazy")?tt(e).pipe(b(n=>n),Te(1),v(()=>o)):o}function za(e,{target$:t,print$:r}){let o=!0;return O(t.pipe(m(n=>n.closest("details:not([open])")),b(n=>e===n),m(()=>({action:"open",reveal:!0}))),r.pipe(b(n=>n||!o),w(()=>o=e.open),m(n=>({action:n?"open":"close"}))))}function Fn(e,t){return C(()=>{let r=new g;return r.subscribe(({action:o,reveal:n})=>{e.toggleAttribute("open",o==="open"),n&&e.scrollIntoView()}),za(e,t).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}var Un=".node circle,.node ellipse,.node path,.node polygon,.node rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}marker{fill:var(--md-mermaid-edge-color)!important}.edgeLabel .label rect{fill:#0000}.label{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.label foreignObject{line-height:normal;overflow:visible}.label div .edgeLabel{color:var(--md-mermaid-label-fg-color)}.edgeLabel,.edgeLabel p,.label div .edgeLabel{background-color:var(--md-mermaid-label-bg-color)}.edgeLabel,.edgeLabel p{fill:var(--md-mermaid-label-bg-color);color:var(--md-mermaid-edge-color)}.edgePath .path,.flowchart-link{stroke:var(--md-mermaid-edge-color);stroke-width:.05rem}.edgePath .arrowheadPath{fill:var(--md-mermaid-edge-color);stroke:none}.cluster rect{fill:var(--md-default-fg-color--lightest);stroke:var(--md-default-fg-color--lighter)}.cluster span{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}g #flowchart-circleEnd,g #flowchart-circleStart,g #flowchart-crossEnd,g #flowchart-crossStart,g #flowchart-pointEnd,g #flowchart-pointStart{stroke:none}g.classGroup line,g.classGroup rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}g.classGroup text{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.classLabel .box{fill:var(--md-mermaid-label-bg-color);background-color:var(--md-mermaid-label-bg-color);opacity:1}.classLabel .label{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.node .divider{stroke:var(--md-mermaid-node-fg-color)}.relation{stroke:var(--md-mermaid-edge-color)}.cardinality{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.cardinality text{fill:inherit!important}defs #classDiagram-compositionEnd,defs #classDiagram-compositionStart,defs #classDiagram-dependencyEnd,defs #classDiagram-dependencyStart,defs #classDiagram-extensionEnd,defs #classDiagram-extensionStart{fill:var(--md-mermaid-edge-color)!important;stroke:var(--md-mermaid-edge-color)!important}defs #classDiagram-aggregationEnd,defs #classDiagram-aggregationStart{fill:var(--md-mermaid-label-bg-color)!important;stroke:var(--md-mermaid-edge-color)!important}g.stateGroup rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}g.stateGroup .state-title{fill:var(--md-mermaid-label-fg-color)!important;font-family:var(--md-mermaid-font-family)}g.stateGroup .composit{fill:var(--md-mermaid-label-bg-color)}.nodeLabel,.nodeLabel p{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}a .nodeLabel{text-decoration:underline}.node circle.state-end,.node circle.state-start,.start-state{fill:var(--md-mermaid-edge-color);stroke:none}.end-state-inner,.end-state-outer{fill:var(--md-mermaid-edge-color)}.end-state-inner,.node circle.state-end{stroke:var(--md-mermaid-label-bg-color)}.transition{stroke:var(--md-mermaid-edge-color)}[id^=state-fork] rect,[id^=state-join] rect{fill:var(--md-mermaid-edge-color)!important;stroke:none!important}.statediagram-cluster.statediagram-cluster .inner{fill:var(--md-default-bg-color)}.statediagram-cluster rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}.statediagram-state rect.divider{fill:var(--md-default-fg-color--lightest);stroke:var(--md-default-fg-color--lighter)}defs #statediagram-barbEnd{stroke:var(--md-mermaid-edge-color)}.attributeBoxEven,.attributeBoxOdd{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}.entityBox{fill:var(--md-mermaid-label-bg-color);stroke:var(--md-mermaid-node-fg-color)}.entityLabel{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.relationshipLabelBox{fill:var(--md-mermaid-label-bg-color);fill-opacity:1;background-color:var(--md-mermaid-label-bg-color);opacity:1}.relationshipLabel{fill:var(--md-mermaid-label-fg-color)}.relationshipLine{stroke:var(--md-mermaid-edge-color)}defs #ONE_OR_MORE_END *,defs #ONE_OR_MORE_START *,defs #ONLY_ONE_END *,defs #ONLY_ONE_START *,defs #ZERO_OR_MORE_END *,defs #ZERO_OR_MORE_START *,defs #ZERO_OR_ONE_END *,defs #ZERO_OR_ONE_START *{stroke:var(--md-mermaid-edge-color)!important}defs #ZERO_OR_MORE_END circle,defs #ZERO_OR_MORE_START circle{fill:var(--md-mermaid-label-bg-color)}.actor{fill:var(--md-mermaid-sequence-actor-bg-color);stroke:var(--md-mermaid-sequence-actor-border-color)}text.actor>tspan{fill:var(--md-mermaid-sequence-actor-fg-color);font-family:var(--md-mermaid-font-family)}line{stroke:var(--md-mermaid-sequence-actor-line-color)}.actor-man circle,.actor-man line{fill:var(--md-mermaid-sequence-actorman-bg-color);stroke:var(--md-mermaid-sequence-actorman-line-color)}.messageLine0,.messageLine1{stroke:var(--md-mermaid-sequence-message-line-color)}.note{fill:var(--md-mermaid-sequence-note-bg-color);stroke:var(--md-mermaid-sequence-note-border-color)}.loopText,.loopText>tspan,.messageText,.noteText>tspan{stroke:none;font-family:var(--md-mermaid-font-family)!important}.messageText{fill:var(--md-mermaid-sequence-message-fg-color)}.loopText,.loopText>tspan{fill:var(--md-mermaid-sequence-loop-fg-color)}.noteText>tspan{fill:var(--md-mermaid-sequence-note-fg-color)}#arrowhead path{fill:var(--md-mermaid-sequence-message-line-color);stroke:none}.loopLine{fill:var(--md-mermaid-sequence-loop-bg-color);stroke:var(--md-mermaid-sequence-loop-border-color)}.labelBox{fill:var(--md-mermaid-sequence-label-bg-color);stroke:none}.labelText,.labelText>span{fill:var(--md-mermaid-sequence-label-fg-color);font-family:var(--md-mermaid-font-family)}.sequenceNumber{fill:var(--md-mermaid-sequence-number-fg-color)}rect.rect{fill:var(--md-mermaid-sequence-box-bg-color);stroke:none}rect.rect+text.text{fill:var(--md-mermaid-sequence-box-fg-color)}defs #sequencenumber{fill:var(--md-mermaid-sequence-number-bg-color)!important}";var Gr,Qa=0;function Ka(){return typeof mermaid=="undefined"||mermaid instanceof Element?Tt("https://unpkg.com/mermaid@11/dist/mermaid.min.js"):I(void 0)}function Wn(e){return e.classList.remove("mermaid"),Gr||(Gr=Ka().pipe(w(()=>mermaid.initialize({startOnLoad:!1,themeCSS:Un,sequence:{actorFontSize:"16px",messageFontSize:"16px",noteFontSize:"16px"}})),m(()=>{}),G(1))),Gr.subscribe(()=>co(this,null,function*(){e.classList.add("mermaid");let t=`__mermaid_${Qa++}`,r=x("div",{class:"mermaid"}),o=e.textContent,{svg:n,fn:i}=yield mermaid.render(t,o),a=r.attachShadow({mode:"closed"});a.innerHTML=n,e.replaceWith(r),i==null||i(a)})),Gr.pipe(m(()=>({ref:e})))}var Dn=x("table");function Vn(e){return e.replaceWith(Dn),Dn.replaceWith(An(e)),I({ref:e})}function Ya(e){let t=e.find(r=>r.checked)||e[0];return O(...e.map(r=>h(r,"change").pipe(m(()=>R(`label[for="${r.id}"]`))))).pipe(Q(R(`label[for="${t.id}"]`)),m(r=>({active:r})))}function Nn(e,{viewport$:t,target$:r}){let o=R(".tabbed-labels",e),n=P(":scope > input",e),i=Kr("prev");e.append(i);let a=Kr("next");return e.append(a),C(()=>{let s=new g,p=s.pipe(Z(),ie(!0));z([s,ge(e),tt(e)]).pipe(W(p),Me(1,me)).subscribe({next([{active:c},l]){let f=Ve(c),{width:u}=ce(c);e.style.setProperty("--md-indicator-x",`${f.x}px`),e.style.setProperty("--md-indicator-width",`${u}px`);let d=pr(o);(f.xd.x+l.width)&&o.scrollTo({left:Math.max(0,f.x-16),behavior:"smooth"})},complete(){e.style.removeProperty("--md-indicator-x"),e.style.removeProperty("--md-indicator-width")}}),z([Ne(o),ge(o)]).pipe(W(p)).subscribe(([c,l])=>{let f=St(o);i.hidden=c.x<16,a.hidden=c.x>f.width-l.width-16}),O(h(i,"click").pipe(m(()=>-1)),h(a,"click").pipe(m(()=>1))).pipe(W(p)).subscribe(c=>{let{width:l}=ce(o);o.scrollBy({left:l*c,behavior:"smooth"})}),r.pipe(W(p),b(c=>n.includes(c))).subscribe(c=>c.click()),o.classList.add("tabbed-labels--linked");for(let c of n){let l=R(`label[for="${c.id}"]`);l.replaceChildren(x("a",{href:`#${l.htmlFor}`,tabIndex:-1},...Array.from(l.childNodes))),h(l.firstElementChild,"click").pipe(W(p),b(f=>!(f.metaKey||f.ctrlKey)),w(f=>{f.preventDefault(),f.stopPropagation()})).subscribe(()=>{history.replaceState({},"",`#${l.htmlFor}`),l.click()})}return B("content.tabs.link")&&s.pipe(Ce(1),re(t)).subscribe(([{active:c},{offset:l}])=>{let f=c.innerText.trim();if(c.hasAttribute("data-md-switching"))c.removeAttribute("data-md-switching");else{let u=e.offsetTop-l.y;for(let y of P("[data-tabs]"))for(let L of P(":scope > input",y)){let X=R(`label[for="${L.id}"]`);if(X!==c&&X.innerText.trim()===f){X.setAttribute("data-md-switching",""),L.click();break}}window.scrollTo({top:e.offsetTop-u});let d=__md_get("__tabs")||[];__md_set("__tabs",[...new Set([f,...d])])}}),s.pipe(W(p)).subscribe(()=>{for(let c of P("audio, video",e))c.pause()}),Ya(n).pipe(w(c=>s.next(c)),_(()=>s.complete()),m(c=>$({ref:e},c)))}).pipe(Ke(se))}function zn(e,{viewport$:t,target$:r,print$:o}){return O(...P(".annotate:not(.highlight)",e).map(n=>Pn(n,{target$:r,print$:o})),...P("pre:not(.mermaid) > code",e).map(n=>jn(n,{target$:r,print$:o})),...P("pre.mermaid",e).map(n=>Wn(n)),...P("table:not([class])",e).map(n=>Vn(n)),...P("details",e).map(n=>Fn(n,{target$:r,print$:o})),...P("[data-tabs]",e).map(n=>Nn(n,{viewport$:t,target$:r})),...P("[title]",e).filter(()=>B("content.tooltips")).map(n=>mt(n,{viewport$:t})))}function Ba(e,{alert$:t}){return t.pipe(v(r=>O(I(!0),I(!1).pipe(Ge(2e3))).pipe(m(o=>({message:r,active:o})))))}function qn(e,t){let r=R(".md-typeset",e);return C(()=>{let o=new g;return o.subscribe(({message:n,active:i})=>{e.classList.toggle("md-dialog--active",i),r.textContent=n}),Ba(e,t).pipe(w(n=>o.next(n)),_(()=>o.complete()),m(n=>$({ref:e},n)))})}var Ga=0;function Ja(e,t){document.body.append(e);let{width:r}=ce(e);e.style.setProperty("--md-tooltip-width",`${r}px`),e.remove();let o=cr(t),n=typeof o!="undefined"?Ne(o):I({x:0,y:0}),i=O(et(t),$t(t)).pipe(K());return z([i,n]).pipe(m(([a,s])=>{let{x:p,y:c}=Ve(t),l=ce(t),f=t.closest("table");return f&&t.parentElement&&(p+=f.offsetLeft+t.parentElement.offsetLeft,c+=f.offsetTop+t.parentElement.offsetTop),{active:a,offset:{x:p-s.x+l.width/2-r/2,y:c-s.y+l.height+8}}}))}function Qn(e){let t=e.title;if(!t.length)return S;let r=`__tooltip_${Ga++}`,o=Rt(r,"inline"),n=R(".md-typeset",o);return n.innerHTML=t,C(()=>{let i=new g;return i.subscribe({next({offset:a}){o.style.setProperty("--md-tooltip-x",`${a.x}px`),o.style.setProperty("--md-tooltip-y",`${a.y}px`)},complete(){o.style.removeProperty("--md-tooltip-x"),o.style.removeProperty("--md-tooltip-y")}}),O(i.pipe(b(({active:a})=>a)),i.pipe(_e(250),b(({active:a})=>!a))).subscribe({next({active:a}){a?(e.insertAdjacentElement("afterend",o),e.setAttribute("aria-describedby",r),e.removeAttribute("title")):(o.remove(),e.removeAttribute("aria-describedby"),e.setAttribute("title",t))},complete(){o.remove(),e.removeAttribute("aria-describedby"),e.setAttribute("title",t)}}),i.pipe(Me(16,me)).subscribe(({active:a})=>{o.classList.toggle("md-tooltip--active",a)}),i.pipe(pt(125,me),b(()=>!!e.offsetParent),m(()=>e.offsetParent.getBoundingClientRect()),m(({x:a})=>a)).subscribe({next(a){a?o.style.setProperty("--md-tooltip-0",`${-a}px`):o.style.removeProperty("--md-tooltip-0")},complete(){o.style.removeProperty("--md-tooltip-0")}}),Ja(o,e).pipe(w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))}).pipe(Ke(se))}function Xa({viewport$:e}){if(!B("header.autohide"))return I(!1);let t=e.pipe(m(({offset:{y:n}})=>n),Be(2,1),m(([n,i])=>[nMath.abs(i-n.y)>100),m(([,[n]])=>n),K()),o=ze("search");return z([e,o]).pipe(m(([{offset:n},i])=>n.y>400&&!i),K(),v(n=>n?r:I(!1)),Q(!1))}function Kn(e,t){return C(()=>z([ge(e),Xa(t)])).pipe(m(([{height:r},o])=>({height:r,hidden:o})),K((r,o)=>r.height===o.height&&r.hidden===o.hidden),G(1))}function Yn(e,{header$:t,main$:r}){return C(()=>{let o=new g,n=o.pipe(Z(),ie(!0));o.pipe(ee("active"),He(t)).subscribe(([{active:a},{hidden:s}])=>{e.classList.toggle("md-header--shadow",a&&!s),e.hidden=s});let i=ue(P("[title]",e)).pipe(b(()=>B("content.tooltips")),ne(a=>Qn(a)));return r.subscribe(o),t.pipe(W(n),m(a=>$({ref:e},a)),Re(i.pipe(W(n))))})}function Za(e,{viewport$:t,header$:r}){return mr(e,{viewport$:t,header$:r}).pipe(m(({offset:{y:o}})=>{let{height:n}=ce(e);return{active:o>=n}}),ee("active"))}function Bn(e,t){return C(()=>{let r=new g;r.subscribe({next({active:n}){e.classList.toggle("md-header__title--active",n)},complete(){e.classList.remove("md-header__title--active")}});let o=fe(".md-content h1");return typeof o=="undefined"?S:Za(o,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))})}function Gn(e,{viewport$:t,header$:r}){let o=r.pipe(m(({height:i})=>i),K()),n=o.pipe(v(()=>ge(e).pipe(m(({height:i})=>({top:e.offsetTop,bottom:e.offsetTop+i})),ee("bottom"))));return z([o,n,t]).pipe(m(([i,{top:a,bottom:s},{offset:{y:p},size:{height:c}}])=>(c=Math.max(0,c-Math.max(0,a-p,i)-Math.max(0,c+p-s)),{offset:a-i,height:c,active:a-i<=p})),K((i,a)=>i.offset===a.offset&&i.height===a.height&&i.active===a.active))}function es(e){let t=__md_get("__palette")||{index:e.findIndex(o=>matchMedia(o.getAttribute("data-md-color-media")).matches)},r=Math.max(0,Math.min(t.index,e.length-1));return I(...e).pipe(ne(o=>h(o,"change").pipe(m(()=>o))),Q(e[r]),m(o=>({index:e.indexOf(o),color:{media:o.getAttribute("data-md-color-media"),scheme:o.getAttribute("data-md-color-scheme"),primary:o.getAttribute("data-md-color-primary"),accent:o.getAttribute("data-md-color-accent")}})),G(1))}function Jn(e){let t=P("input",e),r=x("meta",{name:"theme-color"});document.head.appendChild(r);let o=x("meta",{name:"color-scheme"});document.head.appendChild(o);let n=Pt("(prefers-color-scheme: light)");return C(()=>{let i=new g;return i.subscribe(a=>{if(document.body.setAttribute("data-md-color-switching",""),a.color.media==="(prefers-color-scheme)"){let s=matchMedia("(prefers-color-scheme: light)"),p=document.querySelector(s.matches?"[data-md-color-media='(prefers-color-scheme: light)']":"[data-md-color-media='(prefers-color-scheme: dark)']");a.color.scheme=p.getAttribute("data-md-color-scheme"),a.color.primary=p.getAttribute("data-md-color-primary"),a.color.accent=p.getAttribute("data-md-color-accent")}for(let[s,p]of Object.entries(a.color))document.body.setAttribute(`data-md-color-${s}`,p);for(let s=0;sa.key==="Enter"),re(i,(a,s)=>s)).subscribe(({index:a})=>{a=(a+1)%t.length,t[a].click(),t[a].focus()}),i.pipe(m(()=>{let a=Se("header"),s=window.getComputedStyle(a);return o.content=s.colorScheme,s.backgroundColor.match(/\d+/g).map(p=>(+p).toString(16).padStart(2,"0")).join("")})).subscribe(a=>r.content=`#${a}`),i.pipe(ve(se)).subscribe(()=>{document.body.removeAttribute("data-md-color-switching")}),es(t).pipe(W(n.pipe(Ce(1))),ct(),w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))})}function Xn(e,{progress$:t}){return C(()=>{let r=new g;return r.subscribe(({value:o})=>{e.style.setProperty("--md-progress-value",`${o}`)}),t.pipe(w(o=>r.next({value:o})),_(()=>r.complete()),m(o=>({ref:e,value:o})))})}var Jr=Mt(Br());function ts(e){e.setAttribute("data-md-copying","");let t=e.closest("[data-copy]"),r=t?t.getAttribute("data-copy"):e.innerText;return e.removeAttribute("data-md-copying"),r.trimEnd()}function Zn({alert$:e}){Jr.default.isSupported()&&new j(t=>{new Jr.default("[data-clipboard-target], [data-clipboard-text]",{text:r=>r.getAttribute("data-clipboard-text")||ts(R(r.getAttribute("data-clipboard-target")))}).on("success",r=>t.next(r))}).pipe(w(t=>{t.trigger.focus()}),m(()=>Ee("clipboard.copied"))).subscribe(e)}function ei(e,t){return e.protocol=t.protocol,e.hostname=t.hostname,e}function rs(e,t){let r=new Map;for(let o of P("url",e)){let n=R("loc",o),i=[ei(new URL(n.textContent),t)];r.set(`${i[0]}`,i);for(let a of P("[rel=alternate]",o)){let s=a.getAttribute("href");s!=null&&i.push(ei(new URL(s),t))}}return r}function ur(e){return un(new URL("sitemap.xml",e)).pipe(m(t=>rs(t,new URL(e))),de(()=>I(new Map)))}function os(e,t){if(!(e.target instanceof Element))return S;let r=e.target.closest("a");if(r===null)return S;if(r.target||e.metaKey||e.ctrlKey)return S;let o=new URL(r.href);return o.search=o.hash="",t.has(`${o}`)?(e.preventDefault(),I(new URL(r.href))):S}function ti(e){let t=new Map;for(let r of P(":scope > *",e.head))t.set(r.outerHTML,r);return t}function ri(e){for(let t of P("[href], [src]",e))for(let r of["href","src"]){let o=t.getAttribute(r);if(o&&!/^(?:[a-z]+:)?\/\//i.test(o)){t[r]=t[r];break}}return I(e)}function ns(e){for(let o of["[data-md-component=announce]","[data-md-component=container]","[data-md-component=header-topic]","[data-md-component=outdated]","[data-md-component=logo]","[data-md-component=skip]",...B("navigation.tabs.sticky")?["[data-md-component=tabs]"]:[]]){let n=fe(o),i=fe(o,e);typeof n!="undefined"&&typeof i!="undefined"&&n.replaceWith(i)}let t=ti(document);for(let[o,n]of ti(e))t.has(o)?t.delete(o):document.head.appendChild(n);for(let o of t.values()){let n=o.getAttribute("name");n!=="theme-color"&&n!=="color-scheme"&&o.remove()}let r=Se("container");return We(P("script",r)).pipe(v(o=>{let n=e.createElement("script");if(o.src){for(let i of o.getAttributeNames())n.setAttribute(i,o.getAttribute(i));return o.replaceWith(n),new j(i=>{n.onload=()=>i.complete()})}else return n.textContent=o.textContent,o.replaceWith(n),S}),Z(),ie(document))}function oi({location$:e,viewport$:t,progress$:r}){let o=xe();if(location.protocol==="file:")return S;let n=ur(o.base);I(document).subscribe(ri);let i=h(document.body,"click").pipe(He(n),v(([p,c])=>os(p,c)),pe()),a=h(window,"popstate").pipe(m(ye),pe());i.pipe(re(t)).subscribe(([p,{offset:c}])=>{history.replaceState(c,""),history.pushState(null,"",p)}),O(i,a).subscribe(e);let s=e.pipe(ee("pathname"),v(p=>fn(p,{progress$:r}).pipe(de(()=>(lt(p,!0),S)))),v(ri),v(ns),pe());return O(s.pipe(re(e,(p,c)=>c)),s.pipe(v(()=>e),ee("pathname"),v(()=>e),ee("hash")),e.pipe(K((p,c)=>p.pathname===c.pathname&&p.hash===c.hash),v(()=>i),w(()=>history.back()))).subscribe(p=>{var c,l;history.state!==null||!p.hash?window.scrollTo(0,(l=(c=history.state)==null?void 0:c.y)!=null?l:0):(history.scrollRestoration="auto",pn(p.hash),history.scrollRestoration="manual")}),e.subscribe(()=>{history.scrollRestoration="manual"}),h(window,"beforeunload").subscribe(()=>{history.scrollRestoration="auto"}),t.pipe(ee("offset"),_e(100)).subscribe(({offset:p})=>{history.replaceState(p,"")}),s}var ni=Mt(qr());function ii(e){let t=e.separator.split("|").map(n=>n.replace(/(\(\?[!=<][^)]+\))/g,"").length===0?"\uFFFD":n).join("|"),r=new RegExp(t,"img"),o=(n,i,a)=>`${i}${a}`;return n=>{n=n.replace(/[\s*+\-:~^]+/g," ").trim();let i=new RegExp(`(^|${e.separator}|)(${n.replace(/[|\\{}()[\]^$+*?.-]/g,"\\$&").replace(r,"|")})`,"img");return a=>(0,ni.default)(a).replace(i,o).replace(/<\/mark>(\s+)]*>/img,"$1")}}function jt(e){return e.type===1}function dr(e){return e.type===3}function ai(e,t){let r=yn(e);return O(I(location.protocol!=="file:"),ze("search")).pipe(Ae(o=>o),v(()=>t)).subscribe(({config:o,docs:n})=>r.next({type:0,data:{config:o,docs:n,options:{suggest:B("search.suggest")}}})),r}function si(e){var l;let{selectedVersionSitemap:t,selectedVersionBaseURL:r,currentLocation:o,currentBaseURL:n}=e,i=(l=Xr(n))==null?void 0:l.pathname;if(i===void 0)return;let a=ss(o.pathname,i);if(a===void 0)return;let s=ps(t.keys());if(!t.has(s))return;let p=Xr(a,s);if(!p||!t.has(p.href))return;let c=Xr(a,r);if(c)return c.hash=o.hash,c.search=o.search,c}function Xr(e,t){try{return new URL(e,t)}catch(r){return}}function ss(e,t){if(e.startsWith(t))return e.slice(t.length)}function cs(e,t){let r=Math.min(e.length,t.length),o;for(o=0;oS)),o=r.pipe(m(n=>{let[,i]=t.base.match(/([^/]+)\/?$/);return n.find(({version:a,aliases:s})=>a===i||s.includes(i))||n[0]}));r.pipe(m(n=>new Map(n.map(i=>[`${new URL(`../${i.version}/`,t.base)}`,i]))),v(n=>h(document.body,"click").pipe(b(i=>!i.metaKey&&!i.ctrlKey),re(o),v(([i,a])=>{if(i.target instanceof Element){let s=i.target.closest("a");if(s&&!s.target&&n.has(s.href)){let p=s.href;return!i.target.closest(".md-version")&&n.get(p)===a?S:(i.preventDefault(),I(new URL(p)))}}return S}),v(i=>ur(i).pipe(m(a=>{var s;return(s=si({selectedVersionSitemap:a,selectedVersionBaseURL:i,currentLocation:ye(),currentBaseURL:t.base}))!=null?s:i})))))).subscribe(n=>lt(n,!0)),z([r,o]).subscribe(([n,i])=>{R(".md-header__topic").appendChild(Cn(n,i))}),e.pipe(v(()=>o)).subscribe(n=>{var a;let i=__md_get("__outdated",sessionStorage);if(i===null){i=!0;let s=((a=t.version)==null?void 0:a.default)||"latest";Array.isArray(s)||(s=[s]);e:for(let p of s)for(let c of n.aliases.concat(n.version))if(new RegExp(p,"i").test(c)){i=!1;break e}__md_set("__outdated",i,sessionStorage)}if(i)for(let s of ae("outdated"))s.hidden=!1})}function ls(e,{worker$:t}){let{searchParams:r}=ye();r.has("q")&&(Je("search",!0),e.value=r.get("q"),e.focus(),ze("search").pipe(Ae(i=>!i)).subscribe(()=>{let i=ye();i.searchParams.delete("q"),history.replaceState({},"",`${i}`)}));let o=et(e),n=O(t.pipe(Ae(jt)),h(e,"keyup"),o).pipe(m(()=>e.value),K());return z([n,o]).pipe(m(([i,a])=>({value:i,focus:a})),G(1))}function pi(e,{worker$:t}){let r=new g,o=r.pipe(Z(),ie(!0));z([t.pipe(Ae(jt)),r],(i,a)=>a).pipe(ee("value")).subscribe(({value:i})=>t.next({type:2,data:i})),r.pipe(ee("focus")).subscribe(({focus:i})=>{i&&Je("search",i)}),h(e.form,"reset").pipe(W(o)).subscribe(()=>e.focus());let n=R("header [for=__search]");return h(n,"click").subscribe(()=>e.focus()),ls(e,{worker$:t}).pipe(w(i=>r.next(i)),_(()=>r.complete()),m(i=>$({ref:e},i)),G(1))}function li(e,{worker$:t,query$:r}){let o=new g,n=on(e.parentElement).pipe(b(Boolean)),i=e.parentElement,a=R(":scope > :first-child",e),s=R(":scope > :last-child",e);ze("search").subscribe(l=>s.setAttribute("role",l?"list":"presentation")),o.pipe(re(r),Wr(t.pipe(Ae(jt)))).subscribe(([{items:l},{value:f}])=>{switch(l.length){case 0:a.textContent=f.length?Ee("search.result.none"):Ee("search.result.placeholder");break;case 1:a.textContent=Ee("search.result.one");break;default:let u=sr(l.length);a.textContent=Ee("search.result.other",u)}});let p=o.pipe(w(()=>s.innerHTML=""),v(({items:l})=>O(I(...l.slice(0,10)),I(...l.slice(10)).pipe(Be(4),Vr(n),v(([f])=>f)))),m(Mn),pe());return p.subscribe(l=>s.appendChild(l)),p.pipe(ne(l=>{let f=fe("details",l);return typeof f=="undefined"?S:h(f,"toggle").pipe(W(o),m(()=>f))})).subscribe(l=>{l.open===!1&&l.offsetTop<=i.scrollTop&&i.scrollTo({top:l.offsetTop})}),t.pipe(b(dr),m(({data:l})=>l)).pipe(w(l=>o.next(l)),_(()=>o.complete()),m(l=>$({ref:e},l)))}function ms(e,{query$:t}){return t.pipe(m(({value:r})=>{let o=ye();return o.hash="",r=r.replace(/\s+/g,"+").replace(/&/g,"%26").replace(/=/g,"%3D"),o.search=`q=${r}`,{url:o}}))}function mi(e,t){let r=new g,o=r.pipe(Z(),ie(!0));return r.subscribe(({url:n})=>{e.setAttribute("data-clipboard-text",e.href),e.href=`${n}`}),h(e,"click").pipe(W(o)).subscribe(n=>n.preventDefault()),ms(e,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))}function fi(e,{worker$:t,keyboard$:r}){let o=new g,n=Se("search-query"),i=O(h(n,"keydown"),h(n,"focus")).pipe(ve(se),m(()=>n.value),K());return o.pipe(He(i),m(([{suggest:s},p])=>{let c=p.split(/([\s-]+)/);if(s!=null&&s.length&&c[c.length-1]){let l=s[s.length-1];l.startsWith(c[c.length-1])&&(c[c.length-1]=l)}else c.length=0;return c})).subscribe(s=>e.innerHTML=s.join("").replace(/\s/g," ")),r.pipe(b(({mode:s})=>s==="search")).subscribe(s=>{switch(s.type){case"ArrowRight":e.innerText.length&&n.selectionStart===n.value.length&&(n.value=e.innerText);break}}),t.pipe(b(dr),m(({data:s})=>s)).pipe(w(s=>o.next(s)),_(()=>o.complete()),m(()=>({ref:e})))}function ui(e,{index$:t,keyboard$:r}){let o=xe();try{let n=ai(o.search,t),i=Se("search-query",e),a=Se("search-result",e);h(e,"click").pipe(b(({target:p})=>p instanceof Element&&!!p.closest("a"))).subscribe(()=>Je("search",!1)),r.pipe(b(({mode:p})=>p==="search")).subscribe(p=>{let c=Ie();switch(p.type){case"Enter":if(c===i){let l=new Map;for(let f of P(":first-child [href]",a)){let u=f.firstElementChild;l.set(f,parseFloat(u.getAttribute("data-md-score")))}if(l.size){let[[f]]=[...l].sort(([,u],[,d])=>d-u);f.click()}p.claim()}break;case"Escape":case"Tab":Je("search",!1),i.blur();break;case"ArrowUp":case"ArrowDown":if(typeof c=="undefined")i.focus();else{let l=[i,...P(":not(details) > [href], summary, details[open] [href]",a)],f=Math.max(0,(Math.max(0,l.indexOf(c))+l.length+(p.type==="ArrowUp"?-1:1))%l.length);l[f].focus()}p.claim();break;default:i!==Ie()&&i.focus()}}),r.pipe(b(({mode:p})=>p==="global")).subscribe(p=>{switch(p.type){case"f":case"s":case"/":i.focus(),i.select(),p.claim();break}});let s=pi(i,{worker$:n});return O(s,li(a,{worker$:n,query$:s})).pipe(Re(...ae("search-share",e).map(p=>mi(p,{query$:s})),...ae("search-suggest",e).map(p=>fi(p,{worker$:n,keyboard$:r}))))}catch(n){return e.hidden=!0,Ye}}function di(e,{index$:t,location$:r}){return z([t,r.pipe(Q(ye()),b(o=>!!o.searchParams.get("h")))]).pipe(m(([o,n])=>ii(o.config)(n.searchParams.get("h"))),m(o=>{var a;let n=new Map,i=document.createNodeIterator(e,NodeFilter.SHOW_TEXT);for(let s=i.nextNode();s;s=i.nextNode())if((a=s.parentElement)!=null&&a.offsetHeight){let p=s.textContent,c=o(p);c.length>p.length&&n.set(s,c)}for(let[s,p]of n){let{childNodes:c}=x("span",null,p);s.replaceWith(...Array.from(c))}return{ref:e,nodes:n}}))}function fs(e,{viewport$:t,main$:r}){let o=e.closest(".md-grid"),n=o.offsetTop-o.parentElement.offsetTop;return z([r,t]).pipe(m(([{offset:i,height:a},{offset:{y:s}}])=>(a=a+Math.min(n,Math.max(0,s-i))-n,{height:a,locked:s>=i+n})),K((i,a)=>i.height===a.height&&i.locked===a.locked))}function Zr(e,o){var n=o,{header$:t}=n,r=so(n,["header$"]);let i=R(".md-sidebar__scrollwrap",e),{y:a}=Ve(i);return C(()=>{let s=new g,p=s.pipe(Z(),ie(!0)),c=s.pipe(Me(0,me));return c.pipe(re(t)).subscribe({next([{height:l},{height:f}]){i.style.height=`${l-2*a}px`,e.style.top=`${f}px`},complete(){i.style.height="",e.style.top=""}}),c.pipe(Ae()).subscribe(()=>{for(let l of P(".md-nav__link--active[href]",e)){if(!l.clientHeight)continue;let f=l.closest(".md-sidebar__scrollwrap");if(typeof f!="undefined"){let u=l.offsetTop-f.offsetTop,{height:d}=ce(f);f.scrollTo({top:u-d/2})}}}),ue(P("label[tabindex]",e)).pipe(ne(l=>h(l,"click").pipe(ve(se),m(()=>l),W(p)))).subscribe(l=>{let f=R(`[id="${l.htmlFor}"]`);R(`[aria-labelledby="${l.id}"]`).setAttribute("aria-expanded",`${f.checked}`)}),fs(e,r).pipe(w(l=>s.next(l)),_(()=>s.complete()),m(l=>$({ref:e},l)))})}function hi(e,t){if(typeof t!="undefined"){let r=`https://api.github.com/repos/${e}/${t}`;return st(je(`${r}/releases/latest`).pipe(de(()=>S),m(o=>({version:o.tag_name})),De({})),je(r).pipe(de(()=>S),m(o=>({stars:o.stargazers_count,forks:o.forks_count})),De({}))).pipe(m(([o,n])=>$($({},o),n)))}else{let r=`https://api.github.com/users/${e}`;return je(r).pipe(m(o=>({repositories:o.public_repos})),De({}))}}function bi(e,t){let r=`https://${e}/api/v4/projects/${encodeURIComponent(t)}`;return st(je(`${r}/releases/permalink/latest`).pipe(de(()=>S),m(({tag_name:o})=>({version:o})),De({})),je(r).pipe(de(()=>S),m(({star_count:o,forks_count:n})=>({stars:o,forks:n})),De({}))).pipe(m(([o,n])=>$($({},o),n)))}function vi(e){let t=e.match(/^.+github\.com\/([^/]+)\/?([^/]+)?/i);if(t){let[,r,o]=t;return hi(r,o)}if(t=e.match(/^.+?([^/]*gitlab[^/]+)\/(.+?)\/?$/i),t){let[,r,o]=t;return bi(r,o)}return S}var us;function ds(e){return us||(us=C(()=>{let t=__md_get("__source",sessionStorage);if(t)return I(t);if(ae("consent").length){let o=__md_get("__consent");if(!(o&&o.github))return S}return vi(e.href).pipe(w(o=>__md_set("__source",o,sessionStorage)))}).pipe(de(()=>S),b(t=>Object.keys(t).length>0),m(t=>({facts:t})),G(1)))}function gi(e){let t=R(":scope > :last-child",e);return C(()=>{let r=new g;return r.subscribe(({facts:o})=>{t.appendChild(_n(o)),t.classList.add("md-source__repository--active")}),ds(e).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function hs(e,{viewport$:t,header$:r}){return ge(document.body).pipe(v(()=>mr(e,{header$:r,viewport$:t})),m(({offset:{y:o}})=>({hidden:o>=10})),ee("hidden"))}function yi(e,t){return C(()=>{let r=new g;return r.subscribe({next({hidden:o}){e.hidden=o},complete(){e.hidden=!1}}),(B("navigation.tabs.sticky")?I({hidden:!1}):hs(e,t)).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function bs(e,{viewport$:t,header$:r}){let o=new Map,n=P(".md-nav__link",e);for(let s of n){let p=decodeURIComponent(s.hash.substring(1)),c=fe(`[id="${p}"]`);typeof c!="undefined"&&o.set(s,c)}let i=r.pipe(ee("height"),m(({height:s})=>{let p=Se("main"),c=R(":scope > :first-child",p);return s+.8*(c.offsetTop-p.offsetTop)}),pe());return ge(document.body).pipe(ee("height"),v(s=>C(()=>{let p=[];return I([...o].reduce((c,[l,f])=>{for(;p.length&&o.get(p[p.length-1]).tagName>=f.tagName;)p.pop();let u=f.offsetTop;for(;!u&&f.parentElement;)f=f.parentElement,u=f.offsetTop;let d=f.offsetParent;for(;d;d=d.offsetParent)u+=d.offsetTop;return c.set([...p=[...p,l]].reverse(),u)},new Map))}).pipe(m(p=>new Map([...p].sort(([,c],[,l])=>c-l))),He(i),v(([p,c])=>t.pipe(Fr(([l,f],{offset:{y:u},size:d})=>{let y=u+d.height>=Math.floor(s.height);for(;f.length;){let[,L]=f[0];if(L-c=u&&!y)f=[l.pop(),...f];else break}return[l,f]},[[],[...p]]),K((l,f)=>l[0]===f[0]&&l[1]===f[1])))))).pipe(m(([s,p])=>({prev:s.map(([c])=>c),next:p.map(([c])=>c)})),Q({prev:[],next:[]}),Be(2,1),m(([s,p])=>s.prev.length{let i=new g,a=i.pipe(Z(),ie(!0));if(i.subscribe(({prev:s,next:p})=>{for(let[c]of p)c.classList.remove("md-nav__link--passed"),c.classList.remove("md-nav__link--active");for(let[c,[l]]of s.entries())l.classList.add("md-nav__link--passed"),l.classList.toggle("md-nav__link--active",c===s.length-1)}),B("toc.follow")){let s=O(t.pipe(_e(1),m(()=>{})),t.pipe(_e(250),m(()=>"smooth")));i.pipe(b(({prev:p})=>p.length>0),He(o.pipe(ve(se))),re(s)).subscribe(([[{prev:p}],c])=>{let[l]=p[p.length-1];if(l.offsetHeight){let f=cr(l);if(typeof f!="undefined"){let u=l.offsetTop-f.offsetTop,{height:d}=ce(f);f.scrollTo({top:u-d/2,behavior:c})}}})}return B("navigation.tracking")&&t.pipe(W(a),ee("offset"),_e(250),Ce(1),W(n.pipe(Ce(1))),ct({delay:250}),re(i)).subscribe(([,{prev:s}])=>{let p=ye(),c=s[s.length-1];if(c&&c.length){let[l]=c,{hash:f}=new URL(l.href);p.hash!==f&&(p.hash=f,history.replaceState({},"",`${p}`))}else p.hash="",history.replaceState({},"",`${p}`)}),bs(e,{viewport$:t,header$:r}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function vs(e,{viewport$:t,main$:r,target$:o}){let n=t.pipe(m(({offset:{y:a}})=>a),Be(2,1),m(([a,s])=>a>s&&s>0),K()),i=r.pipe(m(({active:a})=>a));return z([i,n]).pipe(m(([a,s])=>!(a&&s)),K(),W(o.pipe(Ce(1))),ie(!0),ct({delay:250}),m(a=>({hidden:a})))}function Ei(e,{viewport$:t,header$:r,main$:o,target$:n}){let i=new g,a=i.pipe(Z(),ie(!0));return i.subscribe({next({hidden:s}){e.hidden=s,s?(e.setAttribute("tabindex","-1"),e.blur()):e.removeAttribute("tabindex")},complete(){e.style.top="",e.hidden=!0,e.removeAttribute("tabindex")}}),r.pipe(W(a),ee("height")).subscribe(({height:s})=>{e.style.top=`${s+16}px`}),h(e,"click").subscribe(s=>{s.preventDefault(),window.scrollTo({top:0})}),vs(e,{viewport$:t,main$:o,target$:n}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))}function wi({document$:e,viewport$:t}){e.pipe(v(()=>P(".md-ellipsis")),ne(r=>tt(r).pipe(W(e.pipe(Ce(1))),b(o=>o),m(()=>r),Te(1))),b(r=>r.offsetWidth{let o=r.innerText,n=r.closest("a")||r;return n.title=o,B("content.tooltips")?mt(n,{viewport$:t}).pipe(W(e.pipe(Ce(1))),_(()=>n.removeAttribute("title"))):S})).subscribe(),B("content.tooltips")&&e.pipe(v(()=>P(".md-status")),ne(r=>mt(r,{viewport$:t}))).subscribe()}function Ti({document$:e,tablet$:t}){e.pipe(v(()=>P(".md-toggle--indeterminate")),w(r=>{r.indeterminate=!0,r.checked=!1}),ne(r=>h(r,"change").pipe(Dr(()=>r.classList.contains("md-toggle--indeterminate")),m(()=>r))),re(t)).subscribe(([r,o])=>{r.classList.remove("md-toggle--indeterminate"),o&&(r.checked=!1)})}function gs(){return/(iPad|iPhone|iPod)/.test(navigator.userAgent)}function Si({document$:e}){e.pipe(v(()=>P("[data-md-scrollfix]")),w(t=>t.removeAttribute("data-md-scrollfix")),b(gs),ne(t=>h(t,"touchstart").pipe(m(()=>t)))).subscribe(t=>{let r=t.scrollTop;r===0?t.scrollTop=1:r+t.offsetHeight===t.scrollHeight&&(t.scrollTop=r-1)})}function Oi({viewport$:e,tablet$:t}){z([ze("search"),t]).pipe(m(([r,o])=>r&&!o),v(r=>I(r).pipe(Ge(r?400:100))),re(e)).subscribe(([r,{offset:{y:o}}])=>{if(r)document.body.setAttribute("data-md-scrolllock",""),document.body.style.top=`-${o}px`;else{let n=-1*parseInt(document.body.style.top,10);document.body.removeAttribute("data-md-scrolllock"),document.body.style.top="",n&&window.scrollTo(0,n)}})}Object.entries||(Object.entries=function(e){let t=[];for(let r of Object.keys(e))t.push([r,e[r]]);return t});Object.values||(Object.values=function(e){let t=[];for(let r of Object.keys(e))t.push(e[r]);return t});typeof Element!="undefined"&&(Element.prototype.scrollTo||(Element.prototype.scrollTo=function(e,t){typeof e=="object"?(this.scrollLeft=e.left,this.scrollTop=e.top):(this.scrollLeft=e,this.scrollTop=t)}),Element.prototype.replaceWith||(Element.prototype.replaceWith=function(...e){let t=this.parentNode;if(t){e.length===0&&t.removeChild(this);for(let r=e.length-1;r>=0;r--){let o=e[r];typeof o=="string"?o=document.createTextNode(o):o.parentNode&&o.parentNode.removeChild(o),r?t.insertBefore(this.previousSibling,o):t.replaceChild(o,this)}}}));function ys(){return location.protocol==="file:"?Tt(`${new URL("search/search_index.js",eo.base)}`).pipe(m(()=>__index),G(1)):je(new URL("search/search_index.json",eo.base))}document.documentElement.classList.remove("no-js");document.documentElement.classList.add("js");var ot=Go(),Ut=sn(),Lt=ln(Ut),to=an(),Oe=gn(),hr=Pt("(min-width: 960px)"),Mi=Pt("(min-width: 1220px)"),_i=mn(),eo=xe(),Ai=document.forms.namedItem("search")?ys():Ye,ro=new g;Zn({alert$:ro});var oo=new g;B("navigation.instant")&&oi({location$:Ut,viewport$:Oe,progress$:oo}).subscribe(ot);var Li;((Li=eo.version)==null?void 0:Li.provider)==="mike"&&ci({document$:ot});O(Ut,Lt).pipe(Ge(125)).subscribe(()=>{Je("drawer",!1),Je("search",!1)});to.pipe(b(({mode:e})=>e==="global")).subscribe(e=>{switch(e.type){case"p":case",":let t=fe("link[rel=prev]");typeof t!="undefined"&<(t);break;case"n":case".":let r=fe("link[rel=next]");typeof r!="undefined"&<(r);break;case"Enter":let o=Ie();o instanceof HTMLLabelElement&&o.click()}});wi({viewport$:Oe,document$:ot});Ti({document$:ot,tablet$:hr});Si({document$:ot});Oi({viewport$:Oe,tablet$:hr});var rt=Kn(Se("header"),{viewport$:Oe}),Ft=ot.pipe(m(()=>Se("main")),v(e=>Gn(e,{viewport$:Oe,header$:rt})),G(1)),xs=O(...ae("consent").map(e=>En(e,{target$:Lt})),...ae("dialog").map(e=>qn(e,{alert$:ro})),...ae("palette").map(e=>Jn(e)),...ae("progress").map(e=>Xn(e,{progress$:oo})),...ae("search").map(e=>ui(e,{index$:Ai,keyboard$:to})),...ae("source").map(e=>gi(e))),Es=C(()=>O(...ae("announce").map(e=>xn(e)),...ae("content").map(e=>zn(e,{viewport$:Oe,target$:Lt,print$:_i})),...ae("content").map(e=>B("search.highlight")?di(e,{index$:Ai,location$:Ut}):S),...ae("header").map(e=>Yn(e,{viewport$:Oe,header$:rt,main$:Ft})),...ae("header-title").map(e=>Bn(e,{viewport$:Oe,header$:rt})),...ae("sidebar").map(e=>e.getAttribute("data-md-type")==="navigation"?Nr(Mi,()=>Zr(e,{viewport$:Oe,header$:rt,main$:Ft})):Nr(hr,()=>Zr(e,{viewport$:Oe,header$:rt,main$:Ft}))),...ae("tabs").map(e=>yi(e,{viewport$:Oe,header$:rt})),...ae("toc").map(e=>xi(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Lt})),...ae("top").map(e=>Ei(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Lt})))),Ci=ot.pipe(v(()=>Es),Re(xs),G(1));Ci.subscribe();window.document$=ot;window.location$=Ut;window.target$=Lt;window.keyboard$=to;window.viewport$=Oe;window.tablet$=hr;window.screen$=Mi;window.print$=_i;window.alert$=ro;window.progress$=oo;window.component$=Ci;})(); +//# sourceMappingURL=bundle.83f73b43.min.js.map + diff --git a/site/assets/javascripts/bundle.83f73b43.min.js.map b/site/assets/javascripts/bundle.83f73b43.min.js.map new file mode 100644 index 00000000..fe920b7d --- /dev/null +++ b/site/assets/javascripts/bundle.83f73b43.min.js.map @@ -0,0 +1,7 @@ +{ + "version": 3, + "sources": ["node_modules/focus-visible/dist/focus-visible.js", "node_modules/escape-html/index.js", "node_modules/clipboard/dist/clipboard.js", "src/templates/assets/javascripts/bundle.ts", "node_modules/tslib/tslib.es6.mjs", "node_modules/rxjs/src/internal/util/isFunction.ts", "node_modules/rxjs/src/internal/util/createErrorClass.ts", "node_modules/rxjs/src/internal/util/UnsubscriptionError.ts", "node_modules/rxjs/src/internal/util/arrRemove.ts", "node_modules/rxjs/src/internal/Subscription.ts", "node_modules/rxjs/src/internal/config.ts", "node_modules/rxjs/src/internal/scheduler/timeoutProvider.ts", "node_modules/rxjs/src/internal/util/reportUnhandledError.ts", "node_modules/rxjs/src/internal/util/noop.ts", "node_modules/rxjs/src/internal/NotificationFactories.ts", "node_modules/rxjs/src/internal/util/errorContext.ts", "node_modules/rxjs/src/internal/Subscriber.ts", "node_modules/rxjs/src/internal/symbol/observable.ts", "node_modules/rxjs/src/internal/util/identity.ts", "node_modules/rxjs/src/internal/util/pipe.ts", "node_modules/rxjs/src/internal/Observable.ts", "node_modules/rxjs/src/internal/util/lift.ts", "node_modules/rxjs/src/internal/operators/OperatorSubscriber.ts", "node_modules/rxjs/src/internal/scheduler/animationFrameProvider.ts", "node_modules/rxjs/src/internal/util/ObjectUnsubscribedError.ts", "node_modules/rxjs/src/internal/Subject.ts", "node_modules/rxjs/src/internal/BehaviorSubject.ts", "node_modules/rxjs/src/internal/scheduler/dateTimestampProvider.ts", "node_modules/rxjs/src/internal/ReplaySubject.ts", "node_modules/rxjs/src/internal/scheduler/Action.ts", "node_modules/rxjs/src/internal/scheduler/intervalProvider.ts", "node_modules/rxjs/src/internal/scheduler/AsyncAction.ts", "node_modules/rxjs/src/internal/Scheduler.ts", "node_modules/rxjs/src/internal/scheduler/AsyncScheduler.ts", "node_modules/rxjs/src/internal/scheduler/async.ts", "node_modules/rxjs/src/internal/scheduler/QueueAction.ts", "node_modules/rxjs/src/internal/scheduler/QueueScheduler.ts", "node_modules/rxjs/src/internal/scheduler/queue.ts", "node_modules/rxjs/src/internal/scheduler/AnimationFrameAction.ts", "node_modules/rxjs/src/internal/scheduler/AnimationFrameScheduler.ts", "node_modules/rxjs/src/internal/scheduler/animationFrame.ts", "node_modules/rxjs/src/internal/observable/empty.ts", "node_modules/rxjs/src/internal/util/isScheduler.ts", "node_modules/rxjs/src/internal/util/args.ts", "node_modules/rxjs/src/internal/util/isArrayLike.ts", "node_modules/rxjs/src/internal/util/isPromise.ts", "node_modules/rxjs/src/internal/util/isInteropObservable.ts", "node_modules/rxjs/src/internal/util/isAsyncIterable.ts", "node_modules/rxjs/src/internal/util/throwUnobservableError.ts", "node_modules/rxjs/src/internal/symbol/iterator.ts", "node_modules/rxjs/src/internal/util/isIterable.ts", "node_modules/rxjs/src/internal/util/isReadableStreamLike.ts", "node_modules/rxjs/src/internal/observable/innerFrom.ts", "node_modules/rxjs/src/internal/util/executeSchedule.ts", "node_modules/rxjs/src/internal/operators/observeOn.ts", "node_modules/rxjs/src/internal/operators/subscribeOn.ts", "node_modules/rxjs/src/internal/scheduled/scheduleObservable.ts", "node_modules/rxjs/src/internal/scheduled/schedulePromise.ts", "node_modules/rxjs/src/internal/scheduled/scheduleArray.ts", "node_modules/rxjs/src/internal/scheduled/scheduleIterable.ts", "node_modules/rxjs/src/internal/scheduled/scheduleAsyncIterable.ts", "node_modules/rxjs/src/internal/scheduled/scheduleReadableStreamLike.ts", "node_modules/rxjs/src/internal/scheduled/scheduled.ts", "node_modules/rxjs/src/internal/observable/from.ts", "node_modules/rxjs/src/internal/observable/of.ts", "node_modules/rxjs/src/internal/observable/throwError.ts", "node_modules/rxjs/src/internal/util/EmptyError.ts", "node_modules/rxjs/src/internal/util/isDate.ts", "node_modules/rxjs/src/internal/operators/map.ts", "node_modules/rxjs/src/internal/util/mapOneOrManyArgs.ts", "node_modules/rxjs/src/internal/util/argsArgArrayOrObject.ts", "node_modules/rxjs/src/internal/util/createObject.ts", "node_modules/rxjs/src/internal/observable/combineLatest.ts", "node_modules/rxjs/src/internal/operators/mergeInternals.ts", "node_modules/rxjs/src/internal/operators/mergeMap.ts", "node_modules/rxjs/src/internal/operators/mergeAll.ts", "node_modules/rxjs/src/internal/operators/concatAll.ts", "node_modules/rxjs/src/internal/observable/concat.ts", "node_modules/rxjs/src/internal/observable/defer.ts", "node_modules/rxjs/src/internal/observable/fromEvent.ts", "node_modules/rxjs/src/internal/observable/fromEventPattern.ts", "node_modules/rxjs/src/internal/observable/timer.ts", "node_modules/rxjs/src/internal/observable/merge.ts", "node_modules/rxjs/src/internal/observable/never.ts", "node_modules/rxjs/src/internal/util/argsOrArgArray.ts", "node_modules/rxjs/src/internal/operators/filter.ts", "node_modules/rxjs/src/internal/observable/zip.ts", "node_modules/rxjs/src/internal/operators/audit.ts", "node_modules/rxjs/src/internal/operators/auditTime.ts", "node_modules/rxjs/src/internal/operators/bufferCount.ts", "node_modules/rxjs/src/internal/operators/catchError.ts", "node_modules/rxjs/src/internal/operators/scanInternals.ts", "node_modules/rxjs/src/internal/operators/combineLatest.ts", "node_modules/rxjs/src/internal/operators/combineLatestWith.ts", "node_modules/rxjs/src/internal/operators/debounce.ts", "node_modules/rxjs/src/internal/operators/debounceTime.ts", "node_modules/rxjs/src/internal/operators/defaultIfEmpty.ts", "node_modules/rxjs/src/internal/operators/take.ts", "node_modules/rxjs/src/internal/operators/ignoreElements.ts", "node_modules/rxjs/src/internal/operators/mapTo.ts", "node_modules/rxjs/src/internal/operators/delayWhen.ts", "node_modules/rxjs/src/internal/operators/delay.ts", "node_modules/rxjs/src/internal/operators/distinctUntilChanged.ts", "node_modules/rxjs/src/internal/operators/distinctUntilKeyChanged.ts", "node_modules/rxjs/src/internal/operators/throwIfEmpty.ts", "node_modules/rxjs/src/internal/operators/endWith.ts", "node_modules/rxjs/src/internal/operators/finalize.ts", "node_modules/rxjs/src/internal/operators/first.ts", "node_modules/rxjs/src/internal/operators/takeLast.ts", "node_modules/rxjs/src/internal/operators/merge.ts", "node_modules/rxjs/src/internal/operators/mergeWith.ts", "node_modules/rxjs/src/internal/operators/repeat.ts", "node_modules/rxjs/src/internal/operators/scan.ts", "node_modules/rxjs/src/internal/operators/share.ts", "node_modules/rxjs/src/internal/operators/shareReplay.ts", "node_modules/rxjs/src/internal/operators/skip.ts", "node_modules/rxjs/src/internal/operators/skipUntil.ts", "node_modules/rxjs/src/internal/operators/startWith.ts", "node_modules/rxjs/src/internal/operators/switchMap.ts", "node_modules/rxjs/src/internal/operators/takeUntil.ts", "node_modules/rxjs/src/internal/operators/takeWhile.ts", "node_modules/rxjs/src/internal/operators/tap.ts", "node_modules/rxjs/src/internal/operators/throttle.ts", "node_modules/rxjs/src/internal/operators/throttleTime.ts", "node_modules/rxjs/src/internal/operators/withLatestFrom.ts", "node_modules/rxjs/src/internal/operators/zip.ts", "node_modules/rxjs/src/internal/operators/zipWith.ts", "src/templates/assets/javascripts/browser/document/index.ts", "src/templates/assets/javascripts/browser/element/_/index.ts", "src/templates/assets/javascripts/browser/element/focus/index.ts", "src/templates/assets/javascripts/browser/element/hover/index.ts", "src/templates/assets/javascripts/utilities/h/index.ts", "src/templates/assets/javascripts/utilities/round/index.ts", "src/templates/assets/javascripts/browser/script/index.ts", "src/templates/assets/javascripts/browser/element/size/_/index.ts", "src/templates/assets/javascripts/browser/element/size/content/index.ts", "src/templates/assets/javascripts/browser/element/offset/_/index.ts", "src/templates/assets/javascripts/browser/element/offset/content/index.ts", "src/templates/assets/javascripts/browser/element/visibility/index.ts", "src/templates/assets/javascripts/browser/toggle/index.ts", "src/templates/assets/javascripts/browser/keyboard/index.ts", "src/templates/assets/javascripts/browser/location/_/index.ts", "src/templates/assets/javascripts/browser/location/hash/index.ts", "src/templates/assets/javascripts/browser/media/index.ts", "src/templates/assets/javascripts/browser/request/index.ts", "src/templates/assets/javascripts/browser/viewport/offset/index.ts", "src/templates/assets/javascripts/browser/viewport/size/index.ts", "src/templates/assets/javascripts/browser/viewport/_/index.ts", "src/templates/assets/javascripts/browser/viewport/at/index.ts", "src/templates/assets/javascripts/browser/worker/index.ts", "src/templates/assets/javascripts/_/index.ts", "src/templates/assets/javascripts/components/_/index.ts", "src/templates/assets/javascripts/components/announce/index.ts", "src/templates/assets/javascripts/components/consent/index.ts", "src/templates/assets/javascripts/templates/tooltip/index.tsx", "src/templates/assets/javascripts/templates/annotation/index.tsx", "src/templates/assets/javascripts/templates/clipboard/index.tsx", "src/templates/assets/javascripts/templates/search/index.tsx", "src/templates/assets/javascripts/templates/source/index.tsx", "src/templates/assets/javascripts/templates/tabbed/index.tsx", "src/templates/assets/javascripts/templates/table/index.tsx", "src/templates/assets/javascripts/templates/version/index.tsx", "src/templates/assets/javascripts/components/tooltip2/index.ts", "src/templates/assets/javascripts/components/content/annotation/_/index.ts", "src/templates/assets/javascripts/components/content/annotation/list/index.ts", "src/templates/assets/javascripts/components/content/annotation/block/index.ts", "src/templates/assets/javascripts/components/content/code/_/index.ts", "src/templates/assets/javascripts/components/content/details/index.ts", "src/templates/assets/javascripts/components/content/mermaid/index.css", "src/templates/assets/javascripts/components/content/mermaid/index.ts", "src/templates/assets/javascripts/components/content/table/index.ts", "src/templates/assets/javascripts/components/content/tabs/index.ts", "src/templates/assets/javascripts/components/content/_/index.ts", "src/templates/assets/javascripts/components/dialog/index.ts", "src/templates/assets/javascripts/components/tooltip/index.ts", "src/templates/assets/javascripts/components/header/_/index.ts", "src/templates/assets/javascripts/components/header/title/index.ts", "src/templates/assets/javascripts/components/main/index.ts", "src/templates/assets/javascripts/components/palette/index.ts", "src/templates/assets/javascripts/components/progress/index.ts", "src/templates/assets/javascripts/integrations/clipboard/index.ts", "src/templates/assets/javascripts/integrations/sitemap/index.ts", "src/templates/assets/javascripts/integrations/instant/index.ts", "src/templates/assets/javascripts/integrations/search/highlighter/index.ts", "src/templates/assets/javascripts/integrations/search/worker/message/index.ts", "src/templates/assets/javascripts/integrations/search/worker/_/index.ts", "src/templates/assets/javascripts/integrations/version/findurl/index.ts", "src/templates/assets/javascripts/integrations/version/index.ts", "src/templates/assets/javascripts/components/search/query/index.ts", "src/templates/assets/javascripts/components/search/result/index.ts", "src/templates/assets/javascripts/components/search/share/index.ts", "src/templates/assets/javascripts/components/search/suggest/index.ts", "src/templates/assets/javascripts/components/search/_/index.ts", "src/templates/assets/javascripts/components/search/highlight/index.ts", "src/templates/assets/javascripts/components/sidebar/index.ts", "src/templates/assets/javascripts/components/source/facts/github/index.ts", "src/templates/assets/javascripts/components/source/facts/gitlab/index.ts", "src/templates/assets/javascripts/components/source/facts/_/index.ts", "src/templates/assets/javascripts/components/source/_/index.ts", "src/templates/assets/javascripts/components/tabs/index.ts", "src/templates/assets/javascripts/components/toc/index.ts", "src/templates/assets/javascripts/components/top/index.ts", "src/templates/assets/javascripts/patches/ellipsis/index.ts", "src/templates/assets/javascripts/patches/indeterminate/index.ts", "src/templates/assets/javascripts/patches/scrollfix/index.ts", "src/templates/assets/javascripts/patches/scrolllock/index.ts", "src/templates/assets/javascripts/polyfills/index.ts"], + "sourcesContent": ["(function (global, factory) {\n typeof exports === 'object' && typeof module !== 'undefined' ? factory() :\n typeof define === 'function' && define.amd ? define(factory) :\n (factory());\n}(this, (function () { 'use strict';\n\n /**\n * Applies the :focus-visible polyfill at the given scope.\n * A scope in this case is either the top-level Document or a Shadow Root.\n *\n * @param {(Document|ShadowRoot)} scope\n * @see https://github.com/WICG/focus-visible\n */\n function applyFocusVisiblePolyfill(scope) {\n var hadKeyboardEvent = true;\n var hadFocusVisibleRecently = false;\n var hadFocusVisibleRecentlyTimeout = null;\n\n var inputTypesAllowlist = {\n text: true,\n search: true,\n url: true,\n tel: true,\n email: true,\n password: true,\n number: true,\n date: true,\n month: true,\n week: true,\n time: true,\n datetime: true,\n 'datetime-local': true\n };\n\n /**\n * Helper function for legacy browsers and iframes which sometimes focus\n * elements like document, body, and non-interactive SVG.\n * @param {Element} el\n */\n function isValidFocusTarget(el) {\n if (\n el &&\n el !== document &&\n el.nodeName !== 'HTML' &&\n el.nodeName !== 'BODY' &&\n 'classList' in el &&\n 'contains' in el.classList\n ) {\n return true;\n }\n return false;\n }\n\n /**\n * Computes whether the given element should automatically trigger the\n * `focus-visible` class being added, i.e. whether it should always match\n * `:focus-visible` when focused.\n * @param {Element} el\n * @return {boolean}\n */\n function focusTriggersKeyboardModality(el) {\n var type = el.type;\n var tagName = el.tagName;\n\n if (tagName === 'INPUT' && inputTypesAllowlist[type] && !el.readOnly) {\n return true;\n }\n\n if (tagName === 'TEXTAREA' && !el.readOnly) {\n return true;\n }\n\n if (el.isContentEditable) {\n return true;\n }\n\n return false;\n }\n\n /**\n * Add the `focus-visible` class to the given element if it was not added by\n * the author.\n * @param {Element} el\n */\n function addFocusVisibleClass(el) {\n if (el.classList.contains('focus-visible')) {\n return;\n }\n el.classList.add('focus-visible');\n el.setAttribute('data-focus-visible-added', '');\n }\n\n /**\n * Remove the `focus-visible` class from the given element if it was not\n * originally added by the author.\n * @param {Element} el\n */\n function removeFocusVisibleClass(el) {\n if (!el.hasAttribute('data-focus-visible-added')) {\n return;\n }\n el.classList.remove('focus-visible');\n el.removeAttribute('data-focus-visible-added');\n }\n\n /**\n * If the most recent user interaction was via the keyboard;\n * and the key press did not include a meta, alt/option, or control key;\n * then the modality is keyboard. Otherwise, the modality is not keyboard.\n * Apply `focus-visible` to any current active element and keep track\n * of our keyboard modality state with `hadKeyboardEvent`.\n * @param {KeyboardEvent} e\n */\n function onKeyDown(e) {\n if (e.metaKey || e.altKey || e.ctrlKey) {\n return;\n }\n\n if (isValidFocusTarget(scope.activeElement)) {\n addFocusVisibleClass(scope.activeElement);\n }\n\n hadKeyboardEvent = true;\n }\n\n /**\n * If at any point a user clicks with a pointing device, ensure that we change\n * the modality away from keyboard.\n * This avoids the situation where a user presses a key on an already focused\n * element, and then clicks on a different element, focusing it with a\n * pointing device, while we still think we're in keyboard modality.\n * @param {Event} e\n */\n function onPointerDown(e) {\n hadKeyboardEvent = false;\n }\n\n /**\n * On `focus`, add the `focus-visible` class to the target if:\n * - the target received focus as a result of keyboard navigation, or\n * - the event target is an element that will likely require interaction\n * via the keyboard (e.g. a text box)\n * @param {Event} e\n */\n function onFocus(e) {\n // Prevent IE from focusing the document or HTML element.\n if (!isValidFocusTarget(e.target)) {\n return;\n }\n\n if (hadKeyboardEvent || focusTriggersKeyboardModality(e.target)) {\n addFocusVisibleClass(e.target);\n }\n }\n\n /**\n * On `blur`, remove the `focus-visible` class from the target.\n * @param {Event} e\n */\n function onBlur(e) {\n if (!isValidFocusTarget(e.target)) {\n return;\n }\n\n if (\n e.target.classList.contains('focus-visible') ||\n e.target.hasAttribute('data-focus-visible-added')\n ) {\n // To detect a tab/window switch, we look for a blur event followed\n // rapidly by a visibility change.\n // If we don't see a visibility change within 100ms, it's probably a\n // regular focus change.\n hadFocusVisibleRecently = true;\n window.clearTimeout(hadFocusVisibleRecentlyTimeout);\n hadFocusVisibleRecentlyTimeout = window.setTimeout(function() {\n hadFocusVisibleRecently = false;\n }, 100);\n removeFocusVisibleClass(e.target);\n }\n }\n\n /**\n * If the user changes tabs, keep track of whether or not the previously\n * focused element had .focus-visible.\n * @param {Event} e\n */\n function onVisibilityChange(e) {\n if (document.visibilityState === 'hidden') {\n // If the tab becomes active again, the browser will handle calling focus\n // on the element (Safari actually calls it twice).\n // If this tab change caused a blur on an element with focus-visible,\n // re-apply the class when the user switches back to the tab.\n if (hadFocusVisibleRecently) {\n hadKeyboardEvent = true;\n }\n addInitialPointerMoveListeners();\n }\n }\n\n /**\n * Add a group of listeners to detect usage of any pointing devices.\n * These listeners will be added when the polyfill first loads, and anytime\n * the window is blurred, so that they are active when the window regains\n * focus.\n */\n function addInitialPointerMoveListeners() {\n document.addEventListener('mousemove', onInitialPointerMove);\n document.addEventListener('mousedown', onInitialPointerMove);\n document.addEventListener('mouseup', onInitialPointerMove);\n document.addEventListener('pointermove', onInitialPointerMove);\n document.addEventListener('pointerdown', onInitialPointerMove);\n document.addEventListener('pointerup', onInitialPointerMove);\n document.addEventListener('touchmove', onInitialPointerMove);\n document.addEventListener('touchstart', onInitialPointerMove);\n document.addEventListener('touchend', onInitialPointerMove);\n }\n\n function removeInitialPointerMoveListeners() {\n document.removeEventListener('mousemove', onInitialPointerMove);\n document.removeEventListener('mousedown', onInitialPointerMove);\n document.removeEventListener('mouseup', onInitialPointerMove);\n document.removeEventListener('pointermove', onInitialPointerMove);\n document.removeEventListener('pointerdown', onInitialPointerMove);\n document.removeEventListener('pointerup', onInitialPointerMove);\n document.removeEventListener('touchmove', onInitialPointerMove);\n document.removeEventListener('touchstart', onInitialPointerMove);\n document.removeEventListener('touchend', onInitialPointerMove);\n }\n\n /**\n * When the polfyill first loads, assume the user is in keyboard modality.\n * If any event is received from a pointing device (e.g. mouse, pointer,\n * touch), turn off keyboard modality.\n * This accounts for situations where focus enters the page from the URL bar.\n * @param {Event} e\n */\n function onInitialPointerMove(e) {\n // Work around a Safari quirk that fires a mousemove on whenever the\n // window blurs, even if you're tabbing out of the page. \u00AF\\_(\u30C4)_/\u00AF\n if (e.target.nodeName && e.target.nodeName.toLowerCase() === 'html') {\n return;\n }\n\n hadKeyboardEvent = false;\n removeInitialPointerMoveListeners();\n }\n\n // For some kinds of state, we are interested in changes at the global scope\n // only. For example, global pointer input, global key presses and global\n // visibility change should affect the state at every scope:\n document.addEventListener('keydown', onKeyDown, true);\n document.addEventListener('mousedown', onPointerDown, true);\n document.addEventListener('pointerdown', onPointerDown, true);\n document.addEventListener('touchstart', onPointerDown, true);\n document.addEventListener('visibilitychange', onVisibilityChange, true);\n\n addInitialPointerMoveListeners();\n\n // For focus and blur, we specifically care about state changes in the local\n // scope. This is because focus / blur events that originate from within a\n // shadow root are not re-dispatched from the host element if it was already\n // the active element in its own scope:\n scope.addEventListener('focus', onFocus, true);\n scope.addEventListener('blur', onBlur, true);\n\n // We detect that a node is a ShadowRoot by ensuring that it is a\n // DocumentFragment and also has a host property. This check covers native\n // implementation and polyfill implementation transparently. If we only cared\n // about the native implementation, we could just check if the scope was\n // an instance of a ShadowRoot.\n if (scope.nodeType === Node.DOCUMENT_FRAGMENT_NODE && scope.host) {\n // Since a ShadowRoot is a special kind of DocumentFragment, it does not\n // have a root element to add a class to. So, we add this attribute to the\n // host element instead:\n scope.host.setAttribute('data-js-focus-visible', '');\n } else if (scope.nodeType === Node.DOCUMENT_NODE) {\n document.documentElement.classList.add('js-focus-visible');\n document.documentElement.setAttribute('data-js-focus-visible', '');\n }\n }\n\n // It is important to wrap all references to global window and document in\n // these checks to support server-side rendering use cases\n // @see https://github.com/WICG/focus-visible/issues/199\n if (typeof window !== 'undefined' && typeof document !== 'undefined') {\n // Make the polyfill helper globally available. This can be used as a signal\n // to interested libraries that wish to coordinate with the polyfill for e.g.,\n // applying the polyfill to a shadow root:\n window.applyFocusVisiblePolyfill = applyFocusVisiblePolyfill;\n\n // Notify interested libraries of the polyfill's presence, in case the\n // polyfill was loaded lazily:\n var event;\n\n try {\n event = new CustomEvent('focus-visible-polyfill-ready');\n } catch (error) {\n // IE11 does not support using CustomEvent as a constructor directly:\n event = document.createEvent('CustomEvent');\n event.initCustomEvent('focus-visible-polyfill-ready', false, false, {});\n }\n\n window.dispatchEvent(event);\n }\n\n if (typeof document !== 'undefined') {\n // Apply the polyfill to the global document, so that no JavaScript\n // coordination is required to use the polyfill in the top-level document:\n applyFocusVisiblePolyfill(document);\n }\n\n})));\n", "/*!\n * escape-html\n * Copyright(c) 2012-2013 TJ Holowaychuk\n * Copyright(c) 2015 Andreas Lubbe\n * Copyright(c) 2015 Tiancheng \"Timothy\" Gu\n * MIT Licensed\n */\n\n'use strict';\n\n/**\n * Module variables.\n * @private\n */\n\nvar matchHtmlRegExp = /[\"'&<>]/;\n\n/**\n * Module exports.\n * @public\n */\n\nmodule.exports = escapeHtml;\n\n/**\n * Escape special characters in the given string of html.\n *\n * @param {string} string The string to escape for inserting into HTML\n * @return {string}\n * @public\n */\n\nfunction escapeHtml(string) {\n var str = '' + string;\n var match = matchHtmlRegExp.exec(str);\n\n if (!match) {\n return str;\n }\n\n var escape;\n var html = '';\n var index = 0;\n var lastIndex = 0;\n\n for (index = match.index; index < str.length; index++) {\n switch (str.charCodeAt(index)) {\n case 34: // \"\n escape = '"';\n break;\n case 38: // &\n escape = '&';\n break;\n case 39: // '\n escape = ''';\n break;\n case 60: // <\n escape = '<';\n break;\n case 62: // >\n escape = '>';\n break;\n default:\n continue;\n }\n\n if (lastIndex !== index) {\n html += str.substring(lastIndex, index);\n }\n\n lastIndex = index + 1;\n html += escape;\n }\n\n return lastIndex !== index\n ? html + str.substring(lastIndex, index)\n : html;\n}\n", "/*!\n * clipboard.js v2.0.11\n * https://clipboardjs.com/\n *\n * Licensed MIT \u00A9 Zeno Rocha\n */\n(function webpackUniversalModuleDefinition(root, factory) {\n\tif(typeof exports === 'object' && typeof module === 'object')\n\t\tmodule.exports = factory();\n\telse if(typeof define === 'function' && define.amd)\n\t\tdefine([], factory);\n\telse if(typeof exports === 'object')\n\t\texports[\"ClipboardJS\"] = factory();\n\telse\n\t\troot[\"ClipboardJS\"] = factory();\n})(this, function() {\nreturn /******/ (function() { // webpackBootstrap\n/******/ \tvar __webpack_modules__ = ({\n\n/***/ 686:\n/***/ (function(__unused_webpack_module, __webpack_exports__, __webpack_require__) {\n\n\"use strict\";\n\n// EXPORTS\n__webpack_require__.d(__webpack_exports__, {\n \"default\": function() { return /* binding */ clipboard; }\n});\n\n// EXTERNAL MODULE: ./node_modules/tiny-emitter/index.js\nvar tiny_emitter = __webpack_require__(279);\nvar tiny_emitter_default = /*#__PURE__*/__webpack_require__.n(tiny_emitter);\n// EXTERNAL MODULE: ./node_modules/good-listener/src/listen.js\nvar listen = __webpack_require__(370);\nvar listen_default = /*#__PURE__*/__webpack_require__.n(listen);\n// EXTERNAL MODULE: ./node_modules/select/src/select.js\nvar src_select = __webpack_require__(817);\nvar select_default = /*#__PURE__*/__webpack_require__.n(src_select);\n;// CONCATENATED MODULE: ./src/common/command.js\n/**\n * Executes a given operation type.\n * @param {String} type\n * @return {Boolean}\n */\nfunction command(type) {\n try {\n return document.execCommand(type);\n } catch (err) {\n return false;\n }\n}\n;// CONCATENATED MODULE: ./src/actions/cut.js\n\n\n/**\n * Cut action wrapper.\n * @param {String|HTMLElement} target\n * @return {String}\n */\n\nvar ClipboardActionCut = function ClipboardActionCut(target) {\n var selectedText = select_default()(target);\n command('cut');\n return selectedText;\n};\n\n/* harmony default export */ var actions_cut = (ClipboardActionCut);\n;// CONCATENATED MODULE: ./src/common/create-fake-element.js\n/**\n * Creates a fake textarea element with a value.\n * @param {String} value\n * @return {HTMLElement}\n */\nfunction createFakeElement(value) {\n var isRTL = document.documentElement.getAttribute('dir') === 'rtl';\n var fakeElement = document.createElement('textarea'); // Prevent zooming on iOS\n\n fakeElement.style.fontSize = '12pt'; // Reset box model\n\n fakeElement.style.border = '0';\n fakeElement.style.padding = '0';\n fakeElement.style.margin = '0'; // Move element out of screen horizontally\n\n fakeElement.style.position = 'absolute';\n fakeElement.style[isRTL ? 'right' : 'left'] = '-9999px'; // Move element to the same position vertically\n\n var yPosition = window.pageYOffset || document.documentElement.scrollTop;\n fakeElement.style.top = \"\".concat(yPosition, \"px\");\n fakeElement.setAttribute('readonly', '');\n fakeElement.value = value;\n return fakeElement;\n}\n;// CONCATENATED MODULE: ./src/actions/copy.js\n\n\n\n/**\n * Create fake copy action wrapper using a fake element.\n * @param {String} target\n * @param {Object} options\n * @return {String}\n */\n\nvar fakeCopyAction = function fakeCopyAction(value, options) {\n var fakeElement = createFakeElement(value);\n options.container.appendChild(fakeElement);\n var selectedText = select_default()(fakeElement);\n command('copy');\n fakeElement.remove();\n return selectedText;\n};\n/**\n * Copy action wrapper.\n * @param {String|HTMLElement} target\n * @param {Object} options\n * @return {String}\n */\n\n\nvar ClipboardActionCopy = function ClipboardActionCopy(target) {\n var options = arguments.length > 1 && arguments[1] !== undefined ? arguments[1] : {\n container: document.body\n };\n var selectedText = '';\n\n if (typeof target === 'string') {\n selectedText = fakeCopyAction(target, options);\n } else if (target instanceof HTMLInputElement && !['text', 'search', 'url', 'tel', 'password'].includes(target === null || target === void 0 ? void 0 : target.type)) {\n // If input type doesn't support `setSelectionRange`. Simulate it. https://developer.mozilla.org/en-US/docs/Web/API/HTMLInputElement/setSelectionRange\n selectedText = fakeCopyAction(target.value, options);\n } else {\n selectedText = select_default()(target);\n command('copy');\n }\n\n return selectedText;\n};\n\n/* harmony default export */ var actions_copy = (ClipboardActionCopy);\n;// CONCATENATED MODULE: ./src/actions/default.js\nfunction _typeof(obj) { \"@babel/helpers - typeof\"; if (typeof Symbol === \"function\" && typeof Symbol.iterator === \"symbol\") { _typeof = function _typeof(obj) { return typeof obj; }; } else { _typeof = function _typeof(obj) { return obj && typeof Symbol === \"function\" && obj.constructor === Symbol && obj !== Symbol.prototype ? \"symbol\" : typeof obj; }; } return _typeof(obj); }\n\n\n\n/**\n * Inner function which performs selection from either `text` or `target`\n * properties and then executes copy or cut operations.\n * @param {Object} options\n */\n\nvar ClipboardActionDefault = function ClipboardActionDefault() {\n var options = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : {};\n // Defines base properties passed from constructor.\n var _options$action = options.action,\n action = _options$action === void 0 ? 'copy' : _options$action,\n container = options.container,\n target = options.target,\n text = options.text; // Sets the `action` to be performed which can be either 'copy' or 'cut'.\n\n if (action !== 'copy' && action !== 'cut') {\n throw new Error('Invalid \"action\" value, use either \"copy\" or \"cut\"');\n } // Sets the `target` property using an element that will be have its content copied.\n\n\n if (target !== undefined) {\n if (target && _typeof(target) === 'object' && target.nodeType === 1) {\n if (action === 'copy' && target.hasAttribute('disabled')) {\n throw new Error('Invalid \"target\" attribute. Please use \"readonly\" instead of \"disabled\" attribute');\n }\n\n if (action === 'cut' && (target.hasAttribute('readonly') || target.hasAttribute('disabled'))) {\n throw new Error('Invalid \"target\" attribute. You can\\'t cut text from elements with \"readonly\" or \"disabled\" attributes');\n }\n } else {\n throw new Error('Invalid \"target\" value, use a valid Element');\n }\n } // Define selection strategy based on `text` property.\n\n\n if (text) {\n return actions_copy(text, {\n container: container\n });\n } // Defines which selection strategy based on `target` property.\n\n\n if (target) {\n return action === 'cut' ? actions_cut(target) : actions_copy(target, {\n container: container\n });\n }\n};\n\n/* harmony default export */ var actions_default = (ClipboardActionDefault);\n;// CONCATENATED MODULE: ./src/clipboard.js\nfunction clipboard_typeof(obj) { \"@babel/helpers - typeof\"; if (typeof Symbol === \"function\" && typeof Symbol.iterator === \"symbol\") { clipboard_typeof = function _typeof(obj) { return typeof obj; }; } else { clipboard_typeof = function _typeof(obj) { return obj && typeof Symbol === \"function\" && obj.constructor === Symbol && obj !== Symbol.prototype ? \"symbol\" : typeof obj; }; } return clipboard_typeof(obj); }\n\nfunction _classCallCheck(instance, Constructor) { if (!(instance instanceof Constructor)) { throw new TypeError(\"Cannot call a class as a function\"); } }\n\nfunction _defineProperties(target, props) { for (var i = 0; i < props.length; i++) { var descriptor = props[i]; descriptor.enumerable = descriptor.enumerable || false; descriptor.configurable = true; if (\"value\" in descriptor) descriptor.writable = true; Object.defineProperty(target, descriptor.key, descriptor); } }\n\nfunction _createClass(Constructor, protoProps, staticProps) { if (protoProps) _defineProperties(Constructor.prototype, protoProps); if (staticProps) _defineProperties(Constructor, staticProps); return Constructor; }\n\nfunction _inherits(subClass, superClass) { if (typeof superClass !== \"function\" && superClass !== null) { throw new TypeError(\"Super expression must either be null or a function\"); } subClass.prototype = Object.create(superClass && superClass.prototype, { constructor: { value: subClass, writable: true, configurable: true } }); if (superClass) _setPrototypeOf(subClass, superClass); }\n\nfunction _setPrototypeOf(o, p) { _setPrototypeOf = Object.setPrototypeOf || function _setPrototypeOf(o, p) { o.__proto__ = p; return o; }; return _setPrototypeOf(o, p); }\n\nfunction _createSuper(Derived) { var hasNativeReflectConstruct = _isNativeReflectConstruct(); return function _createSuperInternal() { var Super = _getPrototypeOf(Derived), result; if (hasNativeReflectConstruct) { var NewTarget = _getPrototypeOf(this).constructor; result = Reflect.construct(Super, arguments, NewTarget); } else { result = Super.apply(this, arguments); } return _possibleConstructorReturn(this, result); }; }\n\nfunction _possibleConstructorReturn(self, call) { if (call && (clipboard_typeof(call) === \"object\" || typeof call === \"function\")) { return call; } return _assertThisInitialized(self); }\n\nfunction _assertThisInitialized(self) { if (self === void 0) { throw new ReferenceError(\"this hasn't been initialised - super() hasn't been called\"); } return self; }\n\nfunction _isNativeReflectConstruct() { if (typeof Reflect === \"undefined\" || !Reflect.construct) return false; if (Reflect.construct.sham) return false; if (typeof Proxy === \"function\") return true; try { Date.prototype.toString.call(Reflect.construct(Date, [], function () {})); return true; } catch (e) { return false; } }\n\nfunction _getPrototypeOf(o) { _getPrototypeOf = Object.setPrototypeOf ? Object.getPrototypeOf : function _getPrototypeOf(o) { return o.__proto__ || Object.getPrototypeOf(o); }; return _getPrototypeOf(o); }\n\n\n\n\n\n\n/**\n * Helper function to retrieve attribute value.\n * @param {String} suffix\n * @param {Element} element\n */\n\nfunction getAttributeValue(suffix, element) {\n var attribute = \"data-clipboard-\".concat(suffix);\n\n if (!element.hasAttribute(attribute)) {\n return;\n }\n\n return element.getAttribute(attribute);\n}\n/**\n * Base class which takes one or more elements, adds event listeners to them,\n * and instantiates a new `ClipboardAction` on each click.\n */\n\n\nvar Clipboard = /*#__PURE__*/function (_Emitter) {\n _inherits(Clipboard, _Emitter);\n\n var _super = _createSuper(Clipboard);\n\n /**\n * @param {String|HTMLElement|HTMLCollection|NodeList} trigger\n * @param {Object} options\n */\n function Clipboard(trigger, options) {\n var _this;\n\n _classCallCheck(this, Clipboard);\n\n _this = _super.call(this);\n\n _this.resolveOptions(options);\n\n _this.listenClick(trigger);\n\n return _this;\n }\n /**\n * Defines if attributes would be resolved using internal setter functions\n * or custom functions that were passed in the constructor.\n * @param {Object} options\n */\n\n\n _createClass(Clipboard, [{\n key: \"resolveOptions\",\n value: function resolveOptions() {\n var options = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : {};\n this.action = typeof options.action === 'function' ? options.action : this.defaultAction;\n this.target = typeof options.target === 'function' ? options.target : this.defaultTarget;\n this.text = typeof options.text === 'function' ? options.text : this.defaultText;\n this.container = clipboard_typeof(options.container) === 'object' ? options.container : document.body;\n }\n /**\n * Adds a click event listener to the passed trigger.\n * @param {String|HTMLElement|HTMLCollection|NodeList} trigger\n */\n\n }, {\n key: \"listenClick\",\n value: function listenClick(trigger) {\n var _this2 = this;\n\n this.listener = listen_default()(trigger, 'click', function (e) {\n return _this2.onClick(e);\n });\n }\n /**\n * Defines a new `ClipboardAction` on each click event.\n * @param {Event} e\n */\n\n }, {\n key: \"onClick\",\n value: function onClick(e) {\n var trigger = e.delegateTarget || e.currentTarget;\n var action = this.action(trigger) || 'copy';\n var text = actions_default({\n action: action,\n container: this.container,\n target: this.target(trigger),\n text: this.text(trigger)\n }); // Fires an event based on the copy operation result.\n\n this.emit(text ? 'success' : 'error', {\n action: action,\n text: text,\n trigger: trigger,\n clearSelection: function clearSelection() {\n if (trigger) {\n trigger.focus();\n }\n\n window.getSelection().removeAllRanges();\n }\n });\n }\n /**\n * Default `action` lookup function.\n * @param {Element} trigger\n */\n\n }, {\n key: \"defaultAction\",\n value: function defaultAction(trigger) {\n return getAttributeValue('action', trigger);\n }\n /**\n * Default `target` lookup function.\n * @param {Element} trigger\n */\n\n }, {\n key: \"defaultTarget\",\n value: function defaultTarget(trigger) {\n var selector = getAttributeValue('target', trigger);\n\n if (selector) {\n return document.querySelector(selector);\n }\n }\n /**\n * Allow fire programmatically a copy action\n * @param {String|HTMLElement} target\n * @param {Object} options\n * @returns Text copied.\n */\n\n }, {\n key: \"defaultText\",\n\n /**\n * Default `text` lookup function.\n * @param {Element} trigger\n */\n value: function defaultText(trigger) {\n return getAttributeValue('text', trigger);\n }\n /**\n * Destroy lifecycle.\n */\n\n }, {\n key: \"destroy\",\n value: function destroy() {\n this.listener.destroy();\n }\n }], [{\n key: \"copy\",\n value: function copy(target) {\n var options = arguments.length > 1 && arguments[1] !== undefined ? arguments[1] : {\n container: document.body\n };\n return actions_copy(target, options);\n }\n /**\n * Allow fire programmatically a cut action\n * @param {String|HTMLElement} target\n * @returns Text cutted.\n */\n\n }, {\n key: \"cut\",\n value: function cut(target) {\n return actions_cut(target);\n }\n /**\n * Returns the support of the given action, or all actions if no action is\n * given.\n * @param {String} [action]\n */\n\n }, {\n key: \"isSupported\",\n value: function isSupported() {\n var action = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : ['copy', 'cut'];\n var actions = typeof action === 'string' ? [action] : action;\n var support = !!document.queryCommandSupported;\n actions.forEach(function (action) {\n support = support && !!document.queryCommandSupported(action);\n });\n return support;\n }\n }]);\n\n return Clipboard;\n}((tiny_emitter_default()));\n\n/* harmony default export */ var clipboard = (Clipboard);\n\n/***/ }),\n\n/***/ 828:\n/***/ (function(module) {\n\nvar DOCUMENT_NODE_TYPE = 9;\n\n/**\n * A polyfill for Element.matches()\n */\nif (typeof Element !== 'undefined' && !Element.prototype.matches) {\n var proto = Element.prototype;\n\n proto.matches = proto.matchesSelector ||\n proto.mozMatchesSelector ||\n proto.msMatchesSelector ||\n proto.oMatchesSelector ||\n proto.webkitMatchesSelector;\n}\n\n/**\n * Finds the closest parent that matches a selector.\n *\n * @param {Element} element\n * @param {String} selector\n * @return {Function}\n */\nfunction closest (element, selector) {\n while (element && element.nodeType !== DOCUMENT_NODE_TYPE) {\n if (typeof element.matches === 'function' &&\n element.matches(selector)) {\n return element;\n }\n element = element.parentNode;\n }\n}\n\nmodule.exports = closest;\n\n\n/***/ }),\n\n/***/ 438:\n/***/ (function(module, __unused_webpack_exports, __webpack_require__) {\n\nvar closest = __webpack_require__(828);\n\n/**\n * Delegates event to a selector.\n *\n * @param {Element} element\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @param {Boolean} useCapture\n * @return {Object}\n */\nfunction _delegate(element, selector, type, callback, useCapture) {\n var listenerFn = listener.apply(this, arguments);\n\n element.addEventListener(type, listenerFn, useCapture);\n\n return {\n destroy: function() {\n element.removeEventListener(type, listenerFn, useCapture);\n }\n }\n}\n\n/**\n * Delegates event to a selector.\n *\n * @param {Element|String|Array} [elements]\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @param {Boolean} useCapture\n * @return {Object}\n */\nfunction delegate(elements, selector, type, callback, useCapture) {\n // Handle the regular Element usage\n if (typeof elements.addEventListener === 'function') {\n return _delegate.apply(null, arguments);\n }\n\n // Handle Element-less usage, it defaults to global delegation\n if (typeof type === 'function') {\n // Use `document` as the first parameter, then apply arguments\n // This is a short way to .unshift `arguments` without running into deoptimizations\n return _delegate.bind(null, document).apply(null, arguments);\n }\n\n // Handle Selector-based usage\n if (typeof elements === 'string') {\n elements = document.querySelectorAll(elements);\n }\n\n // Handle Array-like based usage\n return Array.prototype.map.call(elements, function (element) {\n return _delegate(element, selector, type, callback, useCapture);\n });\n}\n\n/**\n * Finds closest match and invokes callback.\n *\n * @param {Element} element\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @return {Function}\n */\nfunction listener(element, selector, type, callback) {\n return function(e) {\n e.delegateTarget = closest(e.target, selector);\n\n if (e.delegateTarget) {\n callback.call(element, e);\n }\n }\n}\n\nmodule.exports = delegate;\n\n\n/***/ }),\n\n/***/ 879:\n/***/ (function(__unused_webpack_module, exports) {\n\n/**\n * Check if argument is a HTML element.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.node = function(value) {\n return value !== undefined\n && value instanceof HTMLElement\n && value.nodeType === 1;\n};\n\n/**\n * Check if argument is a list of HTML elements.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.nodeList = function(value) {\n var type = Object.prototype.toString.call(value);\n\n return value !== undefined\n && (type === '[object NodeList]' || type === '[object HTMLCollection]')\n && ('length' in value)\n && (value.length === 0 || exports.node(value[0]));\n};\n\n/**\n * Check if argument is a string.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.string = function(value) {\n return typeof value === 'string'\n || value instanceof String;\n};\n\n/**\n * Check if argument is a function.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.fn = function(value) {\n var type = Object.prototype.toString.call(value);\n\n return type === '[object Function]';\n};\n\n\n/***/ }),\n\n/***/ 370:\n/***/ (function(module, __unused_webpack_exports, __webpack_require__) {\n\nvar is = __webpack_require__(879);\nvar delegate = __webpack_require__(438);\n\n/**\n * Validates all params and calls the right\n * listener function based on its target type.\n *\n * @param {String|HTMLElement|HTMLCollection|NodeList} target\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listen(target, type, callback) {\n if (!target && !type && !callback) {\n throw new Error('Missing required arguments');\n }\n\n if (!is.string(type)) {\n throw new TypeError('Second argument must be a String');\n }\n\n if (!is.fn(callback)) {\n throw new TypeError('Third argument must be a Function');\n }\n\n if (is.node(target)) {\n return listenNode(target, type, callback);\n }\n else if (is.nodeList(target)) {\n return listenNodeList(target, type, callback);\n }\n else if (is.string(target)) {\n return listenSelector(target, type, callback);\n }\n else {\n throw new TypeError('First argument must be a String, HTMLElement, HTMLCollection, or NodeList');\n }\n}\n\n/**\n * Adds an event listener to a HTML element\n * and returns a remove listener function.\n *\n * @param {HTMLElement} node\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenNode(node, type, callback) {\n node.addEventListener(type, callback);\n\n return {\n destroy: function() {\n node.removeEventListener(type, callback);\n }\n }\n}\n\n/**\n * Add an event listener to a list of HTML elements\n * and returns a remove listener function.\n *\n * @param {NodeList|HTMLCollection} nodeList\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenNodeList(nodeList, type, callback) {\n Array.prototype.forEach.call(nodeList, function(node) {\n node.addEventListener(type, callback);\n });\n\n return {\n destroy: function() {\n Array.prototype.forEach.call(nodeList, function(node) {\n node.removeEventListener(type, callback);\n });\n }\n }\n}\n\n/**\n * Add an event listener to a selector\n * and returns a remove listener function.\n *\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenSelector(selector, type, callback) {\n return delegate(document.body, selector, type, callback);\n}\n\nmodule.exports = listen;\n\n\n/***/ }),\n\n/***/ 817:\n/***/ (function(module) {\n\nfunction select(element) {\n var selectedText;\n\n if (element.nodeName === 'SELECT') {\n element.focus();\n\n selectedText = element.value;\n }\n else if (element.nodeName === 'INPUT' || element.nodeName === 'TEXTAREA') {\n var isReadOnly = element.hasAttribute('readonly');\n\n if (!isReadOnly) {\n element.setAttribute('readonly', '');\n }\n\n element.select();\n element.setSelectionRange(0, element.value.length);\n\n if (!isReadOnly) {\n element.removeAttribute('readonly');\n }\n\n selectedText = element.value;\n }\n else {\n if (element.hasAttribute('contenteditable')) {\n element.focus();\n }\n\n var selection = window.getSelection();\n var range = document.createRange();\n\n range.selectNodeContents(element);\n selection.removeAllRanges();\n selection.addRange(range);\n\n selectedText = selection.toString();\n }\n\n return selectedText;\n}\n\nmodule.exports = select;\n\n\n/***/ }),\n\n/***/ 279:\n/***/ (function(module) {\n\nfunction E () {\n // Keep this empty so it's easier to inherit from\n // (via https://github.com/lipsmack from https://github.com/scottcorgan/tiny-emitter/issues/3)\n}\n\nE.prototype = {\n on: function (name, callback, ctx) {\n var e = this.e || (this.e = {});\n\n (e[name] || (e[name] = [])).push({\n fn: callback,\n ctx: ctx\n });\n\n return this;\n },\n\n once: function (name, callback, ctx) {\n var self = this;\n function listener () {\n self.off(name, listener);\n callback.apply(ctx, arguments);\n };\n\n listener._ = callback\n return this.on(name, listener, ctx);\n },\n\n emit: function (name) {\n var data = [].slice.call(arguments, 1);\n var evtArr = ((this.e || (this.e = {}))[name] || []).slice();\n var i = 0;\n var len = evtArr.length;\n\n for (i; i < len; i++) {\n evtArr[i].fn.apply(evtArr[i].ctx, data);\n }\n\n return this;\n },\n\n off: function (name, callback) {\n var e = this.e || (this.e = {});\n var evts = e[name];\n var liveEvents = [];\n\n if (evts && callback) {\n for (var i = 0, len = evts.length; i < len; i++) {\n if (evts[i].fn !== callback && evts[i].fn._ !== callback)\n liveEvents.push(evts[i]);\n }\n }\n\n // Remove event from queue to prevent memory leak\n // Suggested by https://github.com/lazd\n // Ref: https://github.com/scottcorgan/tiny-emitter/commit/c6ebfaa9bc973b33d110a84a307742b7cf94c953#commitcomment-5024910\n\n (liveEvents.length)\n ? e[name] = liveEvents\n : delete e[name];\n\n return this;\n }\n};\n\nmodule.exports = E;\nmodule.exports.TinyEmitter = E;\n\n\n/***/ })\n\n/******/ \t});\n/************************************************************************/\n/******/ \t// The module cache\n/******/ \tvar __webpack_module_cache__ = {};\n/******/ \t\n/******/ \t// The require function\n/******/ \tfunction __webpack_require__(moduleId) {\n/******/ \t\t// Check if module is in cache\n/******/ \t\tif(__webpack_module_cache__[moduleId]) {\n/******/ \t\t\treturn __webpack_module_cache__[moduleId].exports;\n/******/ \t\t}\n/******/ \t\t// Create a new module (and put it into the cache)\n/******/ \t\tvar module = __webpack_module_cache__[moduleId] = {\n/******/ \t\t\t// no module.id needed\n/******/ \t\t\t// no module.loaded needed\n/******/ \t\t\texports: {}\n/******/ \t\t};\n/******/ \t\n/******/ \t\t// Execute the module function\n/******/ \t\t__webpack_modules__[moduleId](module, module.exports, __webpack_require__);\n/******/ \t\n/******/ \t\t// Return the exports of the module\n/******/ \t\treturn module.exports;\n/******/ \t}\n/******/ \t\n/************************************************************************/\n/******/ \t/* webpack/runtime/compat get default export */\n/******/ \t!function() {\n/******/ \t\t// getDefaultExport function for compatibility with non-harmony modules\n/******/ \t\t__webpack_require__.n = function(module) {\n/******/ \t\t\tvar getter = module && module.__esModule ?\n/******/ \t\t\t\tfunction() { return module['default']; } :\n/******/ \t\t\t\tfunction() { return module; };\n/******/ \t\t\t__webpack_require__.d(getter, { a: getter });\n/******/ \t\t\treturn getter;\n/******/ \t\t};\n/******/ \t}();\n/******/ \t\n/******/ \t/* webpack/runtime/define property getters */\n/******/ \t!function() {\n/******/ \t\t// define getter functions for harmony exports\n/******/ \t\t__webpack_require__.d = function(exports, definition) {\n/******/ \t\t\tfor(var key in definition) {\n/******/ \t\t\t\tif(__webpack_require__.o(definition, key) && !__webpack_require__.o(exports, key)) {\n/******/ \t\t\t\t\tObject.defineProperty(exports, key, { enumerable: true, get: definition[key] });\n/******/ \t\t\t\t}\n/******/ \t\t\t}\n/******/ \t\t};\n/******/ \t}();\n/******/ \t\n/******/ \t/* webpack/runtime/hasOwnProperty shorthand */\n/******/ \t!function() {\n/******/ \t\t__webpack_require__.o = function(obj, prop) { return Object.prototype.hasOwnProperty.call(obj, prop); }\n/******/ \t}();\n/******/ \t\n/************************************************************************/\n/******/ \t// module exports must be returned from runtime so entry inlining is disabled\n/******/ \t// startup\n/******/ \t// Load entry module and return exports\n/******/ \treturn __webpack_require__(686);\n/******/ })()\n.default;\n});", "/*\n * Copyright (c) 2016-2024 Martin Donath \n *\n * Permission is hereby granted, free of charge, to any person obtaining a copy\n * of this software and associated documentation files (the \"Software\"), to\n * deal in the Software without restriction, including without limitation the\n * rights to use, copy, modify, merge, publish, distribute, sublicense, and/or\n * sell copies of the Software, and to permit persons to whom the Software is\n * furnished to do so, subject to the following conditions:\n *\n * The above copyright notice and this permission notice shall be included in\n * all copies or substantial portions of the Software.\n *\n * THE SOFTWARE IS PROVIDED \"AS IS\", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR\n * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,\n * FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SHALL THE\n * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER\n * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING\n * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS\n * IN THE SOFTWARE.\n */\n\nimport \"focus-visible\"\n\nimport {\n EMPTY,\n NEVER,\n Observable,\n Subject,\n defer,\n delay,\n filter,\n map,\n merge,\n mergeWith,\n shareReplay,\n switchMap\n} from \"rxjs\"\n\nimport { configuration, feature } from \"./_\"\nimport {\n at,\n getActiveElement,\n getOptionalElement,\n requestJSON,\n setLocation,\n setToggle,\n watchDocument,\n watchKeyboard,\n watchLocation,\n watchLocationTarget,\n watchMedia,\n watchPrint,\n watchScript,\n watchViewport\n} from \"./browser\"\nimport {\n getComponentElement,\n getComponentElements,\n mountAnnounce,\n mountBackToTop,\n mountConsent,\n mountContent,\n mountDialog,\n mountHeader,\n mountHeaderTitle,\n mountPalette,\n mountProgress,\n mountSearch,\n mountSearchHiglight,\n mountSidebar,\n mountSource,\n mountTableOfContents,\n mountTabs,\n watchHeader,\n watchMain\n} from \"./components\"\nimport {\n SearchIndex,\n setupClipboardJS,\n setupInstantNavigation,\n setupVersionSelector\n} from \"./integrations\"\nimport {\n patchEllipsis,\n patchIndeterminate,\n patchScrollfix,\n patchScrolllock\n} from \"./patches\"\nimport \"./polyfills\"\n\n/* ----------------------------------------------------------------------------\n * Functions - @todo refactor\n * ------------------------------------------------------------------------- */\n\n/**\n * Fetch search index\n *\n * @returns Search index observable\n */\nfunction fetchSearchIndex(): Observable {\n if (location.protocol === \"file:\") {\n return watchScript(\n `${new URL(\"search/search_index.js\", config.base)}`\n )\n .pipe(\n // @ts-ignore - @todo fix typings\n map(() => __index),\n shareReplay(1)\n )\n } else {\n return requestJSON(\n new URL(\"search/search_index.json\", config.base)\n )\n }\n}\n\n/* ----------------------------------------------------------------------------\n * Application\n * ------------------------------------------------------------------------- */\n\n/* Yay, JavaScript is available */\ndocument.documentElement.classList.remove(\"no-js\")\ndocument.documentElement.classList.add(\"js\")\n\n/* Set up navigation observables and subjects */\nconst document$ = watchDocument()\nconst location$ = watchLocation()\nconst target$ = watchLocationTarget(location$)\nconst keyboard$ = watchKeyboard()\n\n/* Set up media observables */\nconst viewport$ = watchViewport()\nconst tablet$ = watchMedia(\"(min-width: 960px)\")\nconst screen$ = watchMedia(\"(min-width: 1220px)\")\nconst print$ = watchPrint()\n\n/* Retrieve search index, if search is enabled */\nconst config = configuration()\nconst index$ = document.forms.namedItem(\"search\")\n ? fetchSearchIndex()\n : NEVER\n\n/* Set up Clipboard.js integration */\nconst alert$ = new Subject()\nsetupClipboardJS({ alert$ })\n\n/* Set up progress indicator */\nconst progress$ = new Subject()\n\n/* Set up instant navigation, if enabled */\nif (feature(\"navigation.instant\"))\n setupInstantNavigation({ location$, viewport$, progress$ })\n .subscribe(document$)\n\n/* Set up version selector */\nif (config.version?.provider === \"mike\")\n setupVersionSelector({ document$ })\n\n/* Always close drawer and search on navigation */\nmerge(location$, target$)\n .pipe(\n delay(125)\n )\n .subscribe(() => {\n setToggle(\"drawer\", false)\n setToggle(\"search\", false)\n })\n\n/* Set up global keyboard handlers */\nkeyboard$\n .pipe(\n filter(({ mode }) => mode === \"global\")\n )\n .subscribe(key => {\n switch (key.type) {\n\n /* Go to previous page */\n case \"p\":\n case \",\":\n const prev = getOptionalElement(\"link[rel=prev]\")\n if (typeof prev !== \"undefined\")\n setLocation(prev)\n break\n\n /* Go to next page */\n case \"n\":\n case \".\":\n const next = getOptionalElement(\"link[rel=next]\")\n if (typeof next !== \"undefined\")\n setLocation(next)\n break\n\n /* Expand navigation, see https://bit.ly/3ZjG5io */\n case \"Enter\":\n const active = getActiveElement()\n if (active instanceof HTMLLabelElement)\n active.click()\n }\n })\n\n/* Set up patches */\npatchEllipsis({ viewport$, document$ })\npatchIndeterminate({ document$, tablet$ })\npatchScrollfix({ document$ })\npatchScrolllock({ viewport$, tablet$ })\n\n/* Set up header and main area observable */\nconst header$ = watchHeader(getComponentElement(\"header\"), { viewport$ })\nconst main$ = document$\n .pipe(\n map(() => getComponentElement(\"main\")),\n switchMap(el => watchMain(el, { viewport$, header$ })),\n shareReplay(1)\n )\n\n/* Set up control component observables */\nconst control$ = merge(\n\n /* Consent */\n ...getComponentElements(\"consent\")\n .map(el => mountConsent(el, { target$ })),\n\n /* Dialog */\n ...getComponentElements(\"dialog\")\n .map(el => mountDialog(el, { alert$ })),\n\n /* Color palette */\n ...getComponentElements(\"palette\")\n .map(el => mountPalette(el)),\n\n /* Progress bar */\n ...getComponentElements(\"progress\")\n .map(el => mountProgress(el, { progress$ })),\n\n /* Search */\n ...getComponentElements(\"search\")\n .map(el => mountSearch(el, { index$, keyboard$ })),\n\n /* Repository information */\n ...getComponentElements(\"source\")\n .map(el => mountSource(el))\n)\n\n/* Set up content component observables */\nconst content$ = defer(() => merge(\n\n /* Announcement bar */\n ...getComponentElements(\"announce\")\n .map(el => mountAnnounce(el)),\n\n /* Content */\n ...getComponentElements(\"content\")\n .map(el => mountContent(el, { viewport$, target$, print$ })),\n\n /* Search highlighting */\n ...getComponentElements(\"content\")\n .map(el => feature(\"search.highlight\")\n ? mountSearchHiglight(el, { index$, location$ })\n : EMPTY\n ),\n\n /* Header */\n ...getComponentElements(\"header\")\n .map(el => mountHeader(el, { viewport$, header$, main$ })),\n\n /* Header title */\n ...getComponentElements(\"header-title\")\n .map(el => mountHeaderTitle(el, { viewport$, header$ })),\n\n /* Sidebar */\n ...getComponentElements(\"sidebar\")\n .map(el => el.getAttribute(\"data-md-type\") === \"navigation\"\n ? at(screen$, () => mountSidebar(el, { viewport$, header$, main$ }))\n : at(tablet$, () => mountSidebar(el, { viewport$, header$, main$ }))\n ),\n\n /* Navigation tabs */\n ...getComponentElements(\"tabs\")\n .map(el => mountTabs(el, { viewport$, header$ })),\n\n /* Table of contents */\n ...getComponentElements(\"toc\")\n .map(el => mountTableOfContents(el, {\n viewport$, header$, main$, target$\n })),\n\n /* Back-to-top button */\n ...getComponentElements(\"top\")\n .map(el => mountBackToTop(el, { viewport$, header$, main$, target$ }))\n))\n\n/* Set up component observables */\nconst component$ = document$\n .pipe(\n switchMap(() => content$),\n mergeWith(control$),\n shareReplay(1)\n )\n\n/* Subscribe to all components */\ncomponent$.subscribe()\n\n/* ----------------------------------------------------------------------------\n * Exports\n * ------------------------------------------------------------------------- */\n\nwindow.document$ = document$ /* Document observable */\nwindow.location$ = location$ /* Location subject */\nwindow.target$ = target$ /* Location target observable */\nwindow.keyboard$ = keyboard$ /* Keyboard observable */\nwindow.viewport$ = viewport$ /* Viewport observable */\nwindow.tablet$ = tablet$ /* Media tablet observable */\nwindow.screen$ = screen$ /* Media screen observable */\nwindow.print$ = print$ /* Media print observable */\nwindow.alert$ = alert$ /* Alert subject */\nwindow.progress$ = progress$ /* Progress indicator subject */\nwindow.component$ = component$ /* Component observable */\n", "/******************************************************************************\nCopyright (c) Microsoft Corporation.\n\nPermission to use, copy, modify, and/or distribute this software for any\npurpose with or without fee is hereby granted.\n\nTHE SOFTWARE IS PROVIDED \"AS IS\" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH\nREGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY\nAND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT,\nINDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM\nLOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR\nOTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR\nPERFORMANCE OF THIS SOFTWARE.\n***************************************************************************** */\n/* global Reflect, Promise, SuppressedError, Symbol, Iterator */\n\nvar extendStatics = function(d, b) {\n extendStatics = Object.setPrototypeOf ||\n ({ __proto__: [] } instanceof Array && function (d, b) { d.__proto__ = b; }) ||\n function (d, b) { for (var p in b) if (Object.prototype.hasOwnProperty.call(b, p)) d[p] = b[p]; };\n return extendStatics(d, b);\n};\n\nexport function __extends(d, b) {\n if (typeof b !== \"function\" && b !== null)\n throw new TypeError(\"Class extends value \" + String(b) + \" is not a constructor or null\");\n extendStatics(d, b);\n function __() { this.constructor = d; }\n d.prototype = b === null ? Object.create(b) : (__.prototype = b.prototype, new __());\n}\n\nexport var __assign = function() {\n __assign = Object.assign || function __assign(t) {\n for (var s, i = 1, n = arguments.length; i < n; i++) {\n s = arguments[i];\n for (var p in s) if (Object.prototype.hasOwnProperty.call(s, p)) t[p] = s[p];\n }\n return t;\n }\n return __assign.apply(this, arguments);\n}\n\nexport function __rest(s, e) {\n var t = {};\n for (var p in s) if (Object.prototype.hasOwnProperty.call(s, p) && e.indexOf(p) < 0)\n t[p] = s[p];\n if (s != null && typeof Object.getOwnPropertySymbols === \"function\")\n for (var i = 0, p = Object.getOwnPropertySymbols(s); i < p.length; i++) {\n if (e.indexOf(p[i]) < 0 && Object.prototype.propertyIsEnumerable.call(s, p[i]))\n t[p[i]] = s[p[i]];\n }\n return t;\n}\n\nexport function __decorate(decorators, target, key, desc) {\n var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;\n if (typeof Reflect === \"object\" && typeof Reflect.decorate === \"function\") r = Reflect.decorate(decorators, target, key, desc);\n else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;\n return c > 3 && r && Object.defineProperty(target, key, r), r;\n}\n\nexport function __param(paramIndex, decorator) {\n return function (target, key) { decorator(target, key, paramIndex); }\n}\n\nexport function __esDecorate(ctor, descriptorIn, decorators, contextIn, initializers, extraInitializers) {\n function accept(f) { if (f !== void 0 && typeof f !== \"function\") throw new TypeError(\"Function expected\"); return f; }\n var kind = contextIn.kind, key = kind === \"getter\" ? \"get\" : kind === \"setter\" ? \"set\" : \"value\";\n var target = !descriptorIn && ctor ? contextIn[\"static\"] ? ctor : ctor.prototype : null;\n var descriptor = descriptorIn || (target ? Object.getOwnPropertyDescriptor(target, contextIn.name) : {});\n var _, done = false;\n for (var i = decorators.length - 1; i >= 0; i--) {\n var context = {};\n for (var p in contextIn) context[p] = p === \"access\" ? {} : contextIn[p];\n for (var p in contextIn.access) context.access[p] = contextIn.access[p];\n context.addInitializer = function (f) { if (done) throw new TypeError(\"Cannot add initializers after decoration has completed\"); extraInitializers.push(accept(f || null)); };\n var result = (0, decorators[i])(kind === \"accessor\" ? { get: descriptor.get, set: descriptor.set } : descriptor[key], context);\n if (kind === \"accessor\") {\n if (result === void 0) continue;\n if (result === null || typeof result !== \"object\") throw new TypeError(\"Object expected\");\n if (_ = accept(result.get)) descriptor.get = _;\n if (_ = accept(result.set)) descriptor.set = _;\n if (_ = accept(result.init)) initializers.unshift(_);\n }\n else if (_ = accept(result)) {\n if (kind === \"field\") initializers.unshift(_);\n else descriptor[key] = _;\n }\n }\n if (target) Object.defineProperty(target, contextIn.name, descriptor);\n done = true;\n};\n\nexport function __runInitializers(thisArg, initializers, value) {\n var useValue = arguments.length > 2;\n for (var i = 0; i < initializers.length; i++) {\n value = useValue ? initializers[i].call(thisArg, value) : initializers[i].call(thisArg);\n }\n return useValue ? value : void 0;\n};\n\nexport function __propKey(x) {\n return typeof x === \"symbol\" ? x : \"\".concat(x);\n};\n\nexport function __setFunctionName(f, name, prefix) {\n if (typeof name === \"symbol\") name = name.description ? \"[\".concat(name.description, \"]\") : \"\";\n return Object.defineProperty(f, \"name\", { configurable: true, value: prefix ? \"\".concat(prefix, \" \", name) : name });\n};\n\nexport function __metadata(metadataKey, metadataValue) {\n if (typeof Reflect === \"object\" && typeof Reflect.metadata === \"function\") return Reflect.metadata(metadataKey, metadataValue);\n}\n\nexport function __awaiter(thisArg, _arguments, P, generator) {\n function adopt(value) { return value instanceof P ? value : new P(function (resolve) { resolve(value); }); }\n return new (P || (P = Promise))(function (resolve, reject) {\n function fulfilled(value) { try { step(generator.next(value)); } catch (e) { reject(e); } }\n function rejected(value) { try { step(generator[\"throw\"](value)); } catch (e) { reject(e); } }\n function step(result) { result.done ? resolve(result.value) : adopt(result.value).then(fulfilled, rejected); }\n step((generator = generator.apply(thisArg, _arguments || [])).next());\n });\n}\n\nexport function __generator(thisArg, body) {\n var _ = { label: 0, sent: function() { if (t[0] & 1) throw t[1]; return t[1]; }, trys: [], ops: [] }, f, y, t, g = Object.create((typeof Iterator === \"function\" ? Iterator : Object).prototype);\n return g.next = verb(0), g[\"throw\"] = verb(1), g[\"return\"] = verb(2), typeof Symbol === \"function\" && (g[Symbol.iterator] = function() { return this; }), g;\n function verb(n) { return function (v) { return step([n, v]); }; }\n function step(op) {\n if (f) throw new TypeError(\"Generator is already executing.\");\n while (g && (g = 0, op[0] && (_ = 0)), _) try {\n if (f = 1, y && (t = op[0] & 2 ? y[\"return\"] : op[0] ? y[\"throw\"] || ((t = y[\"return\"]) && t.call(y), 0) : y.next) && !(t = t.call(y, op[1])).done) return t;\n if (y = 0, t) op = [op[0] & 2, t.value];\n switch (op[0]) {\n case 0: case 1: t = op; break;\n case 4: _.label++; return { value: op[1], done: false };\n case 5: _.label++; y = op[1]; op = [0]; continue;\n case 7: op = _.ops.pop(); _.trys.pop(); continue;\n default:\n if (!(t = _.trys, t = t.length > 0 && t[t.length - 1]) && (op[0] === 6 || op[0] === 2)) { _ = 0; continue; }\n if (op[0] === 3 && (!t || (op[1] > t[0] && op[1] < t[3]))) { _.label = op[1]; break; }\n if (op[0] === 6 && _.label < t[1]) { _.label = t[1]; t = op; break; }\n if (t && _.label < t[2]) { _.label = t[2]; _.ops.push(op); break; }\n if (t[2]) _.ops.pop();\n _.trys.pop(); continue;\n }\n op = body.call(thisArg, _);\n } catch (e) { op = [6, e]; y = 0; } finally { f = t = 0; }\n if (op[0] & 5) throw op[1]; return { value: op[0] ? op[1] : void 0, done: true };\n }\n}\n\nexport var __createBinding = Object.create ? (function(o, m, k, k2) {\n if (k2 === undefined) k2 = k;\n var desc = Object.getOwnPropertyDescriptor(m, k);\n if (!desc || (\"get\" in desc ? !m.__esModule : desc.writable || desc.configurable)) {\n desc = { enumerable: true, get: function() { return m[k]; } };\n }\n Object.defineProperty(o, k2, desc);\n}) : (function(o, m, k, k2) {\n if (k2 === undefined) k2 = k;\n o[k2] = m[k];\n});\n\nexport function __exportStar(m, o) {\n for (var p in m) if (p !== \"default\" && !Object.prototype.hasOwnProperty.call(o, p)) __createBinding(o, m, p);\n}\n\nexport function __values(o) {\n var s = typeof Symbol === \"function\" && Symbol.iterator, m = s && o[s], i = 0;\n if (m) return m.call(o);\n if (o && typeof o.length === \"number\") return {\n next: function () {\n if (o && i >= o.length) o = void 0;\n return { value: o && o[i++], done: !o };\n }\n };\n throw new TypeError(s ? \"Object is not iterable.\" : \"Symbol.iterator is not defined.\");\n}\n\nexport function __read(o, n) {\n var m = typeof Symbol === \"function\" && o[Symbol.iterator];\n if (!m) return o;\n var i = m.call(o), r, ar = [], e;\n try {\n while ((n === void 0 || n-- > 0) && !(r = i.next()).done) ar.push(r.value);\n }\n catch (error) { e = { error: error }; }\n finally {\n try {\n if (r && !r.done && (m = i[\"return\"])) m.call(i);\n }\n finally { if (e) throw e.error; }\n }\n return ar;\n}\n\n/** @deprecated */\nexport function __spread() {\n for (var ar = [], i = 0; i < arguments.length; i++)\n ar = ar.concat(__read(arguments[i]));\n return ar;\n}\n\n/** @deprecated */\nexport function __spreadArrays() {\n for (var s = 0, i = 0, il = arguments.length; i < il; i++) s += arguments[i].length;\n for (var r = Array(s), k = 0, i = 0; i < il; i++)\n for (var a = arguments[i], j = 0, jl = a.length; j < jl; j++, k++)\n r[k] = a[j];\n return r;\n}\n\nexport function __spreadArray(to, from, pack) {\n if (pack || arguments.length === 2) for (var i = 0, l = from.length, ar; i < l; i++) {\n if (ar || !(i in from)) {\n if (!ar) ar = Array.prototype.slice.call(from, 0, i);\n ar[i] = from[i];\n }\n }\n return to.concat(ar || Array.prototype.slice.call(from));\n}\n\nexport function __await(v) {\n return this instanceof __await ? (this.v = v, this) : new __await(v);\n}\n\nexport function __asyncGenerator(thisArg, _arguments, generator) {\n if (!Symbol.asyncIterator) throw new TypeError(\"Symbol.asyncIterator is not defined.\");\n var g = generator.apply(thisArg, _arguments || []), i, q = [];\n return i = Object.create((typeof AsyncIterator === \"function\" ? AsyncIterator : Object).prototype), verb(\"next\"), verb(\"throw\"), verb(\"return\", awaitReturn), i[Symbol.asyncIterator] = function () { return this; }, i;\n function awaitReturn(f) { return function (v) { return Promise.resolve(v).then(f, reject); }; }\n function verb(n, f) { if (g[n]) { i[n] = function (v) { return new Promise(function (a, b) { q.push([n, v, a, b]) > 1 || resume(n, v); }); }; if (f) i[n] = f(i[n]); } }\n function resume(n, v) { try { step(g[n](v)); } catch (e) { settle(q[0][3], e); } }\n function step(r) { r.value instanceof __await ? Promise.resolve(r.value.v).then(fulfill, reject) : settle(q[0][2], r); }\n function fulfill(value) { resume(\"next\", value); }\n function reject(value) { resume(\"throw\", value); }\n function settle(f, v) { if (f(v), q.shift(), q.length) resume(q[0][0], q[0][1]); }\n}\n\nexport function __asyncDelegator(o) {\n var i, p;\n return i = {}, verb(\"next\"), verb(\"throw\", function (e) { throw e; }), verb(\"return\"), i[Symbol.iterator] = function () { return this; }, i;\n function verb(n, f) { i[n] = o[n] ? function (v) { return (p = !p) ? { value: __await(o[n](v)), done: false } : f ? f(v) : v; } : f; }\n}\n\nexport function __asyncValues(o) {\n if (!Symbol.asyncIterator) throw new TypeError(\"Symbol.asyncIterator is not defined.\");\n var m = o[Symbol.asyncIterator], i;\n return m ? m.call(o) : (o = typeof __values === \"function\" ? __values(o) : o[Symbol.iterator](), i = {}, verb(\"next\"), verb(\"throw\"), verb(\"return\"), i[Symbol.asyncIterator] = function () { return this; }, i);\n function verb(n) { i[n] = o[n] && function (v) { return new Promise(function (resolve, reject) { v = o[n](v), settle(resolve, reject, v.done, v.value); }); }; }\n function settle(resolve, reject, d, v) { Promise.resolve(v).then(function(v) { resolve({ value: v, done: d }); }, reject); }\n}\n\nexport function __makeTemplateObject(cooked, raw) {\n if (Object.defineProperty) { Object.defineProperty(cooked, \"raw\", { value: raw }); } else { cooked.raw = raw; }\n return cooked;\n};\n\nvar __setModuleDefault = Object.create ? (function(o, v) {\n Object.defineProperty(o, \"default\", { enumerable: true, value: v });\n}) : function(o, v) {\n o[\"default\"] = v;\n};\n\nexport function __importStar(mod) {\n if (mod && mod.__esModule) return mod;\n var result = {};\n if (mod != null) for (var k in mod) if (k !== \"default\" && Object.prototype.hasOwnProperty.call(mod, k)) __createBinding(result, mod, k);\n __setModuleDefault(result, mod);\n return result;\n}\n\nexport function __importDefault(mod) {\n return (mod && mod.__esModule) ? mod : { default: mod };\n}\n\nexport function __classPrivateFieldGet(receiver, state, kind, f) {\n if (kind === \"a\" && !f) throw new TypeError(\"Private accessor was defined without a getter\");\n if (typeof state === \"function\" ? receiver !== state || !f : !state.has(receiver)) throw new TypeError(\"Cannot read private member from an object whose class did not declare it\");\n return kind === \"m\" ? f : kind === \"a\" ? f.call(receiver) : f ? f.value : state.get(receiver);\n}\n\nexport function __classPrivateFieldSet(receiver, state, value, kind, f) {\n if (kind === \"m\") throw new TypeError(\"Private method is not writable\");\n if (kind === \"a\" && !f) throw new TypeError(\"Private accessor was defined without a setter\");\n if (typeof state === \"function\" ? receiver !== state || !f : !state.has(receiver)) throw new TypeError(\"Cannot write private member to an object whose class did not declare it\");\n return (kind === \"a\" ? f.call(receiver, value) : f ? f.value = value : state.set(receiver, value)), value;\n}\n\nexport function __classPrivateFieldIn(state, receiver) {\n if (receiver === null || (typeof receiver !== \"object\" && typeof receiver !== \"function\")) throw new TypeError(\"Cannot use 'in' operator on non-object\");\n return typeof state === \"function\" ? receiver === state : state.has(receiver);\n}\n\nexport function __addDisposableResource(env, value, async) {\n if (value !== null && value !== void 0) {\n if (typeof value !== \"object\" && typeof value !== \"function\") throw new TypeError(\"Object expected.\");\n var dispose, inner;\n if (async) {\n if (!Symbol.asyncDispose) throw new TypeError(\"Symbol.asyncDispose is not defined.\");\n dispose = value[Symbol.asyncDispose];\n }\n if (dispose === void 0) {\n if (!Symbol.dispose) throw new TypeError(\"Symbol.dispose is not defined.\");\n dispose = value[Symbol.dispose];\n if (async) inner = dispose;\n }\n if (typeof dispose !== \"function\") throw new TypeError(\"Object not disposable.\");\n if (inner) dispose = function() { try { inner.call(this); } catch (e) { return Promise.reject(e); } };\n env.stack.push({ value: value, dispose: dispose, async: async });\n }\n else if (async) {\n env.stack.push({ async: true });\n }\n return value;\n}\n\nvar _SuppressedError = typeof SuppressedError === \"function\" ? SuppressedError : function (error, suppressed, message) {\n var e = new Error(message);\n return e.name = \"SuppressedError\", e.error = error, e.suppressed = suppressed, e;\n};\n\nexport function __disposeResources(env) {\n function fail(e) {\n env.error = env.hasError ? new _SuppressedError(e, env.error, \"An error was suppressed during disposal.\") : e;\n env.hasError = true;\n }\n var r, s = 0;\n function next() {\n while (r = env.stack.pop()) {\n try {\n if (!r.async && s === 1) return s = 0, env.stack.push(r), Promise.resolve().then(next);\n if (r.dispose) {\n var result = r.dispose.call(r.value);\n if (r.async) return s |= 2, Promise.resolve(result).then(next, function(e) { fail(e); return next(); });\n }\n else s |= 1;\n }\n catch (e) {\n fail(e);\n }\n }\n if (s === 1) return env.hasError ? Promise.reject(env.error) : Promise.resolve();\n if (env.hasError) throw env.error;\n }\n return next();\n}\n\nexport default {\n __extends,\n __assign,\n __rest,\n __decorate,\n __param,\n __metadata,\n __awaiter,\n __generator,\n __createBinding,\n __exportStar,\n __values,\n __read,\n __spread,\n __spreadArrays,\n __spreadArray,\n __await,\n __asyncGenerator,\n __asyncDelegator,\n __asyncValues,\n __makeTemplateObject,\n __importStar,\n __importDefault,\n __classPrivateFieldGet,\n __classPrivateFieldSet,\n __classPrivateFieldIn,\n __addDisposableResource,\n __disposeResources,\n};\n", "/**\n * Returns true if the object is a function.\n * @param value The value to check\n */\nexport function isFunction(value: any): value is (...args: any[]) => any {\n return typeof value === 'function';\n}\n", "/**\n * Used to create Error subclasses until the community moves away from ES5.\n *\n * This is because compiling from TypeScript down to ES5 has issues with subclassing Errors\n * as well as other built-in types: https://github.com/Microsoft/TypeScript/issues/12123\n *\n * @param createImpl A factory function to create the actual constructor implementation. The returned\n * function should be a named function that calls `_super` internally.\n */\nexport function createErrorClass(createImpl: (_super: any) => any): T {\n const _super = (instance: any) => {\n Error.call(instance);\n instance.stack = new Error().stack;\n };\n\n const ctorFunc = createImpl(_super);\n ctorFunc.prototype = Object.create(Error.prototype);\n ctorFunc.prototype.constructor = ctorFunc;\n return ctorFunc;\n}\n", "import { createErrorClass } from './createErrorClass';\n\nexport interface UnsubscriptionError extends Error {\n readonly errors: any[];\n}\n\nexport interface UnsubscriptionErrorCtor {\n /**\n * @deprecated Internal implementation detail. Do not construct error instances.\n * Cannot be tagged as internal: https://github.com/ReactiveX/rxjs/issues/6269\n */\n new (errors: any[]): UnsubscriptionError;\n}\n\n/**\n * An error thrown when one or more errors have occurred during the\n * `unsubscribe` of a {@link Subscription}.\n */\nexport const UnsubscriptionError: UnsubscriptionErrorCtor = createErrorClass(\n (_super) =>\n function UnsubscriptionErrorImpl(this: any, errors: (Error | string)[]) {\n _super(this);\n this.message = errors\n ? `${errors.length} errors occurred during unsubscription:\n${errors.map((err, i) => `${i + 1}) ${err.toString()}`).join('\\n ')}`\n : '';\n this.name = 'UnsubscriptionError';\n this.errors = errors;\n }\n);\n", "/**\n * Removes an item from an array, mutating it.\n * @param arr The array to remove the item from\n * @param item The item to remove\n */\nexport function arrRemove(arr: T[] | undefined | null, item: T) {\n if (arr) {\n const index = arr.indexOf(item);\n 0 <= index && arr.splice(index, 1);\n }\n}\n", "import { isFunction } from './util/isFunction';\nimport { UnsubscriptionError } from './util/UnsubscriptionError';\nimport { SubscriptionLike, TeardownLogic, Unsubscribable } from './types';\nimport { arrRemove } from './util/arrRemove';\n\n/**\n * Represents a disposable resource, such as the execution of an Observable. A\n * Subscription has one important method, `unsubscribe`, that takes no argument\n * and just disposes the resource held by the subscription.\n *\n * Additionally, subscriptions may be grouped together through the `add()`\n * method, which will attach a child Subscription to the current Subscription.\n * When a Subscription is unsubscribed, all its children (and its grandchildren)\n * will be unsubscribed as well.\n *\n * @class Subscription\n */\nexport class Subscription implements SubscriptionLike {\n /** @nocollapse */\n public static EMPTY = (() => {\n const empty = new Subscription();\n empty.closed = true;\n return empty;\n })();\n\n /**\n * A flag to indicate whether this Subscription has already been unsubscribed.\n */\n public closed = false;\n\n private _parentage: Subscription[] | Subscription | null = null;\n\n /**\n * The list of registered finalizers to execute upon unsubscription. Adding and removing from this\n * list occurs in the {@link #add} and {@link #remove} methods.\n */\n private _finalizers: Exclude[] | null = null;\n\n /**\n * @param initialTeardown A function executed first as part of the finalization\n * process that is kicked off when {@link #unsubscribe} is called.\n */\n constructor(private initialTeardown?: () => void) {}\n\n /**\n * Disposes the resources held by the subscription. May, for instance, cancel\n * an ongoing Observable execution or cancel any other type of work that\n * started when the Subscription was created.\n * @return {void}\n */\n unsubscribe(): void {\n let errors: any[] | undefined;\n\n if (!this.closed) {\n this.closed = true;\n\n // Remove this from it's parents.\n const { _parentage } = this;\n if (_parentage) {\n this._parentage = null;\n if (Array.isArray(_parentage)) {\n for (const parent of _parentage) {\n parent.remove(this);\n }\n } else {\n _parentage.remove(this);\n }\n }\n\n const { initialTeardown: initialFinalizer } = this;\n if (isFunction(initialFinalizer)) {\n try {\n initialFinalizer();\n } catch (e) {\n errors = e instanceof UnsubscriptionError ? e.errors : [e];\n }\n }\n\n const { _finalizers } = this;\n if (_finalizers) {\n this._finalizers = null;\n for (const finalizer of _finalizers) {\n try {\n execFinalizer(finalizer);\n } catch (err) {\n errors = errors ?? [];\n if (err instanceof UnsubscriptionError) {\n errors = [...errors, ...err.errors];\n } else {\n errors.push(err);\n }\n }\n }\n }\n\n if (errors) {\n throw new UnsubscriptionError(errors);\n }\n }\n }\n\n /**\n * Adds a finalizer to this subscription, so that finalization will be unsubscribed/called\n * when this subscription is unsubscribed. If this subscription is already {@link #closed},\n * because it has already been unsubscribed, then whatever finalizer is passed to it\n * will automatically be executed (unless the finalizer itself is also a closed subscription).\n *\n * Closed Subscriptions cannot be added as finalizers to any subscription. Adding a closed\n * subscription to a any subscription will result in no operation. (A noop).\n *\n * Adding a subscription to itself, or adding `null` or `undefined` will not perform any\n * operation at all. (A noop).\n *\n * `Subscription` instances that are added to this instance will automatically remove themselves\n * if they are unsubscribed. Functions and {@link Unsubscribable} objects that you wish to remove\n * will need to be removed manually with {@link #remove}\n *\n * @param teardown The finalization logic to add to this subscription.\n */\n add(teardown: TeardownLogic): void {\n // Only add the finalizer if it's not undefined\n // and don't add a subscription to itself.\n if (teardown && teardown !== this) {\n if (this.closed) {\n // If this subscription is already closed,\n // execute whatever finalizer is handed to it automatically.\n execFinalizer(teardown);\n } else {\n if (teardown instanceof Subscription) {\n // We don't add closed subscriptions, and we don't add the same subscription\n // twice. Subscription unsubscribe is idempotent.\n if (teardown.closed || teardown._hasParent(this)) {\n return;\n }\n teardown._addParent(this);\n }\n (this._finalizers = this._finalizers ?? []).push(teardown);\n }\n }\n }\n\n /**\n * Checks to see if a this subscription already has a particular parent.\n * This will signal that this subscription has already been added to the parent in question.\n * @param parent the parent to check for\n */\n private _hasParent(parent: Subscription) {\n const { _parentage } = this;\n return _parentage === parent || (Array.isArray(_parentage) && _parentage.includes(parent));\n }\n\n /**\n * Adds a parent to this subscription so it can be removed from the parent if it\n * unsubscribes on it's own.\n *\n * NOTE: THIS ASSUMES THAT {@link _hasParent} HAS ALREADY BEEN CHECKED.\n * @param parent The parent subscription to add\n */\n private _addParent(parent: Subscription) {\n const { _parentage } = this;\n this._parentage = Array.isArray(_parentage) ? (_parentage.push(parent), _parentage) : _parentage ? [_parentage, parent] : parent;\n }\n\n /**\n * Called on a child when it is removed via {@link #remove}.\n * @param parent The parent to remove\n */\n private _removeParent(parent: Subscription) {\n const { _parentage } = this;\n if (_parentage === parent) {\n this._parentage = null;\n } else if (Array.isArray(_parentage)) {\n arrRemove(_parentage, parent);\n }\n }\n\n /**\n * Removes a finalizer from this subscription that was previously added with the {@link #add} method.\n *\n * Note that `Subscription` instances, when unsubscribed, will automatically remove themselves\n * from every other `Subscription` they have been added to. This means that using the `remove` method\n * is not a common thing and should be used thoughtfully.\n *\n * If you add the same finalizer instance of a function or an unsubscribable object to a `Subscription` instance\n * more than once, you will need to call `remove` the same number of times to remove all instances.\n *\n * All finalizer instances are removed to free up memory upon unsubscription.\n *\n * @param teardown The finalizer to remove from this subscription\n */\n remove(teardown: Exclude): void {\n const { _finalizers } = this;\n _finalizers && arrRemove(_finalizers, teardown);\n\n if (teardown instanceof Subscription) {\n teardown._removeParent(this);\n }\n }\n}\n\nexport const EMPTY_SUBSCRIPTION = Subscription.EMPTY;\n\nexport function isSubscription(value: any): value is Subscription {\n return (\n value instanceof Subscription ||\n (value && 'closed' in value && isFunction(value.remove) && isFunction(value.add) && isFunction(value.unsubscribe))\n );\n}\n\nfunction execFinalizer(finalizer: Unsubscribable | (() => void)) {\n if (isFunction(finalizer)) {\n finalizer();\n } else {\n finalizer.unsubscribe();\n }\n}\n", "import { Subscriber } from './Subscriber';\nimport { ObservableNotification } from './types';\n\n/**\n * The {@link GlobalConfig} object for RxJS. It is used to configure things\n * like how to react on unhandled errors.\n */\nexport const config: GlobalConfig = {\n onUnhandledError: null,\n onStoppedNotification: null,\n Promise: undefined,\n useDeprecatedSynchronousErrorHandling: false,\n useDeprecatedNextContext: false,\n};\n\n/**\n * The global configuration object for RxJS, used to configure things\n * like how to react on unhandled errors. Accessible via {@link config}\n * object.\n */\nexport interface GlobalConfig {\n /**\n * A registration point for unhandled errors from RxJS. These are errors that\n * cannot were not handled by consuming code in the usual subscription path. For\n * example, if you have this configured, and you subscribe to an observable without\n * providing an error handler, errors from that subscription will end up here. This\n * will _always_ be called asynchronously on another job in the runtime. This is because\n * we do not want errors thrown in this user-configured handler to interfere with the\n * behavior of the library.\n */\n onUnhandledError: ((err: any) => void) | null;\n\n /**\n * A registration point for notifications that cannot be sent to subscribers because they\n * have completed, errored or have been explicitly unsubscribed. By default, next, complete\n * and error notifications sent to stopped subscribers are noops. However, sometimes callers\n * might want a different behavior. For example, with sources that attempt to report errors\n * to stopped subscribers, a caller can configure RxJS to throw an unhandled error instead.\n * This will _always_ be called asynchronously on another job in the runtime. This is because\n * we do not want errors thrown in this user-configured handler to interfere with the\n * behavior of the library.\n */\n onStoppedNotification: ((notification: ObservableNotification, subscriber: Subscriber) => void) | null;\n\n /**\n * The promise constructor used by default for {@link Observable#toPromise toPromise} and {@link Observable#forEach forEach}\n * methods.\n *\n * @deprecated As of version 8, RxJS will no longer support this sort of injection of a\n * Promise constructor. If you need a Promise implementation other than native promises,\n * please polyfill/patch Promise as you see appropriate. Will be removed in v8.\n */\n Promise?: PromiseConstructorLike;\n\n /**\n * If true, turns on synchronous error rethrowing, which is a deprecated behavior\n * in v6 and higher. This behavior enables bad patterns like wrapping a subscribe\n * call in a try/catch block. It also enables producer interference, a nasty bug\n * where a multicast can be broken for all observers by a downstream consumer with\n * an unhandled error. DO NOT USE THIS FLAG UNLESS IT'S NEEDED TO BUY TIME\n * FOR MIGRATION REASONS.\n *\n * @deprecated As of version 8, RxJS will no longer support synchronous throwing\n * of unhandled errors. All errors will be thrown on a separate call stack to prevent bad\n * behaviors described above. Will be removed in v8.\n */\n useDeprecatedSynchronousErrorHandling: boolean;\n\n /**\n * If true, enables an as-of-yet undocumented feature from v5: The ability to access\n * `unsubscribe()` via `this` context in `next` functions created in observers passed\n * to `subscribe`.\n *\n * This is being removed because the performance was severely problematic, and it could also cause\n * issues when types other than POJOs are passed to subscribe as subscribers, as they will likely have\n * their `this` context overwritten.\n *\n * @deprecated As of version 8, RxJS will no longer support altering the\n * context of next functions provided as part of an observer to Subscribe. Instead,\n * you will have access to a subscription or a signal or token that will allow you to do things like\n * unsubscribe and test closed status. Will be removed in v8.\n */\n useDeprecatedNextContext: boolean;\n}\n", "import type { TimerHandle } from './timerHandle';\ntype SetTimeoutFunction = (handler: () => void, timeout?: number, ...args: any[]) => TimerHandle;\ntype ClearTimeoutFunction = (handle: TimerHandle) => void;\n\ninterface TimeoutProvider {\n setTimeout: SetTimeoutFunction;\n clearTimeout: ClearTimeoutFunction;\n delegate:\n | {\n setTimeout: SetTimeoutFunction;\n clearTimeout: ClearTimeoutFunction;\n }\n | undefined;\n}\n\nexport const timeoutProvider: TimeoutProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n setTimeout(handler: () => void, timeout?: number, ...args) {\n const { delegate } = timeoutProvider;\n if (delegate?.setTimeout) {\n return delegate.setTimeout(handler, timeout, ...args);\n }\n return setTimeout(handler, timeout, ...args);\n },\n clearTimeout(handle) {\n const { delegate } = timeoutProvider;\n return (delegate?.clearTimeout || clearTimeout)(handle as any);\n },\n delegate: undefined,\n};\n", "import { config } from '../config';\nimport { timeoutProvider } from '../scheduler/timeoutProvider';\n\n/**\n * Handles an error on another job either with the user-configured {@link onUnhandledError},\n * or by throwing it on that new job so it can be picked up by `window.onerror`, `process.on('error')`, etc.\n *\n * This should be called whenever there is an error that is out-of-band with the subscription\n * or when an error hits a terminal boundary of the subscription and no error handler was provided.\n *\n * @param err the error to report\n */\nexport function reportUnhandledError(err: any) {\n timeoutProvider.setTimeout(() => {\n const { onUnhandledError } = config;\n if (onUnhandledError) {\n // Execute the user-configured error handler.\n onUnhandledError(err);\n } else {\n // Throw so it is picked up by the runtime's uncaught error mechanism.\n throw err;\n }\n });\n}\n", "/* tslint:disable:no-empty */\nexport function noop() { }\n", "import { CompleteNotification, NextNotification, ErrorNotification } from './types';\n\n/**\n * A completion object optimized for memory use and created to be the\n * same \"shape\" as other notifications in v8.\n * @internal\n */\nexport const COMPLETE_NOTIFICATION = (() => createNotification('C', undefined, undefined) as CompleteNotification)();\n\n/**\n * Internal use only. Creates an optimized error notification that is the same \"shape\"\n * as other notifications.\n * @internal\n */\nexport function errorNotification(error: any): ErrorNotification {\n return createNotification('E', undefined, error) as any;\n}\n\n/**\n * Internal use only. Creates an optimized next notification that is the same \"shape\"\n * as other notifications.\n * @internal\n */\nexport function nextNotification(value: T) {\n return createNotification('N', value, undefined) as NextNotification;\n}\n\n/**\n * Ensures that all notifications created internally have the same \"shape\" in v8.\n *\n * TODO: This is only exported to support a crazy legacy test in `groupBy`.\n * @internal\n */\nexport function createNotification(kind: 'N' | 'E' | 'C', value: any, error: any) {\n return {\n kind,\n value,\n error,\n };\n}\n", "import { config } from '../config';\n\nlet context: { errorThrown: boolean; error: any } | null = null;\n\n/**\n * Handles dealing with errors for super-gross mode. Creates a context, in which\n * any synchronously thrown errors will be passed to {@link captureError}. Which\n * will record the error such that it will be rethrown after the call back is complete.\n * TODO: Remove in v8\n * @param cb An immediately executed function.\n */\nexport function errorContext(cb: () => void) {\n if (config.useDeprecatedSynchronousErrorHandling) {\n const isRoot = !context;\n if (isRoot) {\n context = { errorThrown: false, error: null };\n }\n cb();\n if (isRoot) {\n const { errorThrown, error } = context!;\n context = null;\n if (errorThrown) {\n throw error;\n }\n }\n } else {\n // This is the general non-deprecated path for everyone that\n // isn't crazy enough to use super-gross mode (useDeprecatedSynchronousErrorHandling)\n cb();\n }\n}\n\n/**\n * Captures errors only in super-gross mode.\n * @param err the error to capture\n */\nexport function captureError(err: any) {\n if (config.useDeprecatedSynchronousErrorHandling && context) {\n context.errorThrown = true;\n context.error = err;\n }\n}\n", "import { isFunction } from './util/isFunction';\nimport { Observer, ObservableNotification } from './types';\nimport { isSubscription, Subscription } from './Subscription';\nimport { config } from './config';\nimport { reportUnhandledError } from './util/reportUnhandledError';\nimport { noop } from './util/noop';\nimport { nextNotification, errorNotification, COMPLETE_NOTIFICATION } from './NotificationFactories';\nimport { timeoutProvider } from './scheduler/timeoutProvider';\nimport { captureError } from './util/errorContext';\n\n/**\n * Implements the {@link Observer} interface and extends the\n * {@link Subscription} class. While the {@link Observer} is the public API for\n * consuming the values of an {@link Observable}, all Observers get converted to\n * a Subscriber, in order to provide Subscription-like capabilities such as\n * `unsubscribe`. Subscriber is a common type in RxJS, and crucial for\n * implementing operators, but it is rarely used as a public API.\n *\n * @class Subscriber\n */\nexport class Subscriber extends Subscription implements Observer {\n /**\n * A static factory for a Subscriber, given a (potentially partial) definition\n * of an Observer.\n * @param next The `next` callback of an Observer.\n * @param error The `error` callback of an\n * Observer.\n * @param complete The `complete` callback of an\n * Observer.\n * @return A Subscriber wrapping the (partially defined)\n * Observer represented by the given arguments.\n * @nocollapse\n * @deprecated Do not use. Will be removed in v8. There is no replacement for this\n * method, and there is no reason to be creating instances of `Subscriber` directly.\n * If you have a specific use case, please file an issue.\n */\n static create(next?: (x?: T) => void, error?: (e?: any) => void, complete?: () => void): Subscriber {\n return new SafeSubscriber(next, error, complete);\n }\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n protected isStopped: boolean = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n protected destination: Subscriber | Observer; // this `any` is the escape hatch to erase extra type param (e.g. R)\n\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n * There is no reason to directly create an instance of Subscriber. This type is exported for typings reasons.\n */\n constructor(destination?: Subscriber | Observer) {\n super();\n if (destination) {\n this.destination = destination;\n // Automatically chain subscriptions together here.\n // if destination is a Subscription, then it is a Subscriber.\n if (isSubscription(destination)) {\n destination.add(this);\n }\n } else {\n this.destination = EMPTY_OBSERVER;\n }\n }\n\n /**\n * The {@link Observer} callback to receive notifications of type `next` from\n * the Observable, with a value. The Observable may call this method 0 or more\n * times.\n * @param {T} [value] The `next` value.\n * @return {void}\n */\n next(value?: T): void {\n if (this.isStopped) {\n handleStoppedNotification(nextNotification(value), this);\n } else {\n this._next(value!);\n }\n }\n\n /**\n * The {@link Observer} callback to receive notifications of type `error` from\n * the Observable, with an attached `Error`. Notifies the Observer that\n * the Observable has experienced an error condition.\n * @param {any} [err] The `error` exception.\n * @return {void}\n */\n error(err?: any): void {\n if (this.isStopped) {\n handleStoppedNotification(errorNotification(err), this);\n } else {\n this.isStopped = true;\n this._error(err);\n }\n }\n\n /**\n * The {@link Observer} callback to receive a valueless notification of type\n * `complete` from the Observable. Notifies the Observer that the Observable\n * has finished sending push-based notifications.\n * @return {void}\n */\n complete(): void {\n if (this.isStopped) {\n handleStoppedNotification(COMPLETE_NOTIFICATION, this);\n } else {\n this.isStopped = true;\n this._complete();\n }\n }\n\n unsubscribe(): void {\n if (!this.closed) {\n this.isStopped = true;\n super.unsubscribe();\n this.destination = null!;\n }\n }\n\n protected _next(value: T): void {\n this.destination.next(value);\n }\n\n protected _error(err: any): void {\n try {\n this.destination.error(err);\n } finally {\n this.unsubscribe();\n }\n }\n\n protected _complete(): void {\n try {\n this.destination.complete();\n } finally {\n this.unsubscribe();\n }\n }\n}\n\n/**\n * This bind is captured here because we want to be able to have\n * compatibility with monoid libraries that tend to use a method named\n * `bind`. In particular, a library called Monio requires this.\n */\nconst _bind = Function.prototype.bind;\n\nfunction bind any>(fn: Fn, thisArg: any): Fn {\n return _bind.call(fn, thisArg);\n}\n\n/**\n * Internal optimization only, DO NOT EXPOSE.\n * @internal\n */\nclass ConsumerObserver implements Observer {\n constructor(private partialObserver: Partial>) {}\n\n next(value: T): void {\n const { partialObserver } = this;\n if (partialObserver.next) {\n try {\n partialObserver.next(value);\n } catch (error) {\n handleUnhandledError(error);\n }\n }\n }\n\n error(err: any): void {\n const { partialObserver } = this;\n if (partialObserver.error) {\n try {\n partialObserver.error(err);\n } catch (error) {\n handleUnhandledError(error);\n }\n } else {\n handleUnhandledError(err);\n }\n }\n\n complete(): void {\n const { partialObserver } = this;\n if (partialObserver.complete) {\n try {\n partialObserver.complete();\n } catch (error) {\n handleUnhandledError(error);\n }\n }\n }\n}\n\nexport class SafeSubscriber extends Subscriber {\n constructor(\n observerOrNext?: Partial> | ((value: T) => void) | null,\n error?: ((e?: any) => void) | null,\n complete?: (() => void) | null\n ) {\n super();\n\n let partialObserver: Partial>;\n if (isFunction(observerOrNext) || !observerOrNext) {\n // The first argument is a function, not an observer. The next\n // two arguments *could* be observers, or they could be empty.\n partialObserver = {\n next: (observerOrNext ?? undefined) as (((value: T) => void) | undefined),\n error: error ?? undefined,\n complete: complete ?? undefined,\n };\n } else {\n // The first argument is a partial observer.\n let context: any;\n if (this && config.useDeprecatedNextContext) {\n // This is a deprecated path that made `this.unsubscribe()` available in\n // next handler functions passed to subscribe. This only exists behind a flag\n // now, as it is *very* slow.\n context = Object.create(observerOrNext);\n context.unsubscribe = () => this.unsubscribe();\n partialObserver = {\n next: observerOrNext.next && bind(observerOrNext.next, context),\n error: observerOrNext.error && bind(observerOrNext.error, context),\n complete: observerOrNext.complete && bind(observerOrNext.complete, context),\n };\n } else {\n // The \"normal\" path. Just use the partial observer directly.\n partialObserver = observerOrNext;\n }\n }\n\n // Wrap the partial observer to ensure it's a full observer, and\n // make sure proper error handling is accounted for.\n this.destination = new ConsumerObserver(partialObserver);\n }\n}\n\nfunction handleUnhandledError(error: any) {\n if (config.useDeprecatedSynchronousErrorHandling) {\n captureError(error);\n } else {\n // Ideal path, we report this as an unhandled error,\n // which is thrown on a new call stack.\n reportUnhandledError(error);\n }\n}\n\n/**\n * An error handler used when no error handler was supplied\n * to the SafeSubscriber -- meaning no error handler was supplied\n * do the `subscribe` call on our observable.\n * @param err The error to handle\n */\nfunction defaultErrorHandler(err: any) {\n throw err;\n}\n\n/**\n * A handler for notifications that cannot be sent to a stopped subscriber.\n * @param notification The notification being sent\n * @param subscriber The stopped subscriber\n */\nfunction handleStoppedNotification(notification: ObservableNotification, subscriber: Subscriber) {\n const { onStoppedNotification } = config;\n onStoppedNotification && timeoutProvider.setTimeout(() => onStoppedNotification(notification, subscriber));\n}\n\n/**\n * The observer used as a stub for subscriptions where the user did not\n * pass any arguments to `subscribe`. Comes with the default error handling\n * behavior.\n */\nexport const EMPTY_OBSERVER: Readonly> & { closed: true } = {\n closed: true,\n next: noop,\n error: defaultErrorHandler,\n complete: noop,\n};\n", "/**\n * Symbol.observable or a string \"@@observable\". Used for interop\n *\n * @deprecated We will no longer be exporting this symbol in upcoming versions of RxJS.\n * Instead polyfill and use Symbol.observable directly *or* use https://www.npmjs.com/package/symbol-observable\n */\nexport const observable: string | symbol = (() => (typeof Symbol === 'function' && Symbol.observable) || '@@observable')();\n", "/**\n * This function takes one parameter and just returns it. Simply put,\n * this is like `(x: T): T => x`.\n *\n * ## Examples\n *\n * This is useful in some cases when using things like `mergeMap`\n *\n * ```ts\n * import { interval, take, map, range, mergeMap, identity } from 'rxjs';\n *\n * const source$ = interval(1000).pipe(take(5));\n *\n * const result$ = source$.pipe(\n * map(i => range(i)),\n * mergeMap(identity) // same as mergeMap(x => x)\n * );\n *\n * result$.subscribe({\n * next: console.log\n * });\n * ```\n *\n * Or when you want to selectively apply an operator\n *\n * ```ts\n * import { interval, take, identity } from 'rxjs';\n *\n * const shouldLimit = () => Math.random() < 0.5;\n *\n * const source$ = interval(1000);\n *\n * const result$ = source$.pipe(shouldLimit() ? take(5) : identity);\n *\n * result$.subscribe({\n * next: console.log\n * });\n * ```\n *\n * @param x Any value that is returned by this function\n * @returns The value passed as the first parameter to this function\n */\nexport function identity(x: T): T {\n return x;\n}\n", "import { identity } from './identity';\nimport { UnaryFunction } from '../types';\n\nexport function pipe(): typeof identity;\nexport function pipe(fn1: UnaryFunction): UnaryFunction;\nexport function pipe(fn1: UnaryFunction, fn2: UnaryFunction): UnaryFunction;\nexport function pipe(fn1: UnaryFunction, fn2: UnaryFunction, fn3: UnaryFunction): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction,\n fn9: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction,\n fn9: UnaryFunction,\n ...fns: UnaryFunction[]\n): UnaryFunction;\n\n/**\n * pipe() can be called on one or more functions, each of which can take one argument (\"UnaryFunction\")\n * and uses it to return a value.\n * It returns a function that takes one argument, passes it to the first UnaryFunction, and then\n * passes the result to the next one, passes that result to the next one, and so on. \n */\nexport function pipe(...fns: Array>): UnaryFunction {\n return pipeFromArray(fns);\n}\n\n/** @internal */\nexport function pipeFromArray(fns: Array>): UnaryFunction {\n if (fns.length === 0) {\n return identity as UnaryFunction;\n }\n\n if (fns.length === 1) {\n return fns[0];\n }\n\n return function piped(input: T): R {\n return fns.reduce((prev: any, fn: UnaryFunction) => fn(prev), input as any);\n };\n}\n", "import { Operator } from './Operator';\nimport { SafeSubscriber, Subscriber } from './Subscriber';\nimport { isSubscription, Subscription } from './Subscription';\nimport { TeardownLogic, OperatorFunction, Subscribable, Observer } from './types';\nimport { observable as Symbol_observable } from './symbol/observable';\nimport { pipeFromArray } from './util/pipe';\nimport { config } from './config';\nimport { isFunction } from './util/isFunction';\nimport { errorContext } from './util/errorContext';\n\n/**\n * A representation of any set of values over any amount of time. This is the most basic building block\n * of RxJS.\n *\n * @class Observable\n */\nexport class Observable implements Subscribable {\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n */\n source: Observable | undefined;\n\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n */\n operator: Operator | undefined;\n\n /**\n * @constructor\n * @param {Function} subscribe the function that is called when the Observable is\n * initially subscribed to. This function is given a Subscriber, to which new values\n * can be `next`ed, or an `error` method can be called to raise an error, or\n * `complete` can be called to notify of a successful completion.\n */\n constructor(subscribe?: (this: Observable, subscriber: Subscriber) => TeardownLogic) {\n if (subscribe) {\n this._subscribe = subscribe;\n }\n }\n\n // HACK: Since TypeScript inherits static properties too, we have to\n // fight against TypeScript here so Subject can have a different static create signature\n /**\n * Creates a new Observable by calling the Observable constructor\n * @owner Observable\n * @method create\n * @param {Function} subscribe? the subscriber function to be passed to the Observable constructor\n * @return {Observable} a new observable\n * @nocollapse\n * @deprecated Use `new Observable()` instead. Will be removed in v8.\n */\n static create: (...args: any[]) => any = (subscribe?: (subscriber: Subscriber) => TeardownLogic) => {\n return new Observable(subscribe);\n };\n\n /**\n * Creates a new Observable, with this Observable instance as the source, and the passed\n * operator defined as the new observable's operator.\n * @method lift\n * @param operator the operator defining the operation to take on the observable\n * @return a new observable with the Operator applied\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n * If you have implemented an operator using `lift`, it is recommended that you create an\n * operator by simply returning `new Observable()` directly. See \"Creating new operators from\n * scratch\" section here: https://rxjs.dev/guide/operators\n */\n lift(operator?: Operator): Observable {\n const observable = new Observable();\n observable.source = this;\n observable.operator = operator;\n return observable;\n }\n\n subscribe(observerOrNext?: Partial> | ((value: T) => void)): Subscription;\n /** @deprecated Instead of passing separate callback arguments, use an observer argument. Signatures taking separate callback arguments will be removed in v8. Details: https://rxjs.dev/deprecations/subscribe-arguments */\n subscribe(next?: ((value: T) => void) | null, error?: ((error: any) => void) | null, complete?: (() => void) | null): Subscription;\n /**\n * Invokes an execution of an Observable and registers Observer handlers for notifications it will emit.\n *\n * Use it when you have all these Observables, but still nothing is happening.\n *\n * `subscribe` is not a regular operator, but a method that calls Observable's internal `subscribe` function. It\n * might be for example a function that you passed to Observable's constructor, but most of the time it is\n * a library implementation, which defines what will be emitted by an Observable, and when it be will emitted. This means\n * that calling `subscribe` is actually the moment when Observable starts its work, not when it is created, as it is often\n * the thought.\n *\n * Apart from starting the execution of an Observable, this method allows you to listen for values\n * that an Observable emits, as well as for when it completes or errors. You can achieve this in two\n * of the following ways.\n *\n * The first way is creating an object that implements {@link Observer} interface. It should have methods\n * defined by that interface, but note that it should be just a regular JavaScript object, which you can create\n * yourself in any way you want (ES6 class, classic function constructor, object literal etc.). In particular, do\n * not attempt to use any RxJS implementation details to create Observers - you don't need them. Remember also\n * that your object does not have to implement all methods. If you find yourself creating a method that doesn't\n * do anything, you can simply omit it. Note however, if the `error` method is not provided and an error happens,\n * it will be thrown asynchronously. Errors thrown asynchronously cannot be caught using `try`/`catch`. Instead,\n * use the {@link onUnhandledError} configuration option or use a runtime handler (like `window.onerror` or\n * `process.on('error)`) to be notified of unhandled errors. Because of this, it's recommended that you provide\n * an `error` method to avoid missing thrown errors.\n *\n * The second way is to give up on Observer object altogether and simply provide callback functions in place of its methods.\n * This means you can provide three functions as arguments to `subscribe`, where the first function is equivalent\n * of a `next` method, the second of an `error` method and the third of a `complete` method. Just as in case of an Observer,\n * if you do not need to listen for something, you can omit a function by passing `undefined` or `null`,\n * since `subscribe` recognizes these functions by where they were placed in function call. When it comes\n * to the `error` function, as with an Observer, if not provided, errors emitted by an Observable will be thrown asynchronously.\n *\n * You can, however, subscribe with no parameters at all. This may be the case where you're not interested in terminal events\n * and you also handled emissions internally by using operators (e.g. using `tap`).\n *\n * Whichever style of calling `subscribe` you use, in both cases it returns a Subscription object.\n * This object allows you to call `unsubscribe` on it, which in turn will stop the work that an Observable does and will clean\n * up all resources that an Observable used. Note that cancelling a subscription will not call `complete` callback\n * provided to `subscribe` function, which is reserved for a regular completion signal that comes from an Observable.\n *\n * Remember that callbacks provided to `subscribe` are not guaranteed to be called asynchronously.\n * It is an Observable itself that decides when these functions will be called. For example {@link of}\n * by default emits all its values synchronously. Always check documentation for how given Observable\n * will behave when subscribed and if its default behavior can be modified with a `scheduler`.\n *\n * #### Examples\n *\n * Subscribe with an {@link guide/observer Observer}\n *\n * ```ts\n * import { of } from 'rxjs';\n *\n * const sumObserver = {\n * sum: 0,\n * next(value) {\n * console.log('Adding: ' + value);\n * this.sum = this.sum + value;\n * },\n * error() {\n * // We actually could just remove this method,\n * // since we do not really care about errors right now.\n * },\n * complete() {\n * console.log('Sum equals: ' + this.sum);\n * }\n * };\n *\n * of(1, 2, 3) // Synchronously emits 1, 2, 3 and then completes.\n * .subscribe(sumObserver);\n *\n * // Logs:\n * // 'Adding: 1'\n * // 'Adding: 2'\n * // 'Adding: 3'\n * // 'Sum equals: 6'\n * ```\n *\n * Subscribe with functions ({@link deprecations/subscribe-arguments deprecated})\n *\n * ```ts\n * import { of } from 'rxjs'\n *\n * let sum = 0;\n *\n * of(1, 2, 3).subscribe(\n * value => {\n * console.log('Adding: ' + value);\n * sum = sum + value;\n * },\n * undefined,\n * () => console.log('Sum equals: ' + sum)\n * );\n *\n * // Logs:\n * // 'Adding: 1'\n * // 'Adding: 2'\n * // 'Adding: 3'\n * // 'Sum equals: 6'\n * ```\n *\n * Cancel a subscription\n *\n * ```ts\n * import { interval } from 'rxjs';\n *\n * const subscription = interval(1000).subscribe({\n * next(num) {\n * console.log(num)\n * },\n * complete() {\n * // Will not be called, even when cancelling subscription.\n * console.log('completed!');\n * }\n * });\n *\n * setTimeout(() => {\n * subscription.unsubscribe();\n * console.log('unsubscribed!');\n * }, 2500);\n *\n * // Logs:\n * // 0 after 1s\n * // 1 after 2s\n * // 'unsubscribed!' after 2.5s\n * ```\n *\n * @param {Observer|Function} observerOrNext (optional) Either an observer with methods to be called,\n * or the first of three possible handlers, which is the handler for each value emitted from the subscribed\n * Observable.\n * @param {Function} error (optional) A handler for a terminal event resulting from an error. If no error handler is provided,\n * the error will be thrown asynchronously as unhandled.\n * @param {Function} complete (optional) A handler for a terminal event resulting from successful completion.\n * @return {Subscription} a subscription reference to the registered handlers\n * @method subscribe\n */\n subscribe(\n observerOrNext?: Partial> | ((value: T) => void) | null,\n error?: ((error: any) => void) | null,\n complete?: (() => void) | null\n ): Subscription {\n const subscriber = isSubscriber(observerOrNext) ? observerOrNext : new SafeSubscriber(observerOrNext, error, complete);\n\n errorContext(() => {\n const { operator, source } = this;\n subscriber.add(\n operator\n ? // We're dealing with a subscription in the\n // operator chain to one of our lifted operators.\n operator.call(subscriber, source)\n : source\n ? // If `source` has a value, but `operator` does not, something that\n // had intimate knowledge of our API, like our `Subject`, must have\n // set it. We're going to just call `_subscribe` directly.\n this._subscribe(subscriber)\n : // In all other cases, we're likely wrapping a user-provided initializer\n // function, so we need to catch errors and handle them appropriately.\n this._trySubscribe(subscriber)\n );\n });\n\n return subscriber;\n }\n\n /** @internal */\n protected _trySubscribe(sink: Subscriber): TeardownLogic {\n try {\n return this._subscribe(sink);\n } catch (err) {\n // We don't need to return anything in this case,\n // because it's just going to try to `add()` to a subscription\n // above.\n sink.error(err);\n }\n }\n\n /**\n * Used as a NON-CANCELLABLE means of subscribing to an observable, for use with\n * APIs that expect promises, like `async/await`. You cannot unsubscribe from this.\n *\n * **WARNING**: Only use this with observables you *know* will complete. If the source\n * observable does not complete, you will end up with a promise that is hung up, and\n * potentially all of the state of an async function hanging out in memory. To avoid\n * this situation, look into adding something like {@link timeout}, {@link take},\n * {@link takeWhile}, or {@link takeUntil} amongst others.\n *\n * #### Example\n *\n * ```ts\n * import { interval, take } from 'rxjs';\n *\n * const source$ = interval(1000).pipe(take(4));\n *\n * async function getTotal() {\n * let total = 0;\n *\n * await source$.forEach(value => {\n * total += value;\n * console.log('observable -> ' + value);\n * });\n *\n * return total;\n * }\n *\n * getTotal().then(\n * total => console.log('Total: ' + total)\n * );\n *\n * // Expected:\n * // 'observable -> 0'\n * // 'observable -> 1'\n * // 'observable -> 2'\n * // 'observable -> 3'\n * // 'Total: 6'\n * ```\n *\n * @param next a handler for each value emitted by the observable\n * @return a promise that either resolves on observable completion or\n * rejects with the handled error\n */\n forEach(next: (value: T) => void): Promise;\n\n /**\n * @param next a handler for each value emitted by the observable\n * @param promiseCtor a constructor function used to instantiate the Promise\n * @return a promise that either resolves on observable completion or\n * rejects with the handled error\n * @deprecated Passing a Promise constructor will no longer be available\n * in upcoming versions of RxJS. This is because it adds weight to the library, for very\n * little benefit. If you need this functionality, it is recommended that you either\n * polyfill Promise, or you create an adapter to convert the returned native promise\n * to whatever promise implementation you wanted. Will be removed in v8.\n */\n forEach(next: (value: T) => void, promiseCtor: PromiseConstructorLike): Promise;\n\n forEach(next: (value: T) => void, promiseCtor?: PromiseConstructorLike): Promise {\n promiseCtor = getPromiseCtor(promiseCtor);\n\n return new promiseCtor((resolve, reject) => {\n const subscriber = new SafeSubscriber({\n next: (value) => {\n try {\n next(value);\n } catch (err) {\n reject(err);\n subscriber.unsubscribe();\n }\n },\n error: reject,\n complete: resolve,\n });\n this.subscribe(subscriber);\n }) as Promise;\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): TeardownLogic {\n return this.source?.subscribe(subscriber);\n }\n\n /**\n * An interop point defined by the es7-observable spec https://github.com/zenparsing/es-observable\n * @method Symbol.observable\n * @return {Observable} this instance of the observable\n */\n [Symbol_observable]() {\n return this;\n }\n\n /* tslint:disable:max-line-length */\n pipe(): Observable;\n pipe(op1: OperatorFunction): Observable;\n pipe(op1: OperatorFunction, op2: OperatorFunction): Observable;\n pipe(op1: OperatorFunction, op2: OperatorFunction, op3: OperatorFunction): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction,\n op9: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction,\n op9: OperatorFunction,\n ...operations: OperatorFunction[]\n ): Observable;\n /* tslint:enable:max-line-length */\n\n /**\n * Used to stitch together functional operators into a chain.\n * @method pipe\n * @return {Observable} the Observable result of all of the operators having\n * been called in the order they were passed in.\n *\n * ## Example\n *\n * ```ts\n * import { interval, filter, map, scan } from 'rxjs';\n *\n * interval(1000)\n * .pipe(\n * filter(x => x % 2 === 0),\n * map(x => x + x),\n * scan((acc, x) => acc + x)\n * )\n * .subscribe(x => console.log(x));\n * ```\n */\n pipe(...operations: OperatorFunction[]): Observable {\n return pipeFromArray(operations)(this);\n }\n\n /* tslint:disable:max-line-length */\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(): Promise;\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(PromiseCtor: typeof Promise): Promise;\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(PromiseCtor: PromiseConstructorLike): Promise;\n /* tslint:enable:max-line-length */\n\n /**\n * Subscribe to this Observable and get a Promise resolving on\n * `complete` with the last emission (if any).\n *\n * **WARNING**: Only use this with observables you *know* will complete. If the source\n * observable does not complete, you will end up with a promise that is hung up, and\n * potentially all of the state of an async function hanging out in memory. To avoid\n * this situation, look into adding something like {@link timeout}, {@link take},\n * {@link takeWhile}, or {@link takeUntil} amongst others.\n *\n * @method toPromise\n * @param [promiseCtor] a constructor function used to instantiate\n * the Promise\n * @return A Promise that resolves with the last value emit, or\n * rejects on an error. If there were no emissions, Promise\n * resolves with undefined.\n * @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise\n */\n toPromise(promiseCtor?: PromiseConstructorLike): Promise {\n promiseCtor = getPromiseCtor(promiseCtor);\n\n return new promiseCtor((resolve, reject) => {\n let value: T | undefined;\n this.subscribe(\n (x: T) => (value = x),\n (err: any) => reject(err),\n () => resolve(value)\n );\n }) as Promise;\n }\n}\n\n/**\n * Decides between a passed promise constructor from consuming code,\n * A default configured promise constructor, and the native promise\n * constructor and returns it. If nothing can be found, it will throw\n * an error.\n * @param promiseCtor The optional promise constructor to passed by consuming code\n */\nfunction getPromiseCtor(promiseCtor: PromiseConstructorLike | undefined) {\n return promiseCtor ?? config.Promise ?? Promise;\n}\n\nfunction isObserver(value: any): value is Observer {\n return value && isFunction(value.next) && isFunction(value.error) && isFunction(value.complete);\n}\n\nfunction isSubscriber(value: any): value is Subscriber {\n return (value && value instanceof Subscriber) || (isObserver(value) && isSubscription(value));\n}\n", "import { Observable } from '../Observable';\nimport { Subscriber } from '../Subscriber';\nimport { OperatorFunction } from '../types';\nimport { isFunction } from './isFunction';\n\n/**\n * Used to determine if an object is an Observable with a lift function.\n */\nexport function hasLift(source: any): source is { lift: InstanceType['lift'] } {\n return isFunction(source?.lift);\n}\n\n/**\n * Creates an `OperatorFunction`. Used to define operators throughout the library in a concise way.\n * @param init The logic to connect the liftedSource to the subscriber at the moment of subscription.\n */\nexport function operate(\n init: (liftedSource: Observable, subscriber: Subscriber) => (() => void) | void\n): OperatorFunction {\n return (source: Observable) => {\n if (hasLift(source)) {\n return source.lift(function (this: Subscriber, liftedSource: Observable) {\n try {\n return init(liftedSource, this);\n } catch (err) {\n this.error(err);\n }\n });\n }\n throw new TypeError('Unable to lift unknown Observable type');\n };\n}\n", "import { Subscriber } from '../Subscriber';\n\n/**\n * Creates an instance of an `OperatorSubscriber`.\n * @param destination The downstream subscriber.\n * @param onNext Handles next values, only called if this subscriber is not stopped or closed. Any\n * error that occurs in this function is caught and sent to the `error` method of this subscriber.\n * @param onError Handles errors from the subscription, any errors that occur in this handler are caught\n * and send to the `destination` error handler.\n * @param onComplete Handles completion notification from the subscription. Any errors that occur in\n * this handler are sent to the `destination` error handler.\n * @param onFinalize Additional teardown logic here. This will only be called on teardown if the\n * subscriber itself is not already closed. This is called after all other teardown logic is executed.\n */\nexport function createOperatorSubscriber(\n destination: Subscriber,\n onNext?: (value: T) => void,\n onComplete?: () => void,\n onError?: (err: any) => void,\n onFinalize?: () => void\n): Subscriber {\n return new OperatorSubscriber(destination, onNext, onComplete, onError, onFinalize);\n}\n\n/**\n * A generic helper for allowing operators to be created with a Subscriber and\n * use closures to capture necessary state from the operator function itself.\n */\nexport class OperatorSubscriber extends Subscriber {\n /**\n * Creates an instance of an `OperatorSubscriber`.\n * @param destination The downstream subscriber.\n * @param onNext Handles next values, only called if this subscriber is not stopped or closed. Any\n * error that occurs in this function is caught and sent to the `error` method of this subscriber.\n * @param onError Handles errors from the subscription, any errors that occur in this handler are caught\n * and send to the `destination` error handler.\n * @param onComplete Handles completion notification from the subscription. Any errors that occur in\n * this handler are sent to the `destination` error handler.\n * @param onFinalize Additional finalization logic here. This will only be called on finalization if the\n * subscriber itself is not already closed. This is called after all other finalization logic is executed.\n * @param shouldUnsubscribe An optional check to see if an unsubscribe call should truly unsubscribe.\n * NOTE: This currently **ONLY** exists to support the strange behavior of {@link groupBy}, where unsubscription\n * to the resulting observable does not actually disconnect from the source if there are active subscriptions\n * to any grouped observable. (DO NOT EXPOSE OR USE EXTERNALLY!!!)\n */\n constructor(\n destination: Subscriber,\n onNext?: (value: T) => void,\n onComplete?: () => void,\n onError?: (err: any) => void,\n private onFinalize?: () => void,\n private shouldUnsubscribe?: () => boolean\n ) {\n // It's important - for performance reasons - that all of this class's\n // members are initialized and that they are always initialized in the same\n // order. This will ensure that all OperatorSubscriber instances have the\n // same hidden class in V8. This, in turn, will help keep the number of\n // hidden classes involved in property accesses within the base class as\n // low as possible. If the number of hidden classes involved exceeds four,\n // the property accesses will become megamorphic and performance penalties\n // will be incurred - i.e. inline caches won't be used.\n //\n // The reasons for ensuring all instances have the same hidden class are\n // further discussed in this blog post from Benedikt Meurer:\n // https://benediktmeurer.de/2018/03/23/impact-of-polymorphism-on-component-based-frameworks-like-react/\n super(destination);\n this._next = onNext\n ? function (this: OperatorSubscriber, value: T) {\n try {\n onNext(value);\n } catch (err) {\n destination.error(err);\n }\n }\n : super._next;\n this._error = onError\n ? function (this: OperatorSubscriber, err: any) {\n try {\n onError(err);\n } catch (err) {\n // Send any errors that occur down stream.\n destination.error(err);\n } finally {\n // Ensure finalization.\n this.unsubscribe();\n }\n }\n : super._error;\n this._complete = onComplete\n ? function (this: OperatorSubscriber) {\n try {\n onComplete();\n } catch (err) {\n // Send any errors that occur down stream.\n destination.error(err);\n } finally {\n // Ensure finalization.\n this.unsubscribe();\n }\n }\n : super._complete;\n }\n\n unsubscribe() {\n if (!this.shouldUnsubscribe || this.shouldUnsubscribe()) {\n const { closed } = this;\n super.unsubscribe();\n // Execute additional teardown if we have any and we didn't already do so.\n !closed && this.onFinalize?.();\n }\n }\n}\n", "import { Subscription } from '../Subscription';\n\ninterface AnimationFrameProvider {\n schedule(callback: FrameRequestCallback): Subscription;\n requestAnimationFrame: typeof requestAnimationFrame;\n cancelAnimationFrame: typeof cancelAnimationFrame;\n delegate:\n | {\n requestAnimationFrame: typeof requestAnimationFrame;\n cancelAnimationFrame: typeof cancelAnimationFrame;\n }\n | undefined;\n}\n\nexport const animationFrameProvider: AnimationFrameProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n schedule(callback) {\n let request = requestAnimationFrame;\n let cancel: typeof cancelAnimationFrame | undefined = cancelAnimationFrame;\n const { delegate } = animationFrameProvider;\n if (delegate) {\n request = delegate.requestAnimationFrame;\n cancel = delegate.cancelAnimationFrame;\n }\n const handle = request((timestamp) => {\n // Clear the cancel function. The request has been fulfilled, so\n // attempting to cancel the request upon unsubscription would be\n // pointless.\n cancel = undefined;\n callback(timestamp);\n });\n return new Subscription(() => cancel?.(handle));\n },\n requestAnimationFrame(...args) {\n const { delegate } = animationFrameProvider;\n return (delegate?.requestAnimationFrame || requestAnimationFrame)(...args);\n },\n cancelAnimationFrame(...args) {\n const { delegate } = animationFrameProvider;\n return (delegate?.cancelAnimationFrame || cancelAnimationFrame)(...args);\n },\n delegate: undefined,\n};\n", "import { createErrorClass } from './createErrorClass';\n\nexport interface ObjectUnsubscribedError extends Error {}\n\nexport interface ObjectUnsubscribedErrorCtor {\n /**\n * @deprecated Internal implementation detail. Do not construct error instances.\n * Cannot be tagged as internal: https://github.com/ReactiveX/rxjs/issues/6269\n */\n new (): ObjectUnsubscribedError;\n}\n\n/**\n * An error thrown when an action is invalid because the object has been\n * unsubscribed.\n *\n * @see {@link Subject}\n * @see {@link BehaviorSubject}\n *\n * @class ObjectUnsubscribedError\n */\nexport const ObjectUnsubscribedError: ObjectUnsubscribedErrorCtor = createErrorClass(\n (_super) =>\n function ObjectUnsubscribedErrorImpl(this: any) {\n _super(this);\n this.name = 'ObjectUnsubscribedError';\n this.message = 'object unsubscribed';\n }\n);\n", "import { Operator } from './Operator';\nimport { Observable } from './Observable';\nimport { Subscriber } from './Subscriber';\nimport { Subscription, EMPTY_SUBSCRIPTION } from './Subscription';\nimport { Observer, SubscriptionLike, TeardownLogic } from './types';\nimport { ObjectUnsubscribedError } from './util/ObjectUnsubscribedError';\nimport { arrRemove } from './util/arrRemove';\nimport { errorContext } from './util/errorContext';\n\n/**\n * A Subject is a special type of Observable that allows values to be\n * multicasted to many Observers. Subjects are like EventEmitters.\n *\n * Every Subject is an Observable and an Observer. You can subscribe to a\n * Subject, and you can call next to feed values as well as error and complete.\n */\nexport class Subject extends Observable implements SubscriptionLike {\n closed = false;\n\n private currentObservers: Observer[] | null = null;\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n observers: Observer[] = [];\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n isStopped = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n hasError = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n thrownError: any = null;\n\n /**\n * Creates a \"subject\" by basically gluing an observer to an observable.\n *\n * @nocollapse\n * @deprecated Recommended you do not use. Will be removed at some point in the future. Plans for replacement still under discussion.\n */\n static create: (...args: any[]) => any = (destination: Observer, source: Observable): AnonymousSubject => {\n return new AnonymousSubject(destination, source);\n };\n\n constructor() {\n // NOTE: This must be here to obscure Observable's constructor.\n super();\n }\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n lift(operator: Operator): Observable {\n const subject = new AnonymousSubject(this, this);\n subject.operator = operator as any;\n return subject as any;\n }\n\n /** @internal */\n protected _throwIfClosed() {\n if (this.closed) {\n throw new ObjectUnsubscribedError();\n }\n }\n\n next(value: T) {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n if (!this.currentObservers) {\n this.currentObservers = Array.from(this.observers);\n }\n for (const observer of this.currentObservers) {\n observer.next(value);\n }\n }\n });\n }\n\n error(err: any) {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n this.hasError = this.isStopped = true;\n this.thrownError = err;\n const { observers } = this;\n while (observers.length) {\n observers.shift()!.error(err);\n }\n }\n });\n }\n\n complete() {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n this.isStopped = true;\n const { observers } = this;\n while (observers.length) {\n observers.shift()!.complete();\n }\n }\n });\n }\n\n unsubscribe() {\n this.isStopped = this.closed = true;\n this.observers = this.currentObservers = null!;\n }\n\n get observed() {\n return this.observers?.length > 0;\n }\n\n /** @internal */\n protected _trySubscribe(subscriber: Subscriber): TeardownLogic {\n this._throwIfClosed();\n return super._trySubscribe(subscriber);\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n this._throwIfClosed();\n this._checkFinalizedStatuses(subscriber);\n return this._innerSubscribe(subscriber);\n }\n\n /** @internal */\n protected _innerSubscribe(subscriber: Subscriber) {\n const { hasError, isStopped, observers } = this;\n if (hasError || isStopped) {\n return EMPTY_SUBSCRIPTION;\n }\n this.currentObservers = null;\n observers.push(subscriber);\n return new Subscription(() => {\n this.currentObservers = null;\n arrRemove(observers, subscriber);\n });\n }\n\n /** @internal */\n protected _checkFinalizedStatuses(subscriber: Subscriber) {\n const { hasError, thrownError, isStopped } = this;\n if (hasError) {\n subscriber.error(thrownError);\n } else if (isStopped) {\n subscriber.complete();\n }\n }\n\n /**\n * Creates a new Observable with this Subject as the source. You can do this\n * to create custom Observer-side logic of the Subject and conceal it from\n * code that uses the Observable.\n * @return {Observable} Observable that the Subject casts to\n */\n asObservable(): Observable {\n const observable: any = new Observable();\n observable.source = this;\n return observable;\n }\n}\n\n/**\n * @class AnonymousSubject\n */\nexport class AnonymousSubject extends Subject {\n constructor(\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n public destination?: Observer,\n source?: Observable\n ) {\n super();\n this.source = source;\n }\n\n next(value: T) {\n this.destination?.next?.(value);\n }\n\n error(err: any) {\n this.destination?.error?.(err);\n }\n\n complete() {\n this.destination?.complete?.();\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n return this.source?.subscribe(subscriber) ?? EMPTY_SUBSCRIPTION;\n }\n}\n", "import { Subject } from './Subject';\nimport { Subscriber } from './Subscriber';\nimport { Subscription } from './Subscription';\n\n/**\n * A variant of Subject that requires an initial value and emits its current\n * value whenever it is subscribed to.\n *\n * @class BehaviorSubject\n */\nexport class BehaviorSubject extends Subject {\n constructor(private _value: T) {\n super();\n }\n\n get value(): T {\n return this.getValue();\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n const subscription = super._subscribe(subscriber);\n !subscription.closed && subscriber.next(this._value);\n return subscription;\n }\n\n getValue(): T {\n const { hasError, thrownError, _value } = this;\n if (hasError) {\n throw thrownError;\n }\n this._throwIfClosed();\n return _value;\n }\n\n next(value: T): void {\n super.next((this._value = value));\n }\n}\n", "import { TimestampProvider } from '../types';\n\ninterface DateTimestampProvider extends TimestampProvider {\n delegate: TimestampProvider | undefined;\n}\n\nexport const dateTimestampProvider: DateTimestampProvider = {\n now() {\n // Use the variable rather than `this` so that the function can be called\n // without being bound to the provider.\n return (dateTimestampProvider.delegate || Date).now();\n },\n delegate: undefined,\n};\n", "import { Subject } from './Subject';\nimport { TimestampProvider } from './types';\nimport { Subscriber } from './Subscriber';\nimport { Subscription } from './Subscription';\nimport { dateTimestampProvider } from './scheduler/dateTimestampProvider';\n\n/**\n * A variant of {@link Subject} that \"replays\" old values to new subscribers by emitting them when they first subscribe.\n *\n * `ReplaySubject` has an internal buffer that will store a specified number of values that it has observed. Like `Subject`,\n * `ReplaySubject` \"observes\" values by having them passed to its `next` method. When it observes a value, it will store that\n * value for a time determined by the configuration of the `ReplaySubject`, as passed to its constructor.\n *\n * When a new subscriber subscribes to the `ReplaySubject` instance, it will synchronously emit all values in its buffer in\n * a First-In-First-Out (FIFO) manner. The `ReplaySubject` will also complete, if it has observed completion; and it will\n * error if it has observed an error.\n *\n * There are two main configuration items to be concerned with:\n *\n * 1. `bufferSize` - This will determine how many items are stored in the buffer, defaults to infinite.\n * 2. `windowTime` - The amount of time to hold a value in the buffer before removing it from the buffer.\n *\n * Both configurations may exist simultaneously. So if you would like to buffer a maximum of 3 values, as long as the values\n * are less than 2 seconds old, you could do so with a `new ReplaySubject(3, 2000)`.\n *\n * ### Differences with BehaviorSubject\n *\n * `BehaviorSubject` is similar to `new ReplaySubject(1)`, with a couple of exceptions:\n *\n * 1. `BehaviorSubject` comes \"primed\" with a single value upon construction.\n * 2. `ReplaySubject` will replay values, even after observing an error, where `BehaviorSubject` will not.\n *\n * @see {@link Subject}\n * @see {@link BehaviorSubject}\n * @see {@link shareReplay}\n */\nexport class ReplaySubject extends Subject {\n private _buffer: (T | number)[] = [];\n private _infiniteTimeWindow = true;\n\n /**\n * @param bufferSize The size of the buffer to replay on subscription\n * @param windowTime The amount of time the buffered items will stay buffered\n * @param timestampProvider An object with a `now()` method that provides the current timestamp. This is used to\n * calculate the amount of time something has been buffered.\n */\n constructor(\n private _bufferSize = Infinity,\n private _windowTime = Infinity,\n private _timestampProvider: TimestampProvider = dateTimestampProvider\n ) {\n super();\n this._infiniteTimeWindow = _windowTime === Infinity;\n this._bufferSize = Math.max(1, _bufferSize);\n this._windowTime = Math.max(1, _windowTime);\n }\n\n next(value: T): void {\n const { isStopped, _buffer, _infiniteTimeWindow, _timestampProvider, _windowTime } = this;\n if (!isStopped) {\n _buffer.push(value);\n !_infiniteTimeWindow && _buffer.push(_timestampProvider.now() + _windowTime);\n }\n this._trimBuffer();\n super.next(value);\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n this._throwIfClosed();\n this._trimBuffer();\n\n const subscription = this._innerSubscribe(subscriber);\n\n const { _infiniteTimeWindow, _buffer } = this;\n // We use a copy here, so reentrant code does not mutate our array while we're\n // emitting it to a new subscriber.\n const copy = _buffer.slice();\n for (let i = 0; i < copy.length && !subscriber.closed; i += _infiniteTimeWindow ? 1 : 2) {\n subscriber.next(copy[i] as T);\n }\n\n this._checkFinalizedStatuses(subscriber);\n\n return subscription;\n }\n\n private _trimBuffer() {\n const { _bufferSize, _timestampProvider, _buffer, _infiniteTimeWindow } = this;\n // If we don't have an infinite buffer size, and we're over the length,\n // use splice to truncate the old buffer values off. Note that we have to\n // double the size for instances where we're not using an infinite time window\n // because we're storing the values and the timestamps in the same array.\n const adjustedBufferSize = (_infiniteTimeWindow ? 1 : 2) * _bufferSize;\n _bufferSize < Infinity && adjustedBufferSize < _buffer.length && _buffer.splice(0, _buffer.length - adjustedBufferSize);\n\n // Now, if we're not in an infinite time window, remove all values where the time is\n // older than what is allowed.\n if (!_infiniteTimeWindow) {\n const now = _timestampProvider.now();\n let last = 0;\n // Search the array for the first timestamp that isn't expired and\n // truncate the buffer up to that point.\n for (let i = 1; i < _buffer.length && (_buffer[i] as number) <= now; i += 2) {\n last = i;\n }\n last && _buffer.splice(0, last + 1);\n }\n }\n}\n", "import { Scheduler } from '../Scheduler';\nimport { Subscription } from '../Subscription';\nimport { SchedulerAction } from '../types';\n\n/**\n * A unit of work to be executed in a `scheduler`. An action is typically\n * created from within a {@link SchedulerLike} and an RxJS user does not need to concern\n * themselves about creating and manipulating an Action.\n *\n * ```ts\n * class Action extends Subscription {\n * new (scheduler: Scheduler, work: (state?: T) => void);\n * schedule(state?: T, delay: number = 0): Subscription;\n * }\n * ```\n *\n * @class Action\n */\nexport class Action extends Subscription {\n constructor(scheduler: Scheduler, work: (this: SchedulerAction, state?: T) => void) {\n super();\n }\n /**\n * Schedules this action on its parent {@link SchedulerLike} for execution. May be passed\n * some context object, `state`. May happen at some point in the future,\n * according to the `delay` parameter, if specified.\n * @param {T} [state] Some contextual data that the `work` function uses when\n * called by the Scheduler.\n * @param {number} [delay] Time to wait before executing the work, where the\n * time unit is implicit and defined by the Scheduler.\n * @return {void}\n */\n public schedule(state?: T, delay: number = 0): Subscription {\n return this;\n }\n}\n", "import type { TimerHandle } from './timerHandle';\ntype SetIntervalFunction = (handler: () => void, timeout?: number, ...args: any[]) => TimerHandle;\ntype ClearIntervalFunction = (handle: TimerHandle) => void;\n\ninterface IntervalProvider {\n setInterval: SetIntervalFunction;\n clearInterval: ClearIntervalFunction;\n delegate:\n | {\n setInterval: SetIntervalFunction;\n clearInterval: ClearIntervalFunction;\n }\n | undefined;\n}\n\nexport const intervalProvider: IntervalProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n setInterval(handler: () => void, timeout?: number, ...args) {\n const { delegate } = intervalProvider;\n if (delegate?.setInterval) {\n return delegate.setInterval(handler, timeout, ...args);\n }\n return setInterval(handler, timeout, ...args);\n },\n clearInterval(handle) {\n const { delegate } = intervalProvider;\n return (delegate?.clearInterval || clearInterval)(handle as any);\n },\n delegate: undefined,\n};\n", "import { Action } from './Action';\nimport { SchedulerAction } from '../types';\nimport { Subscription } from '../Subscription';\nimport { AsyncScheduler } from './AsyncScheduler';\nimport { intervalProvider } from './intervalProvider';\nimport { arrRemove } from '../util/arrRemove';\nimport { TimerHandle } from './timerHandle';\n\nexport class AsyncAction extends Action {\n public id: TimerHandle | undefined;\n public state?: T;\n // @ts-ignore: Property has no initializer and is not definitely assigned\n public delay: number;\n protected pending: boolean = false;\n\n constructor(protected scheduler: AsyncScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n public schedule(state?: T, delay: number = 0): Subscription {\n if (this.closed) {\n return this;\n }\n\n // Always replace the current state with the new state.\n this.state = state;\n\n const id = this.id;\n const scheduler = this.scheduler;\n\n //\n // Important implementation note:\n //\n // Actions only execute once by default, unless rescheduled from within the\n // scheduled callback. This allows us to implement single and repeat\n // actions via the same code path, without adding API surface area, as well\n // as mimic traditional recursion but across asynchronous boundaries.\n //\n // However, JS runtimes and timers distinguish between intervals achieved by\n // serial `setTimeout` calls vs. a single `setInterval` call. An interval of\n // serial `setTimeout` calls can be individually delayed, which delays\n // scheduling the next `setTimeout`, and so on. `setInterval` attempts to\n // guarantee the interval callback will be invoked more precisely to the\n // interval period, regardless of load.\n //\n // Therefore, we use `setInterval` to schedule single and repeat actions.\n // If the action reschedules itself with the same delay, the interval is not\n // canceled. If the action doesn't reschedule, or reschedules with a\n // different delay, the interval will be canceled after scheduled callback\n // execution.\n //\n if (id != null) {\n this.id = this.recycleAsyncId(scheduler, id, delay);\n }\n\n // Set the pending flag indicating that this action has been scheduled, or\n // has recursively rescheduled itself.\n this.pending = true;\n\n this.delay = delay;\n // If this action has already an async Id, don't request a new one.\n this.id = this.id ?? this.requestAsyncId(scheduler, this.id, delay);\n\n return this;\n }\n\n protected requestAsyncId(scheduler: AsyncScheduler, _id?: TimerHandle, delay: number = 0): TimerHandle {\n return intervalProvider.setInterval(scheduler.flush.bind(scheduler, this), delay);\n }\n\n protected recycleAsyncId(_scheduler: AsyncScheduler, id?: TimerHandle, delay: number | null = 0): TimerHandle | undefined {\n // If this action is rescheduled with the same delay time, don't clear the interval id.\n if (delay != null && this.delay === delay && this.pending === false) {\n return id;\n }\n // Otherwise, if the action's delay time is different from the current delay,\n // or the action has been rescheduled before it's executed, clear the interval id\n if (id != null) {\n intervalProvider.clearInterval(id);\n }\n\n return undefined;\n }\n\n /**\n * Immediately executes this action and the `work` it contains.\n * @return {any}\n */\n public execute(state: T, delay: number): any {\n if (this.closed) {\n return new Error('executing a cancelled action');\n }\n\n this.pending = false;\n const error = this._execute(state, delay);\n if (error) {\n return error;\n } else if (this.pending === false && this.id != null) {\n // Dequeue if the action didn't reschedule itself. Don't call\n // unsubscribe(), because the action could reschedule later.\n // For example:\n // ```\n // scheduler.schedule(function doWork(counter) {\n // /* ... I'm a busy worker bee ... */\n // var originalAction = this;\n // /* wait 100ms before rescheduling the action */\n // setTimeout(function () {\n // originalAction.schedule(counter + 1);\n // }, 100);\n // }, 1000);\n // ```\n this.id = this.recycleAsyncId(this.scheduler, this.id, null);\n }\n }\n\n protected _execute(state: T, _delay: number): any {\n let errored: boolean = false;\n let errorValue: any;\n try {\n this.work(state);\n } catch (e) {\n errored = true;\n // HACK: Since code elsewhere is relying on the \"truthiness\" of the\n // return here, we can't have it return \"\" or 0 or false.\n // TODO: Clean this up when we refactor schedulers mid-version-8 or so.\n errorValue = e ? e : new Error('Scheduled action threw falsy error');\n }\n if (errored) {\n this.unsubscribe();\n return errorValue;\n }\n }\n\n unsubscribe() {\n if (!this.closed) {\n const { id, scheduler } = this;\n const { actions } = scheduler;\n\n this.work = this.state = this.scheduler = null!;\n this.pending = false;\n\n arrRemove(actions, this);\n if (id != null) {\n this.id = this.recycleAsyncId(scheduler, id, null);\n }\n\n this.delay = null!;\n super.unsubscribe();\n }\n }\n}\n", "import { Action } from './scheduler/Action';\nimport { Subscription } from './Subscription';\nimport { SchedulerLike, SchedulerAction } from './types';\nimport { dateTimestampProvider } from './scheduler/dateTimestampProvider';\n\n/**\n * An execution context and a data structure to order tasks and schedule their\n * execution. Provides a notion of (potentially virtual) time, through the\n * `now()` getter method.\n *\n * Each unit of work in a Scheduler is called an `Action`.\n *\n * ```ts\n * class Scheduler {\n * now(): number;\n * schedule(work, delay?, state?): Subscription;\n * }\n * ```\n *\n * @class Scheduler\n * @deprecated Scheduler is an internal implementation detail of RxJS, and\n * should not be used directly. Rather, create your own class and implement\n * {@link SchedulerLike}. Will be made internal in v8.\n */\nexport class Scheduler implements SchedulerLike {\n public static now: () => number = dateTimestampProvider.now;\n\n constructor(private schedulerActionCtor: typeof Action, now: () => number = Scheduler.now) {\n this.now = now;\n }\n\n /**\n * A getter method that returns a number representing the current time\n * (at the time this function was called) according to the scheduler's own\n * internal clock.\n * @return {number} A number that represents the current time. May or may not\n * have a relation to wall-clock time. May or may not refer to a time unit\n * (e.g. milliseconds).\n */\n public now: () => number;\n\n /**\n * Schedules a function, `work`, for execution. May happen at some point in\n * the future, according to the `delay` parameter, if specified. May be passed\n * some context object, `state`, which will be passed to the `work` function.\n *\n * The given arguments will be processed an stored as an Action object in a\n * queue of actions.\n *\n * @param {function(state: ?T): ?Subscription} work A function representing a\n * task, or some unit of work to be executed by the Scheduler.\n * @param {number} [delay] Time to wait before executing the work, where the\n * time unit is implicit and defined by the Scheduler itself.\n * @param {T} [state] Some contextual data that the `work` function uses when\n * called by the Scheduler.\n * @return {Subscription} A subscription in order to be able to unsubscribe\n * the scheduled work.\n */\n public schedule(work: (this: SchedulerAction, state?: T) => void, delay: number = 0, state?: T): Subscription {\n return new this.schedulerActionCtor(this, work).schedule(state, delay);\n }\n}\n", "import { Scheduler } from '../Scheduler';\nimport { Action } from './Action';\nimport { AsyncAction } from './AsyncAction';\nimport { TimerHandle } from './timerHandle';\n\nexport class AsyncScheduler extends Scheduler {\n public actions: Array> = [];\n /**\n * A flag to indicate whether the Scheduler is currently executing a batch of\n * queued actions.\n * @type {boolean}\n * @internal\n */\n public _active: boolean = false;\n /**\n * An internal ID used to track the latest asynchronous task such as those\n * coming from `setTimeout`, `setInterval`, `requestAnimationFrame`, and\n * others.\n * @type {any}\n * @internal\n */\n public _scheduled: TimerHandle | undefined;\n\n constructor(SchedulerAction: typeof Action, now: () => number = Scheduler.now) {\n super(SchedulerAction, now);\n }\n\n public flush(action: AsyncAction): void {\n const { actions } = this;\n\n if (this._active) {\n actions.push(action);\n return;\n }\n\n let error: any;\n this._active = true;\n\n do {\n if ((error = action.execute(action.state, action.delay))) {\n break;\n }\n } while ((action = actions.shift()!)); // exhaust the scheduler queue\n\n this._active = false;\n\n if (error) {\n while ((action = actions.shift()!)) {\n action.unsubscribe();\n }\n throw error;\n }\n }\n}\n", "import { AsyncAction } from './AsyncAction';\nimport { AsyncScheduler } from './AsyncScheduler';\n\n/**\n *\n * Async Scheduler\n *\n * Schedule task as if you used setTimeout(task, duration)\n *\n * `async` scheduler schedules tasks asynchronously, by putting them on the JavaScript\n * event loop queue. It is best used to delay tasks in time or to schedule tasks repeating\n * in intervals.\n *\n * If you just want to \"defer\" task, that is to perform it right after currently\n * executing synchronous code ends (commonly achieved by `setTimeout(deferredTask, 0)`),\n * better choice will be the {@link asapScheduler} scheduler.\n *\n * ## Examples\n * Use async scheduler to delay task\n * ```ts\n * import { asyncScheduler } from 'rxjs';\n *\n * const task = () => console.log('it works!');\n *\n * asyncScheduler.schedule(task, 2000);\n *\n * // After 2 seconds logs:\n * // \"it works!\"\n * ```\n *\n * Use async scheduler to repeat task in intervals\n * ```ts\n * import { asyncScheduler } from 'rxjs';\n *\n * function task(state) {\n * console.log(state);\n * this.schedule(state + 1, 1000); // `this` references currently executing Action,\n * // which we reschedule with new state and delay\n * }\n *\n * asyncScheduler.schedule(task, 3000, 0);\n *\n * // Logs:\n * // 0 after 3s\n * // 1 after 4s\n * // 2 after 5s\n * // 3 after 6s\n * ```\n */\n\nexport const asyncScheduler = new AsyncScheduler(AsyncAction);\n\n/**\n * @deprecated Renamed to {@link asyncScheduler}. Will be removed in v8.\n */\nexport const async = asyncScheduler;\n", "import { AsyncAction } from './AsyncAction';\nimport { Subscription } from '../Subscription';\nimport { QueueScheduler } from './QueueScheduler';\nimport { SchedulerAction } from '../types';\nimport { TimerHandle } from './timerHandle';\n\nexport class QueueAction extends AsyncAction {\n constructor(protected scheduler: QueueScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n public schedule(state?: T, delay: number = 0): Subscription {\n if (delay > 0) {\n return super.schedule(state, delay);\n }\n this.delay = delay;\n this.state = state;\n this.scheduler.flush(this);\n return this;\n }\n\n public execute(state: T, delay: number): any {\n return delay > 0 || this.closed ? super.execute(state, delay) : this._execute(state, delay);\n }\n\n protected requestAsyncId(scheduler: QueueScheduler, id?: TimerHandle, delay: number = 0): TimerHandle {\n // If delay exists and is greater than 0, or if the delay is null (the\n // action wasn't rescheduled) but was originally scheduled as an async\n // action, then recycle as an async action.\n\n if ((delay != null && delay > 0) || (delay == null && this.delay > 0)) {\n return super.requestAsyncId(scheduler, id, delay);\n }\n\n // Otherwise flush the scheduler starting with this action.\n scheduler.flush(this);\n\n // HACK: In the past, this was returning `void`. However, `void` isn't a valid\n // `TimerHandle`, and generally the return value here isn't really used. So the\n // compromise is to return `0` which is both \"falsy\" and a valid `TimerHandle`,\n // as opposed to refactoring every other instanceo of `requestAsyncId`.\n return 0;\n }\n}\n", "import { AsyncScheduler } from './AsyncScheduler';\n\nexport class QueueScheduler extends AsyncScheduler {\n}\n", "import { QueueAction } from './QueueAction';\nimport { QueueScheduler } from './QueueScheduler';\n\n/**\n *\n * Queue Scheduler\n *\n * Put every next task on a queue, instead of executing it immediately\n *\n * `queue` scheduler, when used with delay, behaves the same as {@link asyncScheduler} scheduler.\n *\n * When used without delay, it schedules given task synchronously - executes it right when\n * it is scheduled. However when called recursively, that is when inside the scheduled task,\n * another task is scheduled with queue scheduler, instead of executing immediately as well,\n * that task will be put on a queue and wait for current one to finish.\n *\n * This means that when you execute task with `queue` scheduler, you are sure it will end\n * before any other task scheduled with that scheduler will start.\n *\n * ## Examples\n * Schedule recursively first, then do something\n * ```ts\n * import { queueScheduler } from 'rxjs';\n *\n * queueScheduler.schedule(() => {\n * queueScheduler.schedule(() => console.log('second')); // will not happen now, but will be put on a queue\n *\n * console.log('first');\n * });\n *\n * // Logs:\n * // \"first\"\n * // \"second\"\n * ```\n *\n * Reschedule itself recursively\n * ```ts\n * import { queueScheduler } from 'rxjs';\n *\n * queueScheduler.schedule(function(state) {\n * if (state !== 0) {\n * console.log('before', state);\n * this.schedule(state - 1); // `this` references currently executing Action,\n * // which we reschedule with new state\n * console.log('after', state);\n * }\n * }, 0, 3);\n *\n * // In scheduler that runs recursively, you would expect:\n * // \"before\", 3\n * // \"before\", 2\n * // \"before\", 1\n * // \"after\", 1\n * // \"after\", 2\n * // \"after\", 3\n *\n * // But with queue it logs:\n * // \"before\", 3\n * // \"after\", 3\n * // \"before\", 2\n * // \"after\", 2\n * // \"before\", 1\n * // \"after\", 1\n * ```\n */\n\nexport const queueScheduler = new QueueScheduler(QueueAction);\n\n/**\n * @deprecated Renamed to {@link queueScheduler}. Will be removed in v8.\n */\nexport const queue = queueScheduler;\n", "import { AsyncAction } from './AsyncAction';\nimport { AnimationFrameScheduler } from './AnimationFrameScheduler';\nimport { SchedulerAction } from '../types';\nimport { animationFrameProvider } from './animationFrameProvider';\nimport { TimerHandle } from './timerHandle';\n\nexport class AnimationFrameAction extends AsyncAction {\n constructor(protected scheduler: AnimationFrameScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n protected requestAsyncId(scheduler: AnimationFrameScheduler, id?: TimerHandle, delay: number = 0): TimerHandle {\n // If delay is greater than 0, request as an async action.\n if (delay !== null && delay > 0) {\n return super.requestAsyncId(scheduler, id, delay);\n }\n // Push the action to the end of the scheduler queue.\n scheduler.actions.push(this);\n // If an animation frame has already been requested, don't request another\n // one. If an animation frame hasn't been requested yet, request one. Return\n // the current animation frame request id.\n return scheduler._scheduled || (scheduler._scheduled = animationFrameProvider.requestAnimationFrame(() => scheduler.flush(undefined)));\n }\n\n protected recycleAsyncId(scheduler: AnimationFrameScheduler, id?: TimerHandle, delay: number = 0): TimerHandle | undefined {\n // If delay exists and is greater than 0, or if the delay is null (the\n // action wasn't rescheduled) but was originally scheduled as an async\n // action, then recycle as an async action.\n if (delay != null ? delay > 0 : this.delay > 0) {\n return super.recycleAsyncId(scheduler, id, delay);\n }\n // If the scheduler queue has no remaining actions with the same async id,\n // cancel the requested animation frame and set the scheduled flag to\n // undefined so the next AnimationFrameAction will request its own.\n const { actions } = scheduler;\n if (id != null && actions[actions.length - 1]?.id !== id) {\n animationFrameProvider.cancelAnimationFrame(id as number);\n scheduler._scheduled = undefined;\n }\n // Return undefined so the action knows to request a new async id if it's rescheduled.\n return undefined;\n }\n}\n", "import { AsyncAction } from './AsyncAction';\nimport { AsyncScheduler } from './AsyncScheduler';\n\nexport class AnimationFrameScheduler extends AsyncScheduler {\n public flush(action?: AsyncAction): void {\n this._active = true;\n // The async id that effects a call to flush is stored in _scheduled.\n // Before executing an action, it's necessary to check the action's async\n // id to determine whether it's supposed to be executed in the current\n // flush.\n // Previous implementations of this method used a count to determine this,\n // but that was unsound, as actions that are unsubscribed - i.e. cancelled -\n // are removed from the actions array and that can shift actions that are\n // scheduled to be executed in a subsequent flush into positions at which\n // they are executed within the current flush.\n const flushId = this._scheduled;\n this._scheduled = undefined;\n\n const { actions } = this;\n let error: any;\n action = action || actions.shift()!;\n\n do {\n if ((error = action.execute(action.state, action.delay))) {\n break;\n }\n } while ((action = actions[0]) && action.id === flushId && actions.shift());\n\n this._active = false;\n\n if (error) {\n while ((action = actions[0]) && action.id === flushId && actions.shift()) {\n action.unsubscribe();\n }\n throw error;\n }\n }\n}\n", "import { AnimationFrameAction } from './AnimationFrameAction';\nimport { AnimationFrameScheduler } from './AnimationFrameScheduler';\n\n/**\n *\n * Animation Frame Scheduler\n *\n * Perform task when `window.requestAnimationFrame` would fire\n *\n * When `animationFrame` scheduler is used with delay, it will fall back to {@link asyncScheduler} scheduler\n * behaviour.\n *\n * Without delay, `animationFrame` scheduler can be used to create smooth browser animations.\n * It makes sure scheduled task will happen just before next browser content repaint,\n * thus performing animations as efficiently as possible.\n *\n * ## Example\n * Schedule div height animation\n * ```ts\n * // html:
\n * import { animationFrameScheduler } from 'rxjs';\n *\n * const div = document.querySelector('div');\n *\n * animationFrameScheduler.schedule(function(height) {\n * div.style.height = height + \"px\";\n *\n * this.schedule(height + 1); // `this` references currently executing Action,\n * // which we reschedule with new state\n * }, 0, 0);\n *\n * // You will see a div element growing in height\n * ```\n */\n\nexport const animationFrameScheduler = new AnimationFrameScheduler(AnimationFrameAction);\n\n/**\n * @deprecated Renamed to {@link animationFrameScheduler}. Will be removed in v8.\n */\nexport const animationFrame = animationFrameScheduler;\n", "import { Observable } from '../Observable';\nimport { SchedulerLike } from '../types';\n\n/**\n * A simple Observable that emits no items to the Observer and immediately\n * emits a complete notification.\n *\n * Just emits 'complete', and nothing else.\n *\n * ![](empty.png)\n *\n * A simple Observable that only emits the complete notification. It can be used\n * for composing with other Observables, such as in a {@link mergeMap}.\n *\n * ## Examples\n *\n * Log complete notification\n *\n * ```ts\n * import { EMPTY } from 'rxjs';\n *\n * EMPTY.subscribe({\n * next: () => console.log('Next'),\n * complete: () => console.log('Complete!')\n * });\n *\n * // Outputs\n * // Complete!\n * ```\n *\n * Emit the number 7, then complete\n *\n * ```ts\n * import { EMPTY, startWith } from 'rxjs';\n *\n * const result = EMPTY.pipe(startWith(7));\n * result.subscribe(x => console.log(x));\n *\n * // Outputs\n * // 7\n * ```\n *\n * Map and flatten only odd numbers to the sequence `'a'`, `'b'`, `'c'`\n *\n * ```ts\n * import { interval, mergeMap, of, EMPTY } from 'rxjs';\n *\n * const interval$ = interval(1000);\n * const result = interval$.pipe(\n * mergeMap(x => x % 2 === 1 ? of('a', 'b', 'c') : EMPTY),\n * );\n * result.subscribe(x => console.log(x));\n *\n * // Results in the following to the console:\n * // x is equal to the count on the interval, e.g. (0, 1, 2, 3, ...)\n * // x will occur every 1000ms\n * // if x % 2 is equal to 1, print a, b, c (each on its own)\n * // if x % 2 is not equal to 1, nothing will be output\n * ```\n *\n * @see {@link Observable}\n * @see {@link NEVER}\n * @see {@link of}\n * @see {@link throwError}\n */\nexport const EMPTY = new Observable((subscriber) => subscriber.complete());\n\n/**\n * @param scheduler A {@link SchedulerLike} to use for scheduling\n * the emission of the complete notification.\n * @deprecated Replaced with the {@link EMPTY} constant or {@link scheduled} (e.g. `scheduled([], scheduler)`). Will be removed in v8.\n */\nexport function empty(scheduler?: SchedulerLike) {\n return scheduler ? emptyScheduled(scheduler) : EMPTY;\n}\n\nfunction emptyScheduled(scheduler: SchedulerLike) {\n return new Observable((subscriber) => scheduler.schedule(() => subscriber.complete()));\n}\n", "import { SchedulerLike } from '../types';\nimport { isFunction } from './isFunction';\n\nexport function isScheduler(value: any): value is SchedulerLike {\n return value && isFunction(value.schedule);\n}\n", "import { SchedulerLike } from '../types';\nimport { isFunction } from './isFunction';\nimport { isScheduler } from './isScheduler';\n\nfunction last(arr: T[]): T | undefined {\n return arr[arr.length - 1];\n}\n\nexport function popResultSelector(args: any[]): ((...args: unknown[]) => unknown) | undefined {\n return isFunction(last(args)) ? args.pop() : undefined;\n}\n\nexport function popScheduler(args: any[]): SchedulerLike | undefined {\n return isScheduler(last(args)) ? args.pop() : undefined;\n}\n\nexport function popNumber(args: any[], defaultValue: number): number {\n return typeof last(args) === 'number' ? args.pop()! : defaultValue;\n}\n", "export const isArrayLike = ((x: any): x is ArrayLike => x && typeof x.length === 'number' && typeof x !== 'function');", "import { isFunction } from \"./isFunction\";\n\n/**\n * Tests to see if the object is \"thennable\".\n * @param value the object to test\n */\nexport function isPromise(value: any): value is PromiseLike {\n return isFunction(value?.then);\n}\n", "import { InteropObservable } from '../types';\nimport { observable as Symbol_observable } from '../symbol/observable';\nimport { isFunction } from './isFunction';\n\n/** Identifies an input as being Observable (but not necessary an Rx Observable) */\nexport function isInteropObservable(input: any): input is InteropObservable {\n return isFunction(input[Symbol_observable]);\n}\n", "import { isFunction } from './isFunction';\n\nexport function isAsyncIterable(obj: any): obj is AsyncIterable {\n return Symbol.asyncIterator && isFunction(obj?.[Symbol.asyncIterator]);\n}\n", "/**\n * Creates the TypeError to throw if an invalid object is passed to `from` or `scheduled`.\n * @param input The object that was passed.\n */\nexport function createInvalidObservableTypeError(input: any) {\n // TODO: We should create error codes that can be looked up, so this can be less verbose.\n return new TypeError(\n `You provided ${\n input !== null && typeof input === 'object' ? 'an invalid object' : `'${input}'`\n } where a stream was expected. You can provide an Observable, Promise, ReadableStream, Array, AsyncIterable, or Iterable.`\n );\n}\n", "export function getSymbolIterator(): symbol {\n if (typeof Symbol !== 'function' || !Symbol.iterator) {\n return '@@iterator' as any;\n }\n\n return Symbol.iterator;\n}\n\nexport const iterator = getSymbolIterator();\n", "import { iterator as Symbol_iterator } from '../symbol/iterator';\nimport { isFunction } from './isFunction';\n\n/** Identifies an input as being an Iterable */\nexport function isIterable(input: any): input is Iterable {\n return isFunction(input?.[Symbol_iterator]);\n}\n", "import { ReadableStreamLike } from '../types';\nimport { isFunction } from './isFunction';\n\nexport async function* readableStreamLikeToAsyncGenerator(readableStream: ReadableStreamLike): AsyncGenerator {\n const reader = readableStream.getReader();\n try {\n while (true) {\n const { value, done } = await reader.read();\n if (done) {\n return;\n }\n yield value!;\n }\n } finally {\n reader.releaseLock();\n }\n}\n\nexport function isReadableStreamLike(obj: any): obj is ReadableStreamLike {\n // We don't want to use instanceof checks because they would return\n // false for instances from another Realm, like an