Codice: gambas [Seleziona]

Dir(User.home, "[!^.]*")

Ancora no 

potresti utilizzare un altro tipo di filtro - successivo

Temo che dovro' farlo perche' ho provato in tutti modi che mi venivano a mente (percorsi completi, escape, tutto insomma): provero' a dirlo sulla lista, anche se mi serve a poco una soluzione anche immediata (per l'appunto, sto usando il prog in un posto dove non posso chiedere di mettersi non dico a compilare, ma niente altro che non sia l'aggiornamento via repository); mi piace poco perche' nelle condizioni classiche i file normali sono 15000 circa, quelli nascosti sono 2 soltanto 

Dunque: istruzione tipo

dove arr[j] appunto, proviene da un array, e contiene dei valori, per esempio *.txt. oppure nome.txt. Il problema si ha quando si deve aggiungere pure un file nascosto, ovvero con il punto davanti al nome... c'e' modo di farlo, o non sono completamente addormentato?

... in gambas?

file.dir(nomefile)

ma debian testing o sid neppure in fotografia  ... troppo instabili e soggette a crash... ti ricordo che una si chiama "testing" e l'altra si chiama "unstable"....

Che la unstable sia a volte problematica, ok. La testing, la uso da 7 anni, e ha dato problemi - leggeri - solo un paio di volte per via dei driver grafici. Questa e' anche l'opinione corrente di tutti quelli che la usano: basta fare un po' di attenzione ogni due o tre anni quando viene rilasciata la nuova stabile, usando apt-get upgrade. Se guardi il contatore dei bug, vedi che e' messa meglio delle Ubuntu correnti. E puoi comunque usare la stabile piu' i pacchetti necessari per gambas3 dalla testing.

Se opti per lo script, ricordati che lo script deve risiedere in /usr/bin. 

No, puo' stare ovunque, basta richiamarlo nel modo giusto: ../script, per esempio, io per esempio ho una dir che ho aggiunto al path, sotto la /home. Quelli che si integrano nei menu di Nautilus, in una apposita cartella nascosta. Comunque, sono piu' comodi, ma forse e' fatica abbastanza sprecata Tocca scrivere un file dove si legge $NAUTILUS_SCRIPT_SELECTED_FILE_PATHS, si estrae il primo, si testa se e' un file (e nel caso con basename o bash stessa si estrae il nome della directory) o una directory, si guarda se contiene il nome della cartella dei progetti, e se si', si esegue gambas3 con quello che si e' trovato.
Teniamo anche conto che il menu di avvio di Gambas ti ricorda facilmente cosa stavi facendo, forse si fa prima a lanciare quello!

La richiesta fatta da kikko, se è una richiesta, sembra più una domanda su come è gestita la caratteristica di visibilità delle cartelle/file con Unix/Linux. E questo di certo non entra Gambas, se non per l'utilizzo che ne fà all'interno dei progetti.

Io ho capito che voleva aprire il progetto Gambas dal file manager (ie, tipo il doppio click dei file .vbp con VB ai tempi d'oro), e si chiedeva perche' non ci riusciva. Se avessi dovuto salvare delle cose in questo modo, sarebbe stato per non lasciare in vista i file, perche' generati automaticamente.

io avrei abbandonato subito gambas, se non era presente la sintassi della dichiarazione obbligatoria delle variabili.

Oh, tra l'altro mi sembrava anche di avere letto in tempi remoti da parte di BM dichiarazioni "filosofiche" sull'argomento che non lasciavano intendere dubbi, per distaccarsi dal vb-pensiero. VB, se lo ricordi, non e' che fosse incapace di produrre buoni programmi, e' che per l'eccessiva permissivita' (e facilita' d'uso), permetteva piu' facilmente di produrne di pessimi, anche a causa di "option explicit". Ora, probabilmente in questo caso la cosa e' nata o per una gratificazione personale nella scrittura dell'ide, o per un uso personale che ne fa, non mi pare ci sia da drammatizzare :-)
Resta il fatto che dico comunque grazie a BM (anche con Paypal) per un lavoro che reputo superiore a quello del vecchio VB: sara' anche un lavoro piu' semplice dato il s.o. sottostante, pensa solo alla velocita' con cui listi i file con Rdir e al modo in cui VB lo faceva (ovvero, se non andavi di funzioni Windows ci invecchiavi), ma al reparto MS-VB lavoravano fulltime decine di persone...