DroidDraw – Desenhe Layouts para aplicações do Android

06 Fev 2011 · Android 23 Comentários

Este artigo tem mais de um ano

Acompanhe o Pplware no Google Notícias

Propor Revisão Proponha uma correção, faça uma sugestão

Autor: Pedro Pinto

Comentários23

Henrique Crachat says:

6 de Fevereiro de 2011 às 10:45

Utilizei muito isto no ano passado para Engenharia de Software 2 ;).
Gera o XML do Layout, depois é só copiar colar.

Responder
- Andre Oliveira says:
  
  28 de Novembro de 2011 às 16:28
  
  Colar onde?
  
  Responder
bigkax says:

6 de Fevereiro de 2011 às 11:28

Windows[490KB], Linux [458KB] MacOS[4MB], 4MB??

O DroidDraw é bom para interfaces simples se se tiver de complicar já se tem que ir mexer no código…

Responder
- Pedro Pinto says:
  
  6 de Fevereiro de 2011 às 13:38
  
  Sim é verdade, são mesmo 4MB. Por norma, as aplicações para MacOS ocupam sempre mais espaço. Tenho de investigar porque tal acontece 🙂
  
  Responder
  - kekes says:
    
    6 de Fevereiro de 2011 às 14:12
    
    Because Steve Jobs spies you!!!!
    
    Kidding xD mas não resisti 😛
    
    Responder
  - a Friend® says:
    
    6 de Fevereiro de 2011 às 15:45
    
    A App tem 940k … mas como vem dentro do “container” DMG, ocupa mais.
    
    Depois outro factor de ter 940k e não 400 e poucos como nas versões dos outros SO’s.
    
    Por norma, as Apps para Mac vêm em binário universal para dar tanto nos PowerPC (antigos) como nos Intel.
    
    A juntar a esse factor de “peso” vem outro, que é ser 32-bit e 64-bit numa só App…
    
    Resumindo: Uma App para MacOSX dá para 4 arquitecturas diferentes.
    
    Tens aí a razão 😉
    
    Responder
    - a Friend® says:
      
      6 de Fevereiro de 2011 às 15:50
      
      http://img130.imageshack.us/img130/9195/droiddraw.png
      
      Responder
      - M1ST4K3 says:
        
        6 de Fevereiro de 2011 às 19:23
        
        Não te percebi…
        
        Vejo que em vez de tirares a limpo isso, estás a tentar vender que o “excesso de peso” dos Mac é ventajoso…
        
        “Ser gordo é bom, porque se ficares sem comida, os magrinhos morrem mais depressa… têm menos armazenado…” -> Uffa!
        
        Veamos ao que interessa… ainda que desse para 4 arquitecturas diferentes:
        
        Binário Windows = 490 kbs e dá para win95 -> win7 32 ou 64 bits… (penso eu, pelo menos no site é o unico download, logo, no minimo é 64 e 32 bits, já que deu no meu Win7 x64)
        
        Binário Mac = 4mbs… 4 arquitecturas?
        
        Reparei na imagem… não percebo é o porque do executável ser 2 vezes maior no Mac… ocupando mais memória, etc… Nunca estudei a arquitectura do Mac, gostaria de saber…
      - a Friend® says:
        
        6 de Fevereiro de 2011 às 19:47
        
        Em termos de compatibilidade é vantajoso… ou não achas?
        
        1. Pelo menos é o unico sistema hibrido dos 3 apresentados.
        
        2.. não é o dobro.. quanto maior for a App, menos se sente a diferença. Porque é apenas parte do “inicio” da compilação.
        
        3. Há programadores que em vez de compilarem em binário “universal” podem simplesmente compilar em binario Intel apenas.. ficando-se pelos 500kb … mas para quê dividir 2 compilações se se pode ter tudo numa apenas com um peso ligeiro?
        
        Os “4MB” de download nem são da App… são do container “DMG” (que equivale mais ou menos a um “ISO” .. se eles tivessem pegado no .App e tivessem “zipado” tal como fizeram com a dos outros SO’s.. ninguem teria dado pela diferença.
        
        Para concluir, apenas esclareci a duvida do Pedro Pinto… não vendi peixe a ninguém… se não querem estar informados ou acham que as respostas são vendidas, mal vale não fazerem perguntas.
      - Vítor M. says:
        
        6 de Fevereiro de 2011 às 19:56
        
        M1ST4K3 está explicado… baralhaste tudo como havias de entender? 🙂
      - M1ST4K3 says:
        
        7 de Fevereiro de 2011 às 13:39
        
        Ah, sorry, já entendi! 😉
        
        Têm de dar o desconto… época de exames, etc…
        
        Não estava de maneira nenhuma a duvidar, apenas sou uma pessoa que não gosta de “morrer parva” e queria esclarecer isso…
        
        Thanks pela explicação 😉
la_marca says:

6 de Fevereiro de 2011 às 13:04

Mas no eclipse também consegues fazer isto. Quando editas o main.xml do layout, escolhes a vista Graphical Layout.

Responder
- Pedro Pinto says:
  
  6 de Fevereiro de 2011 às 13:36
  
  Conseguir consegues…mas não é a mesma coisa. Experimenta e depois diz-me alguma coisa.
  
  Responder
zasuk says:

6 de Fevereiro de 2011 às 13:55

já conheço á muito, mas mesmo assim nunca utilizei…prefiro o editor do eclipse 🙂
e depois com a pratica quase que já nem faz falta ferramentas destas…

Responder
- -_-' says:
  
  6 de Fevereiro de 2011 às 14:57
  
  Ora nem mais.
  
  Responder
BrunoG says:

6 de Fevereiro de 2011 às 15:49

Era porreiro era se aproveitasses o balanço e desenvolvesses uma app para o PPlware!

Responder
- bigkax says:
  
  6 de Fevereiro de 2011 às 19:04
  
  Não deve ser nada de outro mundo visto que http://developer.android.com/reference/org/apache/http/client/package-summary.html , não tenho tenho muito conhecimento nesta área mas sendo o pplware corrido em Apache 2.2.4 devem ter menos problemas com cliente/servidor.
  
  Responder
  - BrunoG. says:
    
    6 de Fevereiro de 2011 às 19:11
    
    Nem era exigida originalidade, uma cópia desavergonhada da app da Engadget seria perfeita.
    
    Responder
- Zasuk says:
  
  6 de Fevereiro de 2011 às 20:58
  
  uma aplicação como a da Engadget não é nada de complicado de fazer…poderá ter uma ou outra funcionalidade complexa, mas de resto é tudo á base de consulta de um webservice e apresentar a informação.
  mas penso que uma aplicação como essa será talvez desnecessária pois basta navegar até ao pplware pelo browser….
  
  Responder
  - Zasuk says:
    
    6 de Fevereiro de 2011 às 21:09
    
    acabei de a testar neste momento e não achei nada de complexo,até acho que faltam algumas funcionalidades básicas na galeria, e o modo de navegação poderia ser bastante melhorado.
    
    Responder
Zé says:

6 de Fevereiro de 2011 às 17:20

O Eclipse é realmente muito, muito mau em termos de usabilidade. É bizarro logo o facto de apresentar um menu de contexto com umas 30 opções que as vezes nem cabe no ecrã.

Responder
- bigkax says:
  
  6 de Fevereiro de 2011 às 19:06
  
  O sub-menu propriedades de uma TextView tem cerca de 100 opções.
  
  Responder
  - Zasuk says:
    
    6 de Fevereiro de 2011 às 20:51
    
    alterar as propriedades dessa maneira penso que é muito mais complicado…torna-se muito mais fácil usar apenas o editor de layouts do eclipse para introduzir os componentes que pretendemos, sendo depois todas as propriedades ajustadas directamente no xml usando o auto complete do eclipse…que tem sempre uma pequena explicação de cada propriedade…
    
    Responder

Deixe um comentário Cancelar Resposta

Aviso: Todo e qualquer texto publicado na internet através deste sistema não reflete, necessariamente, a opinião deste site ou do(s) seu(s) autor(es). Os comentários publicados através deste sistema são de exclusiva e integral responsabilidade e autoria dos leitores que dele fizerem uso. A administração deste site reserva-se, desde já, no direito de excluir comentários e textos que julgar ofensivos, difamatórios, caluniosos, preconceituosos ou de alguma forma prejudiciais a terceiros. Textos de caráter promocional ou inseridos no sistema sem a devida identificação do seu autor (nome completo e endereço válido de email) também poderão ser excluídos.