22 comentários

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

  31 de Outubro de 2013, 14:38

   

  Oi Adriano,

  o texto que define esse comportamento está na página 47 da Norma ITU-T H.761 (06/2011) (http://www.itu.int/rec/T-REC-H.761):

  "In a certain presentation moment, if the focus has not been already defined, or is lost, a focus will be initially applied to the element being presented with the smallest index value."

   Não tenho acesso aqui a Norma Brasileira, mas dado que as duas são equivalentes, também deve ter algo similar.

  Vou tentar explicar um pouco mais. Este é o connector que está sendo usado: 

        <causalConnector id="onKeySelectionPropertyTestStopSetStart">
          <connectorParam name="key"/>
          <connectorParam name="val"/>
          <!-- condition -->
          <compoundCondition operator="and">
            <simpleCondition role="onSelection" key="$key"/>
            <assessmentStatement comparator="eq">
              <attributeAssessment role="propertyTest"
                                   eventType="attribution"
                                   attributeType="nodeProperty"/>
              <valueAssessment value="$val"/>
            </assessmentStatement>
          </compoundCondition>
          <!-- action -->
          <compoundAction operator="seq">
            <simpleAction role="stop" max="unbounded" />
            <simpleAction role="set" value="$val" max="unbounded"/>
            <simpleAction role="start" max="unbounded" />
          </compoundAction>
        </causalConnector> 
   Nesse caso, conforme especificado no connector acima, as acões stop, set e start devem ser realizadas em sequencia. E, sendo assim, é possível argumentar que no exato momento que o stop é executado, o foco será perdido e automaticamente, naquele momento, o foco corrente irá para o de menor focusIndex (que seria o primeiro). E, somente depois, as outras acões serão aplicadas. Embora eu também acredite que seja possível uma outra interpretacão (por exemplo, que a mudanca de focusIndex só vai ser avaliado depois de todas as acões do compoundAction serem executados), ainda acho que o mais correto (com o q está especificado na Norma hoje) é que o foco volte para o primeiro.  Se você quiser garantir que o foco vai permanecer no objeto que você acabou de iniciar, o que você pode fazer é um set no currentFocus para o valor de focusIndex desse objeto, depois de iniciá-lo.

  
  

  • Adriano Leal(usuário não autenticado)

    31 de Outubro de 2013, 15:06

     

    Muito obrigado Roberto! Fui verificar a norma que citei em meu último post e há esse mesmo trecho na página 60, 7.2.12 Área funcional Navigational Key (nesse caso estou com a norma em português), não havia realmente visto essa parte.

    O curioso é que a Sony, que é uma grande fabricante, não implementa esse trecho da norma corretamente. Nesse exemplo de aplicação do Jogo da Velha, ao se efetuar uma jogada o foco continua no campo em que a jogada foi feita. Em teoria esse comportamento é o mais indicado e a primeira vista parece estar correto, mas o correto (pela norma) seria voltar para a primeira mídia que possui o menor valor de index, já que em nenhum momento a aplicação fez um set na propriedade currentFocus ou currentKeyMaster.

    Fiz alguns testes para tentar entender como a Sony trata esse tipo de comportamento e pelos testes que fiz conclui que eles passam o foco para a primeira mídia que recebe a ação de start após a atual mídia com foco entra para o estado de sleeping.

    Vejam que não estou querendo desmerecer a empresa nesse caso, estou a citando pelo fato de meus testes terem sido feitos em seu middleware.

    Enfim, esperamos que os grandes fabricantes passem a se preocupar mais com esse tipo de coisa, pois se não implementam a norma corretamente, muitas vezes os desenvolvedores de aplicações podem pensar estar fazendo algo errado quando não estão, ou pior, os middlewares podem induzir os desenvolvedors a implementarem de uma forma que, dentro da norma, não funcionaria como esperado.

    Obrigado mais uma vez Roberto.

    Abraço!