SoloCodigo

Ok, genial.  
Mira, por una vez el ASP.Net tiene un detalle y me hace la vida más facil en vez de amargármela; aunque me sigue pareciendo que funciona por ósmosis (tengo dos botones en el formulario, uno para guardar una imagen de avatar y el otro para aceptar el registro. ¿Como puñetas sabrá el compilador que los validadores solo hay que comprobarlos con el botón de aceptar el registro y no con el del avatar, si no hay ninguna referencia que enlace los validadores con los botones? Lo dicho, ciencia infusa, ósmosis o que solo hace caso al botón que esté más abajo en el formulario. )

Mirando una ayuda me salía que [a-zA-Z0-9_] se podía sustituir por \w, asi que al final solo basta con poner:
Así si que da gusto programar.  

Si hubiera un validador para comprobar que el usuario no se registra con un Nick que ya está usado ya sería la caña; pero bueno, no se puede tener todo. Me lo tendré que hacer a mano.

Diox... El que no sabe es como el que no ve...
Ya descubrí cual era el fallo que me ha tenido 3 días estancado en la misma linea de código.

El error que me saltaba me decía "La consulta debe ser actualizable", cuando lo que los kpullos de microsoft deberían haber puesto era "Mira, que la base de datos Access está puesta como solo lectura para los usuarios y así solo te va a dejar hacer selects."  

Quitándole el "solo lectura" funciona, pero supongo que si en la cadena de conexión me identifico como administrador me dejará sin tener que dejar la base tan desprotegida.

Ke duro es ser programador...  

Yo que estoy ya acostumbrado a manejar tablas, datarows y datasets en el .Net, me voy al ASP.Net y tengo que pedir lo tipico, los datos de un tipo para registrarle en un foro (o enviarle correo basura por un tubo) y al intentar hacer el update con el data adapter me revienta el código diciendo que le tengo que pasar una consulta actualizable.
¿Qué coño es eso?

Veamos, yo tengo una base de datos Access llamada Perfiles en el directorio virtual donde estoy trabajando.
La conexión, rellenado del dataset Datos y la creación de los comandos de inserción lo hago así.
Hasta ahí todo correcto, espero.
Ahora veamos como creo una nueva fila, la relleno y se la inserto al dataset por donde le quepa.
Esto sería lo básico, ya me preocuparé de filtrar los errores y demás pasteles cuando funcione, porque al llegar al adapt.update me dice que no le sale de los comandos hacerlo y me suelta el mensaje de que quiere una consulta actualizable.

Yo estoy ya que no veo, asi que por favor, ¿alguno de vosotros logra ver en qué me he equivocado y me puede dar la colleja salvadora que me dirija por el camino correcto?

Hm... ¿Eso es también hecho con el ASPUpload?
Es que lo que has puesto no se le parece en nada y resulta que con el AspUpload hay una foma muy sencilla de restringir el tamaño de los ficheros (aunque yo necesitaría primero saber como funciona lo básico para poder usarlo)

A ver... Según el manual del AspUpload deberías usar este código.
Qué facil lo pintan...

A mi me gustaría saber como se supone que el Upload.save consigue los datos del fichero que has elegido. ¿Los adivina por la cara? ¿Los captura por ósmosis?

Es que en ningun momento se pasa parametro alguno ni se usan los identificadores del los imput. ¿Como quieren que funcione eso?
Y sin embargo funciona, porque he visto ejemplos ya hechos (desgraciadamente solo en ASP y C#) y tiene una pinta inmejorable. Te puedes crear un tumbnail a la escala que te de la gana, aplicarle un filtro, rotarlo y todo con apenas 20 lineas de código.

Tengo que averiguar como lo hacen...  

Un refrán hindú dice:
Si tus problemas tienen solución,
¿De qué te quejas? (Entre lineas, haz lo que hace falta para arreglarlo y dejame de comerme la oreja con tus rollos)
Si tus problemas no tienen solución,
¿De qué te quejas? (Entre lineas, Ajo y Agua; haberte pasado al Linux)

Aun no sé porqué un valor nulo en un campo puede hacer que todo el informe aparezca en blanco, ni me importa, ya que logré evitar este error como de costumbre, con un parche poco elegante pero eficaz, hasta que revienten las costuras por otra parte.
Es duro, pero poco a poco la filosofía Microsoft termina imponiéndose.

Veamos, por ahí vi que no era el único con este problema y que la solución era poner siempre un valor por defecto. El caso es que poner "" como defecto tampoco le gusta al Crystal, asi que al final tuve que ponerle un espacio en blanco (Lo digo como si fuera lo mas sencillo del mundo, pero en realidad casi me vuelvo loco porque al usar Databindings, al hacer un nuevo, todos los campos se establecían a "", eliminando el valor por defecto que venía desde el access y es como si no hubiera hecho nada. No veais hasta que me di cuenta de eso...  )

Bueno, tomad precauciones y si sabeis que algun campo que le paseis al Crystal puede ir vacío, obligadle a tener un valor dependiendo del tipo de dato que sea. Si es cadena un string, si es número un cero y si es una imagen, ponedle un fondo blanco o una imagen con un letrero "Imagen no disponible" o "Estamos en obras, dejenme trabajar tranquilo"

Os lo advierto, no caigais en la tentación de obligar al usuario a rellenar absolutamente todos los campos si no son información vital. Eso conlleva al lado oscuro de la programación.

La senda del Crystal Report llena de obstáculos y sinsabores está. Del lado oscuro debeis guardaros.  

PD: Nunca adivinariais qué pelicula acabo de ver.  

Buf... El Crystal te puede fallar por tantos motivos que parece un producto de Microsoft. Tal vez por eso lo han incluido en el .Net, para que no desentone.

Yo tambien me estoy peleando con un crystal que tiene que ir en una aplicación que va a ser instalada en otros equipos.
Los problemas principales que me he encontrado están expuestos en este foro, pero haré una recopilacion:
-Si diseñas el Informe en la ventana de diseño, hay que tener muy en cuenta que la cadena de conexion de la base de datos podría cambiar en el futuro equipo donde se ejecute el programa (aproximadamente hay un 250% de probabilidad), asi que lo más recomendable es trabajar en vez de con bases de datos, que te obliguen a establecerles de antemano una cadena de conexion, con algun dataset incluido dentro de la aplicacion (que tambien se las traen)
-Hablando de los datasets, el Crystal sufre de miopia galopante y solo va a poder ver (que yo sepa, de momento) los Datasets creados en diseño. Ya sé que los creados en código funcionan mejor y son más profesionales, pero profesional es un término que no se puede aplicar al Crystal Report que viene incluido en el Visual Estudio. Tal vez todos estos problemas estén más que solucionados en las versiones de pago, pero si el bolsilo no está como para derroches habrá que tragar con lo que hay.
-El Crystal Report odia los valores nulos (Casi tanto como yo lo odio a él) asi que si detecta uno, reacciona desde pasando de mostrar los campos de una tabla entera (incluyendo los que no sean nulos) hasta mostrarte una fabulosa página con la estructura que le hayas dado pero sin dato alguno, cuando lo unico que falta es el numero del movil de un tipo que por casualidad de la vida no tenía.
La forma de solucionarlo momentaneamente es establecer siempre un valor por defecto, si es una cadena de texto mejor un espacio que poner "", que tampoco le gusta al Crystal. Si es número pon un cero y si es una imagen es mejor que incluyas en tu proyecto una imagen que sea un cuadrado blanco o un rotulo de Imagen no disponible, porque si no las vas a pasar canutas.

Esto es en lo que me ha fallado a mi. Comprueba si coincide alguno de los casos con el tuyo y reza porque no seas el afortunado descubridor de otro fallo más de este programita, que sí, te ahorra el problema de tener que tratar con impresoras y toda la vaina, pero eso que te ahorras te lo hace pagar con sangre.

No sé si seré el único al que le pasa esto. Resulta que tengo un informe de tipo factura con datos de una empresa y del cliente de la empresa. Entre los datos de la empresa hay un campo Logotipo, que vendría a mostrar el logotipo de la empresa.
El problema es que no es obligatorio que una empresa tenga logotipo, asi que se puede dar el caso de que ese campo esté vacío.
Lo malo es que cuando intento hacer una factura de una empresa sin logotipo, al crystal se le cruzan los cables y no me muestra ningun campo (excepto el numero de factura como por hacerme un favor)
Si lo que faltan son datos del cliente, como su calle o su código postal, desaparecen los campos donde estén contenidos.

Vaya una gracia.

¿Como puedo decirle que no se vuelva loco cuando reciba valores nulos?

En el manual de Crystal Report de 700 páginas fotocopiadas que tengo no se contempla esa posibilidad, y no logro que las MSDN suelten prenda.

¿Alguien sabe por lo menos por qué se produce este error tan raro?

De momento he encontrado una solución temporal en dos pasos. Necesito usar dos DataSets, uno creado en código y el otro en diseño.

Necesito el objeto dataset porque el crystal Report no puede acceder al dataset creado en código (que es con el que trabajo en toda la aplicación) y entonces no puedo acceder a la estructura de las tablas y mucho menos a sus campos para crear el diseño.
Bien, el truco está en crear el dataset con la misma estructura de datos con la que trabajas, sin molestarte en rellenarlo tabla a tabla, asignarselo al informe.
Con esto podrás sacar todos los campos sin muchas dificultades y diseñar la estructura del formulario.

A la hora de llamar al informe, solo hay que asignarle el dataset creado en código (que es el que está relleno con todos los datos) al informe.

Supongamos que tenemos el dataset DS con todos los datos, un informe llamado Reporte.rpt y que le hemos establecido como origen de datos el otro dataset.

El código a grandes rasgos sería este:

Ahí está, no hace falta especificar absolutamente ninguna dirección de ninguno de los ficheros del programa, asi que evitamos que nos reviente cuando lo instalemos en el equipo de nuestro cuñao.
Aun así no me termina de convencer este arreglo. Seguro que hay una forma de usar el dataset creado por código y con eso ahorrarse el segundo.

Bueno, de momento dejemoslo así. Ahora solo falta solucionar el extraño fallo que me da si alguno de los campos del formulario recibe un valor nulo.

Hm... Se está convirtiendo en una costumbre responderme a mi mismo. Bueno, mientras me dé la respuesta al problema por mi encantado; aunque ya me podía haber respondido antes.

El control que establece que no puedas escribir en tu combo no es Locked, que por lo visto ahora controla que no se pueda modificar el tamaño del combo (es lo que tiene sacar un lenguaje a partir de otro. Es "parecido", pero no es lo mismo)
La respuesta está en la propiedad DropDownStyle, que tiene tres valores posibles.
-Simple: No aparece el botón de desplegar el combo, asi que te queda una especie de texbox en la que puedes escribir, pero con las flechas de direccion puedes cambiar entre los valores que tenga.
-DropDown: La opción por defecto. Esto ya parece un combobox con su botón de despliegue y todo, aunque permite que escribas dentro.
-DropDownList: Este es el que vale. Aparece el botón de despliegue, aunque solo para que sepas que es un combobox, ya que pulses donde pulses, se te va a desplegar el combo y, aleluya, no te permite la escritura.

Son estas pequeñas tontunas las que te tienen candote de cabezazos contra el TFT y las tienes delante de tus narices todo el tiempo.

Como suelo decir, el que no sabe es como el que no ve.

Hm... ¿Con qué estás programando en .Net?
Yo uso el Visual Studio 2003 y ahí si que viene integrado el crystal report (solo necesitas añadirlo como un elemento más al proyecto)
Aparte, ya corregía el fallo que tenía, pero me parece que no va a ser el mismo que tienes tu.
El error que tenía era pensar que a la hora de abrir un reporte, debía usar la función Load que necesita como parametros la direccion física del fichero .rpt y su nombre.
Al estar integrado el Crystal en el Visual Studio, si tienes un reporte con el nombre CRFactura.rpt, para abrirlo solo hay que usar un dim de esta manera.
Así no tienes que especificarle una dirección que podría cambiar cuando lo instales en otro equipo.

Si el problema que tienes es que directamente no puedes incluir el Crystal Report en tu proyecto ya me superaste.  

Si ves que es demasiado complicado meter el Crystal en tu proyecto, podrías intentar pasarte al Visual Studio.

Tengo un pequeño problema con el Crystal Report. Consulté el manual de instrucciones y aparecía una referencia justo al problema que tenía; pero en vez de dar una solución expusieron, con toda la educacion y asepsia del lenguaje técnico de un manual, que me las podía comer dobladas.

Veamos, debería ser lo mas sencillo del planeta crear un pequeño trozo de una carta o factura que ponga el nombre de una empresa, su direccion, teléfono y CIF tal que así:
GRUMASA S.L.
C/El Cangrejo, nº15, 4º-Izq
Tfn: 9001000010
CIF: 1124341131-P

Por poner un ejemplo, y hacer que cada linea esté centrada.
El problema es que no siempre el nombre es tal corto. Si la empresa se llama GRUMASA Tecnología y Comunicacion entonces es bastante facil que el texto del nombre se te salga del recuadro donde lo has puesto.
Las propiedades del objeto de texto te permiten decirle que si hay desbordamiento, se escriba en multiples líneas, y aquí está el problema.
Al escribirse en varias lineas, el campo del nombre no desplaza hacia abajo a los demás campos, sino que escribe encima directamente, lo cual es una guarrería antiestética que diría poco en favor de la profesionalidad de una empresa que envíe documentos con semejante chapuza.

En el manual dice que para evitar esto, ponga la linea propensa a desbordarse en la parte inferior... ¿Qué clase de solución es esa? ¿Como voy a poner el nombre de la empresa debajo? ¿Tan barata compran la coca los diseñadores de manuales?
(Lo siento, me he pasado un poco con los pobres diseñadores de manuales... Pero no lo retiro)

Por mucho que busco, no veo ningún documento que sufra este fallo, asi que una de dos:
-Tiene solución
-Esa gente pasó de usar Crystal Report

Como yo no puedo prescindir del Crystal Report y no puedo conseguir otra versión que no sea la que viene con el Visual Estudio, tendré fé en que este problema tiene solución.
Ahora bien... ¿Alguien sabe cual podría ser?

Pienso que si pudiese meter todos los datos en un campo fórmula tal vez podría decirle que escriba cada uno debajo del otro y así no se sobre escribiría nada; pero a parte de que no sé como se hace, el nombre de la empresa va con un tamaño mayor que el resto de campos y además va en negrita.
Meter diferentes formatos de texto en la misma fórmula me parece ya un poco más complicado.

PD: Por ahí vi un sitio donde decía que el Crystal es la mejor herramienta para hacer informes del mercado... Qué mal está el mercado entonces...

¡Ya está solucionado, probado y va de maravilla!

Un tal Maniac había dado con una solución limpia y profesional al problema.

Primero, en la página Html hay que poner un literal de esta manera (aun no sé lo que es un literal, pero funciona)

Después crear este pedazo de funcion en la parte Asp

Por ultimo solo hay que poner esto en el load de la página
Donde Direccion es la direccion de la imagen a mostrar partiendo del directorio virtual. Es decir, si la direcion completa de tu imagen es http://Localhost/Algarroba/imagenes/Portada.jpg entonces solo tienes que poner imagenes/portada.jpg

Yo usé una variable global para guardar esta direccion, porque no me manejo con los request y la madre que los trajo; pero en el ejemplo lo hacía con request strings y le iba de maravilla (a él, claro está   )

Por si alguien puede darle uso, lo necesario para usar los request es esto:

En la página original poner:
Esto mostraría un boton con la imagen Myimage1Thumb.jpg que al ser pulsado enviaría el nombre de la imagen al formulario Imagewindow.aspx
Aquí da por sentado que sabes de antemano el nombre de la imagen, asi que se lo pasa sin ponerle la terminacion Jpg, que le añade en el load de ImageWindow de esta manera:

Así si que da gusto abrir Popups. Gracias Maniac.