hyperweb-io / hyperweb-io/ts-codegen
some messages are not objects but instead scalar values
- Langage dominant
- TypeScript
- Étoiles
- 126
- Forks
- 31
- Merge moyen
- 19 min
- PR mergées (30 j)
- 2
Description
Here is the latest export for `ExecuteMsg` (in Typescript)
```js
export type ExecuteMsg = {
mint: {
[k: string]: unknown;
};
} | {
set_whitelist: {
whitelist: string;
[k: string]: unknown;
};
} | {
update_start_time: Timestamp;
} | {
update_per_address_limit: {
per_address_limit: number;
[k: string]: unknown;
};
} | {
mint_to: {
recipient: string;
[k: string]: unknown;
};
} | {
mint_for: {
recipient: string;
token_id: number;
[k: string]: unknown;
};
} | {
withdraw: {
[k: string]: unknown;
};
};
```
I noticed that `update_start_time` is the only one that doesn't take an object. Every other message uses either an empty object or an object with props.
```
update_start_time: Timestamp
```
Is there a convention? Or should we account for this in the cosmwasm-typescript-gen
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
Commencez par retracer la manière dont cosmwasm-typescript-gen gère les variantes de ExecuteMsg, en comparant la valeur scalaire update_start_time aux messages de forme objet présentés dans le rapport. Le travail est considéré comme terminé si le générateur représente correctement et de manière cohérente les valeurs scalaires des messages, ou documente clairement la convention qu’il suit.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- typescript
- Domaine
- tooling
- Type d'issue
- Bug
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100