Caracteres especiales, ASP y BD

[vega22]

...Muy original el tema ¿verdad? Son dos cuestiones sencillas al respecto
1) ¿Qué os parece más correcto, enviar caracteres especiales a la BD (access) con hmlencode y guardarlos así, o cargar la BD con español a pelo y luego usar htmlencode en la recuperación? El código es más limpio haciéndolo antes, pero lo que ustedes digáis...

2) Cuando trato los datos con htmlencode, tengo que tener cuidado de hacer el encode ANTES de hacer el replace para obtener los <br />, si no el htmlencode como sabéis también los codifica y los hace inservibles. ¿Hay alguna forma más elegante de conseguir la unión de ambas funciones?

Por cierto ¿sería más sencillo todo el rollo de manipular los caracteres especiales si le meto un editor wysiwyg a los formularios y punto? ¿O hay efectos secundarios desgradables que no se me ocurren ahora?

[Adler]

Al subirlos en vez de usar htmlencode ¿Por qué no usas escape? y después para mostrarlos usas unescape. De esta forma te evitas lo que comentas de <br /> puesto que escape no codifica caracteres como "<,>,/, etc"

Suerte

[vega22]

Iniciado por Adler

Al subirlos en vez de usar htmlencode ¿Por qué no usas escape? y después para mostrarlos usas unescape. De esta forma te evitas lo que comentas de <br /> puesto que escape no codifica caracteres como "<,>,/, etc"

Suerte

Gracias por contestar...

Aunque no conozco muy bien la documentación de escape(), pienso que htmlencode es más potente y la verdad es que necesito una función que convierta el máximo posible de objetos a Latin1 (en mi caso). En Php uso htmlentities que es su equivalente y la verdad es que rula bastante bien. Ya he implementado un juego de funciones de envío de datos que trabaja adecuadamente, metiendo htmlencodes por allí y replaces por allá. Al final me quedan los formularios como rudimentarios y salvajes editores de texto pero no necesito más...creo.
Me decidí al final por hacer casi todo el trabajo en el envío a BD. La BD guarda HTML listo para ser requerido y mostrado adecuadamente.
En fin, todo muy sencillo y nada ingenioso, pero furrula...