Secondo appuntamento relativo a SciTE, non previsto inizialmente, ma necessario per descrivere come poter gestire al meglio API e keywords in un progetto che utilizza le EFL.
Nel post precedente l’indicazione di quale file API utilizzare veniva fatta tramite il file .SciTEUser.properties , ma questo modo non mi sembra troppo “pulito”, infatti la necessità di caricare diversi file API potrebbe rendere meno chiaro il file di configurazione stesso; e ancora peggiore sarebbe l’impatto per le keywords (per ottenere l’highlight delle funzioni): il file cpp.properties conterrebbe così un lunghissimo elenco di funzioni, e chiarezza e leggibilità andrebbero a farsi benedire.
Inoltre, cosa ben più grave, le modifiche ai file del pacchetto base (cpp.properties nel dettaglio, e SciTEGlobal.properties nel caso delle configurazioni di stile) potrebbero andare perse in caso di aggiornamenti di SciTE.
E allora cosa si puo’ fare?
Niente di piu’ semplice, utilizzare la capacità di SciTE di sovrascrivere le varie impostazioni dal basso verso l’alto, partendo dal file SciTE.properties fino ad arrivare al file SciTEGlobal.properties.
Nel dettaglio, i files interessati sono i seguenti, in ordine di overriding:
il file SciTE.properties (posizionato nella directory del file che si sta editando) sovrascrive il file SciTEDirectory.properties (posizionato o nella directory del file che si sta editando oppure nella directory superiore), che sovrascrive il file .SciTEUser.properties (posizionato nella propria homedir), che sovrascrive il file SciTEGlobal.properties (in Ubuntu presente nella directory /usr/share/scite).
E’ chiara la possibilità di realizzare un sistema che permette, tramite i file SciTE.properties oppure SciTEDirectory.properties, di caricare i file API e l’elenco di keywords relativi alla EFL che si usa realmente.

Happy coding e alla prox