Workshop 15.2.2012: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| (6 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
[[Category:Meetings]] | [[Category:Meetings]] | ||
{{nav|prev=Extra meeting 14.2.2012|up=Platform development process|next=Workshop 16.2.2012}} | |||
== Agenda == | == Agenda == | ||
| Line 11: | Line 11: | ||
== Minutes == | == Minutes == | ||
# Documentation | # Documentation | ||
| Line 28: | Line 26: | ||
# SCL | # SCL | ||
* kotitehtäviä ja tutorialeja kielen opiskeluun | |||
* oman session järjestäminen, etukäteismateriaali | |||
* työkalu java importin tekemiseen, joka generoin SCL kuvaukset, joita voi jälkikäteen editoida | |||
* java byte koodiin upotetut annotaatiot, jotka viittaavat java koodiin? | |||
* breakaava debugger suurille malleille, miksi statement generointiin -> mistä säännöstä, millä | |||
parametreilla | parametreilla | ||
* käyttöliittymäkoodauksen muutokset | |||
* migraatio ja julkaisuasiat | |||
* turvallisuus näkökulma, allekirjoitetut pgraphit | |||
* caset jaetussa tietokannassa | |||
# Structural | # Structural | ||
* tarvitaanko toisenlaista pohjaontologiaa, sillä nykyinen structural on apros suuntautunut | |||
* signalointi/eventit: noodit voi lähettää tyypitettyjä viestejä OPC:ssa, client voi kuunnella | |||
alipuuta | alipuuta | ||
* rakentteelliset muutos eventit | |||
(semantic change in OPC), vastaavat myös eclipsen GEF frameworkissa | (semantic change in OPC), vastaavat myös eclipsen GEF frameworkissa | ||
* täysin staattisten propertien erottelu dynaamisista? | |||
# Structural Models | # Structural Models | ||
* miltä rajapinnalta remote erotetaan (db,element,scenegraph) | |||
* trendit lisättävä listaan | |||
* arvioida remoten configurointi/editointi mahdollisuudet suhteessa hyötyyn | |||
* aprosilta halutaan kysyä kytkentävihjeet | |||
* jos elementti elää niin myös routing tulee olla remote clientilla | |||
* käyttöliittymäeventtien abstrahoiminen, multitouch käyttöliittymät käyttötapausten mukaan | |||
* variablen käyttö: OPC toteutuksessa, DOM toteutuksissa, 3D toteutuksissa | |||
* hyvin määritelty event malli tarvitaan kuten DOMissa | |||
* event mallin olisi hyvä olla teknologia riippumaton, koska teknologiat muuttuvat ajan myötä | |||
* identifiointi ongelmat esim. kytkentäjä luotaessa | |||
* deterministisyyden säilyttäminen uudelleeen generoitaessa malli | |||
* SVG pelimoottorit | |||
* ajax teknologiat | |||
* layouts: diagrammi ja elementti tasolla | |||
* jäljitettävyys: evaluationContext, SCL expressions, komentojono/delta | |||
# 3D | # 3D | ||
Latest revision as of 08:57, 2 April 2012
| Previous | Up | Next |
Agenda
- Documentation
- SCL
- Structural
- Structural Models
- 3D
- Wrap-up
Minutes
- Documentation
- quick guide/tyyliohjeet helpin kirjoittajalle
- selvittää kuinka eri formaatteihin generointi toimii ja millaista tulosta syntyy
- generoinnissa tarvittavat scriptit
- integraatio keskustelupalstoihin/q&a, kuten php
- linkitys javakoodiin
- haku toiminnot
- dokumentaatio sessio, Toni
- terminologian selventäminen, vocabulary = termit ja selitykset
- useita plugineja kattavat dokumentit, esim. tutoriaalit
- SCL
- kotitehtäviä ja tutorialeja kielen opiskeluun
- oman session järjestäminen, etukäteismateriaali
- työkalu java importin tekemiseen, joka generoin SCL kuvaukset, joita voi jälkikäteen editoida
- java byte koodiin upotetut annotaatiot, jotka viittaavat java koodiin?
- breakaava debugger suurille malleille, miksi statement generointiin -> mistä säännöstä, millä
parametreilla
- käyttöliittymäkoodauksen muutokset
- migraatio ja julkaisuasiat
- turvallisuus näkökulma, allekirjoitetut pgraphit
- caset jaetussa tietokannassa
- Structural
- tarvitaanko toisenlaista pohjaontologiaa, sillä nykyinen structural on apros suuntautunut
- signalointi/eventit: noodit voi lähettää tyypitettyjä viestejä OPC:ssa, client voi kuunnella
alipuuta
- rakentteelliset muutos eventit
(semantic change in OPC), vastaavat myös eclipsen GEF frameworkissa
- täysin staattisten propertien erottelu dynaamisista?
- Structural Models
- miltä rajapinnalta remote erotetaan (db,element,scenegraph)
- trendit lisättävä listaan
- arvioida remoten configurointi/editointi mahdollisuudet suhteessa hyötyyn
- aprosilta halutaan kysyä kytkentävihjeet
- jos elementti elää niin myös routing tulee olla remote clientilla
- käyttöliittymäeventtien abstrahoiminen, multitouch käyttöliittymät käyttötapausten mukaan
- variablen käyttö: OPC toteutuksessa, DOM toteutuksissa, 3D toteutuksissa
- hyvin määritelty event malli tarvitaan kuten DOMissa
- event mallin olisi hyvä olla teknologia riippumaton, koska teknologiat muuttuvat ajan myötä
- identifiointi ongelmat esim. kytkentäjä luotaessa
- deterministisyyden säilyttäminen uudelleeen generoitaessa malli
- SVG pelimoottorit
- ajax teknologiat
- layouts: diagrammi ja elementti tasolla
- jäljitettävyys: evaluationContext, SCL expressions, komentojono/delta
- 3D
Was moved to Thursday.
- Wrap-up
Discussed agenda for Thursday