Integration/Embedding Guide & Tools
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- api, documentation, tooling, web-dev
Direzione di ricerca
Inizia con la scheda Publish esistente e l’eligibility API, quindi esamina il form-js viewer a cui si fa riferimento in PR #285 e l’uso dog-food proposto in #274. Definisci quali workflow di embedding, starting-data e response-storage sono supportati, insieme alla documentazione e agli strumenti necessari per rendere ciascuno utilizzabile e sicuro.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
As a developer or Benefits Analyst
When I want to integrate a BDT screener into my own infrastructure
I should be able to reference documentation for how to do so easily and securely
And be provided tools to make it as simple as possible
Three possible use cases initially:
- Embed a screener on in an existing web page* (provide iframe snippet to copy from existing Publish tab in the web app?)
- Inject starting data (e.g. from a CRM database) into the screener with a custom call to form-js viewer (or something similar)
- Save the response from the eligibility api to a database/storage system
We could "dog food" these tools by using them to help build #274
*Or maybe embed into Salesforce? (Developer instance of SF + Iframe Embed + LWC Wrapper + postMessage() for data exchange)
- Lingua principale
- Java
- Stelle
- 16
- Fork
- 5
- Merge medio
- 14h 45m
- PR unite (30g)
- 25
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di CodeForPhilly/benefit-decision-toolkit
-
documentation Good for newcomer quick win
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
CodeForPhilly/benefit-decision-toolkit#519 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation quick win
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
CodeForPhilly/benefit-decision-toolkit#445 ·
I maintainer di solito rispondono entro 1 giorno
-
Make issue templatesAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
CodeForPhilly/benefit-decision-toolkit#425 ·
I maintainer di solito rispondono entro 1 giorno
-
Update docs screenshots to reflect new navigation design and use the actual in-app example screenerAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
CodeForPhilly/benefit-decision-toolkit#528 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
CodeForPhilly/benefit-decision-toolkit#524 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di CodeForPhilly/benefit-decision-toolkit
Issue simili
-
area/frontend good first issue kind/cooldown
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
beehive-lab/TornadoVM#1151 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
(cbor) `maxStringLength` not consistently checked for chunked (indefinite-length) text valuesAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
FasterXML/jackson-dataformats-binary#823 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno