Tenho uns meses de PyQT e desenvolvi já algumas aplicações utilizando os
widgets padrão que o QT oferece.
Agora porém, preciso desenvolver uma interface trabalhada, com auxílio de um
designer. Imagens para botões, para a janela, para itens de listas, etc.
Recebi os arquivos de imagem e comecei a pesquisar, e, pra minha supresa,
nem o 'Rapid GUI Programming with Python and QT' traz algo do tipo.
Alguém tem uma leitura a indicar ou experiência no assunto?
[]s,
--
Gilliard Macedo Vieira de Carvalho
Graduando em Ciência da Computação pela UFCG
Laboratório de Sistemas Embarcados e Computação Pervasiva -
www.embedded.ufcg.edu.br
[As partes desta mensagem que não continham texto foram removidas]
------------------------------------
,-----------------------------------------------------------.
| Antes de enviar um e-mail para o grupo leia: |
| http://www.pythonbrasil.com.br/moin.cgi/AntesDePerguntar |
| E se você é usuário do BOL lembre-se de cadastrar o |
| e-mail do grupo na lista branca do seu sistema anti-spam. |
`-----------------------------------------------------------´Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/python-brasil/
<*> Para sair deste grupo, envie um e-mail para:
python-brasi...@yahoogrupos.com.br
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
No pygtk voce pode criar um tema padrão. E pode escolher os temas do gnome
também....
Os temas mais bonitos do gnome usam imagens para fazer efeitos de degradê.
Alguns botões são compostos apenas por imagens também.
Como o pyqt foi feito pro kde acho que voce só precisa aprender a fazer
temas para o kde. Pois o Qt deve ter alguma funcao pra selecionar o tema dos
controles igual o pygtk tem.
Agora se voce quiser modificar as acoes dos widgets eu *não* posso te
ajudar. Não tenho experiencia nenhuma mas um chute seria seguir os seguintes
passos:
1- Herdar o widget do widget desejado.
2 - Sobreescrever os metodos de Entrada e Saida. Exenplo: render , draw,
change etc...
3 - Se só os passos acima não bastarem talvez exista algum mecanismo de
registro da nova classe.
mas isso é apenas um chute.
2008/11/3 Gilliard Macedo <gilliar...@gmail.com>
Em Monday 03 November 2008 17:25:56 Gilliard Macedo escreveu:
> Agora porém, preciso desenvolver uma interface trabalhada, com auxílio de
> um designer. Imagens para botões, para a janela, para itens de listas, etc.
> Recebi os arquivos de imagem e comecei a pesquisar, e, pra minha supresa,
> nem o 'Rapid GUI Programming with Python and QT' traz algo do tipo.
Dá pra entrar um pouco em detalhes? Não entendi bem o que é
que você precisa. Se for de um software para fazer o design
das janelas, tem o QT Designer (que está lá no livro, então
não deve ser isso), cujos arquivos podem ser convertidos pa-
ra Python usando o pyuic.
Se for para usar ícones em listas, botões, esse tipo de coi-
sa, dá pra fazer pelo Designer também. Não lembro se existe
alguma coisa sobre isso no livro, mas é bastante intuitivo
também.
Abraços:
--
José Alexandre Nalon
na...@terra.com.br
Mas não se trata disso. Eu preciso de um botão, que grosseiramente posso
comparar com um botão de página web: Uma imagem clicável. O designer me
passou png's de todos os componentes da interface: Botões, Itens de listas,
sliders, radios, a janela inteira, entre outros. O exemplo de página web se
aplica bem a toda a minha interface. Tenho os gráficos e preciso
organizá-los na tela, porém, também respondendo a eventos, como cliques,
etc.
A única forma que encontro de customizar gráficos no QT tem sido através de
labels com imagem. Se for possível disparar eventos ao clicar em labels, dá
pra terminar a interface, mas não acho nada sobre isso, bem como sobre
customização de widgets.
2008/11/4 José Alexandre Nalon <na...@terra.com.br>
> Olá!
>
> Em Monday 03 November 2008 17:25:56 Gilliard Macedo escreveu:
>
> > Agora porém, preciso desenvolver uma interface trabalhada, com auxílio de
> > um designer. Imagens para botões, para a janela, para itens de listas,
> etc.
> > Recebi os arquivos de imagem e comecei a pesquisar, e, pra minha supresa,
> > nem o 'Rapid GUI Programming with Python and QT' traz algo do tipo.
>
> Dá pra entrar um pouco em detalhes? Não entendi bem o que é
> que você precisa. Se for de um software para fazer o design
> das janelas, tem o QT Designer (que está lá no livro, então
> não deve ser isso), cujos arquivos podem ser convertidos pa-
> ra Python usando o pyuic.
>
> Se for para usar ícones em listas, botões, esse tipo de coi-
> sa, dá pra fazer pelo Designer também. Não lembro se existe
> alguma coisa sobre isso no livro, mas é bastante intuitivo
> também.
>
> Abraços:
>
> --
> José Alexandre Nalon
> na...@terra.com.br <nalon%40terra.com.br>
>
>
--
Gilliard Macedo Vieira de Carvalho
Graduando em Ciência da Computação pela UFCG
Laboratório de Sistemas Embarcados e Computação Pervasiva -
www.embedded.ufcg.edu.br
[As partes desta mensagem que não continham texto foram removidas]
No Qt Desginer, lá onde se edita as propriedades de um widget tem um
campo chamado styleSheet. Nele, você pode usar CSS (com algumas
extensões, lógico) pra customizar cada widget.
Exemplo: adicione uma imagem nos resources, depois vá editar algo
(e.g. um botão). No stylesheet do botão coloque "background:
transparent url(:resource-aqui)". Na interface tem alguns atalhos pra
selecionar os recursos.
Acho que é isso que você precisa :-)
--
Renato Besen
http://baixonivel.blogspot.com/
renatobesen em gmail.com
Pessoal, essa discussão já deixou de ser sobre PyQT e passou a ser só sobre QT
já há algum tempo, algumas pessoas já reclamaram. Que tal encerrarmos por
aqui e levá-la para um lugar mais adequado?
--
Moderação
> Pessoal, essa discussão já deixou de ser sobre PyQT e passou a ser só sobre
> QT já há algum tempo, algumas pessoas já reclamaram. Que tal encerrarmos
> por aqui e levá-la para um lugar mais adequado?
Sério? Sério _mesmo_ que essa discussão já incomodou algumas pes-
soas? Quero dizer, no total foram 5 ou 6 mensagens, e tudo que se
discutiu aqui, embora seja diretamente relacionado com o Qt, não é
completamente off-topic com relação a Python -- haja vista que tu-
do que se utiliza no Qt se utiliza no PyQt também. Acho que, quem
quer que tenha se sentido incomodado com esta discussão está com um
problema sério de intolerância.
Podemos relaxar um pouco com a vigilância. Assuntos ligeiramente
conectados a Python devem ser aceitos, mesmo que a linguagem não
tenha sido diretamente citada.
E, valendo-me da oportunidade, respondo à mensagem original com
algumas sugestões que -- veja só! -- podem ser utilizadas também
em Python, e me submeto ao discernimento da moderação com relação
a essa minha rebeldia. Abaixo o sistema! Que venha a revolução! A-
cabemos com os capitalistas que mantém os meios de produção longe
das massas! Etc. etc. etc.
Respondendo ao Gilliard:
> A única forma que encontro de customizar gráficos no QT tem sido através
> de labels com imagem. Se for possível disparar eventos ao clicar em
> labels, dá pra terminar a interface, mas não acho nada sobre isso, bem
> como sobre customização de widgets.
O Qt vai permitir usar de maneira adequada as imagens que o designer
passou para você se, ao invés de usar labels, você criar uma widget
customizada a partir de um QGraphicsVies [1], sobre o qual você po-
de desenhar imagens e outras figuras geométricas, se necessário. Dá
pra fazer boas coisas com ela, e dá pra capturar eventos em locais
específicos, sobre elementos específicos e tudo mais. Talvez te dê
um pouco de trabalho para programar o aspecto geral, eventos e tudo
mais, mas depois que você entender o funcionamento, é tranquilo. Te-
nho aqui comigo um programinha que pode servir como demonstração. Se
quiser dar uma olhada, é só pedir (mas em private, pra não ferir os
ânimos sensíveis das pessoas que odeiam o Qt).
Espero ter ajudado.
[1] http://doc.trolltech.com/4.3/qgraphicsview.html
--
José Alexandre Nalon
na...@terra.com.br
------------------------------------
Sim, sério mesmo. Confesso que foi só uma pessoa, mas achei um bom argumento.
Veja que o tópico praticamente dominante na lista há quase uma semana também
era originalmente sobre PyQT. O assunto variou algumas vezes mas continua
atento à Python, flutuando entre py2exe, escolha de toolkits, etc.
Aqui começou com PyQT mas já despencou direto para dúvidas específicas a QT e
QTdesigner, e apesar de concordar plenamente com você que tudo que se utiliza
no QT se utiliza no PyQT também, no rumo que está provavelmente seria mais
produtivo em um grupo de discussão de QT do que de Python.
O pedido não foi mera questão de intolerância ou vigilância, mas de que aqui
não é o lugar com melhor potencial para a discussão. Mas tudo bem, vindo de
você, argumento aceito, se a coisa não esticar demais...
> E, valendo-me da oportunidade, respondo à mensagem original com
> algumas sugestões que -- veja só! -- podem ser utilizadas também
> em Python, e me submeto ao discernimento da moderação com relação
> a essa minha rebeldia. Abaixo o sistema! Que venha a revolução! A-
> cabemos com os capitalistas que mantém os meios de produção longe
> das massas! Etc. etc. etc.
Vixe... foi assistir Che, Nalon? :)
--
Pedro Werneck
Vou me permitir estender o assunto em uma direção não relacionada ao
Python, mas que acho importante discutir aqui. Coloquei o tópico co-
mo 'Questão de ordem' exatamente por conta do assunto tratado.
Em Wednesday 05 November 2008 14:04:44 Pedro Werneck escreveu:
> O pedido não foi mera questão de intolerância ou vigilância, mas de que
> aqui não é o lugar com melhor potencial para a discussão.
Werneck, eu, mais que todo mundo, aprecio o trabalho da moderação.
Já moderei listas de discussão antes -- na verdade, em situações bem
piores, na época do 'boom' da Internet, quando a educação não era e-
xatamente a atividade mais cultivada e a etiqueta não era sequer co-
nhecida em listas de discussão. Sei que é necessária uma certa dure-
za para a coisa não descambar para a completa bagunça.
Mas às vezes acho que existe um pouco de exagero e falta de bom sen-
so no processo de moderação. Uma vez que esta lista é composta de pes-
soas bem educadas -- é raro ver algum flame _realmente_ agressivo a-
qui, se é que eu me lembro de ter visto algum -- a moderação pode ser
um pouco relaxada porque, provavelmente, toda discussão tem potencial
para se tornar proveitosa.
Peguemos o exemplo: esta discussão sobre o Qt pode gerar respostas pa-
ra um monte de questões, irá para os arquivos da lista e existe a gran-
de possibilidade de alguém, um dia, encontrar nela uma resposta que es-
tá procurando. Tudo bem, aqui não é o _melhor_ lugar para se encontrar
respostas sobre Qt, mas é _um_ lugar, e ainda por cima, respostas rela-
cionadas a Python+Qt. O assunto poderia estar momentaneamente fora do
tópico, mas no momento em que algum código precisasse ser mostrado, o
Python daria as caras novamente. Eu sinceramente não consigo ver como
a discussão possa ser irrelevante.
Em todo caso, foi com base em _apenas uma_ reclamação que se solicitou
o encerramento da discussão. Apesar disso, pelo menos quatro pessoas
participavam dela. Por que a opinião de uma única pessoa se torna mais
relevante que a opinião de quatro pessoas? Havia grande potencial para
encontrar soluções interessantes, troca de código e benefício geral. A-
gora, as partes estão intimidadas pela moderação, e acho que se não fos-
se pela outra discussão sobre Qt em andamento, haveria uma certa difi-
culdade em trazer o assunto à baia novamente.
Isso pode ser extremamente desmotivante para novos membros da lista. A-
final, eles vêm até aqui com dúvidas. Quantos não se sentirão agora in-
timidados a fazerem perguntas pensando que talvez o assunto não é con-
siderado 'on-topic' pela lista? Por mim, sou sempre a favor de deixar o
assunto começar e só cortar se a discussão realmente começar a atrapa-
lhar o bom andamento das outras conversas na lista.
Afinal, para quem reclamou, pense o seguinte: demorou mais tempo para
escrever a reclamação ou apertar o botão <delete> 5 ou 6 vezes? Quem não
está interessado na discussão que não participe, oras. Este espaço é de-
mocrático, por definição, e é assim que tem que se manter.
--
José Alexandre Nalon
na...@terra.com.br
------------------------------------
Nalon,
A comunidade é pequena, muitos se conhecem pessoalmente, e algo agressivo de
fato é raro, apesar de talvez você ficar surpreso se visse a freqüência com
que membros novos enviam mensagens agressivas, principalmente quando vêm aqui
defender críticas feitas a outra linguagem. O tópico atual sobre Python e
Ruby já despertou uma hoje mesmo, até com o pedido explícito para evitar um
flamewar.
O problema maior aqui é a freqüência não com que surge algum flame agressivo,
mas com que alguns tópicos descambam para algo sem relação com Python e
alguns membros começam a reclamar até diretamente comigo em outros meios.
Talvez eu tenha exagerado justamente porque andam reclamando com mais
frequencia do que o normal, e peço desculpas por isso.
> Peguemos o exemplo: esta discussão sobre o Qt pode gerar respostas pa-
> ra um monte de questões, irá para os arquivos da lista e existe a gran-
> de possibilidade de alguém, um dia, encontrar nela uma resposta que es-
> tá procurando. Tudo bem, aqui não é o _melhor_ lugar para se encontrar
> respostas sobre Qt, mas é _um_ lugar, e ainda por cima, respostas rela-
> cionadas a Python+Qt. O assunto poderia estar momentaneamente fora do
> tópico, mas no momento em que algum código precisasse ser mostrado, o
> Python daria as caras novamente. Eu sinceramente não consigo ver como
> a discussão possa ser irrelevante.
Tudo bem, argumento aceito, como eu já disse, a discussão não é irrelevante,
nem inútil, mas até mesmo para benefício dos participantes, ela provavelmente
seria mais produtiva em um grupo específico de QT. Poxa, quantas vezes no
passado discussões sobre AI+Python já foram levadas espontaneamente para a
sua lista, mesmo no início?
> Em todo caso, foi com base em _apenas uma_ reclamação que se solicitou
> o encerramento da discussão. Apesar disso, pelo menos quatro pessoas
> participavam dela. Por que a opinião de uma única pessoa se torna mais
> relevante que a opinião de quatro pessoas? Havia grande potencial para
> encontrar soluções interessantes, troca de código e benefício geral. A-
> gora, as partes estão intimidadas pela moderação, e acho que se não fos-
> se pela outra discussão sobre Qt em andamento, haveria uma certa difi-
> culdade em trazer o assunto à baia novamente.
Aí sou obrigado a discordar. O que torna a opinião mais relevante não é o
número de pessoas participando da discussão contra o número de pessoas
reclamando. Uma discussão off-topic ou até mesmo um flamewar pode ter muitos
participantes, mas basta um bom argumento de alguém para encerrá-la. Nesse
caso, como já disse, achei o argumento bem razoável
> Isso pode ser extremamente desmotivante para novos membros da lista. A-
> final, eles vêm até aqui com dúvidas. Quantos não se sentirão agora in-
> timidados a fazerem perguntas pensando que talvez o assunto não é con-
> siderado 'on-topic' pela lista? Por mim, sou sempre a favor de deixar o
> assunto começar e só cortar se a discussão realmente começar a atrapa-
> lhar o bom andamento das outras conversas na lista.
Também concordo em deixar o assunto começar, e a lista só exige moderação das
primeiras mensagens devido a spam, pois praticamente todas vem direto, exceto
por alguma ocasional edição no subject para deixar mais claro ou alguma
mensagem agressiva de um membro novo como eu falei. Não é nem mesmo raro
algum membro novo enviar uma mensagem, ela demorar para ser aprovada, e ele
em seguida enviar uma mal-educada reclamanda. Até mesmo quando acho que a
mensagem tem algo de errado, eu prefiro aprovar e dar a cara a tapa aqui em
público dizendo o que acho errado, do que rejeitar, como foi o caso da
mensagem enviada pouco tempo atrás sobre a entrevista do GvR.
Como já explicitei antes, o incômodo maior não é esse tópico específico, mas
como o assunto QT dominou a lista por alguns dias e como esse tópico já fugiu
completamente de Python no início. Como disse, concordo com você em deixar o
assunto começar, mas esse assunto já começou no universo da lista há um bom
tempo, apesar do tópico ser novo. Isso também pode ser desmotivamente para
novos membros, e é um argumento bem frequente.
> Afinal, para quem reclamou, pense o seguinte: demorou mais tempo para
> escrever a reclamação ou apertar o botão <delete> 5 ou 6 vezes? Quem não
> está interessado na discussão que não participe, oras. Este espaço é de-
> mocrático, por definição, e é assim que tem que se manter.
Se cortar discussões for feito somente quando atrapalha o bom andamento das
outras conversas na lista, então não há problema algum, porque isso é raro de
acontecer aqui. Pessoalmente, nada contra, inclusive poupa a mim, e ao
Andrews que não tem um cronograma de trabalho livre como o meu, o trabalho de
ter de ler todas as mensagens e todos os tópicos, inclusive os que não me
interessam, e passo a simplesmente ignorar as reclamações e indiretas sobre
off-topic na lista, me limitando somente aos casos extremos. Se é isso, sem
problema algum para mim.
O que costuma acontecer com frequência é isso mesmo... eu fico um tempo sem
ler tudo que aparece, e depois de algum tempo as reclamações começam a
aumentar, daí eu resolvo ler tudo, e atender parte das reclamações até os
ânimos acalmarem. Pela primeira vez nesse ciclo alguém reclama que
exagerei... por mim então, desculpas pelo exagero, deixa rolar.
Abraços
--
Pedro Werneck
Observei que esse tipo de comportamento "de superioridade" acontece
tambem no canal de IRC.
[]s
Rodrigo Castilhos
Porto Alegre - RS
Na vida tudo é relativo.
Um fio de cabelo na cabeça é pouco;
Já na sopa ... é muito!
José Alexandre Nalon escreveu:
>
> Olá!
>
> Afinal, para quem reclamou, pense o seguinte: demorou mais tempo para
> escrever a reclamação ou apertar o botão <delete> 5 ou 6 vezes? Quem não
> está interessado na discussão que não participe, oras. Este espaço é de-
> mocrático, por definição, e é assim que tem que se manter.
>
>
[As partes desta mensagem que não continham texto foram removidas]
----- Mensagem original ----
> De: Rodrigo Castilhos <casti...@gmail.com>
>
> +1
>
> Observei que esse tipo de comportamento "de superioridade" acontece
> tambem no canal de IRC.
Antes de tudo,
ser moderador é, ter que ler todos os e-mails da lista, inclusive os que não aparecem aqui (spam). Não permitir que os spans cheguem aos usuários, e a manter a boa ordem na lista. Isso demanda muito tempo do moderador. E ser moderador não agrega nada ao seu curriculum e nem financeiramente (ser moderador não é facil).
Então por que ser moderador? Para ajudar a comunidade.
Eu sei que todo mundo tem liberdade de expressão, mas aqui na lista temos uma regra de boa conduta (http://www.pythonbrasil.com.br/moin.cgi/AntesDePerguntar), que muita gente nao le.
Com isso quando uma thread da lista ta perdendo o foco da mesma é função do moderador dar um toque seja isso de forma mais severa ou não.
Lembrem-se, moderador é ser humano e pode errar.
Como voces podem ver, ser moderador não é um trabalho facil, moderador é como juiz de futebol, mas no caso do futebol a partida dura 90min e a lista.... Imagina agora ser moderador da lista e do canal?
O Werneck reconheceu que exagerou, não é preciso criar um flameware, falando que ele esta abusando do poder ou algo assim.
Se alguem tem sugestoes sobre a moderacao, a maneira de agirmos (eu tambem sou moderador), e-mails em pvt são bem vindos.
[]'s
---
Andrews Medina - Moderador
Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses
2008/11/5 Andrews Medina <andrews...@yahoo.com.br>:
--
Marinho Brandão (José Mário)
http://marinhobrandao.com/
Hein Juiz vai toma no ....
... bar, uma cerveja ! :) Assim você(s) relaxa(m). :P
PS: O Werneck ao vivo é muito mais 'bruto', o bgolal que o diga.
Eu sou a favor de deixar o jogo correr um pouco mais, não muito mais,
já comentei isso com o Werneck. Mas de uma maneira geral eu aprova a
moderação aqui da lista. :)
Até mais,
--
Luciano Pacheco
http://lucmult.wordpress.com
Muito bem colocado. Houve um erro e foi reconhecido. Não vejo problema nisso.
> O Werneck reconheceu que exagerou, não é preciso criar um flameware, falando
> que ele esta abusando do poder ou algo assim.
+1
> Se alguem tem sugestoes sobre a moderacao, a maneira de agirmos (eu tambem
> sou moderador), e-mails em pvt são bem vindos.
Não acho que seja o caso de analisarmos ou criticarmos o comportamento
da moderacão.
Se alguém tiver algo a sugerir/reclamar, conforme o Andrews sugeriu,
envie e-mail em pvt para eles.
Enviar e-mails aqui na lista só vai gerar polêmica e não vai levar a
lugar nenhum.
Abcs,
--
Daniel Cassiano
_____________________________
Page: http://danielcassiano.net/
http://www.umitproject.org/
http://www.apontador.com.br/
Participo de várias listas de discussão e a maior parte é uma bagunça.
Começam falando do assunto da lista e termina-se com futebol (nada
relacionado a esse post).
Aqui, apesar de as vezes achar as coisas um pouco "ditatoriais", consigo
ler todos os mails numa boa sem precisar ficar com o dedo no delete.
Se a java-br fosse assim não teria um e-mail por semana de um tal Marcio
Fermino divulgando um curso de Java via Skype... e isso seria ótimo.
Marcelo, a favor da moderação aqui.