Ir para o conteúdo

 Voltar a NCL Eclipse
Tela cheia

NCL Eclipse 1.7 disponível

22 de Agosto de 2012, 11:23 , por Desconhecido - | 1 Pessoa seguindo este artigo.
Visualizado 48 vezes
Caros membros da Comunidade Ginga,

está disponível a partir de hoje a versão 1.7 do NCL Eclipse.

O NCL Eclipse é um plugin de código livre para suporte ao desenvolvimento de 
aplicações interativas em NCL por meio da IDE Eclipse. Tendo como foco o
desenvolvimento textual de aplicações, o NCL Eclipse agiliza o desenvolvimento
através da validação e sugestão contextual de código totalmente compatível com
as normas "ABNT NBR 15606-2" e "ITU-T H.761", navegação hipertextual e
pré-visualização gráfica de elementos NCL.

A versão 1.7 do NCL Eclipse tem como principal objetivo trazer melhorias às
funcionalidades já existentes nas versões anteriores. Sendo assim, não será
possível encontrar muitas novas funcionalidades. Por outro lado, acreditamos
que as melhorias incluídas nessa nova versão ajudam bastante a acelerar o
desenvolvimento textual. Entre elas estão:

  . Autocompletar não-sensível à maiúsculas/minúsculas.

  . Melhorias nos tratamentos de espaco em branco (antes e depois da sugestão).

  . Melhorias no posicionamento do cursor logo após a uma sugestão.

  . Melhorias e correção de bugs no validador (em especial, escopo do <switch>
    e <descriptorSwitch> e validacão de tipo de dado XML CNAME).

  . Novas sugestões (em especial, sugestão de valores de propriedades e novos
    protocolos à lista de URLs).

Recomendamos a todos os usuários das versões anteriores que atualizem para a
nova versão.

Se você já tiver o NCL Eclipse instalado, atualizá-lo é tão simples quanto
acessar o menu "Help->Check for Updates" do seu Eclipse. Caso ainda não o tenha
instalado, siga as instruções disponíveis em: 

Aproveitamos a oportunidade também para alguns informes adicionais:

  1. Já encontra-se disponível um novo tutorial de como integrar o NCL Eclipse
     no site oficial. Segue o link:

  2. Estamos migrando o nosso controle de versão de desenvolvimento para o Git.
     Por enquanto, os interessados podem acessar o código fonte mais atual do

  3. Já comecamos o planejamento da próxima versão. Então caso exista alguma
     funcionalidade que você gostaria de ver nas próximas versões do NCL
     Eclipse este é o momento ideal para se pronunciar.

  4. Os interessados em ajudar o projeto de alguma forma (tanto em programacao,
     como no desenvolvimento de tutoriais, traducao da ferramenta, do site,
     etc.) são sempre bem-vindos. Então se você achar que pode ajudar, deseja
     aprender o ambiente Java/Eclipse ou aprofundar seus conhecimentos em NCL,
     não deixe de nos contactar para saber como é possível contribuir com o
     projeto.

Para mais informações, acesse o nosso site oficial:

ou deixe sua dúvida em nossos fóruns:

Autor: Roberto Azevedo


1010 comentários

  • 1e29d0095154ec9fed26313e9afb8f36?only path=false&size=50&d=404Manoel Campos da Silva Filho(usuário não autenticado)
    4 de Setembro de 2012, 19:11

     

    Roberto, mais algumas sugestões :)

    Na tag simpleAction, ao pressionar ctrl+espaço para atribuir o valor de uma propriedade ele está listando as variáveis (connectorParam) existentes, mas seria útil também na simple condition. Algo comum é definir o valor do atributo key por meio de uma variável na simpleCondition.

    Ao criar um novo projeto, já poderia criar um main.ncl (ou permitir que o usuário selecione se deseja criar). Como imagino que muitos utilizam esta nomenclatura, seria algo muito útil. Para aqueles que gostam de dar outro nome ao documento principal, teria um checkbox para permitir não criar o main (mas este acho que seria útil já vir marcado por padrão).

     

    • 5df5d8eeb3770422cc9c42a466faee62?only path=false&size=50&d=404Roberto Azevedo(usuário não autenticado)
      5 de Setembro de 2012, 21:01

       

      Oi Manoel,

      mais uma vez obrigado pelas sugestoes!! 

      > Na tag simpleAction, ao pressionar ctrl+espaço para atribuir o valor de uma propriedade ele está listando as
      > variáveis (connectorParam) existentes, mas seria útil também na simple condition. Algo comum é definir o
      > valor do atributo key por meio de uma variável na simpleCondition. 

      Jah deveria estar assim :(. Vai estar na prox. versao!

      > Ao criar um novo projeto, já poderia criar um main.ncl (ou permitir que o usuário selecione se deseja criar).
      > Como imagino que muitos utilizam esta nomenclatura, seria algo muito útil. Para aqueles que gostam de dar
      > outro nome ao documento principal, teria um checkbox para permitir não criar o main (mas este acho que
      > seria útil já vir marcado por padrão).

      Incluimos no TODO tambem!

       Para os que quiserem ajudar (ou apenas estejam interessados em saber o que vem nas proximas versoes) podem consultar: http://laws.deinf.ufma.br/ncleclipse/pt-br:todo.

      • 1e29d0095154ec9fed26313e9afb8f36?only path=false&size=50&d=404Manoel Campos da Silva Filho(usuário não autenticado)
        8 de Março de 2013, 11:00

         

        Roberto, como tenho usado bastante o plugin durante as aulas da pós graduação aqui no instituto onde trabalho, sempre surgem ideias para melhor o plugin. Assim, vai mais uma sugestão:

        Para definir ordem de foco, podemos especificar um valor numérico para a propriedade focusIndex nos descritores a serem usados em cada mídia. Tais valores são usados nas propriedades moveLeft, moveRight, moveUp e moveDown do descriptor. Desta forma, o plugin poderia permitir auto-completar o valor para estas propriedades, com base na lista de valores distintos da focusIndex de todos os descritores existentes no documento. Assim, ao usar o auto-completar na propriedade moveLeft ou moveRight, o plugin poderia exibir a lista de valores de focusIndex. Ta lista poderia ser em ordem crescente, contendo apenas os valores que ainda não foram usados naquelas propriedades.

        Nas propriedades moveUp e moveDown, o plugin só deveria mostrar os valores do focusIndex que ainda não foram usados naquelas propriedades.

        Se o desenvolvedor digitar, nas propriedades moveLeft e similares, um valor que não
        exista em nenhuma propriedade focusIndex definida, o plugin poderia exibir 
        um warning (ou talvez um erro?)

        Quanto à propriedade focusIndex, esta também poderia ter o recurso de auto-completar para definir valor a mesma. Assim, ao pressionar ctrl+espaço, o plugin poderia sugerir um valor para a propriedade.
        Por exemplo, se não existir nenhum focusIndex definido em nenhum descritor, o plugin poderia sugerir o valor 1.
        Se já existirem focusIndex definidos, o plugin poderia sugerir o sucessor do maior valor existente.

        Isto facilitaria a criação de menus com navegação por meio das teclas direcionais.
         

        • 5df5d8eeb3770422cc9c42a466faee62?only path=false&size=50&d=404Roberto Azevedo(usuário não autenticado)
          8 de Março de 2013, 11:17

           

          Oi Manoel,

          >Roberto, como tenho usado bastante o plugin durante as aulas da pós graduação aqui no instituto onde
          > trabalho, sempre surgem ideias para melhor o plugin. Assim, vai mais uma sugestão: 

           muito bom saber que tem usado bastante! E, claro, estamos sempre aberto à sugestões!

          > Para definir ordem de foco, podemos especificar um valor numérico para a propriedade focusIndex nos
          > descritores a serem usados em cada mídia. Tais valores são usados nas propriedades moveLeft,
          > moveRight, moveUp e moveDown do descriptor. Desta forma, o plugin poderia permitir auto-completar o
          > valor para estas propriedades, com base na lista de valores distintos da focusIndex de todos os descritores
          > existentes no documento. Assim, ao usar o auto-completar na propriedade moveLeft ou moveRight, o
          > plugin poderia exibir a lista de valores de focusIndex. Ta lista poderia ser em ordem crescente, contendo
          > apenas os valores que ainda não foram usados naquelas propriedades.

          Ótima sugestão e trivial de implementar com o que já temos. Com certeza teremos isso na próxima versão!

          > Nas propriedades moveUp e moveDown, o plugin só deveria mostrar os valores do focusIndex que ainda
          > não foram usados naquelas propriedades.

          Também é fácil de implementar. 

          > Se o desenvolvedor digitar, nas propriedades moveLeft e similares, um valor que não 
          > exista em nenhuma propriedade focusIndex definida, o plugin poderia exibir  
          > um warning (ou talvez um erro?)

          Ao implementar a primeira sugestão ganharemos isso de bandeja :). 

          > Quanto à propriedade focusIndex, esta também poderia ter o recurso de auto-completar para definir valor
          > a mesma. Assim, ao pressionar ctrl+espaço, o plugin poderia sugerir um valor para a propriedade. 
          > Por exemplo, se não existir nenhum focusIndex definido em nenhum descritor, o plugin poderia sugerir o
          > valor 1. 
          > Se já existirem focusIndex definidos, o plugin poderia sugerir o sucessor do maior valor existente.

           Nunca tinha pensado nisso. Mas realmente seria muito útil. Será que existem outros casos similares?

          > Isto facilitaria a criação de menus com navegação por meio das teclas direcionais. 

          • 1e29d0095154ec9fed26313e9afb8f36?only path=false&size=50&d=404Manoel Campos da Silva Filho(usuário não autenticado)
            8 de Março de 2013, 13:53

             

            > Nunca tinha pensado nisso. Mas realmente seria muito útil. Será que existem outros casos similares?

            Não sei, mas se descobrir alguma outra relação destas dou a dica aqui.
            Valeu. 

            • 1e29d0095154ec9fed26313e9afb8f36?only path=false&size=50&d=404Manoel Campos da Silva Filho(usuário não autenticado)
              27 de Março de 2013, 15:31

               

              Roberto, eu de novo :)

              Acabei de ter uma nova ideia para um recurso que acho que seria de extrema importância para melhoria do plugin.

              Todos sabem que o processo de inserir uma simples mídia em um documento NCL é algo meio chato. É preciso criar uma região, depois um descritor e por fim a mídia em si.

              Como o Eclipse lista todos os arquivos do projeto NCL, seria muito bom se fosse possível arrastar um arquivo do Package Explorer para dentro do documento NCL e as tags necessárias fossem criadas automaticamente. Isto traria uma produtividade imensa para o plugin.

              O mesmo poderia verificar qual o tipo de mídia sendo arrastado para o documento NCL e inserir as tags adequadas para ele. Se for um arquivo de mídia, criar a região, o descritor e a tag media. Se for um arquivo de regiões, criar um regionBase com um importBase, se for um arquivo de conectores, criar um conectorBase com importBase, se for de descritores, criar um conectorBase com importBase, e se for um documento NCL completo, criar um importDocumentBase.

              No caso de mídias como imagens e vídeos, o plugin já poderia identificar as dimensões dos mesmos para já incluir a região com o tamanho correto.

               O que acha?

              • 1e29d0095154ec9fed26313e9afb8f36?only path=false&size=50&d=404Manoel Campos da Silva Filho(usuário não autenticado)
                27 de Março de 2013, 16:35

                 

                Ah, o desenvolvimento do plugin está aberto para colaboradores?
                Imagino que ele é implementado em Java.
                Não tenho conhecimento da arquitetura de plugins do eclipse
                e também não tenho muito tempo para contribuir,
                mas gostaria de tentar ao menos.
                Se houver possibilidade, me mande mensagem privada. Obrigado.

                • 5df5d8eeb3770422cc9c42a466faee62?only path=false&size=50&d=404Roberto Azevedo(usuário não autenticado)
                  29 de Março de 2013, 1:38

                   

                  Oi Manoel, 

                  > Ah, o desenvolvimento do plugin está aberto para colaboradores? 

                  Sim, sempre! Todos os que quiserem contribuir são muito bem vindos!

                  Como essa é uma informação útil para todos, estou postando em outra thread como é possível contribuir.

                  > Imagino que ele é implementado em Java.

                  Sim. Ele é implementado em Java e usa algumas APIs do próprio eclipse.

                  > Não tenho conhecimento da arquitetura de plugins do eclipse 
                  > e também não tenho muito tempo para contribuir, 
                  > mas gostaria de tentar ao menos.

                  A documentação do eclipse é muito boa e bem extensa, então será fácil passar dessa parte. Se tiver qualquer dúvida sempre estamos a disposicao para ajudar.

              • 5df5d8eeb3770422cc9c42a466faee62?only path=false&size=50&d=404Roberto Azevedo(usuário não autenticado)
                29 de Março de 2013, 1:15

                 

                Oi Manoel,

                com certeza sao ótimas ideias. Confesso que já tinha pensado na opcao de arrastar uma mídia e inserir o elemento <media> correspondente, mas nao tinha ido tao longe a ponto de inserir tambem os import(*). Na época, já tinha inclusive começado a implementar (apenas para medias) mas tive problemas de conflito porque o proprio editor do eclipse (no qual o NCL Eclipse é baseado) já tratava o drag-and-drop como sendo abrir aquele arquivo. Isso já faz algum tempo, e parei de mexer porque apareceram outras prioridades. Mas acho que podemos "ressuscitar", e concordo que é muito útil e pode agilizar o desenvolvimento.

                Quanto a inserir automaticamente regioes e descritores, acho que no mínimo teríamos que perguntar para o autor. Pode ser que quando ele adicione uma mídia, ele já tenha criado a regiao/descritor para ele (e.g. ele irá reutilizar a regiao/descritor de outro objeto).

                 

Concurso ITU-T de Aplicações para IPTV 2012

13 de Agosto de 2012, 19:38, por Desconhecido

Gostaríamos de lembrar aos possíveis interessados que o prazo de registro para participação no Concurso ITU-T de Aplicações para IPTV 2012 (IPTV Application Challenge) se encerra nesta semana, dia 15 de agosto de 2012. Já o prazo para a submissão de aplicações se encerra no dia 07 de setembro de 2012.



NCL Eclipse 1.6 disponível

10 de Janeiro de 2012, 21:19, por Desconhecido

Caros membros da Comunidade Ginga,



Concursos de Aplicações Ginga-NCL

22 de Setembro de 2011, 3:22, por Desconhecido

    Gostaríamos de relembra-los de que há dois concursos de aplicações Ginga-NCL com inscrições ainda abertas. O convite é aberto a toda a comunidade de desenvolvedores de aplicações para o Middleware Ginga-NCL, em nível internacional. São os seguintes concursos:



Novas versões: Ginga e Ginga-NCL Virtual Set-top Box (v.0.12.3)

1 de Agosto de 2011, 20:58, por Desconhecido



Algumas Boas Notícias da Comunidade Ginga

28 de Julho de 2011, 21:31, por Desconhecido

Autor: Roberto Azevedo