diff options
| author |   Laurent Ghigonis <laurent@p1sec.com> | 2012-12-14 06:53:58 +0100 |
|---|---|---|
| committer | Laurent Ghigonis <laurent@p1sec.com> | 2012-12-14 06:53:58 +0100 |
| commit | fbca13e9eaa701ab911918c6a03680e4cc5d338d (patch) | |
| tree | c7462d8397416eacf61f77ef1525d6d9ac53b3c3 /doc/TODO.txt | |
| parent | new vertice (diff) | |
| download | glouglou-fbca13e9eaa701ab911918c6a03680e4cc5d338d.tar.xz glouglou-fbca13e9eaa701ab911918c6a03680e4cc5d338d.zip | |
TODO++ on blobs
Diffstat (limited to '')
| -rw-r--r-- | doc/TODO.txt | 25 |
1 files changed, 25 insertions, 0 deletions
diff --git a/doc/TODO.txt b/doc/TODO.txt index e23ce65..6353ec8 100644 --- a/doc/TODO.txt +++ b/doc/TODO.txt @@ -27,6 +27,31 @@ it seems to be always the same node numbers that gets this wrong edge * zoom +* blobs +05:17 < glouglou> cedric: t'as vu dans ma demo les packets qui vont d'une node a l'autre quand les nodes bougent et ben les paquets arrivent a l'ancien endroit +05:17 < glouglou> j'ai regarde un peu dans efx mais j'ai pas trouve de bon moyen +05:18 < glouglou> il faudrait que les paquets ne puissent pas sortir de l'edge (le trait) entre les 2 nodes +05:18 < glouglou> si tu as une idee ... +05:22 -!- Munto [~frugal@2a01:e35:139d:91e0:221:85ff:fee1:5c3c] has quit [Read error: Connection reset by peer] +05:33 -!- sharinganex [~sharingan@233.208.85.79.rev.sfr.net] has joined #e.fr +06:22 <@cedric> glouglou: oui, swallow un smart objet +06:22 <@cedric> qui n'a qu'une seule tache faire bouger des paquets de haut en bas et de bas en haut +06:22 <@cedric> parcontre ca a un probleme, la taille des objets de tes paquets est limite par la taille de ton objet edje parent +06:40 < glouglou> cedric: mais un smart object dans un edje object qui est ensuite mappe, juste pour faire un trait, ca va etre un peu lourd non ? +06:40 < glouglou> et complexe +06:40 < glouglou> mais c'est vrai que ca resous mon probleme +06:41 <@cedric> bah, de toute facon, tu vas avoir une surface cree pour mettre ton edje dans ta map +06:41 <@cedric> dc ca reviendra au meme voir tu fairas l'economie d'une surface +06:49 < glouglou> cedric: donc quand tu swallow un evas smart object dans un edje object, les coordonnes pour le smart object sont relatifs a la part swallow ? +06:50 < glouglou> genre si je fais un geometry_get dans mon smart obj, le 0x0 sera en fait en haut a gauche de ma part swallow edje ? +06:52 <@cedric> oui +06:52 < glouglou> mais c'est magnifique +06:52 < glouglou> et splendide a fois +06:53 < glouglou> merci :D + +TODO LATER +========== + * find a better storage type for vertices quick access O(1) -> table possibility to foreach and remove at the same time |