On Tuesday 24 August 2004, at 20:54, You wrote:
> Eccomi qui. Ho tradotto un pezzetto del web di riguardante debian menu.
> Potete reperirlo all'indirizzo
>
> http://home.tele2.it/gettingout/menu.tar.gz
Ciao a tutti.
Ho guardato la tua traduzione.
Non ti spaventare dalla lunghezza dei commenti..,è che tendo ad essere
vagamente pignola e prolissa :), in più c'è un gran numero di
suggerimenti.
Prima di tutto... io ti ho segnalato quando hai usato "menù" senza
accento (non riferendoti al pacchetto debian menu) perché mi sembra che
nella maggioranza dei casi hai usato la versione con l'accento. Puoi
usare la versione senza accento se preferisci, basta che scegli una
forma e usi sempre quella.
Mi sono accorta a fine lavoro che io ho usato sempre "voci di menù" per
"mneu item/entry", è colpa della abitudine, tu invece usavi "elementi di
menù" che va benissimo uguale. Insomma quelle non sono correzioni, è
solo la forza dell'abitudine.
E ora iniziamo...
> <abstract>
> Il pacchetto <tt/menu/, ha preso ispirazione dal pacchetto
> <tt/install-fvwm2-menu/ dal vecchio pacchetto <prgn/fvwm2/. Comunque
> <tt/menu/ cerca
> di fornire un'nterfaccia più generica per la costruzione dei menù. Con il
> comando <prgn/update-menus/ di questo pacchetto, nessun altro pacchetto
> necessiterà di modifiche per ciascun window manager di X, in quanto fornisce
> una
> modo unificato per la gestione dei menù sia per programmi in modalità testo
> che
> X.
> </abstract>
ha preso ispirazione dal pacchetto -> ha preso ispirazione dal programma
(io preferirei "è stato ispirato dal programma...")
un'nterfaccia -> un'interfaccia
una modo unificato -> un modo...
> Prima dell'avvento di <tt/update-menus/, quando un amministratore installava
> un
> pacchetto in un sistema debian, doveva aggiornare svariati file di
> configurazione di vari window manager per far si che il nuovo programma
> venisse
> mostrato, per esempio, nel menù di <tt/fvwm/. I menù possono facilmente
> desincronizzarsi con i programmi attualmente installati, con alcuni elementi
> di
> menù che non funzionano, ed altri che mancano di entry per il programma
> installato.
debian -> Debian
toglierei uno fra "svariati" e "vari":, p.es. "aggiornare i file di
configurazione di vari..."
"per far si" -> "per far sì"
Da un certo punto sei passato dal passato al presente; per "entry" puoi
usare voce/elemento; con altri sembra ti riferisca a voci di menù,
mentre probabilmente ti riferivi ai menù o ai programmi (visto che la
voce di menù è proprio la cosa che manca)... sommando il tutto direi:
"I menù potevano facilmente desincronizzarsi con i programmi al momento
installati, con alcuni elementi di menù che non funzionavano, ed altri
programmi per cui mancava una voce di menù."
>> update-menus and Debian's menu package aim to solve this
>> problem.
..
> update-menus ed il pacchetto di gestione dei menù di Debian , si
> pongono lo scopo di risolvere questi problemi.
> <p>
qui credo che "menu" si riferisse al nome proprio del pacchetto,
potresti mettere "update-menus e menu, il pacchetto di gestione...."
> <tt/update-menus/ genera automaticamente i menù del programma installato per i
> window manager ed altri programmi a menù. Dovrebbe essere eseguito ogni volta
> che un file di menù o un "metodo di menù" viene modificato. <tt/update-menus/
> verrà eseguito automaticamente quando un pacchetto debian che contiente uno
> più
del programma installato -> dei programmi installati
debian -> Debian
che contiente -> che contiene oppure contenente
>> "Editors/Beginner, Editors/Experienced, or whatever, if there are many
>> entries in that submenu, or maybe even totally removing /Apps/Editors
>> on systems where there are few editors installed."
..
> evitare. Per ovviare a questo, menu-2.0 può ottimizzare i menù da solo,
> suddividendo per esempio l'alberatura /Apps/Editors in, per esempio,
> Editors/Principianti, Editors/Esperti, o rimuovendo del tutto /Apps/Editors in
> un isstem adin cui vi siano pochi editor installati. Per poter fare questo,
> menu
> segue le informazioni fornite con la variabile `hints` (guardare il paragrafo
> qui sotto, o il capitolo relativo ad hints).
> <p>
personalmente uso "albero" e non "alberatura".
un isstem adin cui -> un sistema in cui
la variabile -> le variabili
Inoltre, se non l'hai tolto apposta, manca un pezzetto...
"Editor/Principianti, Editor/Esperti o qualsiasi altro nome, se ci sono
troppi elementi nel sotto-menù, o rimuovendo...."
> Ciascun pacchetto che necessiti di un elemento nell'albero dei menù, include
> un
> file di menù <tt>/usr/lib/menu/package-name</tt>. In questo file, avrà una
> riga
/usr/lib/menu/package-name -> /usr/lib/menu/nome_pacchetto
>> This describes the type of interface Xedit needs (X11),
>> the menu section the menu entry should be in,
..
> Questo descrive che il tipo di interfaccia Xedit necessita (X11), la sezione
> di
> menù nel quale l'elemento va posto, il testo del menù, il comando da eseguire.
[B> Dice anche che se /Apps/Editors è troppo pieno, può mettere Xedit nelle
sezioni
> Apps/Editors/Principianti o Apps/Editos/Piccoli.
> <p>
che il tipo di interfaccia Xedit necessita -> "il tipo di interfaccia che
Xedit necessita (X11)" o "il tipo di interfaccia richiesta da Xedit (X11)"
Editos -> Editors.
> <!--Whenever <tt/root/ runs <prgn/update-menus/, it will check all
> menu files in <tt>/etc/menu</tt> and <tt>/usr/lib/menu</tt>,
> and run the installation scripts that display managers like <prgn/fvwm2/
> should provide in <tt>/etc/menu-methods</tt>.-->
>
> Quando <tt/root/ esegue <prgn/update-menus/, andrà a testare tutti i file di
> menù contenuti in <tt>/etc/menu/</tt> e <tt>/usr/lib/menu</tt>, ed eseguirà
> gli
> script di installazione che fornisce il display manager, come <prgn/fvwm2/,
> dovrebbe fornire in <tt>/etc/menu-methods/</tt>.
> <p>
aggiungerei "questo" perché altrimenti può sembrare che sia root a
testare i file... "esegue <prgn/update-menus/, questo andrà ..."
C'è un verbo fornire di troppo: direi... "installazione che i display
manager, come <prgn/fvwm2/, dovrebbero fornire in..."
> Il pacchetto menu, già fornisce alcuni file di menù predefiniti, di modo da
> rendere un idea alle persone che lo utilizzano, e per velocizzare un pochino
> le
> cose. (Questi file dobrebbero essere incorporati nel pacchetto).
> <p>
un idea -> un'idea
dobrebbero -> dovrebbero
> Nota, che molte ed incompatibili modifiche sono state fatte con il rilascio di
> menu-1.0, mentre sostanziali funzionalità sono state aggiunte a partire dal
> rilascio di menu-2.0. Questo documento descrive menu-2.0.
> Menu-2.0 non accetta i menu-methods scritti per menu-0.x, ma per la maggior
> parte dei window manager che hanno ancora i vecchi menu-methods, ne ho messi
> di
al posto di "Nota, che..." userei l'impersonale: "Si noti che..."
prima hai tradotto menu-methods con "metodo di menù"; comunque quando
lasci invariato dovresti togliere la "s" del plurale e usare
"i menu-method"; non te lo segnalo più ma ci sono parecchie altre occorrenze
> <!--Most notable changes between menu-0.x and menu-1.x are listed in the file
> README.changes in the menu package, the features added by menu-2.0 can
> be summarised here: hints, and the menu-2 compat mode. (where lines
> are finished by a ';' instead of a newline).-->
>
> La maggior parte delle modifiche avvenute tra menu-0.x e menu-1.x sono
> elencate
> nel fiel README.changes nel pacchetto menu, le funzionalità aggiunte a partire
> da menu-2.0 possono essere riassunte qui: hints, ed il menu-2 compact mode.
> (dove le linee terminano con ';' invece della riga nuova).
nel fiel -> nel file
le linee -> le righe
Inoltre io tradurrei "Most notable changes " con "I cambiamenti più importanti"
> Quando un pacchetto che vuol eggiungere qualcosa all'albero dei menù viene
> installato, eseguirà <tt/update-menus/ nel suo <tt/postinst/ script.
> Update.menus then reads in all menu files in <tt>/etc/menu/</tt>,
> <tt>/usr/lib/menu</tt> e <tt>/usr/share/menu/default</tt>, e memorizza gli
> elementi di menu di tutti i pacchetti installati in memoria. Una volta
> effettuata questa operazione, eseguirà i menu-methods, contenuti in
> <tt>/etc/menu-methods/*</tt>, e reindirizzerà tutte le informazioni
> riguardanti
> gli elementi di menu su stdout, così che menu-methods possa leggerli. Ciascun
> window manager, o altro programma che voglia gestire i menu Debian, fornirà
> uno
> script menu-method in <tt>/etc/menu-methods/</tt>. Questo menu-method saprà
> come
> generare i file di avvio del window manager. Per facilitare questo compito ai
> manutentori del window-manager, menu fornise un programma:
> <tt>install-menu</tt>. Questo programna può generare i file di avvio per
> tutti i
> window manager.
vuol eggiungere -> vuole aggiungere
io direi "script <tt/postinst/" non "<tt/postinst/ script".
C'è un pezzetto ancora in inglese: "Update.menus then reads in all menu
files in " che diventa qualcosa come "Update-menus legge quindi tutti i
file di menù in.."
elementi di menu -> elementi di menù, 2 volte; (fin qui usavi la forma
accentata);
anche in "gestire i menu Debian" non hai messo l'accento.
fornise un programma -> fornisce ...
programna -> programma
Inoltre non sono sicura della tua traduzione di questa parte
>> been done, it will run the menu-methods in
>> <tt>/etc/menu-methods/*</tt>, and pipe the information about the menu
>> entries to the menu-methods on stdout, so that the menu-methods can
>> read this.
direi "tutte le informazioni riguardanti gli elementi di menù su stdout,
così che i menu-method possano leggerle" perché come hai messo tu
menu-methods diventa al singolare e sembra quasi sia un programma e non
credo sia così.
>> <!--In principle this is a very window-manager specific business.
>> But for all window managers (and others) applies:-->
> In principio, questo era un compito specifico del window-manager. Ma per
> tutti i
> window manager (e altri) si usa:
> <p>
In principio... -> In via di principio questo è un argomento che dipende
molto dal window manager, ma per tutti i window manager (e altri) vale
questo/si applica quanto segue):
> <tt/!include/-s il file <tt/menu.h/ (come dovrebbe essere), pioi modificare
> anche quel file, per far sì che le modifiche apportate si riflettano su titti
> i
> window manager installati.
> <p>
pioi -> puoi
titti -> tutti
> then you can look at the comments in that <tt/menu.h/ file to see how
> you can make minor adjustments to the look of your menus in your
> window manager.-->
> Se il menu-method file del window manager <tt/!include/ il file <tt/menu.h/, e
> fa uso appropriato delle definizioni, allora si può guardare ai commenti nel
> <tt/menu.h/ file per vedere come sia possibile fare il minor numero di
> aggiustamenti all'aspetto dei menù nel window manager.
> <p>
il menu-method file -> il file menu-method
<tt/menu.h/ file -> file <tt/menu.h/
"fare il minor numero di..." -> "fare piccoli aggiustamenti/piccole modifiche"
> <!--To generally change the menu tree, see the next section.-->
> Per cambiare in generale l'alberatura dei menù, fare riferimento alla prossima
> sezione.
alberatura -> albero? (mi sembra che anche tu usi albero nella
maggioranza dei casi)
> <!--<sect> Optimization of menu tree: hints-->
> <sect> Ottimizzazioen dell'alberatura dei menù: hints
Ottimizzazioen -> ottimizzazione
alberatura -> albero?
> <!--If <tt/hint_optimize=true/ has been set in a menu-method script
> (actually, that definition should appear in
> the <tt/!include/-ed <tt/menu.h/ file), then install-menu will try to
> alter the menu tree, to make every submenu have about the optimum
> number of menu entries (as specified by <tt/hints_nentry=.../). It
> will do that by removing under-full submenus (only if the `parent' of
> that submenu isn't itself already overfull), and by possibly creating
> new submenus, using hints. Note, however, that the optimization of the
> tree takes in principle exponential time, so menu speeds up the
> process, at the expense of occasionally not finding the best tree. So,
> the tree you are presented with may not be optimal. For tuning
> variables, see the hint_* variables in the last chapter.-->
..
> Se <tt/hint_optimize=true/ è stato impostato nello script menu-method
> (attualmente, quella definizione dovrebbe apparire nel file <tt/!include/-ed
> <tt/menu.h/), allora install-menu proverà a modificare l'albero dei menù, per
> fare in modo che tutti i sotto-menù abbiano all'incirca un numero ottimale di
> elementi. (come specificato da <tt/hints_nentry=.../). Lo farà rimuovendo
> sotto-menù sottodimensionati (solo se il loro 'genitore' non sia già pieno), e
> possibilmente creando nuovi sotto-menù, usando hints. Nota, comunque che
> l'ottimizzazione dell'albero porta via molto tempo, quindi menu velocizza il
> processo, al costo di, occasionalmente, non trovare l'albero migliore. Quindi,
> l'alberatura che ti viene presentata, potrebbe non essere ottimale. Per le
> variabili di ottimizzazione, fare riferimento alle variabili hints_*
> nell'ultimo
> capitolo.
attualmente, quella definizione... -> in realtà, quella...
Nota, comunque... -> Si noti, comunque...
alberatura -> albero
Mi accorgo adesso di una cosa che c'era anche prima (ma siccome sono
pigra e ho già modificato l'originale del file, la scrivo adesso :)
Dovresti trovare una soluzione per rendere in italiano le forme
"!include/-ed" e "!include/s": io propongo delle forme tipo
"menu-method !include/-s the <tt/menu.h/ file
"il file menu-method fa l'<tt/!include del file <tt/menu.h/" oppure
"il file menu-method richiama con <tt/!include il file <tt/menu.h/"
"the <tt/!include/-ed <tt/menu.h/ file)"
"il file <tt/menu.h/ richiamato con <tt/!include
> <!--<chapt> The menu file -->
> <chapt> I file di menu
menu -> menù
> <!--<sect> Location-->
> <sect> Locazione
locazione -> posizione
> I file di menu forniti dai pacchetti dovrebbero risiedere in
> <file>/usr/lib/menu/</file>. I file di menù di sistema dovrebbero risiedere in
> <file>/etc/menu/</file>. I file di menù specificati dall'utente dovrebbero
> risiedere in <file>~/.menu/</file>.
I file di menu -> i file di menù
specificati dall'utente -> specifici per un utente
> Il formato è
> <example>
> ?package(package[,package2,...]): \
> field1="value1"\
> field2="value2"\
> </example>
potresti tradurre un po'...
?package(pacchetto[,pacchetto2,,...]): \
campo1="valore1"\
campo2="valore2"
> Un esempio per descrivere la sintassi di questi tipi di file:
> <example>
> ?package(gnumeric):\ specifica quali pacchetti debbano essere
> installati, requisiti multipli dovrebbero essere
> separati da virgole
> needs="X11"\ che tipo di ambiente si aspetta
> section="Apps/Math"\ in quale sezione l'elemento deve essere
> collocato
> title="Gnumeric"\ il titolo del menù
> command="gnumeric" \ il comando da eseguire
> hints="Gnome,Spreadsheets" \ qualche hints per il posizionamento
> icon="/usr/share/pixmaps/gnumeric.xpm" Il percorso per l'icona da
> utilizzare
che ne dici di "che tipo di ambiente si aspetta" -> "che tipo di ambiente il
comando si aspetta"
inoltre siccome qui "hints" non mi sembra usato in senso tecnico direi:
"qualche suggerimento per il posizionamento"
> Il carattere "#" può essere utilizzato per aggiungere commenti. Un elemento
> deve
> terminare con un carattere di nuova linea, comunque si può usare \ come
> escape.
nuova linea -> nuova riga?
> <!--Values must be quoted with ", and meta-character (", \, newline) must be
> escaped with a \.-->
> I valori devono essere racchiusi da caratteri ", ed i meta-caratteri (", \,
> newline) devono essere fatti precedere da \.
newline -> nuova riga ?
> <!--The file must be encoded in ASCII 7bit. This is necessary to accomodate
> window managers that do not support 8bit. However the translations are not
> limited in encoding.-->
> Il file deve usare una codifica ASCII 7bit. Questo per soddisfare i window
> manager che non supportino l'8bit. Comunque la codifica non è limitata.
Comunque la codifica non è limitata -> ...la codifica delle traduzioni
non è limitata.
> <!--<tt/?package(...)/ contains a comma-separated list of packages that
> need to be installed for the menu entry to be displayed. That should include
> the package containing the menu file and any packages necessary to run the
> command not depended by the package nor essential. Users can use
> pseudo packages names starting by <tt/local./ which are assumed to be always
> installed.-->
> <tt/?package(...)/ contiene la lista dei pacchetti che devono essere
> installati,
> separati da virgole, affinchè l'elemento di menù sia visualizzato. Dovrebbe
> contenere il pacchetto che contiene il file di menù e qualsiasi altro
> pacchetto
> necessario affinchè il comando possa essere eseguito. L'utente può utilizzare
> il
> pseudo-pacchetto col nome che comincia con <tt/local./ che si assume sia
> sempre
> installato.
affinchè -> affinché (2 volte)
Mancherebbe un pezzettino: "qualsiasi altro pacchetto, non incluso nelle
dipendenze del primo o nei pacchetti essenziali, necessario affinché..."
> I seguenti <tt/needs/ sono documentati per l'utilizzo in un sistema Debian.
> <enumlist>
> <item> <tt/X11/: Se il programma viene eseguito sotto X11.
> <item> <tt/text/: Se il programma viene eseguito in terminale. I window
> manager di X11 utilizzeranno l'X terminal emulator.
> <item> <tt/vc/: Se viene eseguito sotto la console linux ma non sotto
> terminale virtuale.
> <item> <tt/wm/: Se è un window manager di X11. Il window manager corrente,
> eseguirà, exec(2), questo programma per fare in modo che non venga generato
> l'errore "Another window manager is running".
userei le minuscole dopo i due punti
e preferirei "window manager attuale" invece di "...corrente"
>> <!--A menu manager can use a special <tt/needs/ named after the package for
>> menu entries that must only be displayed in this menu manager.
>> Examples include <tt/fvwm/ modules, <tt/dwww/ menu entries.-->
> Un gestore di menu puo' usare uno speciale <tt/needs/ , chiamato dopo il
> pacchetto per le voci di menu che devono essere mostrte solamente in questo
> gestore di menu.
> Esempi includono i moduli <tt/fvwm/, le voci di menu <tt/dwww/.
> <p>
in "gestore di menu" (2volte), "pacchetto per le voci di menu" e "le
voci di menu <tt/dwww/" -> ... menù, con l'accento
puo' -> può
chiamato dopo il pacchetto per le voci... -> che prende il nome dal
pacchetto per le voci di menù...
mostrte -> mostrate
>> <!--A program like gnumeric which can be run on X11 as well as on a text
>> terminal should <em/not/ have an extra entry with <tt/needs=X11/
>> because it will then be next to impossible to configure the window
>> managers to spawn <prgn/rxvt/ instead of the default <prgn/xterm/.-->
> Un programma come gnumeric, che può essere eseguito sia con X11 che
> in terminale, <em/non/ dovrebbe usare un campo extra come <tt/needs=X11/ in
> quanto non sarebbe in grado di configurare il window manager per usare
> <prgn/rxvt/ al posto del predefinito <prgn/xterm/.
non sarebbe in grado di configurare -> sarebbe poi quasi impossibile
configurare...
> D'altro canto, se un programma (come <prgn/emacs/) può essere eseguito come un
> vera applicazione di X, esattamente come in terminale, due elementi dovrebbero
> essere inclusi, altrimenti il programma verrà eseguito sempre in <prgn/xterm/
> (o
come un vera applicazione -> come una ...
>> <!--The <em/authoritative list of Debian's menu structure/ is maintained
>> in the Debian Menu sub-policy document which is part of the Debian
>> Policy package.-->
> L'<em/autorevole struttura dei menù Debian/ è mantenuta nel documento di
> sub-policy del Debian Menu, che è parte del pacchetto Debian Policy.
> <p>
autorevole -> autoritativa, o meglio "ufficiale" (come metti dopo) che
è di uso più comune.
>> <!--The menu structure below is included only for convenience and is not
>> authoritative. If it disagree with the structure in the Debian Menu
>> sub-policy, please
>> send a wishlist bug to the <tt/menu/ package.-->
> La struttura di menù qui di seguito, è inclusa solo per comodità e non è
> quella
> ufficiale. Se non segue la struttura espletata in Debian Menu sub-policy, per
> favore mandare un "wishlist bug" al paccchetto <tt/menu/.
espletata -> espressa/descritta/...
paccchetto -> pacchetto
> Editors - editor di testo, word processors
word processors -> word processor
> Hamradio - Qualunque cosa relativa alle ricetrasmittenti.
questo non è ben allineato, "qualunque" minuscolo; inoltre direi
"radiantismo" o "radioamatori" invece di ricetrasmittenti che è meno
specifico
> Programming - debuggers, etc.
debuggers -> debugger
> Science - programmi scentifici
scentifici -> scientifici
> Tools - altri tools: xclock, xmag, xman, etc.
tools -> strumenti
> Technical - technical stuff.
"cose tecniche" o più informalmente "roba tecnica"
>> Sound - sound players and editors
> Sound - riproduttori e registratori di suoni.
direi: riproduttori ed editor per suoni/sonoro/audio
> <!-- Adventure - walk around virtual space, zork, MOO's, etc -->
> <!-- //TODO come tradurlo? -->
> Adventure - giro-in-giro per mondi virtuali, zork, MOO's, etc
che ne dici di "muoversi per mondi virtuali, zork, MOO, ecc"
comunque niente plurale in MOO
> Strategy - giochi che implicano anbilità strategiche a lungo
> termine
anbilità -> abilità
> Save - salva schermi
"salvaschermo" tutto attaccato, (sarebbe credo a rigor di grammatica
salvaschermi, ma non lo usa nessuno)
> WindowManagers - X window managers
window manager per X?
> XShells - shells (like xterm, rxvt, ...)
shell (come xterm, rxvt, ...)
> Per utenti che desiderino accedere a dei menù velocemente, si possono mettere
> degli elementi a partire dalla radice dei menù. Questo viene ottenuto usando
> <em>section="/"</em>. I menù forniti all'interno di pacchetti non devono mai
> utilizzare questa opzione.
i menù forniti... -> le voci di menù fornite...
> Assicurarsi che l'icona specificata, sia sempre disponibile sul sistema.
> Quindi,
> se si desidera un icona per l'elemento di menù, il metodo migliore è di
> fornire
> l'incone con il pacchetto. Per evitare inoltre che le icone distribuite si
> sparpaglino per il file system, mettere i file delle icone nella directory
> <tt>/usr/share/pixmaps</tt>.
un icona -> un'icona
l'incone -> l'icone
> I manutentori dei pacchetti debian, dovrebbero assicurarsi che ciascun icona
> inclusa per l'uso con i menù debian, aderiscano alle seguenti specifiche:
> <enumlist>
debian -> Debian (2 volte)
ciascun icona -> "ciascun'icona" o "ciascuna icona"
aderiscano -> aderisca
>> <!--Hints are used to help menu structure generated menus in a more optimal
>> way.
>> For example:-->
> Hints è utilizzato per aiutare menu a strutturare i menù generati nel modo più
> ottimale. Per esempio:
non so se l'originale inglese sia corretto (ho i miei dubbi), ma non
credo che "più ottimale" si possa dire. Direi "nel modo migliore", "il
meglio possibile"....
>> <!--The above hints will case <tt/menu/ to consider grouping <tt/emacs/
>> together with other editors that are marked similar. For example, if
>> <tt/vi/ on your system has a hints="Small,Expert" definition, and
>> there are too many entries in the /Apps/Editors menuentry, then menu
>> will consider creating a /Apps/Editors/Expert submenu, and put both
>> <tt/vi/ and <tt/emacs/ in it. (of course, only if you have
>> <tt/hint_optimize=true/ in your /etc/menu-methods/menu.h file).-->
..
> L'hints qui sopra, farà considerare a <tt/menu/ l'ipotesi di raggruppare
> <tt/emacs/ assieme ad altri editors che sono contrassegnati nella stessa
> maniera. Per esempio, se ci sono troppi elementi in /Apps/Editors, menu
> considerà di creare un sotto-menù /Apps/Editors/Expert e mettervi entrambi
> <tt/vi/ ed <tt/emacs/ (naturalmente si ha <tt/hint_optimes=try/ nel file
> /etc/menu-methods/menu.h).
altri editors -> altri editor
manca un pezzetto: "Per esempio, se <tt/vi/ nel proprio sistema ha la
definizione hints="Small,Expert" e ci sono troppi...."
naturalmente si ha -> naturalmente solo se si ha
hint_optimes=try -> hint_optimize=true
>> displayed all of the time. So, if 1500 Debian packages all were to
>> register a button, the buttons would quickly fill the screen, making
>> the exercise useless. The few applications that are considered
>> important enough to be listed in the task bar usually vary widely on
>> each system, making it impossible to select a ``happy few'' apps that
>> are allowed there on every Debian system. If you (as a local system
>> administrator) want your <prgn/fvwm2/ to have a few buttons, you can
>> install files for those packages in <tt>/menu/$package</>, containing
>> a menu entry like this:-->
...
> Il problema principale con la taskbar è che gli elementi sono mostrati tutto
> il
> tempo. Quindi con 1500 pacchetti debian tutti registrati come bottoni,
> sarebbero
> troppi rendendo il tutto inusabile. Le poche applicazioni che sono considerate
> importanti abbastanza da essere incluse nella taskbar generalemnte variano di
> molto da sistema a sistema, rendendo impossibile selezionare una lista di
> applicazioni da mantenere registrate sulla taskbar. Se, come amministratore
> del
> sistema, desideri che <prgn/fvwm2/ abbia pochi bottoni, si possono installare
> i
> file per i pacchetti presenti in <tt>/menu/$package</>, contententi un
> elemento
> di menù come il seguente:
Metterei : "Se 1500 pacchetti Debian registrassero ciascuno un bottone,
i bottoni presto riempirebbero tutto lo schermo, rendendo il tutto
inutilizzabile."
comunque, debian -> Debian
generalemnte -> generalmente
non ometterei "su ogni sistema Debian" dopo "applicazioni da mantenere
registrate sulla taskbar" oppure più letteralmente ...
"rendendo impossibile selezionare una lista di applicazioni fortunate
che possono risiedervi in ogni sistema Debian"
Inoltre direi:
"Se, essendo amministratore del sistema, si desidera che <prgn/fvwm2/
abbia alcuni bottoni, si possono installare i file di quei pacchetti
in <tt>/menu/$package</>, contenenti un elemento di menù come il
seguente:"
in ogni caso, contententi -> contenenti
e o tutto impersonale (si desidera/si possono) o tutto alla seconda
persona (desideri/puoi)
>> <!--and remove all the "supported" entries, adding the one below. For the
>> rest,
>> leave everything the same except those listed below.-->
> e si rimuova tutti gli elementi, aggiungedone uno coem quello qui di seguito.
rimuova gli elementi -> (rimuovano?) gli elementi "supported"
coem -> come
> (Ovviamnete un utente normale (non amministratore) può specificare i suoi
> 'buttonfiles' nella sua directory ~/.menu/).
Ovviamnete -> ovviamente
'buttonfiles' -> " buttonfile" o, perché no, file dei pulsanti?
> <chapt>Cosa un pacchetto contente delle applicazioni dovrebbe fare
contente -> contenente
>> <!--<sect> Adding a hook for dpkg in your packages-->
> <sect> Aggiungere un "aggancio" a dpkg nei proprio pacchetti
non ho mai visto "hook" tradotto
proprio -> propri
> Si dovrebbe aggiungere una liena come questa al proprio script <tt/postinst/
liena -> riga
> (che è la stessa linea sia nello script postinst che nel postrm).
linea -> riga
>> <!--Each package containing a <em/menu manager/ (i.e. a program that can
..
> Ciascun pacchetto contenente un <em/gestore di menù/ (p.e. programmi che
> visualizino menù) dovrebbero fornire uno script o programma in
> <tt>/etc/menu-methods/</tt> che possa leggere i file di menu. Questo script
p.e. programmi -> cioè programmi
visualizino -> visualizzino
dovrebbero -> dovrebbe
i file di menu -> file di menù
> Per la stessa ragione, agli script in <tt>/etc/menu-methods/</> è richiesto di
> usare le seguneti funzioni configurabili:
seguneti -> seguenti
>> <tt/sections_translations()/ for the list of translations of sections name
>> available. This later one is only defined if you <tt>!include lang.h</tt>-->
..
> <tt/sections_translations()/ per la lista di traduzioni delle sezioni name
> disponibili. Quest'ultima è disponibile solo se si <tt>!include lang.h</tt>
traduzioni delle sezioni name -> traduzioni dei nomi di sezione...
>> <!--Good examples for these scripts for nearly all Debian window managers
>> are included in the <tt/menu/ package in
>> <tt>/usr/share/doc/menu/examples</tt>. Note that while working on your
>> script,
>> you can use the tricks described in "The internals of the menu
>> package", section "The update-menus program", to run just your script,
>> instead of having update-menus run all scripts (can save quite a lot
>> of time).-->
> Esempi di script per qusi tutti i window manager sono inclusi nel pacchetto
> <tt/menu/ in <tt>/usr/share/doc/menu/examples</tt>. Se si lavora su degli
> script
> propri, si possono usare i trucchi descritti in "The internal of the menu
> package", alla
> sezione "The update-menus program", per eseguire solo i propri scritp, al
> posto
> di eseguire l'intero update-menus script (si può risparmiare parecchio tempo).
qusi -> quasi
non ometterei "per Debian" dopo "tutti i window manager",
internal -> internals
scritp -> script
"al posto di eseguire l'intero update-menus script" -> "invece di far
eseguire tutti gli script da update-menus"
>> <!--This script should not be executable in the package. Instead
>> the <tt/postinst/ should add the execute bit and then run
>> <prgn/update-menus/ (if it is executable).-->
> Lo script non dovrebbe essere eseguibile all'interno del pacchetto. Invece
> dovrebbe essere <tt/postinst/ che dovrebbe aggiungere il bit di esecuzione e
> poi
> eseguire <prgn/update-menus/ (se è eseguibile).
mi sembra suoni meglio "Invece è <tt/postinst/ che dovrebbe aggiungere..."
>> Previous version of menu were advertising the script
>> <tt>/usr/sbin/wm-menu-config</tt>. There was a flaw: this script
>> was only available when menu is installed and so the menu-method
>> script was not executable if menu was installed afterward.
>> </var><p><var>
>> This script is considered deprecated, please don't use it anymore.
..
> <var>Precedenti versioni di menu, pubblicizzavano lo script
> <tt>/usr/sbin/wm-menu-config</tt>. C'era un errore: lo script era eseguibile
> solamente quando il menu era installato e quindi lo script menu-method non era
> eseguibile nel caso in cui fosse installato il un secondo tempo.</var>
> <p>
> <var>E' considerato deprecato, evitare di usarlo oltremodo.</var>
direi: "Lo script era disponibile solo quando era installato menu e
quindi lo script menu-method non era eseguibile se menu era installato
in un secondo tempo. È considerato deprecato, evitare di usarlo ancora."
>> <!--Please only consider using "depends" if you feel providing reasonable
>> defaults for systems without menu will make life very difficult for you.-->
> Nei sistemi senza il pacchetto menu installato, se si usasse "depends",
> sarebbe molto più difficile da gestire il pacchetto.
Direi:
"Si consideri l'uso di "dipends" [o, se preferisci, della dipendenza]
solo se si ritiene che sarebbe veramente difficile fornire una
ragionevole configurazione predefinita per i sistemi in cui menu non è
installato."
>> <!--<chapt>How a user can override the menus-->
> <chapt>Come un utente può "passar sopra" ai menu
bypassare/annullare/non tenere conto?
menu -> menù
>> <!--<sect>Configuring the menus-->
> <sect>Configurare i menu
menu -> menù
>> <!--A user can specify his/her own menu entries in the <tt>~/.menu</>
>> directory.
>> The files can have an arbitrary file name as long as the new syntax
>> for the menu entries is used. They should start with either-->
> Un utente può specificare i propri menù nella directory <tt>~/.menu</tt>. I
> file
> possono avere nomi arbitrari lunghi quanto permetta la sintassi di menu
