Newsgroup: it.comp.lang.delphi
Titolo: D5 Parametri e doppi apici

Dovrei passare ad un'applicazione un parametro (codice articolo) che
può contenere degli ".
Ho notato che il ParamStr(x) mi passa la stringa eliminando questi
caratteri (anche se a metà stringa). Anche se capisco il motivo, c'è
un modo per passare la stringa esatta?
Grazie

Rispondo a Antonello Vittorio che, tra le altre cose, ha scritto:

Un codice articolo che contiene " ??? Fucilate chi li ha progettati.
Comunque, se rinchiudi le virgolette entro due apici, funziona.
Quindi, potresti farti una funzioncina che, quando trova le virgolette, ti
mette un apice prima e uno dopo.
-- 
Jax
====
Il sentimentalista è il più arido tra tutti i mortali. (Thomas Carlyle)

> Comunque, se rinchiudi le virgolette entro due apici, funziona.
Ho provato ma passandoli tra apici:
105 1/4'"'x1/2'"'
mi ritorna come parametro:
105 1/4''x1/2''
Alla fine mi vengono eliminati i doppi apici e mantenuti gli apici singoli.
Qualche consiglio?
:-(
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

sostituire i doppi apici prima di passare il codice e poi risistemare il
codice ?
Naturalmente usa un carattere che NON viene sicuramente usato nel codice.
PS: io faccio così
PSS: che "schifo" i doppi apici in un codice
Andrea

 :-(
Ne sei sicuro? Io ho D7, e ho provato a mettere come parametro (da Run |
Parameters) "105 1/4'"'x1/2'"'" (comprese le virgolette prima e dopo,
altrimenti li considera due parametri diversi), e il risultato, in
ParamStr(1) 105 1/4"x1/2"
(ma che cazzo di codici però!!)
-- 
Jax
====
Lo sciocco non perdona e non dimentica. L'ingenuo perdona e dimentica.
Il saggio perdona, ma non dimentica. (Thomas Szasz)

 PSS: che "schifo" i doppi apici in un codice
A volte i codici devono essere parlanti per omogeneità e il doppio apice
corrisponde al pollice (non del dito). Non si può ridurre tutto alle sole
esigenze di programmazione.
Grazie comunque.


 (ma che cazzo di codici però!!)
Vedi altra risposta.
Grazie comunque.


 alle sole esigenze di programmazione.
Siamo nel 2005, ormai qualsiasi cosa dev'essere pensata anche e soprattutto
in ambito informatico.
Altrimenti aspettati questi problemi, e anche di peggio...
Inoltre, voglio vedere i salti carpiati per inserirli a mano, sti codici.
Avrebbero tranquillamente potuto sostituire le " con una P, per esempio.
Io ho cazziato personalmente due ditte produttrici, una che ha messo i
codici in misto minuscolo/maiuscolo, un'altra che aveva dei codici del tipo
012345 e 12345, ovviamente per due cose diverse.
Senza contare quelli che usano le I, le O (ovviamente insieme a 1 e 0)...
-- 
Jax
====
Spesso, la gelosia non è che un presentimento.

 105 1/4''x1/2''
Hai ragione, mi sono fatto fregare pensando che quei 2 apici fossero
virgolette, scusami :(
Ci riprovo...
-- 
Jax
====
La vecchiaia è triste non perché cessano le gioie ma perché finiscono
le speranze.

 Senza contare quelli che usano le I, le O (ovviamente insieme a 1 e 0)...
Forse siamo OT?
Comunque l'azieda dove lavoro consta di circa 60.000 articoli con 70
persone che ci devono lavorare. Molte scatole provengono da fornitori e lì
sono indicate le misure (che riportano universalmente i doppi apici per i
pollici). E' più semplice spiegare di mettere lo stesso codice e poi la
misura riportata o fare tutte le postille ("=P /=B etc.) per i vari
problemi di informatica?
Non confondiamo con altri problemi di minuscole e maiuscole o zeri e O etc.
Venghino, venghino a provare...


 O etc. Venghino, venghino a provare...
Ci ho a che fare tutti i giorni (purtroppo)... se dovessi vedere un codice
con gli apici crocifiggerei subito chi l'ha fatto. :)
-- 
Jax
====
Il segreto di una conversazione educata è di non aprire mai la bocca a
meno che non abbiate qualcosa da dire.

 costerebbe avere una P al posto di "? Penso niente.
Mi piacerebbe venissi a dare un'occhiata...
Ciao.


 Venghino, venghino a provare...
Non è una questione di dimensioni e numero di record, i problemi si 
risolvono sempre, basta metterci il tempo e la testa.
Basterebbe usare come primary key della tabella un numerico 
autogenerante (o identity, o contatore, ecc.) in modo che tutti i 
colloqui informatici avvengano tramite questo.
Il famoso "codice parlante" potrebbe essere un campo come tanti, magari 
associato ad indice.
Ciao,
Gianluca.

 associato ad indice.
Su questo sono perfettamente d'accordo, potendo...
Ma se l'ERP č di terze parti e alla fine funziona mi tocca tenermi questo
famoso codice parlante. Certamente anch'io sarei partito con questa
impostazione (come tutti i DB costruiti da me).
Ciao
NB: alla fine ho dovuto ripiegare alla soluzione proposta da phora


 esigenze di programmazione.
Un codice creato a quel modo è molto pericoloso perché può produrre
facilmente errori.  Visto che sono significativi anche gli spazi, se
scrivo:
105 1/4 "x1/2"
scrivo qualcosa di diverso da:
105 1/4"x1/2"
E' una scelta pessima dal mio punto di vista.
