Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Form: Add default properties for a new object?

Offen
#460 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
typescript
Bereich
frontend

Rechercherichtung

Beginne in src/widgets/forms.js ungefähr bei Zeile 273 und vergleiche, wie ui:Multiple ui:part mit den im Issue beschriebenen Mustern ui:category, ui:targetClass und ui:from behandelt. Bestimme, welcher Ansatz die default properties für ein neu erstelltes Objekt definieren sollte, wobei das Beispiel sosa:Observation als Akzeptanzfall dient. Als erledigt gilt die Aufgabe, wenn das neue Objekt sein Standard-rdf:type erhält und solid-panes sein Formular rendern kann.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

When using ui:Multiple, currently a new object is created and linked to the subject with the specified ui:property.
https://github.com/solid/solid-ui/blob/c4ad302f361cc4a1de24941a475cb66333c43805/src/widgets/forms.js#L273

The form to use for the new object is then specified by ui:part

It appears there is currently no way to specify default properties for the new object, e.g. its rdf:type.
For rdf:type in particular, this means that forms for the new object will not be rendered by solid-panes, which discovers the relevant form based on its class.

Possible solutions

I don't whether there is a need for a more general templating mechanism, but at least for rdf:type, a solution could be to allow ui:Multiple to also use ui:category (as for ui:Classifier) or ui:targetClass (as for ui:Autocomplete)

Another option would be to specify ui:from (as for ui:Choice) instead of ui:part, and choose the ui:creationForm based on the specified rdfs:Class.

Example use case

Generating a new observation

sosa:Observation ui:annotationForm :ObsForm.
:ObservationList ui:annotationForm :ObsListForm.

:ObsListForm
    a ui:Multiple;
    ui:part :ObsForm;
    ui:property rdfs:member;
    ui:category sosa:Observation.

:ThisObsList a :ObservationList.

Creating a new object in :ThisObsList would generate:

:ThisObsList rdfs:member :id1639432788935.
:id1639432788935 a sosa:Observation.

Edit: I've got an patch using ui:category here: https://github.com/josephguillaume/my-solidos-patches/blob/2860861f3ce4ddde9a8b0831ca520e4492878991/solid-ui.diff#L32

Edit: incidentally it's possible to get the desired behaviour by using ui:reverse with rdf:type as the ui:property

sosa:Observation ui:annotationForm :ObsForm.

:dummyClass ui:annotationForm :ObsListForm.
sosa:Observation a :dummyClass.

:ObsListForm
    a ui:Multiple;
    ui:part :ObsForm;
    ui:reverse 1;
    ui:property rdf:type.

Visiting sosa:Observation builds a form for :dummyClass which generates triples:
:newsubject a sosa:Observation

This might be more of a curiosity than a real solution.

Vorherrschende Sprache
TypeScript
Sterne
153
Forks
46
Ø Merge
1 T. 8 Std.
Gemergte PRs (30 T.)
7

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus SolidOS/solid-ui

Alle Issues in SolidOS/solid-ui

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.