damianonaraku / jjodel Goto Github PK

come issue #35

Tutti i box ed i menu contestuali, tipo:

devono avere i bordi arrotondati (eg border-radius: 2-4px). Per quanto riguarda i colori di tutto il tool dobbiamo usare dei color scheme (vedi https://coolors.co per iniziare, chiaramente bisogna scegliere dei colori con un livello elevato di contrasto, direi che il color scheme può essere parametrico cioe ne possiamo prevedere piu di uno e poi l'utente o noi scegliamo quello piu adatto).

Per quanto riguarda il menu contestuale:

userei un aspetto visuale più caratterizzante, per esempio:

oppure

bene il menu contestuale, questa è la direzione giusta!!!!

Solo una cosa:

1. prova con un border-radius leggermente inferiore e con un colore del bordo che non sia tutto nero ma un grigio scuro.

Per quanto riguarda i messaggi di errore o di notifica, tipo questo

userei qualcosa di visualmente più curato (o ruffiano) in basso a sinistra (o nell'angolo dove ritieni dia meno fastidio), tipo questa :

con magari colori ed iconcine diverse a seconda del tipo di ntifica (usa sempre dallo stesso set di icone),

E' possibile allargare / restringere il rettangolo di una classe ?

This issue is related to #15

On safari / MacOS the visualization of classes is different than that on Chrome:

Chrome

Safari

La freccia è un po' troppo "paccuta", in genere è vuota. Per esempio, UML usa questa sintassi visuale

secondo me è un po' grande, qualcosa del genere potrebbe andare:

quando si creano in sequenza delle nuove classi vengono create tutte sullo stesso punto, quindi sono sovrapposte e sembra che la creazione non avviene (anche se l'indice della classe cambia). E' possibile crearle in punti diversi in modo che l'utente si accorge che le classi sono state create ?

Ciao Damiano,

mi sembra che ci siano problemi con l'ombreggiatura, la rimuoverei :

Questa grafica

non mi piace, dobbiamo pensare a qualcosa che dia una percezione meno "precaria" e più di qualità.

1. separerei la parte superiore dove si trova il nome ed il tipo "person: Class"
2. utilizzerei qualcosa che mostra il fatto che l'attributo è un item parte di una lista di item

per esempio:

anche la scelta dei font deve essere "ragionata", un monospace potrebbe rendere il tutto più familiare ad un programmatore:

Troviamo un icon set di default e cerchiamo di essere consistenti

E' possibile prevedere una modalità semplice ed una esperta?

Ad esempio alcune cose che sono in questa schermata sono buone per uno che è esperto, ma possono "intimidire" uno che si avvicina la prima volta o ancora peggio uno che non è un informativo per giunta esposto a java

non ce' alcuna distinzione tra la rappresentazione delle classi astratte e quelle concrete

Nel menu principale ci sono dei menu drop-down con questo stile

eviterei la "mezzaluna" ed anche qui mi atterrei a cosa standard, per esempio bootstrap

Quando si inserisce un attributo, esce una select o drop down cosi:

c'è modo di aggraziarlo?

Il tab metamodel / model è "liquid" e pure questo un po' paccuto

usa qualcosa che assomigli a bootstrap, per esempio:

Anche il font, eviterei il bold anche per il nome delle classi sulla sinistra

On MacOS with both Safari and Chrome, there are difficulties in using the contextual menu as when a class should be extended via specialization / generalization

Houston, I have a problem!

Quando il mouse si trova su una zona del model element (metaclasse o istanza) che può essere usato per trascinare l'elemento, il puntatore deve cambiare da freccia a pointer

Prevedere linee con connettori tipo:

Edit: ho visto che ci sono le angulated etc, le userei di default con un po' di radius sui punti di congiuntura

Le operazioni non sono ammesse, non per ora. Quindi prevederei di disabilitarle completamente.

Ho definito un Enomeration cosi:

poi quando vado nel modello corrispondente, ho la seguente cosa

dove 'Male' si può editare in un campo di testo, forse si può prevedere di avere una select dato che la scelta è nota a priori tra le alternative date dall'enumeration?

Quando si edita il nome di un attributo, esce:

userei un campo senza gradiente e con i bordi meno arrotondati senza ombra. Ricorda, le cose devono essere semplici (ma eleganti).

Se usiamo CLass o EClass o anche Metaclass ci conformiamo con una certa terminologia che non è sbagliato ma è molto vicina a OOP e Java, mentre noi vogliamo essere ad un livello più tecnologicamente (e metodologicamente) più neutrale, propongo di usare il termine "Concept" invece di Class, sostanzialmente di aderire alla terminologia di MPS:

Se si clicca direttamente sul canvas lo si può trascinare, può andar bene ma preclude la possibilità poi di selezionare gli elementi dentro un'area (in generale per questo tipo di interazioni seguirei quello che fanno gli altri), in ogni caso trascinando il canvas alcuni elementi si perdono per strada: