hyperweb-io / hyperweb-io/ts-codegen
some messages are not objects but instead scalar values
- Lenguaje dominante
- TypeScript
- Estrellas
- 126
- Forks
- 31
- Merge medio
- 19 min
- PR fusionados (30 d)
- 2
Descripción
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
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Línea de trabajo
Start by tracing how cosmwasm-typescript-gen handles ExecuteMsg variants, comparing the scalar update_start_time value with the object-shaped messages shown in the report. Done means the generator either represents scalar message values correctly and consistently, or clearly documents the convention it follows.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- typescript
- Área
- tooling
- Tipo de issue
- Error
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100