66 comentários

• Manoel Campos da Silva Filho(usuário não autenticado)

  26 de Janeiro de 2012, 12:38

   

  Roberto, gostaria de fazer algumas sugestões de melhorias no plugin.
  Seguem abaixo:

  Ao incluir uma propriedade via assistente de código, colocar o cursor dentro das aspas e já abrir a caixa de seleção para escolher um valor para a propriedade
  Incluir configuração para indicar se é pra salvar os arquivos antes de fazer upload pra vm ou não. Atualmente ele não salva.
  Ao clicar em um erro (no lado esquerdo da tela de código), exibir opções para correção automática (como acontece em códigos java).
  Se há um main.ncl no projeto, independente de onde eu clicar em play, ele poderia dar um play no main.ncl e não no arquivo atual.
  Na tag simpleAction, ao pressionar ctrl+espaço para atribuir o valor de uma propriedade ele poderia listar as variáveis (connectorParam) existentes
  No atributo max de uma simpleAction, poderia sugerir o unbounded ao pressionar ctrl+espaço
  O autocompletar poderia não ser case sensitive, apesar da linguagem ser. Assim, o plugin poderia sugerir os itens ignorando o case das letras (mas listando as opções com o case correto)
  Não inserir uma quebra de linha a mais quando insere uma nova tag

  
  

  • Roberto Azevedo(usuário não autenticado)

    27 de Janeiro de 2012, 0:24

     

    Oi Manoel,

    antes de mais nada, ÓTIMAS SUGESTÕES!

    Precisamos desse tipo de feedback dos usuários para que possamos fazer cada vez melhor. E como a ferramenta é para vocês, fiquem sempre a vontade para sugerir novas funcionalidades e reportar bugs. Aproveitem também que esse é o momento ideal para isso pois estamos planejando o que vai estar presente na próxima versão.

    Comentando um pouco as tuas sugestões:

    Ao incluir uma propriedade via assistente de código, colocar o cursor dentro das aspas e já abrir a caixa de seleção para escolher um valor para a propriedade.

    Temos vários feedbacks sobre a sugestão de código algumas vezes fazer mais coisas do que deveria. Coisas que são boas para um usuário que já é mais avancado algumas vezes podem atrapalhar (no mínimo confundir) aquele usuário que ainda está aprendendo a linguagem. Fazer esse último digitar um pouquinho mais algumas vezes é melhor para que ele saiba o que está acontecendo.

    De qualquer forma, a política que temos seguido é que tudo que faz muita coisa (como por exemplo, já colocar uma porta no contexto, ou já criar os binds de um link), temos implementado como opcional, sendo que o usuário tem que habilitá-lo nas preferências (o que é bem simples para aquele usuário mais avançado).

    Acredito que essa tua sugestão possa se encaixar perfeitamente também nessa política. Você veria algum problema em ter isso como opcional?

    Pensando bem, na medida em que mais coisas estão entrando como opcional, podíamos facilmente também criar perfis, por exemplo: "Complete o máximo que puder" ou o "Eu gosto de digitar muito :)". Quem sabe isso já não possa vir na próxima versão :).

    Incluir configuração para indicar se é pra salvar os arquivos antes de fazer upload pra vm ou não. Atualmente ele não salva.

    Muito bom! Já entrou no TODO da próxima versao. A configuração vai existir. Mas mesmo que o usuário não marque essa opção, também não custa nada perguntar antes de enviar...

    Ao clicar em um erro (no lado esquerdo da tela de código), exibir opções para correção automática (como acontece em códigos java).

    Ainda temos várias coisas para implementar na correção de códigos. Colocar essa tua sugestão realmente é simples, mas acredito que ainda temos muito trabalho para a sugestao de correção de código ficar da forma como desejamos. De qualquer modo, está anotado!

    Se há um main.ncl no projeto, independente de onde eu clicar em play, ele poderia dar um play no main.ncl e não no arquivo atual.

    Aqui, acredito que é mais uma questão pessoal. Como nada obriga que o usuário escolha o nome do .ncl que ele quer tocar como main.ncl (embora isso tenha se tornado uma prática comum), o usuário pode chamar, por exemplo, o arquivo da base de connectores de main.ncl (sabe-se lá o porquê!). E assim,  executar um documento pensando que está executando outro.

    Outro motivo para não colocar isso como default que eu vejo é que quando temos documentos embutidos (ou que vamos tocar em dispositivos secundários), geralmente também queremos testá-los independentes do main.ncl. Ou seja, deixar a opção de tocar outros arquivos, mesmo que eu tenha um main.ncl no projeto ainda me agrada bastante.

    Mais uma vez como deixar opcional não faz mal a ninguém, essa também irá para as Preferências.

    Na tag simpleAction, ao pressionar ctrl+espaço para atribuir o valor de uma propriedade ele poderia listar as variáveis (connectorParam) existentes.

    Muito boa também. Já está no TODO. Como você pode usar o valor do connectorParam em vários atributos dentro do connnector (tanto no simpleAction como no simpleCondition), iremos sugerir para todos os atributos possíveis!

    No atributo max de uma simpleAction, poderia sugerir o unbounded ao pressionar ctrl+espaço.

    Com certeza estará na próxima versão!

    O autocompletar poderia não ser case sensitive, apesar da linguagem ser. Assim, o plugin poderia sugerir os itens ignorando o case das letras (mas listando as opções com o case correto).

    Simples de implementar, e não vejo porque ser diferente.

    Não inserir uma quebra de linha a mais quando insere uma nova tag.

    Também estará na próxima versão!

    A todos os outros membros da comunidade (e para você também Manoel), sempre que tiverem uma ideia de uma funcionalidade que possa ser útil, fiquem a vontade de sugerí-la. Quem sabe isso também poderá beneficiar a outros usuários da ferramenta.

    Aproveitando a deixa, em breve, vamos compactar esse TODO e deixar disponível aqui na comunidade para que todos possam ver e também contribuir.

    
    

    • Manoel Campos da Silva Filho(usuário não autenticado)

      30 de Janeiro de 2012, 23:46

       

      Ao incluir uma propriedade via assistente de código, colocar o cursor dentro das aspas e já abrir a caixa de seleção para escolher um valor para a propriedade.

      Acredito que essa tua sugestão possa se encaixar perfeitamente também nessa política. Você veria algum problema em ter isso como opcional?

      Não vejo nenhum problema. Acho que fica ótimo :)

       

      Pensando bem, na medida em que mais coisas estão entrando como opcional, podíamos facilmente também criar perfis, por exemplo: "Complete o máximo que puder" ou o "Eu gosto de digitar muito :)". Quem sabe isso já não possa vir na próxima versão :).

      Seria muito legal. 

      Incluir configuração para indicar se é pra salvar os arquivos antes de fazer upload pra vm ou não. Atualmente ele não salva.

      Muito bom! Já entrou no TODO da próxima versao. A configuração vai existir. Mas mesmo que o usuário não marque essa opção, também não custa nada perguntar antes de enviar...

      Sim, perfeito. 

      Ao clicar em um erro (no lado esquerdo da tela de código), exibir opções para correção automática (como acontece em códigos java).

      Ainda temos várias coisas para implementar na correção de códigos. Colocar essa tua sugestão realmente é simples, mas acredito que ainda temos muito trabalho para a sugestao de correção de código ficar da forma como desejamos. De qualquer modo, está anotado!

      Legal

      Se há um main.ncl no projeto, independente de onde eu clicar em play, ele poderia dar um play no main.ncl e não no arquivo atual.

      Aqui, acredito que é mais uma questão pessoal. Como nada obriga que o usuário escolha o nome do .ncl que ele quer tocar como main.ncl (embora isso tenha se tornado uma prática comum), o usuário pode chamar, por exemplo, o arquivo da base de connectores de main.ncl (sabe-se lá o porquê!). E assim,  executar um documento pensando que está executando outro.

      Outro motivo para não colocar isso como default que eu vejo é que quando temos documentos embutidos (ou que vamos tocar em dispositivos secundários), geralmente também queremos testá-los independentes do main.ncl. Ou seja, deixar a opção de tocar outros arquivos, mesmo que eu tenha um main.ncl no projeto ainda me agrada bastante. 

      Mais uma vez como deixar opcional não faz mal a ninguém, essa também irá para as Preferências.

      Entendi. Então nesse caso uma opção configuração seria ideal, pois estou pensando na maioria dos projetos que tem apenas um arquivo principal mesmo.

       

      Na tag simpleAction, ao pressionar ctrl+espaço para atribuir o valor de uma propriedade ele poderia listar as variáveis (connectorParam) existentes.

      Muito boa também. Já está no TODO. Como você pode usar o valor do connectorParam em vários atributos dentro do connnector (tanto no simpleAction como no simpleCondition), iremos sugerir para todos os atributos possíveis!

      Ótimo.

      
      

      • Manoel Campos da Silva Filho(usuário não autenticado)

        30 de Janeiro de 2012, 23:47

         

        O plugin está cada vez mais incrível :)
        Parabéns a todos pelo excelente trabalho. 

        
        

        • Roberto Azevedo(usuário não autenticado)

          22 de Agosto de 2012, 14:14

           

          Oi Manoel,

           estou ressuscitando esta thread antiga apenas para dizer que acabamos de lancar a versão 1.7, e algumas de suas sugestões já estão implementadas nesta nova versão \o/!

          Mais uma vez, muito obrigado pelo feedback!

          
          

          • Manoel Campos da Silva Filho(usuário não autenticado)

            24 de Agosto de 2012, 8:10

             

            Já instalei a 1.7. Ficou muito bom. Nós usuários que agradecemos :)