Newsgroup: it.comp.appl.access
Titolo: lettere accentate in Tb

ciao a tutti
nella tabella si puo' utlizzare
lettera con accento?
p.e. tbCittà
Grazie

 p.e. tbCittà Grazie
 
 
ohibò, non ho sottomano access (sono in ferie) ma non fai prima a fare 
una prova?
 
 
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\ ... ¯\_(ツ)_/¯

 Grazie
 
Sï¿œ
 
Bruno

 Bruno
 
grazie


grazie

 p.e. tbCittï¿œ
 
Se intendi il nome della tabella ï¿œ possibile ma non
consigliabile. ï¿œ una convenzione di evitare ogni
segni speciale o spazi per tutti nomi di oggetti.
 
La ragione ï¿œ che spesso danno problemi
- su sistemi in altre lingue, cioï¿œ su un codepage diversa
- in corso di e dopo la conversione in altri sistemi (p.e. server)
- in corso di e dopo l'esporto in altri programmi (Excel, Calc ecc.)
 
-- 
Ciao
Karl
*********
Access FAQ:  
http://www.donkarl.com/it
 
Access Lobby: 
http://www.AccessDevelopers.org
 

 Access Lobby: 
http://www.AccessDevelopers.org
 
 
Grazie Karl
p.e. Città in nome campo di una tb?

 p.e. Cittï¿œ in nome campo di una tb?
 
Stesse problematiche, stessa convenzione.
Per questo ho scritto: "per tutti nomi di oggetti"


 Access Lobby: 
http://www.AccessDevelopers.org
 
 
ciao Karl
dove lo posso visionare?

francodel...@gmail.com
:
 
 > Karl Donaubauer ha scritto:
 >> ... convenzione di evitare ogni
 >> segni speciale o spazi per tutti nomi di oggetti.
 > ...
 > dove lo posso visionare?
 
Mille di discussioni, soprattutto su applicazioni
internazionali, tanti siti web come p.e
 
http://www.donkarl.com/it?FAQ1.5
 
http://www.donkarl.com/it/?catalogo
 
http://support.microsoft.com/kb/907337
 
http://support.microsoft.com/kb/826763
 
http://www.xoc.net/standards/
 
http://access.mvps.org/access/general/gen0012.htm
 
http://www.utteraccess.com/wiki/index.php/Naming_Conventions
 



Grazie 1000

>> segni speciale o spazi per tutti nomi di oggetti.
Non si tratta di segni speciali o spazi, per i quali
sono completamento d'accordo.
Qui si tratta di "lettere accentate" appartenenti a una
lingua specifica.
Ora, se si scrive un programma in cui tutto il layout
e le didascalie sono in italiano, fa ridere (per non dir che fa
piangere) trovare oggetti con nome "citta", "quantita", etc.
Se si vuole che il programma sia "internazionalizzabile" si usino
i termini "town", "quantity", etc o quelli di altra lingua
che si giudichi piï¿œ diffusa dell'italiano.
 
Altrimenti si usino quelli italiani correttamente scritti:
"cittï¿œ", "quantitï¿œ", etc.
Questi ho sempre usato da quando ï¿œ nato Access e non ho mai
riscontrato il minimo problema.
 
Bruno

 riscontrato il minimo problema.
 
Access e molto in piï¿œ SQL e VBA sono anziani americani
che non s'interessa no per l'orgoglio nazionale di
altra gente. Per loro un segno speciale ï¿œ tutto che non
si trova come lettera  o ciffra nel vecchio ANSI 7bit.
 
Lingue diverse dall'inglese sono solo applicate come
coperture fine. Secondo la mia esperienza ï¿œ meglio di
sempre essere consapevole di questo fatto.
 
Secondo me applicazioni "nazionali" non esistono.
Qualche volta hanno una carriera sorprendente, iniziano
piccolo in locale ma una volta devono funzionare su un
sistema straniero, forse persino di un codepage diversa,
o con un sistema server sensibile.
Mi ï¿œ capitato diverse volte. In queste situazioni ï¿œ
stato preziosissimo che non uso mai segni speciali
anche se lavoro in tedesco (come lo fa spesso).
 
BTW
Persino senza usare segni speciali nel proprio lavoro...
Conosco colleghi che hanno avuto stress su sistemi
russi e chinesi solo perchï¿œ avevano creato parti di
applicazioni con la versione tedesca di Access che
p.e. di default usa "Formularfuï¿œ", "Seitenfuï¿œ" ecc.
per la sezione piï¿œ (!) di maschera, pagina ecc.
 
ï¿œ in tedesco ï¿œ un carattere standard (anche ï¿œ, ï¿œ, ï¿œ).
Per questo non l'hanno nemmeno notato. Ha voluto molto
sudore e lavoro di trovare la causa di messaggi di errori
strani e poi sostituire tutte le presenze di queste
caratteri (persino in commenti nel codice).


>
 >> ... si tratta di "lettere accentate"
 
Basta guardare al citato di Franco. :-)

 o con un sistema server sensibile.
 
ricordo una form con nome Menù, si era nel 2000 circa: qui era tutto ok, 
una volta installata su un pc in cinese non funzionava più
abbiamo passato la notte a reinstallare i pc in inglese in quanto si 
faceva più velocemente che a cambiare il nome  (c'erano altre 30-40 
installazioni esistenti in Europa)


 installazioni esistenti in Europa)
 
Sarebbe stato sufficiente scrivere correttamente il nome: Menu.
Che con la u accentata proprio non esiste in nessun dizionario.
 
Bruno


 
sarebbe stato sufficiente sì, ma un programmatore non sempre fa parte 
dell'accademia della crusca
 
e poi menù è italiano, l'originale francese è senza accento
 
il software fu sviluppato in Italia per cui si era in regola 


 il software fu sviluppato in Italia per cui si era in regola 
Ripeto:
non esiste alcun vocabolario della lingua italiana
in cui menu sia scritto con l'accento.
Trattasi di lemma francese che ha acquisito la nostra
cittadinanza senza subire alcun processo di integrazione.
ï¿œ rimasto tale qual era: come jeep, tennis, hotel e tant'altri.
 
Uno poi puï¿œ anche fregarsene degli errori d'ortografia...
 
Bruno

 ...
 
Ho un Zanichelli (di ca. 2 kg) qui che ha tutte e due
le forme fianco a fianco. Materia di fede (?):
 
http://it.wikipedia.org/wiki/Men%C3%B9
 
http://www.linkuaggio.com/2011/12/menu-o-menu-natale-mettiamo-laccento-o.html
 
http://www.treccani.it/magazine/lingua_italiana/domande_e_risposte/grammatica/grammatica_255.html
 
http://forum.accademiadellacrusca.it/forum_5/interventi/1064.shtml.html
 


 
http://forum.accademiadellacrusca.it/forum_5/interventi/1064.shtml.html
 
 
Rilevo, come tu mi fai notare, che vi sono ancora importanti
dizionari della lingua italiana che espongono parole straniere
ormai entrate nel nostro lessico con modalitï¿œ "arrangiate"
secondo la pronuncia e la grafia italiane.
Non ï¿œ questo il processo evolutivo che sta seguendo la nostra lingua.
 
Non ti chiedo un atto di fede, tienti pure i tuoi dubbi
ch'io mi tengo le mie certezze.
 
Bruno

 le forme fianco a fianco. Materia di fede (?):
 
Sï¿œ in effetti, come mi fai notare, esistono ancora dizionari
di tutto rispetto che ammettono l'uso di parole straniere
"aggiustate" alla pronuncia e alla grafia italiana.
Ma non ï¿œ questo il senso in cui si evolve il nostro linguaggio.
 
Non ti chiedo di fare un atto di fede: tienti i tuoi dubbi


Ma non sarà mai che confondiamo la parte delle DESCRIPRION da quella dei NOMI...?
E' pur vero che in nomi sono comodi se sono parlanti(espliciti) ma la questione accenti è char strani è esattamente la stessa...
Le esperienze internazionali di molti colleghi molto vicini alla casa madre, riportano che questa attenzione è importante usarla... soprattutto a chi esporta il prodotto in differenti versioni.
Un prodotto non è MULTILINGUA se non usa Caratteri(Riservati) ma è Multilingua se FUNZIONA SEMPRE, in quanto le Description che poi vanno ad integrare le CAPTION hanno una logica che non ha nulla a che vedere con i NOMI degli OGGETTI DI INGEGNERIZZAZIONE.
 
Chiaramente poi possiamo dire che è tutta lana caprina, ma trovo utile leggere ed approfittare di esperienze di altri colleghi con una ampiezza di vedure internazionale.
 
@Alex

 colleghi con una ampiezza di vedure internazionale.
Per questo National Geographic ï¿œ eccezionale:
ci sono delle vedute internazionali mozzafiato!
 
Bruno

Io lavoro per una MultiNazionale WorldWide quindi "Eccone uno".
 
Scherzi a parte ognuno giustamente deve muoversi nel proprio ambiente senza voler fare acrobazie inutili.
 
Tuttavia io National Geographic lo adoro da appassionato di Foto ormai da più di 20anni... quando penso che ho ancora l'analogica mi viene da piangere...
 
@Alex