Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Developer Learnings while developing profile-pane

Aperta
  • Qualcosa non va?
#288 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Documentazione
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
css, typescript
Ambito
developer-experience, documentation

Direzione di ricerca

Inizia esaminando le regole responsive di profile-pane e le questioni aperte relative a media, container e data-layout=mobile. Confronta il comportamento dichiarato di associazione della finestra di dialogo e raccogli le convenzioni di TypeScript e dei fogli di stile descritte nell’issue. Il lavoro è completato quando gli standard concordati e le decisioni ancora da prendere sono documentati in un documento di standard per sviluppatori.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

I wanted to create a ticket to track some things I have learned from developing profile-pane as well as some developer standards that we have discussed along the way so that we can discuss here and then be able to write a developer standards document at some point maybe sooner if possible rather than later.

Learnings

  • We need all 3 responsive rules when working on our panes in order to work in mashlib. data-layout=mobile, container and media. Container is particularly important especially when using panes in panes for instance the profile-pane inside contacts-pane. It is also need to combat the table structure above it.

My research said this

Media queries are used for 
    - [ ] environmental/device concerns
    - [ ] accessibility preferences
    - [ ] viewport-level app shell``` but I found that media queries are used in the rolled up mashlib. I would like to investigate this further as we have duplicated logic between all 3 sections at this time. My thoughts were media for standalone, container for mashlib and data-layout=mobile for mobile only.

where should we attach input dialogs
not sure about this, needs more research currently it is attached to the body
The dialogs need to be attached to the pane root in our setup so that the container queries can work. If you attach to the body in our scenario the embedded app can suddenly render:
* huge desktop dialogs
* wrong breakpoints
* incorrect mobile layout

Developer style from conversations in tickets from Noel and in meetings

  • We want to use typescript
  • Style sheets should live next to the typescript file they style
  • Style sheets that style multiple typescript files will reside in a styles folder.
  • We shouldn't use utility classes on sr-only and hidden.
  • Right now I have used BEM in profile-pane, but this is up for discussion there is another system Noel found here and because we are using web components the styles exist in those.
  • Need to add copilot prompt etc in commits.

Things that would be good to do

Lingua principale
JavaScript
Stelle
146
Fork
21
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di SolidOS/solidos

Tutte le issue di SolidOS/solidos

Issue simili

Altre issue su JavaScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.