Re: [Python] Sviluppare una system tray per macos

2018-02-05 Per discussione Strap Lab
Il 06/feb/2018 01:08, "Karim"  ha scritto:



2018-02-06 9:17 GMT+11:00 Karim :

> Se riesco a farmi anche la app standalone per Mac, sono a cavallo.
>

​Update2:

Fatto l'eseguibile: 250MB.

Azz!​



Ciao Karim,
un'altra mela da provare è pyobjc.
Per questioni di tempo non l'ho provato, ma su github potresti trovare
quello che ti serve.
Il mio Google-fu ha recuperato questi:

https://gist.github.com/Tehnix/4529532
https://github.com/jone/unison-tray
https://github.com/half0wl/simon

Poi penso che per pacchettizzare il tutto un pyinstaller o simile vada bene.

Sani
Strap
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python


Re: [Python] Sviluppare una system tray per macos

2018-02-05 Per discussione Karim
2018-02-06 9:17 GMT+11:00 Karim :

> Se riesco a farmi anche la app standalone per Mac, sono a cavallo.
>

​Update2:

Fatto l'eseguibile: 250MB.

Azz!​


-- 
Karim N. Gorjux
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python


Re: [Python] Sviluppare una system tray per macos

2018-02-05 Per discussione Karim
2018-02-06 9:07 GMT+11:00 Karim :

> ​[...]
>


​Update:

Questo ha funzionato alla grande:
https://github.com/baoboa/pyqt5/tree/master/examples/desktop/systray

Se riesco a farmi anche la app standalone per Mac, sono a cavallo.
​
​Carlo: una mela al giorno... ;-)​


-- 
Karim N. Gorjux
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python


Re: [Python] Sviluppare una system tray per macos

2018-02-05 Per discussione Karim
2018-02-05 19:45 GMT+11:00 Carlos Catucci :

>
>
> 2018-02-05 4:52 GMT+01:00 Karim :
>
>>
>> ​Non so perche', ma kivy non mi entusiasma.
>> Per ora JS vince su Python, cosa sta succedendo al mondo?
>>
>>
> ​Tutto riassunto nelle due frasi sopra. Kivy ti permette di fare tutto (
> se vedi le demo roba tipo Barly, ProcessCraft e Bargenius ti rendi conto
> della sua potenza ) ma se non ti piace ​
>

​In realta' "non mi piace" e' sbagliato. Ha molto piu' senso dire "non e'
cio' di cui ho bisogno"​



> ​C'e' da dire pure che Mac OsX e' habitat naturale di una fauna che con il
> nostro amato serpente ha poco a che fare, creativi, grafici, utonti
> incapaci di usa un OS decente, pardon, e simili.
> Vero che vedo diversi developers lavorare con Mac ma io sul mio vecchio
> MacBookPro 13" dopo qualche mese di MacOsX mi sono rovato a dover piallare
> tutto e mettere su LInux se voleovo lavorare senza impazzire.
>

​Io non disdegno linux, ma preferisco macOs come desktop. Per tutto cio'
che riguarda i server uso linux (docker, VM), ma dato che sono anche
utente, il mac mi fa comodo per svariati motivi.​


> ​Tornando in topic, ho idea che librerrie Python specifiche che wrappino
> Objective C e Cocoa ​(per ora ancora in gran parte dominante su Swift che
> invece ha diversi ottitmi motivi di esistere, ma che e' troppo recente per
> poter scalzare il vecchio sovrano in maniera definitiva) ce ne siano pohe
> anche per la complessita' del codice sottostante. Oltre che essere un
> codice (e un OS) proprietari e chiusi come un'ostrica, cosa che non
> incoraggia molto il reverse engineering (dato che Apple tende a perseguire
> legalemnte chiunque violi quelle che secondo loro sono le giuste condotte
> in questo campo).
>

​Non lo so, io ho sempre avuto l'impressione che python con il desktop non
vada molto a braccetto, ma questo lo dico da programmatore Django quindi
puo' essere che tu abbia ragione, ma mi dispiace perche' Electron sembra
davvero ben fatto, Xojo sara' anche un Basic, ma ti permette di fare dei
bei lavoretti. Xamarin pure... Manca qualcosa che permetta di sviluppare
app desktop crossplatform. Ora do un'occhiata a PyQT5 con Python 3.6

Ciao Carlo e grazie.


-- 
Karim N. Gorjux
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python


Re: [Python] aiuto : pulizia dataset / stato di limitazioni con twitter

2018-02-05 Per discussione Pietro Battiston
Il giorno dom, 04/02/2018 alle 18.14 +0100, Carlos Catucci ha scritto:
> 
> 
> 2018-02-04 18:11 GMT+01:00 Daniele :
> > Il 4 febbraio 2018 14:11, Andrea Lampitto 
> > ha scritto:
> > > non sono qui per farmi insultare da voi ! eliminatemi da questa
> > lista!!
> > 
> > Che pessimo atteggiamento, oltretutto non ho letto insulti.
> 
> Se dico che probabilmente e' uno che programma in PHP dici che
> sarebbe una offesa? 
> L'atteggiamento e' quello. :P

Anche lo status su twitter va in quella direzione ;-)

https://twitter.com/alampitto

ciao

Pietro
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python


Re: [Python] Sviluppare una system tray per macos

2018-02-05 Per discussione Carlos Catucci
2018-02-05 4:52 GMT+01:00 Karim :

>
> ​Non so perche', ma kivy non mi entusiasma.
> Per ora JS vince su Python, cosa sta succedendo al mondo?
>
>
​Tutto riassunto nelle due frasi sopra. Kivy ti permette di fare tutto ( se
vedi le demo roba tipo Barly, ProcessCraft e Bargenius ti rendi conto della
sua potenza ) ma se non ti piace ​
​C'e' da dire pure che Mac OsX e' habitat naturale di una fauna che con il
nostro amato serpente ha poco a che fare, creativi, grafici, utonti
incapaci di usa un OS decente, pardon, e simili.
Vero che vedo diversi developers lavorare con Mac ma io sul mio vecchio
MacBookPro 13" dopo qualche mese di MacOsX mi sono rovato a dover piallare
tutto e mettere su LInux se voleovo lavorare senza impazzire.
Ovvio che e' una cosa personale (anche WIn 8/8.1/10 li trovo scomodissimi,
mentre con Seven ci si riesce a lavoare abbatsnza bene anche se mi mancano
commodities che il pinguino offre). Ovviamente se si usa VS allora tutta
altra musica, rimane uno dei migliori IDE peccato sia legato a filo doppio
con .NET.

​Tornando in topic, ho idea che librerrie Python specifiche che wrappino
Objective C e Cocoa ​(per ora ancora in gran parte dominante su Swift che
invece ha diversi ottitmi motivi di esistere, ma che e' troppo recente per
poter scalzare il vecchio sovrano in maniera definitiva) ce ne siano pohe
anche per la complessita' del codice sottostante. Oltre che essere un
codice (e un OS) proprietari e chiusi come un'ostrica, cosa che non
incoraggia molto il reverse engineering (dato che Apple tende a perseguire
legalemnte chiunque violi quelle che secondo loro sono le giuste condotte
in questo campo).

​Carlos​
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python