E' possibile integrare nel portale uno schematic editor?

[DarwinNE]

BrunoValente, l'esempio è sufficiente, ma avere un bug report permette di utilizzare il database di SF per non dimenticarsi di correggerlo e per informare della presenza di un bug anche gli utenti che non seguono con attenzione questa discussione.
Il bug report (che può contenere le stesse informazioni che hai fornito qui) può essere letto ed il bug corretto anche da altri sviluppatori (c'è qualcuno che ogni tanto scrive un po' di codice). Non c'è bisogno di altre informazioni, ma con un bug report su SF è più facile tenere traccia del problema. Credo che un bug report possa essere compilato anche in forma anonima, non val la pena di preoccuparsi di certi dettagli stupidi che propone SF (semmai quelli li posso aggiustare io).

[DarwinNE]

Una piccola curiosità... Ecco le statistiche sul progetto FidoCadJ proposte da OhLoh:

http://www.ohloh.net/p/fidocadj

[Kagliostro]

Ciao DarwinNE

Sto facendo qualche prova con l'ultima versione e debbo dire che mi pare non ci siano problemi

o almeno non ne ho riscontrati con l'utilizzo che faccio io del programma

---

Durante queste "prove" mi è venuta in mente un'idea, questa:

Si potrebbe aggiungere alle caratteristiche delle linee la loro effettiva lunghezza in mm ?

non parlo di misurare quale sia la lunghezza di una linea, cosa che già si può fare, ma di "settare" l'effettiva lungezza di una linea (già disegnata oppure in corso di disegno sarebbe indifferente)

Questo sarebbe comodo durante il disegno di PCB, ma anche durante l'utilizzo di FidocadJ in genere

Grazie per l'attenzione

K

[DarwinNE]

E' un'idea interessante, Kagliostro, bisogna vedere come e se implementarla. Puoi compilare un "feature request" su SF, per favore?

Ne approfitto per segnalare questo documento, un technical report di un'università canadese, dedicato all'analisi comparata del codice di una ventina di progetti open source:

http://www.cs.usask.ca/documents/techre ... 013-01.pdf

FidoCadJ vi compare ed il codice viene analizzato secondo diversi metodi di analisi statica. Io direi che non fa brutta figura, voi che dite?

[PietroBaima]

On the other hand, our proposed approach for relative code
quality evaluation marks FidoCadj and Tess4j as healthy for
developer reuse.

We can
observe that JHotDraw7 (P5) contains the maximum number
of discouraged code fragments, whereas FidoCadj (P1) and
Tess4j (P9) contain no discouraged fragments.

Here, we can see that FidoCadj contains
only 28 high priority errors whereas JHotdraw7, Java Notelab
and TreeView contain 301, 334 and 314 high priority errors
respectively

Thus, in this case, PMD based evaluation denotes
that FidoCadj is relatively less risky for maintenance as it
contains less number of errors and alarming programming
constructs compared to others

From the table, we see that three projects -FidoCadj, Ant
Contrib and Jxplorer are recommended

You rocked me!
Overwhelming job.

stunned Pietro.

PS: per non parlare delle tabelle comparative...

[Kagliostro]

Appena ho un attimo faccio la request su SF

(devo mettermici in un attimo di calma perché tra me e SF non c'è molto feeling, direi che ho una certa idiosincrasia con quel sito)

---

http://www.cs.usask.ca/documents/techreports/2013/TR-2013-01.pdf

Ottima reputazione direi, e meritata con dei bei punti di distacco da altri progetti

Che ti meriti tutta la nostra gratitudine ormai l'ho detto più volte

evidentemente FidocadJ è talmente interessante che non sfugge all'occhio di coloro

che si occupano di Open Source

K

[DarwinNE]

Uhm, stavo riflettendo, Kagliostro, meglio che aspetti. Non mi pare fattibile permettere all'utente di introdurre una lunghezza: come la si sceglie la direzione? Quale è il punto di partenza? Ogni risposta a queste domande non mi pare suggerire qualcosa di molto intuitivo.
Meglio inserire, misurare e poi correggere, secondo me.

[cronos80]

Ogni risposta a queste domande non mi pare suggerire qualcosa di molto intuitivo.
Meglio inserire, misurare e poi correggere, secondo me.

Non sono d'accordo, da utilizzatore di CAD [1](in ambito meccanico), la tendenza di tutti i CAD professionali per la progettazione (in pratica escludo quelli per il rendering) è proprio quella di definire durante l'immissione piuttosto che inserire, misurare, correggere. D'altro canto però stiamo parlando di uno schematic editor...


[1] Utilizzo CAD con la nuova accezione: Computer Aided Design e non Computer Aided Drafting. La differenza è che mentre i primi servono di supporto alla progettazione (disegno, distinte materiali, note aggiuntive,...), i secondi servono di supporto al disegno.
Ad es. Kicad si può inserire nel primo gruppo, Autocad del secondo.

[Kagliostro]

Ciao DarwinNE

D'accordo, se ritieni che sia una cosa complicata da gestire, più che una cosa utile ...........

in ogni caso mi vengono in mente almeno due criteri per stabilire il punto di "origine" di una linea e di conseguenza il senso verso il quale la stessa debba allungarsi o rimpicciolirsi (opposto all'origine) per assecondare un eventuale comando relativo alla lunghezza

Naturalmente, come per tantissime altre cose, si traterebbe di una scelta arbitraria ma utile a disambiguare il verso nel quale attuare il comando

1) si potrebbe prendere il punto della linea più vicino all'angolo in alto a sinistra della finestra come punto origine della linea

2) se esiste (e non so se esista) un punto con coordinate 0,0 prendere il punto della linea più vicino a questo come punto origine

Da tener presente che si potrebbe anche inserire la linea (anche solo un piccolo tratto) ed una volta disegnata riprenderla per editarne le caratteristiche ed immettere la lunghezza desiderata

Quanto a disegnare, misurare, correggere e rimisurare, invito solo a provare per vedere quanto ottenere ciò che si vuole non sia molto semplice

Naturalmente resta valido quanto scritto in grassetto nella seconda riga

K

[DarwinNE]

Kagliostro, cronos80, non è tecnicamente una cosa difficile da aggiungere (però ci saranno altre priorità). Tuttavia per specificare un segmento ci vogliono 4 parametri. La lunghezza è uno. Per gli altri, Kagliostro hai capito il problema ed hai dato delle possibili soluzioni.
Dato che FidoCadJ si vuole uno strumento semplice da utilizzare, si tratta di capire quali fra queste soluzioni risulti la più naturale per un utente lambda, che non viene per forza da un uso intensivo di AutoCad.