FidocadJ e aggiunta nuovi componenti

[phylum]

4. questo? viewtopic.php?f=16&t=37723&p=329308&hilit=simboli#p329308

Riassumendo quanto proposto/parzialmente implementato:

da tradurre o già tradotte:
"converti in simbolo", "libreria", "gruppo", "nome", "usa come modello", "nuovo*", "nuova*", "elimina**"

modifiche menu':
--menu contestuale circuito
+converti in simbolo

--menu dell'albero
+usa come modello
+elimina (o "canc" su un simbolo anche senza voce apposita)
++F2 su un elemento permette di rinominarlo (optional)

creazione di un nuovo simbolo:
partendo da una selezione nel disegno, che puo' comprendere anche altre macro oltre che primitive o importare una macro nel circuito - ai fini della creazione valgono gli elementi selezionati - è responsabilità dell'utente che la selezione sia corretta (solo gli elementi necessari e non elementi "esterni"/distanti)

selezione della libreria/gruppo destinazione:
se una macro è selezionata nell'albero - ereditata
altrimenti sotto menu di converti o finestra
la libreria/e utente può anche essere "libreria utente" o "libreria utente 1" "libreria utente 2" piuttosto che richiedere un input

scelta del nome:
"nuovo" (eventualmente editabile ed evidenziato nell'albero ed effettiva creazione dopo la conferma) o prompt

interazione con il database:
modifica/creazione .fcl e ricaricamento

modifiche all'albero:
se il nome inizia p.es per "." non è visualizzato

modifiche alle librerie:
se una nuova libreria ha il nome di una vecchia si effettua l'unione (nell'albero)

* dipende dalla scelta della selezione
** cancella ?

GaAsFET in realtà ci abbiamo pensato più volte a questa funzione/integrazione

[phylum]

piccoli aggiornamenti: http://phylum2.altervista.org/fido_mod.jar

[elettrodomus]

2 - come la specifico l'origine del componente?

Bisognerebbe:
O segnare manualmente l'origine, prima di selezionare il simbolo
Oppure calcolare automaticamente la metà delle coordinate XY più estreme del simbolo (?) quest'ultima non mi piace tantissimo (anche se sarebbe la più comoda) perché potrebbe risultare non "coerente col posizionamento in caso di "bloccaggio su griglia".

3 - come differenziare le librerie standard da quelle aggiunte dall'utilizzatore?

In che senso? Io ho altre librerie e non sento la necessità di differenziarle...

[phylum]

le coordinate vanno rimappate per poter utilizzare i disegni come macro

[elettrodomus]

le coordinate vanno rimappate per poter utilizzare i disegni come macro

Sì intendevo questo (forse non mi ero spiegato bene), utilizzando come origine, le coordinate mediane dell'oggetto selezionato. Non so come si potrebbe centrarla nella "scatola"

[phylum]

elettrodomus
ti va di provare http://phylum2.altervista.org/fido_mod.jar ?
in particolare alla fine della creazione di un simbolo te lo copia negli appunti , prova se inserendolo in un file .fcl funziona

[DarwinNE]

In che senso? Io ho altre librerie e non sento la necessità di differenziarle...

C'è una differenza enorme. Le librerie standard devono essere standard, ovvero identiche per ogni versione di FidoCadJ e quindi non modificabili. Le librerie utente invece possono essere variate.

Secondo me, le coordinate dell'origine non vanno scelte in maniera automatica. L'utente deve poterle specificare. Si potrebbe fare in modo che il cerchietto rosso che viene visualizzato selezionando "mostra origine macro" possa essere spostabile, ma ecco che si introduce un "modo" più o meno nascosto nella creazione della macro.

[phylum]

about:librerie beh espresso in questi termini diventa tutto molto piu' semplice di quanto avevo previsto :)

[DarwinNE]

Non arriverei a tanto... si dovrebbe comunque permettere all'utente di crearne di proprie e di lavorarci su. Solo che dev'essere chiaro (colore diverso?) cos'è standard e non modificabile e cosa no (vedere il manuale per più info a questo proposito).

Per quanto riguarda quello che ho citato sopra, ho ritrovato questa proposta (grazie alla buona abitudine di utilizzare il feature request di SF):

https://sourceforge.net/p/fidocadj/feature-requests/10/

Candy proponeva di ridurre (o abbattere) la distinzione tra librerie e disegni, permettendo ai disegni di includere dei propri simboli.

Solo un punto: data la mia agenda lavorativa e personale, mi è totalmente impensabile neanche considerare di passare del tempo a sviluppare FidoCadJ prima di metà dicembre...

[phylum]

sono un po confusa

dunque al momento (con la versione sperimentale) si puo' disegnare p.es

Codice: Seleziona tutto

(dummy) Ho aggiornato Libreria utente.fcl
[FIDOLIB Libreria utente]
{Misc}
[C2111583 Cubo]
RV 85 95 105 115 0
RV 95 85 115 105 0
LI 85 95 95 85 0
LI 105 95 115 85 0
LI 105 115 115 105 0
LI 85 115 95 105 0


e non ho problemi se dentro ci metto anche simboli da altre librerie

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Codice: Seleziona tutto

[C850536989 Cubo con induttore]
MC 120 120 0 0 Libreria utente.c2111583
MC 110 110 0 0 ihram.indutt


ci.png (943 Byte) Osservato 4121 volte

si puo' rendere il tutto standalone se [fidolib] e [fidocad] stanno p.es nello stesso file quando si esporta oppure si distribuiscono insieme (p.es java supporta archivi zip & co.) ergo quando si crea un file che contiene macro personalizzate si possono racchiudere nell'archivio

se invece "non mi piace" il simbolo transistor npn della libreria std, posso usarlo come modello e crearmi mio_transistor non vedo il problema