FidoCadJ 0.24.9 alpha

[DarwinNE]

Il messaggio "Cannot save the library status." è dovuto probabilmente al fatto che il programma non riesce a creare una directory temporanea per permettere l'undo di tutte le operazioni sulle librerie di simboli. Magari cerco di capire perché.

La ragione era molto semplice: non avevo definito la directory delle librerie utente. Servirebbe magari avere un messaggio più esplicito in questo caso?

[theking0]

Allora servirebbe anche un runtime di Java per macOS, e poi con "run.sh" si va a rilevare il sistema e settare il relativo ambiente.
Questo però non riesco a farlo io, non possiedo un mac.
Per qualche motivo ero convinto che macOS potesse eseguire gli elf di Linux.

...
La ragione era molto semplice: non avevo definito la directory delle librerie utente. Servirebbe magari avere un messaggio più esplicito in questo caso?

Si, forse sarebbe meglio un messaggio più esplicito in questo caso.

Per quanto riguarda il controllo delle versioni non riscontro problemi ne su Windows ne su Linux in VM, non so perché a Max gli ha restituito quell'errore.

EDIT**:
Ho trovato e risolto il problema del controllo versione, era un errore di handshake SSL/TLS tra Java su Linux e i server di GitHub.

[Max2433BO]

@theking0

Max2433BO, quando puoi potresti controllare se quell'errore derivato dalla lipjpeg te lo da aprendo i menu in alto o i menu con il tasto destro sulle varie parti del programma ?
Controlla anche se sui menu vedi le icone.
(...)

Allora l'errore appare solo se si vuole aprire il menu composizione e, come dici, quando si clicca con il tasto destro su una parte dell'area di lavoro, però non sempre.

Nei vari menu le icone appaiono tutte.

[theking0]

Max2433BO, ok, grazie. Con la prossima release vedo di sistemare quel problema.

DarwinNE, in questi giorni ho lavorato sulla classe Graphics2DSwing e in particolare sulla drawGrid, sono riuscito a diminuire del 29% il tempo medio di disegno.

Campione di disegno con diverse centinaia di elementi e griglia al 100%:

Senza ottimizzazioni

Codice: Seleziona tutto

R: Time elapsed: 82.0 averaging 80.4771689497717ms in 438.0 redraws; record: 35.0 ms
R: Time elapsed: 82.0 averaging 80.48063781321184ms in 439.0 redraws; record: 35.0 ms
R: Time elapsed: 86.0 averaging 80.49318181818182ms in 440.0 redraws; record: 35.0 ms
R: Time elapsed: 83.0 averaging 80.49886621315193ms in 441.0 redraws; record: 35.0 ms
R: Time elapsed: 82.0 averaging 80.50226244343891ms in 442.0 redraws; record: 35.0 ms
R: Time elapsed: 84.0 averaging 80.51015801354401ms in 443.0 redraws; record: 35.0 ms
R: Time elapsed: 78.0 averaging 80.50450450450451ms in 444.0 redraws; record: 35.0 ms
R: Time elapsed: 80.0 averaging 80.50337078651685ms in 445.0 redraws; record: 35.0 ms
R: Time elapsed: 82.0 averaging 80.5067264573991ms in 446.0 redraws; record: 35.0 ms
R: Time elapsed: 82.0 averaging 80.51006711409396ms in 447.0 redraws; record: 35.0 ms
R: Time elapsed: 79.0 averaging 80.50669642857143ms in 448.0 redraws; record: 35.0 ms
R: Time elapsed: 84.0 averaging 80.51447661469933ms in 449.0 redraws; record: 35.0 ms
R: Time elapsed: 108.0 averaging 80.57555555555555ms in 450.0 redraws; record: 35.0 ms


Con ottimizzazioni

Codice: Seleziona tutto

R: Time elapsed: 79.0 averaging 56.64681724845996ms in 974.0 redraws; record: 26.0 ms
R: Time elapsed: 81.0 averaging 56.67179487179487ms in 975.0 redraws; record: 26.0 ms
R: Time elapsed: 83.0 averaging 56.69877049180328ms in 976.0 redraws; record: 26.0 ms
R: Time elapsed: 83.0 averaging 56.72569089048106ms in 977.0 redraws; record: 26.0 ms
R: Time elapsed: 82.0 averaging 56.75153374233129ms in 978.0 redraws; record: 26.0 ms
R: Time elapsed: 85.0 averaging 56.78038815117467ms in 979.0 redraws; record: 26.0 ms
R: Time elapsed: 84.0 averaging 56.80816326530612ms in 980.0 redraws; record: 26.0 ms
R: Time elapsed: 85.0 averaging 56.83690112130479ms in 981.0 redraws; record: 26.0 ms
R: Time elapsed: 88.0 averaging 56.86863543788187ms in 982.0 redraws; record: 26.0 ms
R: Time elapsed: 83.0 averaging 56.89521871820956ms in 983.0 redraws; record: 26.0 ms
R: Time elapsed: 80.0 averaging 56.91869918699187ms in 984.0 redraws; record: 26.0 ms
R: Time elapsed: 79.0 averaging 56.941116751269035ms in 985.0 redraws; record: 26.0 ms
R: Time elapsed: 82.0 averaging 56.96653144016227ms in 986.0 redraws; record: 26.0 ms
R: Time elapsed: 80.0 averaging 56.98986828774063ms in 987.0 redraws; record: 26.0 ms
R: Time elapsed: 77.0 averaging 57.01012145748988ms in 988.0 redraws; record: 26.0 ms
R: Time elapsed: 86.0 averaging 57.03943377148635ms in 989.0 redraws; record: 26.0 ms


Questa modifica dovrebbe risolvere la #166, oltre che avere un beneficio generale.
La testo ancora un po' e poi carico il commit.

[DarwinNE]

Complimenti, theking0, il disegno della griglia è un problema non da poco come ti sarai accorto. Mi aveva dato un po' di grattacapi perché alla fine non è così facile farlo in fretta

Posso provare io ad aggiungere un JRE alla distribuzione per macOS. Domande stupida: dove lo trovo? Che versione hai messo per Linux e Windows? Non sarebbe più facile fare delle distribuzioni diverse Linux/macOS/Windows?

[theking0]

Grazie Davide, si era un po' che ci rimuginavo su, alla fine mi sono deciso a dedicargli un paio di giorni.

Per il JRE ho usato jlink, tool compreso nel pacchetto di sviluppo Java, basta lanciare il comando:

Codice: Seleziona tutto

jlink \
  --module-path "%JAVA_HOME%\jmods" \
  --add-modules java.base,java.desktop,java.prefs \
  --output runtime \
  --strip-debug \
  --compress=2 \
  --no-header-files \
  --no-man-pages


e ti crea una cartella "runtime" con dentro tutto il necessario.
Non so se funziona ugualmente su macOS, ma credo di si.

Per quanto riguarda creare pacchetti diversi per ogni sistema, credo anch'io che sia la soluzione migliore, avevo tenuto tutto dentro allo stesso zip solo per comodità nella fase di pre-release, ma possiamo iniziare a scorporarle se vuoi.

P.S. ho caricato tutte le ultime modifiche su git

[DarwinNE]

Sì, grazie, jlink funziona. Si riesce secondo te a scrivere uno script e tenerlo nei sorgenti per creare automaticamente una release?

Il meglio sarebbe avere una app con macOS, ma il problema è che bisognerebbe firmarla in qualche modo per evitare i messaggi dal sistema operativo del tipo "app non riconosciuta, malevola, brutta brutta, VIRU$$, VIRU$$, blokka tutto, beurk beurk! Buttare nel cestino e tirare l'acqua dello sciacquone?" Boh, se ho un po' di tempo ci rifletto nei prossimi giorni.

[theking0]

Avevo pensato anch'io a un sistema di automatizzazione per le release, ma non è così semplice, ad esempio su Windows per creare un eseguibile dal jar si usa Launch4J, che non mi sembra posso prendere argomenti da linea di comando.
Vedo se riesco a inventarmi qualcosa.

Per quanto riguarda il firmare gli eseguibili, non so come funziona con Apple, credo bisogna registrassi e ottenere un qualche certificato.
Comunque quasi sicuramente vogliono dei soldi per rilasciarlo.

[Etemenanki]

... il programma non riesce a creare una directory temporanea ...

La soluzione piu semplice non e' quella di creargliene una vuota di default ?

[DarwinNE]

La soluzione piu semplice non e' quella di creargliene una vuota di default ?

Bisognerebbe distinguere per sistema operativo (l'organizzazione non è la stessa) ed oltretutto non è così evidente decidere dove crearla...
A me non piace che un programma decida da sé di crearmi delle directory nella mia home, se devo essere sincero...