Pegar valor de input dentro de RG

Estou com um problema para obter o valor de um input dentro do RG.
Tenho uma tabela com os itens a ser mostrados no RG, isso funciona.
Tenho outra tabela onde cada item da minha list é uma coluna para armazenar a quantidade
Minha necessidade está:
1º Obter o valor do input do item da célula atual, ou seja, tenho x quantidades para y item.
2º Salvar o valor do input da célula atual na coluna que o corresponde

Abaixo Tabela Itens
image

Abaixo tabela Quantidade

Pagina de cadastro

Desejado

Oi Wesley, tudo bem?
O Bubble é meio burrinho para esse tipo de operação, mas pelo que entendi da sua situação:

  • O usuário fará o cadastro de uma pousada
  • A pousada possui uma lista pré-determinada de critérios
  • Cada critério recebe um conjunto de dados a partir de um input

Uma forma simples de contornar essa situação é criar um objeto “Pousada” e popular ela com os campos que você está salvando na tabela Itens.

Objeto: Pousada{
Nome: Text
Proprietário: User
Bar: Number
Churrasqueira: Number
Estacionamento: Yes/No
etc…
}

No seu modal de cadastro, simplesmente faça o RG carregar o objeto “Pousada” desejado e faça as configurações de campo:
Se você configurar as permissões de privacidade, você pode ativar o “Auto-bind” que ele irá atualizar o campo no Banco automaticamente ou então configurar o workflow para atualizar/criar uma Pousada com os devidos campos.

Não estou com o PC aqui para testar, mas é uma sugestão :slight_smile:

Entendi.
Estamos pensando em fazer uma tabela somente para a pousada e outra para as características dela vinculada com o id. Eu enviei o link caso queira e se puder claro. Estou um pouco travado nisso :confused:

Hmmm, na estrutura atual não faz diferença as características estarem dentro do objeto da pousada ou em um objeto “características”, pois as características ainda estão como atributos, não como objetos separados.

Caso queira permitir que uma nova característica seja adicionada eu faria o seguinte:

  • Em pousada, adicionar um novo atributo “Características: List of Caract_pousada”
  • Se List_caract_pousada poderá ser alterada via interface pelo usuário, então deixaria assim, mas se for pré-determinado pelo Bubble ou então as mudanças serão feitas somente pelo admin, usaria uma Option List e não um item de banco’’
  • Em Caract_pousada, adicionar os seguintes atributos:
    • itemPousada: Lista_caract_pousada
    • quantidade: number
    • pousada: Pousada

Dessa forma, o mecanismo funciona assim:

  • Para cada pousada, uma nova característica será adicionada (ex: se eu tiver 20 pousadas, terei 20 objetos do tipo “Estacionamento” cadastradas, cada uma linkada em sua respectiva pousada)
  • Como você quer uma lista pré-determinada de campos, cada objeto recebe um workflow de criar um atributo no banco

Esse é um exemplo…não sei se é o mais eficiente mas é o que eu pensei aqui, rsrs
1 Like

Adicionei uma V2 que usa uma lista a partir de um objeto, e não uma Option List. Ela demora um pouco para carregar no Repeating Group por estar usando Search…

Muito bacana seu exemplo me ajudou em algumas coisas aqui.
Tem como colocar os inputs em ordem alfabética de forma dinâmica?

Existe algum motivo especial para eles serem ordenados de forma dinâmica?
Cadastros dificilmente utilizam formulários com ordenação por terem uma lógica linear. Mas caso queira é possível, sim, mas é mais chatinho pois vc possui diferentes tipos de input (checkbox e input de texto). Você teria que colocar um novo campo em atributos para identificar o tipo de input que você deseja (pode usar uma optionList), colocar um input de texto, um checkbox e um radio dentro do mesmo campo do repeating group e esconder todos eles. Depois, nas condicionais, utilizar “When current cell’Atributo’ tipocampo is Checkbox” e estabelecer no elemento checkbox “this element is visible” e fazer isso para todos. Também pode ser legal você acionar o Enable Auto-Bind para que cada campo esteja relacionado à célula correspondente. Depois só colocar um dropdow do lado de fora e um workflow de "when value changes, display data in repeating group e colocar o caminho de exibição usando :sort by.

Sobre a arquitetura de dados, não sou especialista no assunto, mas não vejo motivo para utilizar um campo separado de atributos a menos que os atributos sejam altamente dinâmicos e você tenha diferentes tipos de estabelecimentos (caso envolva Casa, Chalé, Pousada, Hotel, por exemplo, faz sentido ter um campo separado compartilhando com todos outros, mas caso tenha apenas um tipo de imóvel cadastrar cada atributo como um campo de “pousada” é mais fácil de colocar de pé).

O motivo seria mais estético mesmo :slight_smile:

Se for só o campo dos atributos, acho que é tudo bem, rsrs. Qualquer coisa só chamar!

This topic was automatically closed after 70 days. New replies are no longer allowed.