Risposte nei forum create
-
AutoreRisposte
-
::
In ogni caso qualcosa non va: se chiedo la lista mi viene fuori
`Traceback (most recent call last):
File “TeXdocGraphic.py”, line 175, in search_click
output = self.TOI.interpretate(self.TC, self.getlist.GetValue())
File “/Users/enricomb/Desktop/compile/tg/TeXdocOutputInterpreter.py”, line 22, in interpretate
if self.__outputTmp.count(“Sorry”) > 0 or len(self.__outputTmp) == 0:
AttributeError: 'NoneType' object has no attribute 'count'`Non mi era mai successo, ma provando e riprovando a cercare anche a me è saltato fuori quell’errore.
Credo sia dovuto all’implementazione un po’ frettolosa del tutto, essendo nato il porting in python come una prova.
Riprovando ad eseguire la ricerca però, anche con le stesse impostazioni, quell’errore viene ‘ignorato’ dal programma e lo stesso mi funziona correttamente.Non conosco Python che di vista. 🙂 Il problema forse è di compatibilità con alcune piattaforme (una, probabilmente). Per esempio, tlmgr è stato realizzato con Perl, per avere la sicurezza che sia presente su tutti i più diffusi sistemi operativi. Non so se lo stesso si può dire delle librerie WX con Python e Python stesso.
Da quanto ne so esiste un’implementazione delle librerie WX disponibile anche per windows e lo stesso vale per il linguaggio python.
Il python è stato da me proposto in quanto ho notato che, anche con l’implementazione in C++, per qualche sistema operativo si presentano problemi di librerie non presenti in ogni caso.
Sviluppando in python il problema si porrebbe appunto solo per sistemi windows, dove il supporto per il linguaggio non è fornito pressochè ‘nativamente’ come per linux e mac.Il problema è dato proprio dall’interfaccia grafica stessa, ogni sistema operativo tende a gestirla a modo proprio ed è per questo che si hanno problemi riguardanti librerie, qualsiasi sia il linguaggio scelto.
Con java tutto va bene essendoci la jvm a fare da ‘scudo’, ma passando a linguaggi come il C++ i problemi rischiano di essere grossetti a parer mio.Con ciò non voglio assolutamente dire di voler scegliere come ‘vittima sacrificale’ i sistemi windows al fine della stesura del programma…lungi da me…
Certo è che se così si facesse…beh…aiuterebbe parecchio 🙂
::
Eccomi!
Chiedo scusa per la mia lunga assenza ma anche io purtroppo non ho molto tempo per stare dietro a questo progetto come vorrei.
In questo periodo mi sono anche interessato ad un nuovo linguaggio (per lo meno per me) propostomi da una persona, il python.
Devo dire che me ne sono innamorato ed oltretutto sembra anche molto valido.
Con il poco tempo a disposizione sono riuscito a fare un rapido porting per il linguaggio in questione senza troppi problemi, nel caso qualcuno lo volesse provare, anche se non prometto nulla riguardo il suo funzionamento, l’ho caricato sul sito.Tornando invece all’implementazione in C++, la parte di logica l’avevo fatta fatta senza troppi grattacapi per poi arenarmi completamente sulla grafica.
Mi è quindi sorta spontanea una domanda…vale realmente la pena utilizzare un linguaggio come il C++?
Da ciò che ho visto anche altri linguaggi (interpretati o ‘semi-compilati’ come python) hanno delle ottime prestazioni ed una buona portabilità paragonati al più ostico da quest’ultimo punto di vista, per lo meno a parer mio, C++.
Senza dubbio una implementazione in C++ sarebbe il modo ottimale per risolvere la questione, ma anche il python a parer mio sarebbe da prendere in considerazione.Dopo aver esposto il mio punto di vista chiedo a voi, cosa ne pensate? 🙂
::
Sono proprio le librerie che ho scelto! 🙂Per ora sto portando tutta la parte logica in c++ di modo da avere qualcosa su cui lavorare poi nella parte grafica.
Essendo la prima volta che programmo in questo linguaggio sto anche cercando di acquisire familiarità con tutte le librerie standard.
Tu hai familiarità con il linguaggio c++?
Ti chiedo questo perchè non vorrei che il codice che sto scrivendo, nonostante compili e sembri funzionare, contenesse delle ‘bombe ad orologeria’ e mi farebbe molto comodo che qualcuno con più esperienza di me in questo linguaggio le controllasse.Ho fatto anche delle piccole prove con le librerie Qt e sembrano veramente ben fatte.
Ti ringrazio per l’esserti proposto, non appena arriverò alla parte grafica ti farò di certo sapere poichè una mano sicuramente mi farà comodo.Tommaso.
::
Si, ho apportato qualche piccola modifica ma nulla di sostanziale per gli utenti.
Le modifiche principali sono di riorganizzazione dei sorgenti etc.
L’unica cosa visibile che è stata cambiata è che ora l’applicazione ricorda la posizione della finestra di modo da non vedersi la stessa ‘saltellare’ in giro per lo schermo ogni volta che viene effettuata una ricerca o quando viene resettata.
Ho aggiunto anche la possibilità di creare un .deb, cosa che ho fatto principalmente per mia personale comodità più che per una necessità.Ora come ora sto cercando di portare il tutto in C anzichè in Java per evitare di scomodare la jvm ogni volta che viene eseguita l’applicazione.
Però non prometto niente perchè la parte grafica sembra essere particolarmente ostica da far funzionare a dovere su sistemi operativi diversi, specialmente se si vuole una grafica che rispecchi il look&feel del sistema in cui è in esecuzione.
Vedremo se riuscirò a fare qualcosa!Se intanto avete problemi o richieste per l’attuale implementazione del programma non esitate a chiedere! 🙂
::
Purtroppo si, in fin dei conti il programma che ho fatto è una semplice interfaccia che si pone tra te ed il comando texdoc.Approfitto per chiedere scusa agli utilizzatori mac, con la versione caricata ieri sera venivano a crearsi due orribili icone!
Sono riuscito a risolvere.
Suggerisco a tutti ogni volta che provate una nuova versione di cancellare la cartella .tgchrono che viene creata nella vostra home (sembra poter creare problemi).Tommaso.
::Ti chiedo per favore, data la mia inettitudine (ancora) con OS X, se puoi dirmi esattamente quello che devo fare: devo scrivere il percorso di texdoc?
Esattamente, devi mettere il percorso della cartella contenente il comendo texdoc…ad esempio io utilizzo texlive sul mio mac ed il percorso è
`/usr/local/texlive/2009/bin/universal-darwin`
Ovviamente non è detto che anche la tua cartella sia uguale alla mia, dipende da che versione hai installato e se hai modificato qualcosa durante l’installazione 😕
::
Ho provato, provvisoriamente, a lasciare settare la cartella in cui è contenuto il comando texdoc all’utente.
Purtroppo questa è la soluizione migliore, anche se non è stata con meno grattacapi delle altre possibili, che per ora mi viene in mente.
Al primo avvio dell’applicazione viene mostrata una finestrella nella quale va inserita la cartella in cui si trova il comando texdoc.
Le preferenze vengono per ora salvate insieme alla cronologia in una cartella nascosta nella home dell’utente.
Spero che questa soluzione possa aiutare parte di coloro che non riuscivano ad utilizzare il programma precedentemente.Tommaso.
::
Salve a tutti!
Grazie mille per le prove che state facendo.
Il messaggio riguardante la versione non corretta del comando texdoc compariva anche a me, tuttavia solo quando testavo l’applicazione su MacOSX.
L’errore, che all’inizio anche a me sembrava essere un problema dato da una sorta di ‘inerzia’ da parte della JVM, non si è più ripresentato dopo aver aggiunto il file .MacOSX/environment.plist una voce String chiamata PATH con il seguente contenuto
`/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/texlive/2009/bin/universal-darwin:/usr/X11/bin`
Il problema infatti, più che un’inerzia da parte della JVM (che comunque sembra essere presente), era che l’applicazione alla partenza non aveva nelle variabili d’ambiente il path del comando texdoc e quindi non lo trovava.Avendo provato il programma con versioni di texdoc più vecchie rispetto alla 0.72 e vedendo che il programma presentava, giustamente, comportamenti ‘bizzarri’, ho deciso di implemetare questo controllo di versione.
Quindi anche la versione del comando texdoc è importante: prima della 0.72 molte modalità di ricerca non erano disponibili ed implementare diversi comportamenti da parte del programma in base alle versioni del comando texdoc mi sembrava eccessivo.Per vedere che versione di texdoc è installata sul proprio sistema è sufficiente digitare da shell il comando
`texdoc -V`Ora sto aggiungendo comunque un ritardo all’avvio dell’applicazione sperando che possa essere di una qualche utilità.
Appena finisco di fare anche delle modifiche al ridimensionamento non proprio corretto della finestra caricherò tutte le modifiche in una volta sola.Vi ringrazio ancora per l’aiuto che mi state dando 🙂
Tommaso.
-
AutoreRisposte
