Haile!
Quais valores para o atributo "value" devo usar no "bind" para testar estes estados?
Autor: andrey silva souza
occurrences & repetition
13 de Fevereiro de 2008, 8:51 - | Ninguém seguindo este artigo por enquanto.
Visualizado 14 vezes
Software Público
Portal do SPB
Membros
Nenhum(a)
Concurso ITU-T de Aplicações para IPTV 2012
13 de Agosto de 2012, 19:38Gostarí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.
Concursos de Aplicações Ginga-NCL
22 de Setembro de 2011, 3:22 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:
1313 comentários
attributeType = “nodeProperty”]; ou um valor de atributo de evento [eventType = (“presentation”,
“attribution” ou “selection”) e o attributeType = (“occurrences” ou “repetition”)]; ou um estado de evento
[eventType = (“presentation”, “attribution” ou “selection”) e o attributeType = “state”]"
Isso serve para definir um elo que testa o valor de uma propriedade de um nó como condição. Exemplo 1: durante uma âncora de um vídeo você poderia exibir uma legenda se a propriedade "legenda" for igual a "on" ou não exibi-la em caso contrário. Exemplo 2: Isso poderia definir um elo com a semântica: "Quando o nó 'video1' começar (onBegin) E a propriedade 'X' do nó 'M' (assessment) for igual a 'valor' ENTÃO inicie o nó 'W' (start) ". 2) [eventType = (“presentation”, “attribution” ou “selection”) e o attributeType = (“occurrences” ou “repetition”)]; Você pode consultar o occurences - o número de vezes que aquela mídia já tocou - ou o repetition - o número de vezes que aquela mídia ainda vai tocar DA mesma forma, como condição de um elo. Exemplo 3: poderia querer um elo que exibe uma figura na terceira vez que repito a exibição de um vídeo. 3) ou um estado de evento [eventType = (“presentation”, “attribution” ou “selection”) e o attributeType = “state”]" Isso serve para testar em que estado está um nó, seja ele occurring, paused ou sleeping. Exemplo 4: Estou vendo um vídeo (um nó) e no final tenho que decidir entre duas continuações possíveis, seja ela o nó 'final1' ou o nó 'final2'. Daí durante a exibição de um dos dois finais, exibo um botão de informação. Se o telespectador clicar em INFO com o botão aparecendo, ele vai exibir um título "Final 1" ou "Final 2" dependendo de qual está sendo exibido. Você implementa isso testando o estado do nó. A nova versão do tutorial já estará contemplando isso.
<simpleCondition role="onBegin" />
<simpleAction role="start" repeat="3" />
</causalConnector> (...) <link xconnector="onBeginStartRepeat3">
<bind role="onBegin" component="Y"/>
<bind role="start" component="X" />
</link>
<bind role="onBegin" component="audioNode" interface="aPause"/>
<bind role="pause" component=""audioNode"/>
</link> 3) Colocar um outro áudio para fazer o resume 3 segundos depois (ou quantos segundos quiser de intervalo): <link xconnector="onBeginResumeDelay">
<bind role="onBegin" component="audioNode" interface="aPause">
<bindParam name="delay" value="3s"/>
</bind>
<bind role="resume" component=""audioNode"/>
</link> 4) E o loop continua igual: <link xconnector="onEndStart">
<bind role="onEnd" component="audioNode"/>
<bind role="start" component="audioNode"/>
</link> 5) O resto fica igual. Fica melhor assim? O que acham? Gostei muito desta trilha por ela envolver uma séria dificuldade de concepção. Não é fácil para um programador NCL que está começando perceber como conceber uma idéia limpa. Isso se deve principalmente porque a forma que todos pensariam a implementação é a forma que foi sugerida no início da trilha. Isso envolve um problema conceitual: por definição, não se pode evitar um elo cuja condição já foi disparada. Através da pausa do nó, o problema fica resolvido de forma mais simples. Uma outra possível solução poderia envolver testar o estado do botão que aparece na tela antes de fazer o restart do áudio, mas sou discípulo da simplicidade. Abraços,
Carlos
onBeginAttribution e onEndAttribution, onSelection etc. Você usa as condições de atribuição (onBeginAttribution, onEndAttribution)
para testar se houve uma mudança de valor em uma propriedade. O onSelection, então, testa se houve uma seleção, seja ele de tecla ou o
enter (OK) sobre uma mídia em foco (a seleção propriamente dita). Você usa o para testar o VALOR de uma propriedade.
Nesse caso, poderia comparar se o valor de uma propriedade é igual a outra
ou a um valor fixo ou passado como parâmetro no conector. Note que um
não pode ser ele sozinho a condição de um elo. Você
precisa de um outro gatilho (como o onSelection). É claro que posso não estar entendendo sua sugestão. Avise para mim se for o
caso. Carlos ---------- Original Message -----------
From: antharus@hotmail.com
To: Carlos de Salles Soares Neto
Sent: Wed, 30 Jul 2008 18:30:50 GMT
Subject: [NCL: Duvidas sobre a Linguagem NCL] Re: Res: Re: Res: Re: Res: Re:
Res: Re: Res: Re: Res: Re:... > Forum: NCL: Duvidas sobre a Linguagem NCL
> Thread: occurrences & repetition
> Author: andrey silva souza
> Posted: 2008-07-30 15:29:11.244791-03
>
> Acho redundante tanto faz "attribution, presentation, selection"
> entao pra que tres valores se fazem a mesma coisa?
>
> Não seria mais correto eu colocar:
>
> 1 - onBeginAttribution, onEndAttribution no condição e attribution
> no eventType do attributeAssessment.
>
> 2 - onSelection na condição e selection para attributeAssessment.
>
> 3 - onBegin, onEnd, omResume, onAbort para presentation no
> attributeAssessment .
>
> :/
>
> Recebendo correspondência demais? Gerencie suas notificações em:
> www.softwarepublico.gov.br/notifications/manage
------- End of Original Message -------