• No results found

LOs standpunkt til folkepensjonskomiteen. 96

In document OG FOLKETRYGDEN (sider 98-162)

Kapittel 6 Mot en politisk løsning: Folketrygden

6.2 Folkepensjonskomiteen

6.2.2 LOs standpunkt til folkepensjonskomiteen. 96

Fisicamente, este componente ´e constitu´ıdo apenas pelas plataformas dos dispositivos de visualiza¸c˜ao. Embora o m´odulo Composi¸c˜ao de Apresenta¸c˜ao apare¸ca inclu´ıdo no m´odulo Inter- face Ecr˜a, esta ´e uma inclus˜ao l´ogica pois em termos f´ısicos este sub-m´odulo ´e incorporado no servidor Web descrito na subsec¸c˜ao anterior.

Em termos das tecnologias utilizadas para a apresenta¸c˜ao da informa¸c˜ao, optou-se por se ter uma base feita em XHTML (eXtensible Hypertext Markup Language), que ´e uma prepara¸c˜ao para futuras visualiza¸c˜oes em dispositivos m´oveis, e uma interface gr´afica em ShockWave Director.

O XHTML11

´e uma reformula¸c˜ao da linguagem de marca¸c˜ao HTML, sendo baseada em XML. Combina os elementos de marca¸c˜ao HTML com as regras r´ıgidas de XML. Este processo de padroniza¸c˜ao visa a exibi¸c˜ao de p´aginas Web em diversos dispositivos (televis˜ao, dispositivos m´oveis, etc), tendo a clara inten¸c˜ao de melhorar a acessibilidade. N˜ao existem muitas diferen¸cas entre o HTML e o XHTML. `A medida que mais e mais ferramentas XML s˜ao disponibilizadas, tais como o XSLT (EXtensible Stylesheet Language Transformations) para transforma¸c˜ao de documentos, maiores v˜ao sendo as vantagens do XHTML, pois este integra-se na perfei¸c˜ao com a tecnologia XML. Em termos de apresenta¸c˜oes, um documento XHTML pode incluir, por exemplo, SMIL (Synchronized Multimedia Integration Language) ou SVG (Scalable Vector Graphics), podendo trazer vantagens futuras para um sistema como o apresentado neste cap´ıtulo. Uma vez que existia a ideia de se criar uma apresenta¸c˜ao rica em termos multim´edia, optou-se pela utiliza¸c˜ao da ferramenta Adobe Director12

. Para al´em das boas capacidades de trata- mento dos v´arios objectos multim´edia, tamb´em possui mecanismos, atrav´es de programa¸c˜ao, para a cria¸c˜ao de conte´udos de maior complexidade. Permite a programa¸c˜ao, importa¸c˜ao, cri- a¸c˜ao, interliga¸c˜ao, sincroniza¸c˜ao, anima¸c˜ao, publica¸c˜ao e exporta¸c˜ao de conte´udos multim´edia (imagem, som, v´ıdeo digital, texto) complexas. O Director tem uma linguagem de programa¸c˜ao incorporada e exclusiva, o Lingo, que apresenta bastantes semelhan¸cas com outras linguagens, como JavaScript, C ou Java.

11

http://www.w3.org/MarkUp/

12

De seguida passam-se a descrever as op¸c˜oes tomadas para cada um dos m´odulos. 5.4.3.1 Dispositivo de Visualiza¸c˜ao

Relativamente aos dispositivos utilizados no projecto divingForPearls, estes foram vulgares monitores TFT/LCD, tendo sido usado um por cada um dos quatro objectos da experimenta¸c˜ao. Assim sendo, n˜ao foi necess´ario realizar trabalho adicional quanto `a parametriza¸c˜ao e gest˜ao dos mesmos.

5.4.3.2 Gestor de Dispositivo

Para este sistema n˜ao foram criados e utilizados gestores espec´ıficos para os ecr˜as utilizados. De todos os modos, uma vez que cada ecr˜a ficou com um computador dedicado, estes podem ser vistos como gestores. Atrav´es deles definiram-se as caracter´ısticas gr´aficas de cada um dos ecr˜as para visualiza¸c˜ao da informa¸c˜ao, funcionando como clientes do Servidor de Informa¸c˜ao. Para tal, cada um deles estava ininterruptamente ligado a um endere¸co espec´ıfico no servidor, fazendo um simples pedido HTTP. Por exemplo, o computador atribu´ıdo ao ecr˜a 1, ”divingPC1”, tinha o browser ligado ao endere¸co:

• http://divingServidorInfo/divingForPearls/ecra1/ecra1.html

Desta forma, o computador designado por ”divingPC1” era o respons´avel pela gest˜ao da visualiza¸c˜ao da informa¸c˜ao adicional no ecr˜a 1.

5.4.3.3 Apresenta¸c˜ao e Composi¸c˜ao de Apresenta¸c˜ao

Um m´odulo Composi¸c˜ao de Apresenta¸c˜ao (CA) ´e composto por uma p´agina XHTML e por um filme ShockWave Director. Para o sistema desenvolvido, a p´agina Web serve essencialmente para integrar o filme para posterior visualiza¸c˜ao no browser do computador do ecr˜a cliente. Foi criada uma aplica¸c˜ao CA que foi replicada e ligeiramente adaptada, apenas em termos visuais, para cada objecto. Posteriormente, cada um dos CAs de ecr˜a (ficheiros XHTML e Shockwave) utilizados foi colocado na respectiva directoria no servidor Web de Informa¸c˜ao.

Em termos de funcionamento, quando existe uma detec¸c˜ao junto a um objecto, o Gestor de Composi¸c˜ao aplicacional cria e coloca o respectivo documento XML (ver Figura 5.8) na directoria correspondente do Servidor Web. Efectua o recarregamento autom´atico da p´agina Web, que recarrega o filme Shockwave. Este, ao reiniciar, lˆe o ficheiro XML dando in´ıcio ao seu

ID Descri¸c˜ao

0 sem informa¸c˜ao para o perfil 1 texto

2 texto + imagem 3 imagem + v´ıdeo

4 texto + imagem + ´audio 5 imagem + ´audio + v´ıdeo

Tabela 5.3: divingForPearls - Composi¸c˜ao de Apresenta¸c˜ao: Valores definidos para TipoInfo. processamento. Deste modo, o utilizador ir´a ver uma nova apresenta¸c˜ao de informa¸c˜ao adicional sobre o objecto no ecr˜a junto ao mesmo.

Primeiramente, o documento XML recebido teve que ser processado por um parser de forma a que os dados fossem retirados e estruturados. Torna-se importante referir este ponto porque o parsing de XML n˜ao ´e uma tarefa comum em filmes Director. S˜ao poucos os parsers existentes, com realce para duas solu¸c˜oes: o XML Parser Xtra, distribu´ıdo com o Director, ou o XML Flash Object. Estes pacotes de software s˜ao chamados de Xtras, e funcionam como bibliotecas externas, que visam dotar o Director de funcionalidades que este n˜ao possui. O primeiro ´e um Xtra do tipo script, enquanto que o segundo ´e original do Flash, tendo que ser importado para o Director como Xtra. Optou-se pela utiliza¸c˜ao do segundo por ser mais r´apido e mais fi´avel, sendo este um factor determinante para o sistema. Sendo assim, foi criado um objecto do tipo parent script, respons´avel pelo parsing no interior do filme Director. Ap´os o processamento da informa¸c˜ao constante no XML, a apresenta¸c˜ao reinicia j´a com o aparecimento de informa¸c˜ao dirigida para o utilizador detectado junto ao objecto do ecr˜a.

Foram tidos alguns cuidados com a defini¸c˜ao da interface de apresenta¸c˜ao, como a prepara¸c˜ao de um desenho diferenciado por tipo de informa¸c˜ao a mostrar. Isto ´e, dependente de a informa¸c˜ao ser, por exemplo, apenas texto, texto e v´ıdeos, texto com imagens e ´audio, etc, a apresenta¸c˜ao faz uma adapta¸c˜ao autom´atica mostrando diferentes interfaces. Para tal, foi usada a marca TipoInfo que aparece no XML, uma vez que ´e o seu valor que indica para que desenho da interface a apresenta¸c˜ao deve saltar. A Tabela 5.3 indica que tipos de informa¸c˜ao foram definidos para o sistema em fun¸c˜ao dos v´arios tipos de informa¸c˜ao multim´edia que se definiram para os objectos. A Figura 5.9 (os quatro objectos presentes no teste simulavam pe¸cas de obras reconhecidas por uma quest˜ao de simplicidade) ilustra um tipo de apresenta¸c˜ao que se pode ter, na qual aparece na zona superior uma imagem com um texto resumo gen´erico. J´a na zona inferior

Figura 5.9: divingForPearls - Apresenta¸c˜ao: Visualiza¸c˜ao de informa¸c˜ao adicional sobre uma pe¸ca.

aparece a informa¸c˜ao (apenas texto, referente a TipoInfo = 1) dirigida para o tipo de perfil do utilizador que foi detectado na proximidade do objecto.

In document OG FOLKETRYGDEN (sider 98-162)