Proposition de refonte de DLight

Holà,

Je sais que ce n'est pas forcément le moment (Il y a déjà plein de nouvelles choses qui sont en cours) mais j'ai passé le week-end à redessiner l'interface principale de DLight. Il manque 2 - 3 icones et d'autres dont le rendu ne me plait guère… J'ai essayé de faire le plus simple possible. Un design en grid, des rectangles de couleur avec un peu de transparence, une fonte libre et claire et un affichage de circuits et des valeurs le moins modifié.

Bref, dites moi ce que vous en pensez, si ça vaut le coup d'y passer plus de temps et si c'est implémentable facilement.



++
Ben.

implémentable facilement, oui et non, ça dépend pourquoi, mais là où t'as raison, c'est qu'il y a plein d'autres choses en cours...
un jour un utilisateur Hollandais (Bas) m'a proposé ce design (que je trouve bien...) mais j'ai jamais eu le temps de le faire

++

Je viens de m'aperçevoir que j'ai oublié de filer la version avec la couleur par défaut.


Si tu es près à bouger un peu l'agencement, pourquoi pas. Par contre il y a un peu trop de blanc pour moi.

Tu n'as pas un moyen de faire la gui d'un coté (et éventuellement de filer ça à une équipe motivée) ?

++

Would it be possible to set the colour of (each) sub master, so it is easy to see at a glance what is behind it ?
Example, if sub master 1 has the 'red' group, the text (or background, or frame, whatever is easiest to do) can be set to Red.

(Idea 'borrowed' from the Behringer X32)

Best regards,
Noël

hello,

@Ben

Tu n'as pas un moyen de faire la gui d'un coté (et éventuellement de filer ça à une équipe motivée) ?

si je pense qu'on peut détacher la GUI du code, mais en 8-9 ans, j'ai jamais vu personne prêt à coder....
un truc qui peut peut-être se faire c'est faire un interface en python, et utiliser l'OSC pour rafraichir les valeurs...

@Noel

Would it be possible to set the colour of (each) sub master, so it is easy to see at a glance what is behind it ?

color is hardcoded in order to be as fast as possible.
I just set the text value at the end of the string and pass the whole result to the interpreter.

looking for a color is one more step before evaluation and I doubt we want that...


++

@ Nico,

I think we may have a misunderstanding here:
When I say 'the colour of the SubMaster', it should actually read : 'the colour of the TEXTFIELD of the SubMasters' (at the bottom of the screen).

Changing the colours in the circuit-window would be great, but you're right, it would get to complicated, and slow things down.

Best regards,
Noël

@Noel,

When I say 'the colour of the SubMaster', it should actually read : 'the colour of the TEXTFIELD of the SubMasters' (at the bottom of the screen).

yeah, that's possible.
keep that in mind for the time to comes...

++

sl1200mk2 wrote: si je pense qu'on peut détacher la GUI du code, mais en 8-9 ans, j'ai jamais vu personne prêt à coder....
un truc qui peut peut-être se faire c'est faire un interface en python, et utiliser l'OSC pour rafraichir les valeurs...

Peut-être pas tout seul, mais je pense que si quelqu'un arrive avec une base et attire des gens motivés (d'abord pour du buq fix et ensuite pour du feature request), ça peut marcher.

Bonne idée l'interface en python, mais il faut d'abord s'assurer que tout est accessible via OSC (modif des subs, des samples, du patch, du setup) et que DLight puisse dumper les valeurs (pour récupérer les circuits enregistrés dans un groupe).

Peut-être pas tout seul, mais je pense que si quelqu'un arrive avec une base et attire des gens motivés (d'abord pour du buq fix et ensuite pour du feature request), ça peut marcher.

On peut utiliser le gitHub de DL pour ça et creér un répertoire DL_Interface pour héberger le code

Bonne idée l'interface en python, mais il faut d'abord s'assurer que tout est accessible via OSC (modif des subs, des samples, du patch, du setup)

du coup en fonction des besoins, je peux rajouter les commandes adéquates.
On peut aussi penser à d'autres types de communication entre le python et DL (genre les messages queues comme ZeroMQ).

DLight puisse dumper les valeurs (pour récupérer les circuits enregistrés dans un groupe).

tout ce qui vient de l'interface externe sera traité de manière asynchrone par un interpréteur interne à DL, donc l'interface externe ne fera que remplacé l'interface existante....

++

Désolé pour le temps de réponse…

Interessant ZeroMQ, ça a l'air assez simple comme concept mais puissant.
J'ai jamais vraiment pratiqué QT en Python (Je suis à peine en train de creuser le sujet). Si jamais quelqu'un se sens à l'aise pour initier le projet, j'en suis. Sinon dès j'ai suffisament de temps de disponible, je m'y colle à mon rythme.

++