E' possibile integrare nel portale uno schematic editor?

[DarwinNE]

edit: tuttavia noto che mentre l'angolo in alto-sx viene ritagliato "a filo" del quadrato, l'angolo in basso-dx ha un certo numero di px bianchi di bordo. è una cosa voluta?

Capisco, nel senso che a destra aggiungo 20 pixel in x ed in y, ma non lo faccio a sinistra. L'ideale sarebbe lasciarne 10 da entrambe le parti ed avere una resa maggiormente simmetrica, oppure non lasciare nulla da entrambe le parti?
Oltretutto, quel bordino, ehm, beh, sì, insomma, è stato originariamente introdotto perché FidoCadJ non era molto preciso nella determinazione delle dimensioni dei componenti e mi serviva un minimo di margine di sicurezza

[angus]

Io voto per il bordino simmetrico! Senza mi piace meno.
la dimensione non è un problema, IMO lascia pure 20px da tutte le parti se ti risolve il problema di determinare in modo preciso se hai qualche componente che "sfora"

ah, è un po' che scrivo e che uso il tuo programma, ma non ti ho mai fatto i complimenti: lo faccio ora

[admin]

[..]

Admin, Webmaster, otete dirmi se il bug #3127289 è stato effettivamente risolto? [..]

Si, ho fatto alcune prove e le dimensioni riprodotte sono corrette, indipendenti dalla posizione della porzione selezionata

[DarwinNE]

ah, è un po' che scrivo e che uso il tuo programma, ma non ti ho mai fatto i complimenti: lo faccio ora

Thanks

Ad ogni modo, il sistema migliore per ringraziarmi efficacemente è usare il programma e parlarne in giro. Corro un po' il rischio di ripetermi, ma vi invito a segnalare bug, proporre nuove funzioni, oppure recensire il programma sul sito di Sourgeforce. Se partecipate a Ohloh, aggiungete FidoCadJ al vostro stack.

Ritornando al bug di cui si parlava sopra, non credo che sia difficile sistemare il bordino di modo che sia simmetrico, quello che non è proprio banale (quando ci sono delle macro e tanti layer in gioco) è il calcolare correttamente l'ingombro del disegno. Per adesso, mi basta sapere che probabilmente il problema è risolto (anzi, lo segnalo come "fixed" su Sourceforge), nel futuro metterò a posto il bordino e se vedete comportamenti strani fatemelo sapere.

Grazie!

[admin]

Problema copia-incolla della nuova versione

0.23.4

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

0.23.5.alpha

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Anche copiando il codice nella nuova versione incollandolo nella vecchia si ottiene lo stesso risultato

[DarwinNE]

Problema copia-incolla della nuova versione

Ohi, che strano

Grazie per la segnalazione, ci lavoro su!!!

[DarwinNE]

Allora, ho lavorato sui problemini che mi avete segnalato (grazie!) e ho messo su SourceForge la versione 0.23.5 beta di FidoCadJ. Potete dirmi se i problemi sono stati effettivamente risolti o se per caso ne sono venuti fuori degli altri?

http://sourceforge.net/projects/fidocad ... r/download

Grazie!

[StefanoSunda]

Il copia incolla funziona ok

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

[admin]

Mi capita questo problema con copia-incolla
Disegno identico.
Copiato da versione 0. 23.4

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

copiato da versione 0.23.5

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Se però copio ed incollo il codice di 0.23.4 in 0.23.5 e poi da qui ricopio ed incollo nel messaggio non si perde nulla

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

[DarwinNE]

Uhm. Prima di tutto, qualche spiegazione, perché tutti possano provare a replicare il bug. Il problema di cui sopra è legato al salvataggio o al copia/incolla quando l'opzione "Suddividere le macro non standard" è attiva.
Da un punto di vista tecnico, questo accade perché in questo caso le routine che permettono di ottenere il codice che rappresenta il disegno sono molto diverse (si tratta di una vera e propria esportazione in formato vettoriale). L'errore è contenuto nel calcolo delle coordinate durante la suddivisione delle macro non standard ed è la ragione per cui si ha l'effetto mostrato (che si evita con una prima esportazione in cui le macro non standard sono già suddivise nella 0.23.4).
Per chi volesse provare a replicare il bug, le istruzioni sono le seguenti:
- attivare l'opzione "Suddividere macro non standard durante il copia/incolla"
- fare un disegno normalmente, utilizzando delle macro della libreria PCB Footprints, oppure IHRaM (NON quelle della libreria standard che non sono suddivise)
- fare un copia/incolla nel forum, oppure anche in un'area diversa dello stesso disegno.

Admin, che versione preliminare stai utilizzando? Nella 0.23.5 beta, ho cercato di introdurre una soluzione a questo problema che è apparso nella 0.23.5 alpha. Stai utilizzando la prima o la seconda?