De acordo com as Leis 12.965/2014 e 13.709/2018, que regulam o uso da Internet e o tratamento de dados pessoais no Brasil, ao me inscrever na newsletter do portal DICAS-L, autorizo o envio de notificações por e-mail ou outros meios e declaro estar ciente e concordar com seus Termos de Uso e Política de Privacidade.
Zenity - O diálogo --forms
Colaboração: Julio Cezar Neves
Data de Publicação: 07 de janeiro de 2019
O time de desenvolvimento do Zenity andou capengando e trompicando por um bom tempo, a prova disso é que passou um bom tempo sem lançar uma versão que merecesse o título de Major Version. A cada nova versão eu ia conferir o changelog e nada de novo ... Só correções de bugs e de segurança.
Talvez, vendo o estrondoso sucesso do YAD, que começou como um fork seu, o pessoal resolveu arregaçar as mangas e incrementar este importante software.
Foram criados alguns diálogos novos mas o que mais me empolgou foi o novo
--forms e é por isso que neste artigo vou abordá-lo, até porque a literatura
sobre ele ainda é muito incipiente e apanhei muito para descobrir como
algumas opções funcionavam.
Vamos então abrir os trabalhos vendo as opções do dialogo --forms:
| Opção | Efeito |
|---|---|
--add-entry |
Adicionar uma nova entrada no diálogo de formulários |
--add-password |
Adicionar uma entrada de senha |
--add-calendar |
Adicionar um calendário no form |
--add-list=NOME |
Cria uma lista com o texto NOME |
--list-values=LISTA |
Valores da lista NOME, separados por |
--column-values=T1|T2...|Tn |
T1, T2, ..., Tn são os títulos das colunas de uma lista |
--add-combo=CB |
Adiciona a ComboBox CB ao form |
--combo-values=LISTA |
Lista de valores de CB separados por |
--show-header |
Exibe os títulos das colunas criados em --column-values |
--text=TEXTO |
Definir o texto do diálogo |
--separator=SEPARADOR |
Definir caractere separador de saída |
--forms-date-format=MODELO |
Definir o formato para a data devolvida |
Nesta tabela que acabamos de ver, os componentes de cada uma das LISTA,
são separados por uma barra vertical (|) e o MODELO da opção
--forms-date-format obedece às regras de formatação do comando date.
Vamos então ver um exemplo, direto no prompt, que serve para mostrar o uso de algumas dessas opções:
$ zenity --forms --text "Reserva de passagens fake" \
--add-entry "Nome" "" \
--add-calendar "Data da viagem" "" \
--add-list "Escolha o assento" \
--list-values $(seq -s\| 10)
Sarah Vaz|25/01/2019|3
Mais um exemplo do diálogo --forms, enfatizando a forma como as variáveis
receberam os dados digitados sem ser necessário fazer muita ginástica de
programação:
IFS=\| read Nom Snom Prof Usu S1 S2 Uso Data <<< "
$(zenity --forms --title='Cria usuário' \
--text='Dados do novo usuário' \
--add-entry='Primeiro nome' \
--add-entry=Sobrenome \
--add-entry=Profissão \
--add-entry='Nome de usuário' \
--add-password=Senha \
--add-password='Confirme a senha' \
--add-combo='Tipo de uso' \
--combo-values=Individual\|Familiar\|\
Grupal\|Profissional \
--add-calendar='Data da expiração')"
$ echo "$Nom ^ $Snom ^ $Prof ^ $Usu
> $S1 ^ $S2 ^ $Uso ^ $Data"
Ema ^ Thomas ^ Traumatologista ^ Ema Noel
12345678 ^ 12345678 ^ Grupal ^ 20/12/2018
O macete foi ter mudado o valor da variável $IFS (que foi alterado para |,
que é o separador de default das saídas do Zenity), somente durante a execução
do read (note que a atribuição do IFS está ligada ao read, pois não há nada
entre os dois). Assim sendo, a execução do comando Zenity foi priorizada
($(...)) e redirecionada (<<<) para a entrada do read.
Como já estudamos mais ou menos metade dos diálogos/opções do Zenity, você
já deve ter reparado que não importa a ordem em que vêm as opções dentro de
umldc deste utilitário, no entanto caso você declare mais de uma lista ou
mais de um ComboBox em um formulário, as opções que declaram seus valores
(--list-values ou --combo-values) devem estar na mesma ordem dos campos e
elas associados.
Para demonstrar isso, fiz os seguintes testes:
$ IFS=\| read Let Num <<< "$(zenity --forms \
--add-combo Letras --add-combo Números \
--combo-values 'A|B|C|D' --combo-values '1|2|3|4')"
$ echo Letra escolhida=$Let
$ echo Número escolhido=$Num
Letra escolhida=B
Número escolhido=2
e
$ IFS=\| read Let Num <<< "$(zenity --forms \
--add-combo Letras --combo-values 'A|B|C|D' \
--add-combo Números --combo-values '1|2|3|4')"
$ echo Letra escolhida=$Let
$ echo Número escolhido=$Num
Letra escolhida=B
Número escolhido=2
Ambos funcionaram a contento, com as duas ComboBoxes exibindo todas as letras e todos os números que especificamos e produzindo o formulário a seguir:
No entanto, no teste que fiz logo após, inverti a ordem da declaração dos
campos e dos seus valores, isto é, declarei os campos na ordem Letras e Números
e os valores na ordem Números e Letras, o que evidentemente trocou tudo.
$ zenity --forms \
--add-combo Letras --add-combo Números \
--combo-values "1|2|3|4" --combo-values "A|B|C|D"
Como você pode ver, decididamente não podemos trocar esta ordenação, pois desta forma houve inversão dos campos.
Funcionou inclusive declarando os valores antes de declarar os campos, desde que, obviamente, estejam declarados na mesma ordem.
$ IFS=\| read Let Num <<< "$(zenity --forms \
--combo-values 'A|B|C|D' --combo-values '1|2|3|4'\
--add-combo Letras --add-combo Números)"
$ echo Letra escolhida=$Let
$ echo Número escolhido=$Num
Letra escolhida=B
Número escolhido=2
Ou seja, desde que na ordem correta, é tudo válido, porém não posso dizer o mesmo sobre mais de uma lista embutida em um formulário. A última versão do Zenity neste momento está bugada, pois ao fazermos isso, ganhamos o famigerado segmentation fault, que ocorre quando seu programa invade a área de outro programa ou do sistema operacional.
$ zenity --forms \
--add-list Letras --list-values "A|B|C|D" \
--add-list Números --list-values "1|2|3|4"
Falha de segmentação
Mas creio que isso venha a ser corrigido muito brevemente, pois no help
desta versão constam opções que ainda não foram implementadas, como por
exemplo a opção --switch, que deveria ocultar os botões <OK> e <CANCELAR>
do diálogo --question, mas que quando usada, exibe a mensagem a seguir:
Esta opção não está disponível.
Use --help para ver todas as opções disponíveis.
Apesar da opção --add-list ainda estar com esse problema, ela permite que
se crie uma lista com mais de uma coluna. A quantidade é especificada pelo
número de elementos da lista de títulos (cabeçalhos) definidos pela opção
--column-values.
Como sempre, vamos ao exemplo:
$ zenity --forms \
--text "Formulário com lista de duas colunas" \
--add-entry "Nome" --add-list="Lista dupla" \
--column-values "Núm|Descritivo" \
--list-values="1|Primeira Linha|2|Segunda Linha\
|3|Terceira linha|" --show-header
Caso a opção --show-header não tivesse sido usada, os cabeçalhos das colunas
não teriam sido exibidos.
Um macete:
Da forma que o formulário foi preenchido e que aparece na imagem, a saída deste diálogo seria:
Jamil Jonas|2Segunda Linha
Repare que no campo da lista, as duas colunas vieram coladas, isto é, a
saída foi 2Segunda Linha. Supondo que em ambas as colunas os campos sejam de
tamanhos variádos, ficará difícil separar um de outro. Por isso aconselho
a usar algo no fim da primeira coluna que sirva como separador. Aconselho
o <TAB> que além de ser invisível, é o delimitador default do cut.
Ficaria assim:
$ zenity --forms \
--text "Formulário com lista de duas colunas" \
--add-entry "Nome" --add-list="Lista dupla" \
--column-values "Núm|Descritivo" \
--list-values="1 |Primeira Linha|2 |\
Segunda Linha|3 |Terceira linha|" --show-header
Sendo que o espaço após cada número da lista foi gerado por um <TAB>.
Fazendo assim, a apresentação do diálogo seria exatamente a mesma, porém a saída seria:
Jamil Jonas|2 Segunda Linha
E agora temos um <TAB> separando os dois campos da lista na saída.
Outro macete:
Para fazer <TAB> em qualquer editor, basta pressionar esta tecla, porém
no prompt o <TAB> é quem faz o complemento de palavras (word completion) e
portanto não é aceito, ali é necessário fazermos: <CTRL>+V e em seguida <TAB>.
Adicionar comentário
This policy contains information about your privacy. By posting, you are declaring that you understand this policy:
- Your name, rating, website address, town, country, state and comment will be publicly displayed if entered.
- Aside from the data entered into these form fields, other stored data about your comment will include:
- Your IP address (not displayed)
- The time/date of your submission (displayed)
- Your email address will not be shared. It is collected for only two reasons:
- Administrative purposes, should a need to contact you arise.
- To inform you of new comments, should you subscribe to receive notifications.
- A cookie may be set on your computer. This is used to remember your inputs. It will expire by itself.
This policy is subject to change at any time and without notice.
These terms and conditions contain rules about posting comments. By submitting a comment, you are declaring that you agree with these rules:
- Although the administrator will attempt to moderate comments, it is impossible for every comment to have been moderated at any given time.
- You acknowledge that all comments express the views and opinions of the original author and not those of the administrator.
- You agree not to post any material which is knowingly false, obscene, hateful, threatening, harassing or invasive of a person's privacy.
- The administrator has the right to edit, move or remove any comment for any reason and without notice.
Failure to comply with these rules may result in being banned from submitting further comments.
These terms and conditions are subject to change at any time and without notice.
Comentários (1)
Salve, Salve, Professor!
Parabéns pelo conhecimento e por compartilhar.
Tenho uma dúvida. No caso co form o componente --add-entry aceita valores default, se sim qual a sintaxe?