Come sa chi segue questo forum, da parecchi anni avevo una raccolta di "Appunti wxPython" online, che però aveva bisogno di una profonda revisione...

Adesso li ho rivisti, e ne è venuto fuori un libro: "Capire wxPython: strumenti e buone pratiche per progettare applicazioni GUI desktop complesse". Niente meno.

In poche parole, è la risorsa più completa su wxPython disponibile in Italiano. In qualche parola in più: https://pythoninwindows.blogspot.com/2019/05/capire-wxpython.html

Il libro si trova qui: https://leanpub.com/capirewxpython e c'è pure il campione omaggio, per chi non si fida.

import wx
import wx.stc as stc

class Main(wx.Frame):
    def __init__(self, *a, **k):
        wx.Frame.__init__(self, *a, **k)
        p = wx.Panel(self)
        p.SetBackgroundColour(wx.BLACK)
        ctl = stc.StyledTextCtrl(p, style=wx.BORDER_NONE)
        # ctl = stc.StyledTextCtrl(p)
        ctl.MarginLeft = 0
        ctl.MarginRight = 0
        ctl.SetMarginWidth(1, 0)
        ctl.UseVerticalScrollBar = False
        ctl.UseHorizontalScrollBar = False
        ctl.StyleSetSpec(stc.STC_STYLE_DEFAULT, 'back:#000000')
        s = wx.BoxSizer(wx.VERTICAL)
        s.Add(ctl, 1, wx.EXPAND|wx.ALL, 30)
        p.SetSizer(s)

if __name__ == '__main__':
    app = wx.App()
    Main(None).Show()
    app.MainLoop()

avete un minuto per vedere che effetto fa questo su osx e/o linux? Se funziona, non dovreste vedere *nulla*. Una perfetta finestra nera. Per confronto, se togliete lo stile "wx.BORDER_NONE" (come nella riga commentata), dovreste vedere il bordo del widget che spicca sul nero.
Sono quasi sicuro che funziona, ma è un widget complesso e non vorrei che fosse renderizzato in modo strano su altre piattaforme...

Grazie mille!

Adesso che git è entrato a far parte stabile del workflow in casa MS, c'era da aspettarsi che cominciassero a filtrare un po' di articoli su git anche da quelle parti.

Raymond Chen ha scritto un lungo saggio di buone pratiche intitolato "stop cherry picking, start merging", dove spiega
- che il cherry picking è una cattiva pratica e non si dovrebbe mai fare
- che git non supporta ufficialmente il partial merging, ma non è difficile farlo comunque
- e poi esamina una serie di scenari in cui conviene fare merging invece di cherry picking.

E' una lettura molto interessante, ovviamente dedicata a chi usa git in modo (semi)professionale. https://blogs.msdn.microsoft.com/oldnewthing/20180323-01/?p=98325

Sempre da Raymond Chen, un articolo più aneddotico che fa il punto dei recenti sviluppi dell'uso di git in casa MS: per esempio, solo la "creator update" di windows è stata una botta di 4 milioni di commit. E MS ha dovuto inventarsi un meccanismo di queueing per i pull request, perché una tipica giornata di lavoro da quelle parti ha centinaia di pull request che provocano race conditions a non finire col normale meccanismo di risoluzione dei pull request di git. Eccetera. https://blogs.msdn.microsoft.com/oldnewthing/20180326-00/?p=98335

In un thread recente ci si lamentava di Spyder, l'arcaico e macchinoso ide che purtroppo Anaconda (e altre distribuzioni python) propone di default.
Come se ci avessero sentito, dalla versione 5.1 Anaconda ha deciso di includere Visual Studio Code come ide alternativo:
https://docs.anaconda.com/anaconda/release-notes#anaconda-5-1-0-feb-15-2018
https://blogs.msdn.microsoft.com/pythonengineering/2018/02/15/visual-studio-code-is-now-shipping-with-anaconda/

Inutile dire che, se usate Anaconda, d'ora in poi non avete più scuse per non utilizzare un ide più moderno come VSC.

PHP 7 Programming -
ops, ehm, forse ho sbagliato forum... come non detto.

 

Oggi potete scaricarvi Python Machine Learning  di Sebastian Raschka, all'ormai consueto indirizzo https://www.packtpub.com/packt/offers/free-learning

Ok, ieri "Python for Secret Agents" era un po' una bufala, ammettiamolo.
Ma oggi si fa più interessante, dai....
https://www.packtpub.com/packt/offers/free-learning