Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - splugenbrau

Pagine: 1 2 [3] 4 5 ... 14
31
OpenBar / Re:In arrivo le GTK4.0
« il: 07 Febbraio 2021, 11:16:52 »
NASM
Ho trovato come disegnare un rettangolo blu sullo schermo bypassando tutto, anche X11 (NON il sistema operativo) con NASM.

https://stackoverflow.com/questions/21551935/assembly-code-to-draw-a-square

Ma ciò è sconsigliato (ovvio) eppoi l'esempio è per NASM a 32 bits (non 64).

Nana
Cercando su internet a tappeto mi sono imbattuto in Nana, un progetto di un autore cinese.
Nana è un framework molto bello, somiglia a Gnome. Ha i pulsanti con gli angoli
smussati. La scelta di un font leggibile e marcato.
L'installazione non è facilissima, ma l'assistenza in linea è soddisfacente. Gli esempi comprendono listboxes, combo boxes, radio boxes, progress bars.
Per contro non ho visto un esempio di GridView/TableView. Nana è scritta in C++ e quindi il programma che se ne serve deve essere in C++. Non sono ancora riuscito a capire appieno la sua sintassi.
Nana pone le sue fondamenta (come Gtk e Qt) su Xlib.


Xlib
.
Quindi sto facendo dei tentativi di partire anch'io da Xlib. Che è scritto in C. Xlib produce facilissimamente dei form metal-gray con bottoni. Però squadrati. Il font è appena leggibile. I controlli di edit nelle textboxes sono tutti da costruire. E non è affatto facile. Tutti i controlli superiori: GridView, combo, listbox, progress bars sono da costruire. 
Xlib prevede una barra di menu che però devo ancora verificare. Manca la StatusBar.
Anche Xlib nel passato, di tanto in tanto ha fatto delle migliorie. Ad esempio il passaggio dalle stringhe ASCII alle stringhe UTF-8 lo ha risolto con delle struct e un insieme di funzioni che ho scelto di ignorare.
Xlib invia degli eventi quando il mouse passa sopra i pulsanti e quando si premono i tasti della tastiera.


32
OpenBar / Re:Raspberry Pi Pico
« il: 22 Gennaio 2021, 16:32:25 »
Una sorta di Arduino attaccato a Raspberry, o sbaglio ?  ???

33
OpenBar / Re:Electronica Nova
« il: 11 Gennaio 2021, 18:25:33 »
Pensavo di non rivederle più.
Ci sono tante formule utili anche se non accademiche.

Ottimo lavoro. :ok:

Ne ho fatto un bookmark.

34
OpenBar / Re:In arrivo le GTK4.0
« il: 20 Dicembre 2020, 17:52:54 »

C'era bisogno di semplificare le GtkTreeView e forse l'hanno fatto:

https://blog.gtk.org/2020/06/07/scalable-lists-in-gtk-4/

Però l'hanno fatto in nome della 'scalabilità', non della semplificazione. Anzi; includere dei filmati nelle liste e griglie non è una semplificazione!
Forse la parte software che gestiva i containers andava migliorata, anche se inventare dei GtkLayoutManagers è una completa novità:

https://blog.gtk.org/2019/03/27/layout-managers-in-gtk-4/

La notizia buona è che il file xml delle risorse è ancora presente, anche se sarà diverso. E il Wysiwyg 'Glade per GTK' dovranno adattarlo di conseguenza.
Ma il problema per un programmatore free-lance come molti di noi è che non si fa in tempo a costruire niente di grafico che i motori grafici ci "cambiano sotto i piedi".
Qui in Gambas probabilmente questo problema se lo accolla Benoit Minisini e non so come faccia. Nel mondo di OpenCobol hanno abbandonato l'idea di fornire la grafica proprio per il fatto che chi fa grafica, ogni 2 anni cambia radicalmente tutto.
La grafica è accattivante e i programmatori di grafica lavorano alacremente. Non sono solo le Gtk che cambiano. Cominciano a comparire molte alternative sul mercato:

https://www.slant.co/options/3076/alternatives/~gtk-alternatives

e tutte cambiano. E quelle che non lo fanno è perchè il loro autore è un singolo che è passato a miglior vita. E per questo la sua grafica può diventare presto obsoleta per cambio dell'hardware.

La soluzione sarebbe una grafica modesta che sia mantenuta da un team non esaltato. Ma questo non è naturale.
E per di più, andando verso il limite fisico della velocità dei microprocessori rischiamo che il processore sia impegnato per il 90% a fare grafica e al 2% a processare i dati.

La vera soluzione è una sola: ...fatevi la vostra personale grafica!!
Da quando il consorzio Vesa ha unificato le varie Xga, Cga... in un solo standard, ora dovrebbe essere un pò più facile. Non so, devo indagare.  :hatecomputer:



35
OpenBar / Re:Presentazione "nuovo" gamberetto
« il: 04 Dicembre 2020, 14:38:30 »
Benvenuto.

36
Altri linguaggi / Re:Android: MIT App Inventor
« il: 29 Ottobre 2020, 21:26:36 »
Ho spulciato un tutorial a caso: "LEGO Tilt to Drive"

https://docs.google.com/document/d/1KZF1785Kan2ZKHY90114lIXzhn-5SOX3g21h03fHRnA/edit

Bello !! Programmare graficamente con dei puzzle colorati !!! Anche qui un gran lavoro di un team di programmatori affiatato. Come al solito mi pongo le stesse  domande: 1 - E' veramente facile imparare a programmare ?? 2 - Un programmatore riesce ad essere competitivo sul mercato con questo
ambiente di programmazione ?? Quante cose si possono fare veramente con questo dispositivo ?? E' open source ?? E' gratuito ??
Un programma scritto coi puzzles è veloce ?? Quanto è grande in kilobytes ?? Riesco a pubblicare i miei programmi su tutte le piattaforme ??
Posso sfruttare commercialmente i miei programmi. ??
Se scommetto il mio tempo su questo ambiente di programmazione, necessariamente lo sottraggo al Python o al Perl o a qualche altro linguaggio.
E' più proficuo programmare per i computers o per gli i-phones ?? Tra quali progetti scegliere quello della mia vita ??  :hard:

37
Linguaggio Kotlin e un emulatore Android: BELLO !! :o
Non so se e quanto funzioni tutto quanto,
nè se è completamente gratuito,
nè quanto tempo occorra a un neofita
per diventare produttivo.

Di una cosa però sono meravigliato: i telefonini intelligenti sono comparsi più o meno sul mercato nel 2014. Com'è possibile che un programmatore o un team
sia in grado di produrre un linguaggio nuovo, un emulatore nuovo, programmi vari, manuale, esempi, corso interattivo e sito in soli 6 anni ??? :rolleyes:

38
OpenBar / Pale Eoliche
« il: 15 Ottobre 2020, 13:00:31 »
https://www.bbc.com/future/article/20201013-is-wind-powers-future-in-deep-water


La Scozia sperimenta le prime
turbine eoliche galleggianti in alto mare.

La tecnologia sembra promettente:
la resa è la stessa delle turbine su terra
o sul fondo delle acque territoriali.
Con il vantaggio che interferiscono
meno con la vita di uccelli, balene, pesci
e pescherecci, notoriamente più attivi
vicino alle coste.
Senza contare che in mare aperto
i venti sono sovente più forti e più
costanti soprattutto nella direzione.

Inoltre pare possibile aumentare le dimensioni
delle pale di 3 volte le altezze attuali,
aumentando di conseguenza il
rendimento di elettricità. 8)

Purtroppo fanno notare che gli impianti
attuali sono solo 6 prototipi.
Per la produzione in serie c'è da costruire
tutto l'indotto di fabbriche e mancano
le aziende private che vogliano rischiare.
Perciò gli scenziati si rivolgono
ai Governi dei vari Stati.
Tuttavia per la manutenzione ci vogliono
anche dei moli, dei porti e delle navi
commisurati alle dimensioni delle pale
di tali generatori.
Il futuro rischia di essere molto lontano.

39
OpenBar / Re:Telelavoro
« il: 11 Ottobre 2020, 14:24:47 »
https://www.bbc.com/worklife/article/20200928-should-you-get-paid-based-on-where-you-live

Le grandi aziende del mondo
si stanno facendo un'idea di come e
quando è possibile il telelavoro.
Stiamo parlando del settore terziario e
terziario avanzato.
Sopratutto comprendono che possono
abbassare i costi del personale
reclutato in aree del pianeta meno
costose anche a un terzo o meno.
Un esempio tipico per una firma
nota che recluti impiegati invece
che in loco, a Londra, reclutarli
in Madagascar, presso immigrati
inglesi.

Qualcuno ha sollevato il problema
che il dipendente meno pagato
potrà sentire la sua condizione
come un'ingiustizia.
Magari si guarderà continuamente
intorno in cerca di offerte di
lavoro migliori.
Ma le ingiustizie ci sono già
tra dipendenti pagati uguali
e provenienti entrambi dallo
stesso nucleo urbano e che
hanno la stessa mansione.
Perchè magari uno ha la possibi-
lità di risparmiare di più
il suo stipendio rispetto a
un altro.
Vuoi perchè uno ha figli e
l'altro no. O perchè uno è
in affitto e l'altro no.

Quindi le aziende cercano
di risparmiare tagliando sui
salari. D'altra parte devono
fare attenzione a non perdere
i lavoratori più produttivi.
Ecco che si delineano dei
limiti anche ai salari più
bassi.
Il costo della vita nei centri
urbani minori però non sono
fatti della sola spesa del
cibo e della casa, ma anche
dalle tasse.
Per orientarsi meglio nella
stesura di un contratto di
assunzione gli indicatori
di mercato hanno suggerito
tre livelli:
1 - Stessa paga
2 - Paga giusta
3 - Paga Competitiva
La paga risultante deve essere
una media dei tre livelli
suddetti.
La stessa paga è quella
delle figure assunte presso
la sede della ditta.
La paga giusta è quella
in proporzione al calo del
costo della vita nel luogo
in cui vive il dipendente.
La paga competitiva è quella
che la ditta offre per non
perdere la figura professionale
per licenziamento.

Quanto al problema della tutela
dello Stato contro i licenziamenti
ingiusti (=italiano art.18),
sappiamo bene che è già stato
vanificato da quasi tutti i Paesi
del mondo.
Non resta che vivere alla giornata. :-\


40
OpenBar / Donne e motori
« il: 10 Ottobre 2020, 10:01:39 »
https://www.bbc.com/news/business-54479745

Andando verso le auto elettriche,
l'industria delle automobili
chiede nuove figure professionali.
Programmatori, progettisti di elettronica
andranno a integrare gli
ingegneri meccanici e
i disegnatori di CAD.
Ci sarebbero opportunità anche di
lavorare da casa.
E' in questo contesto che anche le donne
potrebbero avere la loro parte. ;)


41
OpenBar / Auto autoguidata
« il: 08 Ottobre 2020, 13:33:05 »
https://www.bbc.com/future/article/20201007-can-driverless-cars-tackle-climate-change

Il progetto di una automobile auto-guidata
sembra tradire le aspettative.
La grande quantità di telecamere, sensori
di prossimità e radar aumenterebbe
il consumo di energia elettrica.
E anche il peso stesso dell'elettronica
di bordo ne aumenterebbe altrettanto.

Con il costo di tutta questa elettronica
pare impossibile produrre un auto
con un prezzo minore di quattro auto
convenzionali.

E l'impiego di taxi auto-guidati, robocab,
e multiproprietà ci porterà a impiegare
l'auto un passeggero alla volta,
vanificando il risparmio energetico
globale. :-\


42
Altri linguaggi / Re:ambiente di sviluppo ideale
« il: 06 Ottobre 2020, 09:54:01 »
Citazione
Questo significa che li hai gia provati, pertanto perchè non la fai tu?

Per quanto possa pesare la mia valutazione di Eclipse/Java
 ... all'incirca nel 2011 interruppi
a metà l'installazione perchè era lentissima;
usavo un vecchio piccolo Asus Eeepc 701.

Citazione
il .net che odio profondamente!
ieri stavo appunto guardando il sito della Microsoft su questo prodotto.
Perchè tanta avversione??? ???

43
Altri linguaggi / Re:ambiente di sviluppo ideale
« il: 06 Ottobre 2020, 07:29:08 »
Citazione
mastrobirraio
:2birre:

Citazione
posto questa tabella di valutazione
...manca la valutazione di Eclipse/Mono/Java/Swing :-\

44
Altri linguaggi / Re:ambiente di sviluppo ideale
« il: 04 Ottobre 2020, 08:15:09 »



...anche a me piace tenermi informato su tutti gli orizzonti,
pur apprezzando Gambas.
Io però, dopo un pò di tempo, toglierei la grappetta a questo post,
poichè dalla pagina dell'indice non sono più visualizzati i nuovi post.
 :ciao:

45
Altri linguaggi / Re:ambiente di sviluppo ideale
« il: 03 Ottobre 2020, 16:57:11 »
https://www.gambas-it.org/smf/index.php?topic=3902.0

Ho curiosato un pò indietro tra i post e ho trovato  :coder:
che in questo forum già si conosceva e si apprezzava
LiveCode nel febbraio del 2015.  :ok:

Pagine: 1 2 [3] 4 5 ... 14