nuzzopippo said @ 2025-05-28 19:08:09:

beh, ovviamente il discorso può variare in base ai dati da rappresentare ma di per se è possibile realizzarlo in molti modi.

Uno dei più semplici che mi viene in mente è quello di sfruttare il gestore "grid" per generare un header tipo "codice|descrizione!01|02|..." e quindi sfruttare rowspan nel configurare le celle di codice e descrizione in rapporto al numero di offerte da rappresentare per articolo, mentre ilo metodo colspan permetterebbe di unificare le celle dei giorni in cui ricade una singola offerta. delle label diversamente colorate evidenzierebbero i periodi delle offerte, magari corredati da una brevissima descrizione.




Potrebbe anche utilizzarsi un canvas per "disegnare" le cose ma sarebbe un attimino più articolato.

Volendo potrebbe anche realizzarsi un mix di metodologie ibride.




In ogni caso dovresti decidere "cosa" vuoi per davvero visualizzare e valutare le dimensioni necessarie alla rappresentazione prima ancora di iniziare una implementazione, quantità di dati eccedenti lo schermo comportano approcci diversi da quantità per cui una schermata è sufficiente.




Nel caso Tu ritenga di provare qui qualche bozza proponi un set di dati su cui ragionare che vediamo cosa si riesce ad escogitare.




Ciao

nuzzopippo said @ 2024-02-15 11:38:29:

I miei saluti.
A scopo meramente ludico mi sto studiando la libreria fpdf2, finalizzando alla produzione di moduli tabellari con font e stili scelti dall'utente, la scelta dei fonts avviene per "famiglie" di font selezionate in ambiente tkinter.
Nell'approccio con fpdf2 ho constatato che, necessariamente, deve essere fornito "il file" da utilizzare per la composizione dei testi, specifico per lo stile di testo applicato, essendo la libreria non in grado di operare con la generica fornitura di font-family e style.
Ho, pertanto, iniziato a studiarmi una metodologia per identificare files di font soddisfacenti le scelte utente tra quelli registrati nel sistema, correntemente nel solo linux ma che spero, in seguito, di ampliare anche al mondo windows. Al momento provvedo ad estrarre l'intero set di font rilevati nel sistema tramite fc-list (ho trovato scoraggianti fc-match e fcpatterformat non conoscendo i parametri da applicare di volta in volta) in un subprocess e, quindi, utilizzando il modulo python "fontmeta" per estrarne i metadati e selezionare i file tramite i campi "font_family" e "subfamily"
... certamente l'utilizzo di "fontmeta" non è il massimo, limitando i caratteri gestibili ai soli TrueType ed OpenType ma bene o male può andare, in genere i caratteri di altra codifica (p.e. i Type1) hanno corrispondenze in una delle due tipologie, anche se alcuni, tipo il "Gargi" in esempio sotto

...
font_family            : गार्गी
subfamily              : गार्गी
unique_font_identifier : FontForge : Gargi_1.10v : 12-3-2012
full_font_name         : Gargi
version                : Version 2.0 
postscript_name        : Gargi
...

non so proprio come intercettarli, dato i caratteri "esotici" utilizzati nel compilare a detti campi.

Comunque, pur ritenendo tutto sommato veniali le problematiche sopra esposte, mi sono imbattuto in alcune casistiche che mi lasciano perplesso circa le metodologie che sto implementando.

La prima : le "famiglie" di font solitamente sono definite con file specifici per i caratteri "normale", "grassetto", "corsivo" e "grassetto-corsivo", detti stili son definiti nel campo "subfamily" MA NON HANNO una indicazione uniforme, tanto meno mi è riuscito di trovare una specifica delle definizioni.
Al momento, ho definito un insieme di variabili globali

NORMAL = ['Regular', 'Normal', 'Roman', 'Book']
BOLD = ['Bold','Gras']
ITALIC = ['Italic', 'Italique', 'Oblique']

di appoggio che però non sono esaustive, alcune delle definizioni trovate non ho neanche saputo ove porle.
Qui viene la prima domanda: qualcuno di Voi conosce e saprebbe indicarmi una specifica esaustiva per gli stili di testo? ... o almeno suggerire delle integrazioni?

Altra problematica è data dai file stessi, sul mio sistema (ubuntu con aggiornamenti dalla versione 16 alla 22) coesistono versioni multiple di file con della stessa "famiglia" e stile, sparsi in varie directory, di sistema o locali all'user, rispondenti ad una ricerca ... certo, posso applicare il primo trovato od anche utilizzare le directory di sistema, anche se in esse sono presenti più file soddisfacenti contemporaneamente i requisiti (tipo i fonts Microsoft)
La seconda domanda è : qualcuno conosce l'argomento e saprebbe indicarmi la documentaione da consultare (sperando non sia troppo "laboriosa") e/o suggerimenti?
Per eventuali interessati, il modulo di lavoro sviluppato al momento (work.py) è il seguente:

# -*- coding: utf-8 -*-

import subprocess
from fontmeta import FontMeta

NORMAL = ['Regular', 'Normal', 'Roman', 'Book']
BOLD = ['Bold','Gras']
ITALIC = ['Italic', 'Italique', 'Oblique']

def get_fonts_linux_system() -> list:
    ''' Estrae i fonts registrati in un sistema linux '''
    p = subprocess.check_output('fc-list', stderr=subprocess.STDOUT)
    fonts_data = p.decode('UTF-8').splitlines()
    fonts = []
    for f in fonts_data:
        f_name = f.split(':')[0]
        fonts.append(f_name)
    fonts.sort()
    return fonts

def get_data_file(fname: str) -> dict:
    ''' Estrae i metadati di un file TrueType o OpenType '''
    data = None
    try:
        fm_i = FontMeta(fname)
        data = fm_i.get_data()
    except:
        pass
    return data

def get_from_family(fam: str, style: bool=False,
                    bold: bool=False, italic: bool=False) -> list:
    ''' Estrae i font registrati con famiglia e stile selezionati '''
    fonts = get_fonts_linux_system()
    founds = []
    for f in fonts:
        fname = f.rstrip('\n')
        try:
            fm_i = FontMeta(fname)
            data = fm_i.get_data()
            if data['font_family'] == fam:
                passed = False
                if style:
                    stl = data['subfamily']
                    if not bold and not italic:
                        if stl in NORMAL: passed = True
                    elif bold and italic:
                        st = stl.split()
                        if (len(st) == 2 and (st[0] in BOLD or st[0] in ITALIC)
                            and (st[1] in BOLD or st[1] in ITALIC)):
                            passed = True
                    else:
                        if bold:
                            if stl in BOLD: passed = True
                        elif italic:
                            if stl in ITALIC: passed = True
                else:
                    passed = True
                if passed: founds.append(f)                        
        except:
            pass
    return founds

e funziona con la funzione "get_from_family" che richiede l'elenco dei file a "get_fonts_linux_system" per poi processarli singolarmente richiedendo, per ciascuno di essi, i metadati a "get_data_file" per poi valutarne i metadati in base alle opzioni passate quali parametri.

... se qualcuno è interessato alla finestra (tkinter) di test lo faccia sapere che la posto, sono circa 280 righe di codice e non ho ritenuto fosse al momento necessaria.

Grazie dell'attenzione

nuzzopippo said @ 2024-04-29 15:37:53:

trescon said @ 2024-04-29 15:12:35:

.... ho avuto un'idea ora .... e se io invece di avere un notifica facessi aggiornare la mia interfaccia costantemente ??? ogni 30/40 secondi ?? potrei avere dei blocchi ?? rallentamenti ??
In pratica sostituire l'aggionramento che ora faccio io manualmente con un ciclo/timer ??? A cosa potrei andare in contro ??
Potrei trovarmi a non riuscire ad usare l'interfaccia perchè l'aggiornamento è in corso ??

Scusate se intervengo sulla domanda posta a @Daniele.


Le due modalità che ti ho mostrato funzionano entrambe, non Ti vanno bene? Magari è l'uso delle classi che "ostacola"?

In ogni caso, Ti segnalo che puoi anche utilizzare il metodo "after" (ci avevo già accennato) delle finestre tkinter per far si che un metodo/funzione richiami se stesso ogni tot di tempo restando nel ciclo idle di tkinter, con database consistenti o con reti intasate potrebbero succedere dei congelamenti temporanei della gui (motivo per il quale preferisco i thread), comunque potresti provare anche quello, magari Ti va bene.

Quanto su ad integrazione di quanto prima fatto.




Non di meno, pur considerando ottima l'indicazione di @Daniele, la "comunicazione remota" riproporrebbe in ogni caso il problema del refresh della finestra se la view fosse una finestra grafica, entrerebbero comunque in gioco i tempi necessari alla lettura dei dati ed alla comunicazione, temo.

Daniele aka Palmux said @ 2024-02-29 18:22:04:

Beh potresti avere ritardi nella scrittura, ma non credo altri disagi visti gli accessi esigui.

Penserei di implementare un sistema un po' diverso, con il database trasparente per gli utenti. Si accederebbe solo la tua macchina, tramite magari un web-framework alla FastAPI (che è semplicissimo), ricevendo/esponendo/scrivendo le richieste poi dal/al DB. In questo modo potresti gestirti in maniera piuttosto semplice anche le code in entrata e non aver paura di qualche perdita accidentale.

utenti <--> framework <--> database

Però certo, capisco quello che stai pensando, se è una singola riga con 10 valori... beh beh beh disse la pecora, forse la fatica supera il gusto e lascerei il tutto come è adesso.

Ma chissà, vedi tu quanto ti vuoi ancora divertire, sarebbe una cosa non necessaria, ma una scusa per imparare una cosa nuova.

Cya

Ciao Daniele, ho rivisto su tuo suggerimento questo post e sarei d'accordo con te se non fosse per tre motivi :




1- la scrittura, lettura,modifica stato dei messaggi è tutto già funzionante (sono quasi 15 gg che lo testo, solo che quando mi inseriscono un nuovo messaggio mi avvisano perchè io lanci la rilettura del db dalla mia postazione, mi manca solo la notifica !!! :confused




2 - il secondo motivo di disaccordo è che vorrei prima riuscire a fare andare tutto quello che ho fatto prima di imbarcarmi in altre procedure partendo da zero.




3 - la mia macchina non è sempre accesa (se non ci sono è spenta), e quindi il sistema non funzionerebbe.




.... ho avuto un'idea ora .... e se io invece di avere un notifica facessi aggiornare la mia interfaccia costantemente ??? ogni 30/40 secondi ?? potrei avere dei blocchi ?? rallentamenti ??

In pratica sostituire l'aggionramento che ora faccio io manualmente con un ciclo/timer ??? A cosa potrei andare in contro ??

Potrei trovarmi a non riuscire ad usare l'interfaccia perchè l'aggiornamento è in corso ??




Intanto grazie