Reprise du message précédent :
ben moi pour l'instant je ferai bien tout JSON en dur dans mon code. A plus long terme ça va se retrouver en localstorage qui est aussi une API synchrone (ou asynchrone mais super rapide dans l'app google).
 
 
là c'est chaud sur le polymorphisme, j'ai ça:

Visucam.Operation = DS.Model.extend({
            name: DS.attr('string'),
            outline: DS.belongsTo('shape'),
            inside: DS.attr('boolean'),
            toolDiameter: DS.attr('number'),
            toolpath: DS.attr('toolpath')
        });
        Visucam.RampingContourOperation = Visucam.Operation.extend({
            rampZ: DS.attr('number')
        });
        Visucam.SimpleContourOperation = Visucam.Operation.extend({
            startZ: DS.attr('number'),
            stopZ: DS.attr('number'),
            turns: DS.attr('number')
        });
 
        Visucam.Document = DS.Model.extend({
            operations: DS.hasMany(Visucam.Operation, {polymorphic: true}),
            shapes: DS.hasMany('shape')
        });

comment je peux écrire une fixture pour les opérations ?
 
j'ai tenté ça, mais il a pas l'air d'aimer:

Visucam.Operation.FIXTURES = [
            {id: 1,
                name: 'outer profiling',
                outline: 1,
                toolDiameter: 3,
                inside: false,
                type: 'Visucam.RampingContourOperation',
                toolpath: {className: tp1.getTypeName(), path: tp1.path}
            },
            {
                id: 2,
                name: 'inner profiling',
                outline: 2,
                toolDiameter: 3,
                inside: true,
                type: 'Visucam.SimpleContourOperation',
                toolpath: {className: tp2.getTypeName(), path: tp2.path}
            }
        ];
        Visucam.Document.FIXTURES = [
            {
                id: 1,
                operations: [1,2
 
                ],
                shapes: [1, 2]
            }
        ];

Ça fait deux fois que tu déconseille le FixtureAdapter, tu peux donner un peu plus de détail sur le pourquoi ?
Ça me parait pourtant idéal pour bosser l'UI indépendamment du reste.

Visucam.Document = DS.Model.extend({
            operations: DS.hasMany('operation')
        });
 
        Visucam.Operation = DS.Model.extend({
            name: DS.attr('string'),
            outline: DS.attr('string'),
            toolpath: DS.attr()
        });
 
        var machine = new cam.Machine(null);
        var p1 = 'M0,0l100,0l0,25l-19.01440659255054,0l-25.02682544447841,-21l-11.917535925942104,0l-25.02682544447841,21l-19.01440659255054,0Z';
        var p2 = 'M0,0L0,60L35,60L35,45L20,30L35,15L35,-15L20,-30L35,-60L0,-60Z';
        Visucam.Operation.FIXTURES = [
            {
                id: 1,
                name: 'dremel bracket',
                outline: p1,
                toolpath: machine.fromClipper(machine.contourClipper(cam.pathDefToClipper(p1), 3, false))
            },
            {
                id: 2,
                name: 'V blocks',
                outline: p2,
                toolpath: machine.rampToolPathArray(machine.fromClipper(machine.contourClipper(cam.pathDefToClipper(p2), 3, false)), 0, -10, 5)
            }
        ];
        Visucam.Document.FIXTURES = [
            {
                id: 1,
                operations: [1, 2]
            }
        ];

this.store.find('document', 1, {operation: [1, 2]}).then(function (result) {
                    console.log('ApplicationRoute.model', result.get('operations'));
                });

this.store.find('document', 1, {operations: [1, 2]}).then(function (result) {
                    console.log('ApplicationRoute.model', result.get('operations'));
                });

 
Le message d'erreur te dit que tes opérations ne sont pas chargées. Et que si tu veux les charger a la demande, il faut utiliser l'attribut async sur ta définition de relation.
 
 
Les fixtures ne sont pas automatiquement chargées dans le store. Soit tu fais un store.find('operation'), pas top, soit tu fais comme on te suggère operations: DS.hasMany('operation', {async: true})

 
Ça a marche avec certaines limitations. Pas sur aujourd'hui.
 
Je crois que je vais écrire des posts de blog cette semaine, pour répondre un peu à toutes ces questions.
 
L'idée est effectivement de passer un attribut type pour permettre d'instancier le bon objet.
 
Pour une relation belongsTo, le payload ressemblait a  
 
{ commentable: 1, commentable_type: 'post' }
 
Après la forme exacte dépend du type d'adapteur. C'est généralement bien documenté dans le code.

 
L'idée est bonne, l'implémentation moins.
 
- pas de gestion du side loading  
- support moindre que l'AMS ou le REST adapteur ( polymorphisme, async ou pas.. )
- tu ne testes pas la même chose ( principalement si tu auras un besoin de customiser ton adapteur/serialiseur)
 
Tu installes une librairie comme sinon.js, et tu obtiens une solution identique mais qui marche

pour l'instant j'ai viré tout ember data. J'arrivais pas à le faire marcher et ça sert à rien chez moi.
 
j'ai fait un dict id->objet et dans la route je vais chercher dans le dict.
 
ça me vire une tonne de google et ça a l'air de marcher, je vais peut-être réussir à me concentrer sur des toolpath, de la géométrie et l'usinage.

Vu ce que tu fais, c'est pas forcément un mal pour le moment.
 
Mais tu n'as pas l'air de faire quoi que ce soit de trop compliqué, ça devrait marcher la.  
 
 
Si tu me fais un jsbin, je veux bien te le debugger

ben là j'ai réussi à tout dépanner ou contourner  
mais tout est là si tu veux jeter un oeil orthodoxe sur le truc :  
https://github.com/nraynaud/webgcod [...] visucam.js

Ce sera pas avant ce soir par contre

merci.
 
t'as 8h d'écart, c'est ça ?

9h en ce moment.

ok

niveau undo, y'a quelque chose ?

rien d'officiel. Tu veux remonter plusieurs étapes ou juste annuler la dernière opération ?

plusieurs étapes.
Mais aussi je veux intégrer le clavier intelligemment (la relation avec le undo natif). Et y'a peut-être besoin de plus que de code, j'ai probablement besoin d'un retour d'expérience sérieux.
Par contre, comme d'hab, fuck les vieux navigateurs.

 
Je lance/teste comment ?

http://nraynaud.github.io/webgcode [...] est.html#/

les tests c'est pour les gens à la virilité pas très affirmée je crois...

Sur un contrôle par défaut (genre un input) ou une vue custom, y'a des événements bindés par défaut ?
 
J'ai un input bindé sur une propriété de mon modèle, ladite propriété aussi définie dans le contrôleur. A chaque keypress dans mon input, la propriété est appelée en read dans le contrôleur, alors que je n'ai pas déclaré l'event.
 
Pourquoi un contrôle irait taper dans le modèle à chaque frappe ?
 
Vu que c'est ma première question de rookie, je sais pas si je suis clair

pour vérifier ce qu'il relit.  
à chaque modification il va écrire dans la propriété, puis la relire et l'afficher, comme ça si tu as fait un truc bizarre à l'écriture, ça va se refléter dans l'interface (par exemple la saisie est invalide mais tu as décidé d'utiliser la valeur valide la plus proche, ça va se voir dans l'interface).

Moi je suis curieux de savoir comment tu sais que la propriété est lue ?
 
Et l'idée est que ton getter/setter ne se contente peut être pas de stocker/retourner la valeur

ben il a mis un console.log() dans une propriété synthétisée ?

Au debug, mais je me suis surtout aperçu du truc parce que la propriété est une date, et que pour le moment je ne veux que changer l'heure.
Du coup je n'affiche que l'heure, et je ne permet d'éditer que cette partie. Hors pendant l'édition, si je supprime un caractère, l'heure saisie peut ne plus être valide, la date me pète donc dans les genoux alors que je suis encore en train d'éditer.  
 
Autant je comprend vos explications, autant je ne m'attendais pas à ce comportement, j'ai pas spécialement envie que mon format soit vérifié autrement que quand je le dirais, ça me parait pas déconnant d'avoir des données invalide tant que l'action d'édition est en cours.

ouais, les views avec un buffer d'édition entre le vrai modèle et la vue servent à garder des états transitoires invalides (et à la touche escape pour abandonner l'édition). Mais je crois pas qu'il y ait ça dans ember.
 
pareil, quand t'as un buffer, t'as un trigger (un truc qui quand il passe d'une certaine valeur à une autre vide le buffer dans le modèle réel), et le trigger lui-même a un modèle. Le rabbit hole peut aller assez loin, et à la fin tu as ré-implémenté tout http://www.jgoodies.com/freeware/libraries/binding/ en javascript.

 
Ben tu ne bindes pas ton input, et tu gères a la mano.

Faut que je potasse le truc, ça me parait pas logique. Y'a un bout de doc qui évoque ce mécanisme ?
 
J'ai certainement un raisonnement simpliste de l'ensemble mais je vois pas de raison pour que le modèle soit updaté autrement que quand j'appelle model.save(), c'est précisément pour ça que je bind cette vue sur la sortie de focus.

Ben la logique de base, c'est que tout se synchronise sans que tu y penses.
 
Ton cas n'est pas le cas de base, donc il faut faire le petit effort pour gérer ça.

J'ai ça

availabilityTime: function (key, value) {
        var model = this.get('model');
        if (value === undefined) {
            var date = model.get('availabilityTime');
            return date.getHours() + ':' + date.getMinutes();
        } else {
            var formerDate =  model.get('availabilityTime');
            var newDate = new Date(formerDate.getTime());
            var timeValues = value.split(':');
            newDate.setHours(timeValues[0]);
            newDate.setMinutes(timeValues[1]);
            // TODO Check newDate correctness, or fallback to former value
            model.set('availabilityTime', formerDate);
            model.save();
            return value;
        }
    }.property('model.availabilityTime'),

(sapucestmoche mais on s'en fout)
 
A l'affichage de la page

j'affiche '18:20', date est bien un object.
 
Pendant l'édition, je supprime le dernier caractère, ma chaîne vaut '18:2' lors de l'appel de ma propriété.

date est un string.
 
Pas de souci pour contourner, mais je voudrais comprendre le mécanisme.

Créé une CP buffer sur ton controller, que tu utilises pour faire le binding dans ton UI.
 
Ensuite tu dois avoir une action sur laquelle tu veux réellement checker et sauver ta date.

http://emberjs.com/api/classes/Ember.ArrayProxy.html ça wrappe aussi les crochets ce truc ? proxy[2] va appeler une méthode custom ?

question à la con: je veux pouvoir changer le type d'un objet par l'interface.
par exemple j'ai une classe SimpleContourOperation et une classe RampingContourOperation.
suivant le type de l'objet, j'affiche un template de customization différent, et le type du modèle est différent.
 
Je veux ajouter une combo box qui fait changer le type du contour de l'un à l'autre et qui change l'interface. Et si je re-change le type, ça remet les anciens paramètres comme ils étaient.
 
Y'a une méthode orthodoxe pour faire ça?
 
le contexte est là :
https://github.com/nraynaud/webgcod [...] visucam.js
 
un exemple de contour simple:
http://nraynaud.github.io/webgcode [...] erations/1
 
un contour en rampe:
http://nraynaud.github.io/webgcode [...] erations/4

'tain j'me sens un peu seul là.
 
Sinon, quand je delete l'objet qui est à l'url courante, comment j'envoie le navigateur ailleurs ?

trouvé: this.transitionToRoute('/');

Pas mal occupé ce moment entre les weekends a droite à gauche et le boulot (client et perso ), je peux pas forcément répondre à tous dans la journée

 
Il y a plusieurs méthodes.
 
Tu vois pouvoir lier ton combo box a une propriété de ta vue qui ça représenter un template/vue.
 
Ensuite dans ton template "principal", tu utilises le view helper qui est capable de gérer dynamiquement le changement.
 
Je tente un jsbin
 
Le truc que je ne suis pas sur de piger dans ton explication, c'est si le type une propriété de ton modèle.

J'ai fait objet qui peut prendre toutes les propriétés de tous les types du coup, et une Map type-> template  
Tu peux aller voir le code sur github

Youmoussa, t'as des organismes de formation à conseiller en France (RP) ?
Je pense que ça sera pas du luxe.

 
 
http://emberjs.jsbin.com/rehoz/2/edit
 
Je ne sais pas si ca répond à ton besoin.
 
Vu ce que tu me décris, j'aurais tendance à avoir un event handler dans le controller qui se charge de changer le type du modèle, puis qui laisse propager l'action au niveau de la route qui se chargera de selectionner la bonne vue pour ce modèle/type.

 
Nope, tu accedes le contenu à travers `objectAt`.
 
C'est quoi le use case?

 
Nope. Vous pouvez toujours me payer le billet d'avion
 
Je connais ( pas personnellement ) 2 mecs qui font du Ember en France ( un est le pote (?) de nraynaud sur besancon, l'autre bosse pour Capitaine Train ( qui se sont enfin payés un vrai design ). Peut être qu'ils connaissent mieux que moi.
 
Si ma précédente réponse était pas claire, tu peux toujours relancer.

j'ai des libs qui veulent leurs polylignes sous forme de buffer de float32, j'en ai d'autres qui les veulent sous forme de tableau de {X,Y}, et d'autres sous forme de tableaux de tableaux (le points sont un tableau[x, y, z]).
 
donc j'ai trafiqué les points (en jouant sur le fait que [1] sera converti en ["1"] sur un objet), mais je peux pas trop trafiquer les polylignes elles-mêmes.