Bambu Bar
Monitor Bambu Lab printers from your Mac menu bar: print progress, the live camera, AMS filament, alerts and desktop widgets. Bambu Bar for macOS 26+.
翻訳待ち
No updates detected yet. GitHub releases will appear here.
Loading the full README. The saved excerpt is shown below.
Organize no seu ritmo. DOUNO Tasks é um sistema pessoal de produtividade — tarefas, notas, calendário e um dashboard com indicadores — construído como uma aplicação single-file HTML/CSS/JS, sem backend, sem build step e sem dependências externas de servidor. Todos os seus dados ficam com você.Read the full README ↗
Organize no seu ritmo.
DOUNO Tasks é um sistema pessoal de produtividade — tarefas, notas, calendário e um dashboard com indicadores — construído como uma aplicação single-file HTML/CSS/JS, sem backend, sem build step e sem dependências externas de servidor. Todos os seus dados ficam com você.
.ics, associação bidirecional com tarefas, fim de semana destacado, densidade de exibição configurável na visão semanal.DOUNO Tasks não tem servidor nem banco de dados externo. Os dados ficam num único arquivo .json local, salvo através da File System Access API (Chrome/Edge), com:
localStorage em navegadores sem suporte à File System Access API.Nenhum dado é enviado para fora do seu navegador.
O código é feito de módulos ES e é empacotado com Vite. Na raiz do projeto:
npm install
npm run dev
e abra o endereço mostrado (por exemplo http://localhost:5173/app). O navegador não carrega módulos a partir de um arquivo aberto direto (file://). Ícones: Phosphor (icon('nome') em assets/js/icones.js, gerado por npm run icones; acrescente o nome em scripts/gerar-icones.mjs para usar outro). Para gerar a versão publicada: npm run build (saída em dist/) e npm run preview para vê-la.
Chrome ou Edge são recomendados, para suporte completo à File System Access API.
/) como origem.index.html já é o ponto de entrada.Na primeira execução, o sistema vai pedir para você criar ou selecionar um arquivo .json onde os dados serão salvos.
| Navegador | Suporte |
|---|---|
| Chrome / Edge | Completo (File System Access API + reconexão automática) |
| Firefox / Safari | Funcional, com fallback para localStorage (sem persistência em arquivo local) |
├── index.html # estrutura da página (HTML) e carregamento dos arquivos abaixo
├── vercel.json # build (Vite), cache dos arquivos com hash e /app, /app/* → index.html
├── vite.config.mjs # empacotamento; gera também version.json (versão publicada)
├── assets/css/ # app.css (estilos)
├── assets/js/ # módulos ES por área (NN-area.js); main.js é a entrada; globais.js guarda o estado compartilhado (G)
├── api/ # funções serverless da Vercel (integração com o Outlook)
├── tests/ # testes automatizados (Playwright) — não afeta o deploy
├── CHANGELOG.md # histórico de versões
└── README.md # este arquivo
Testes de ponta a ponta com Playwright, cobrindo os fluxos mais sensíveis a regressão (recorrência de tarefas, editor de notas, sincronização com a nuvem). Rodam num tests/ isolado, com seu próprio package.json. Por padrão testam os arquivos-fonte; com TEST_DIST=1 (depois de npm run build na raiz) testam o resultado do build, que é o que vai ao ar.
cd tests
npm install
npx playwright install chromium # só na primeira vez
npm test # arquivos-fonte
TEST_DIST=1 npm test # resultado do build (rode npm run build antes)
Também rodam automaticamente a cada push/PR na branch main (veja .github/workflows/tests.yml).
O projeto segue o formato X.Y.NNN, onde NNN é a soma acumulada de mudanças individuais aplicadas desde X.Y.000. Veja o CHANGELOG.md para o histórico detalhado.
Uso pessoal.