O grupo no qual você está postando é um grupo da Usenet. As mensagens postadas neste grupo farão com que o seu e-mail fique visível para qualquer pessoa na Internet
Bom dia
Andei lendo alguns posts aqui na lista sobre recuperacao de variaveis,
tentei de varias formas, mas infelizmente nao consegui.
projeto/aplicação : cadastro/clientes
class cliente(models..Model):
aqui uns 15 campos
---
views.py
def index(request):
clientes = Cliente.objects.all()
return render_to_response('index.html', {'clientes' :clientes})
tranquilo - lista todos meus clientes por nome - no template do
mesmo
index.html
{% for cliente in clientes %}
<a href="/cadastro/detalhes/
{{ cliente.id }}/">{{ cliente.nome }}</a>
{% endfor %}
preciso escrever uma view que pegue o id do cliente que foi passado e
mostre os outros 14 campos.
no URls.py, imagino:
('r^cadastro/(?P<cliente_id>\d+)/$',
'cadastro.clientes.views.detalhes'),
no Views.py imagino:
def detalhe(request, id):
cliente_id = request.GET.get('cliente_id')
e Aqui?
talvez esteja completamente errado, sei que é muita idiotice para vcs,
mas para mim ta complicado.
agradeço e me desculpo pela amolação com m tópico tão besta
Caminho A (reiventando a roda rsrssr) No views.py: from "...mymodels" import Cliente def detalhe(request, id): cliente_id = request.GET.get('cliente_id') # aqui voce obtem o objeto referente a seu cliente .(voce pode querer usar ".filter" no lugar de ".get") cliente = Cliente.objects.get(id=cliente_id) return render_to_response('cliente.html', {'cliente' :cliente})
No cliente.html: <p>Campo1.</p><p>{{cliente.campo1}} .... <p>Campo2</p><p>{{cliente.campo14}}
Modelo B use generic views elas fazem tratamento basico para determinadas situacoes (listagems, exibicoes de objetos e hierarquia de datas...) e voce pode alterar a aparencia delas atraves de css. http://www.djangoproject.com/documentation/generic_views/
> Caminho A (reiventando a roda rsrssr)
> No views.py:
> from "...mymodels" import Cliente
> def detalhe(request, id):
> cliente_id = request.GET.get('cliente_id')
> # aqui voce obtem o objeto referente a seu cliente .(voce pode querer
> usar ".filter" no lugar de ".get")
> cliente = Cliente.objects.get(id=cliente_id)
> return render_to_response('cliente.html', {'cliente' :cliente})
> No cliente.html:
> <p>Campo1.</p><p>{{cliente.campo1}}
> ....
> <p>Campo2</p><p>{{cliente.campo14}}
> Modelo B
> use generic views elas fazem tratamento basico para determinadas situacoes
> (listagems, exibicoes de objetos e hierarquia de datas...) e voce pode
> alterar a aparencia delas atraves de css.http://www.djangoproject.com/documentation/generic_views/
talvez seja a ordem das suas urls tente isso: urlpatterns = patterns('', (r'^admin/', include('django.contrib.admin.urls')), ('r^cadastro/(?P<cliente_id>\d+)/$','cadastro.clientes.views.detalhe'), (r'^cadastro/', 'cadastro.clientes.views.index'), )
Mas é estranho devia pelo menos mostrar algum erro ....
> > Modelo B > > use generic views elas fazem tratamento basico para determinadas > situacoes > > (listagems, exibicoes de objetos e hierarquia de datas...) e voce pode > > alterar a aparencia delas atraves de css. > http://www.djangoproject.com/documentation/generic_views/
> > > Modelo B
> > > use generic views elas fazem tratamento basico para determinadas
> > situacoes
> > > (listagems, exibicoes de objetos e hierarquia de datas...) e voce pode
> > > alterar a aparencia delas atraves de css.
> >http://www.djangoproject.com/documentation/generic_views/
> Modelo B > use generic views elas fazem tratamento basico para determinadas situacoes > (listagems, exibicoes de objetos e hierarquia de datas...) e voce pode > alterar a aparencia delas atraves de css. > http://www.djangoproject.com/documentation/generic_views/
Como tu disse generic views serveriam como uma luva para o caso do Erico. Mas tu se enganou ou se expressou mal. Generic views como o nome diz são views para casos genericos, mas elas não implementam as templates automaticamente. Isso ainda tem que ser feito nas generic views.
e poderiam me dar um exemplo usando as mesmas?
ja tentei enender...mas nada..
Lembro-me que com php e asp fiz uma espécie de engenharia reversa, o
que nao to conseguindo fazer com o django.
On 3 jul, 17:34, "Andrews Medina" <andrewsmed...@gmail.com> wrote:
> > Modelo B
> > use generic views elas fazem tratamento basico para determinadas situacoes
> > (listagems, exibicoes de objetos e hierarquia de datas...) e voce pode
> > alterar a aparencia delas atraves de css.
> >http://www.djangoproject.com/documentation/generic_views/
> Como tu disse generic views serveriam como uma luva para o caso do
> Erico. Mas tu se enganou ou se expressou mal. Generic views como o
> nome diz são views para casos genericos, mas elas não implementam as
> templates automaticamente. Isso ainda tem que ser feito nas generic
> views.
> e poderiam me dar um exemplo usando as mesmas?
> ja tentei enender...mas nada..
> Lembro-me que com php e asp fiz uma espécie de engenharia reversa, o
> que nao to conseguindo fazer com o django.
> On 3 jul, 17:34, "Andrews Medina" <andrewsmed...@gmail.com> wrote:
> > Olá Wancharle,
> > > Modelo B
> > > use generic views elas fazem tratamento basico para determinadas situacoes
> > > (listagems, exibicoes de objetos e hierarquia de datas...) e voce pode
> > > alterar a aparencia delas atraves de css.
> > >http://www.djangoproject.com/documentation/generic_views/
> > Como tu disse generic views serveriam como uma luva para o caso do
> > Erico. Mas tu se enganou ou se expressou mal. Generic views como o
> > nome diz são views para casos genericos, mas elas não implementam as
> > templates automaticamente. Isso ainda tem que ser feito nas generic
> > views.
> o .filter() retorna uma "lista" de resultados, e no template você ta
> tentando acessar os atributos telefone e celular dessa lista, que não
> existem.
> tenta:
> cliente = Cliente.objects.get(id=cliente_nome)
> O id do cliente e mesmo o nome? pra buscar por nome tu faria:
