Hola,
En el ejemplo que adjunto, cuando hacemos el primer select, editamos los
datos y todo funciona perfectamente. si hacemos un segundo select, si
editamos los datos no guarda los datos, he observado que si después de
esta edición fallida intentamos añadir un registro, en lugar de poner
los controles en blanco pone los datos que no se guardaron del ultimo
registro editado.
Alguien puede decir si esto es normal.
Xailer v1.4
Saludos. Miguel A. Torrellas
--
In order for this site to work correctly we need to store a small file (called a cookie) on your computer. Most every site in the world does this, however since the 25th of May 2011, by law we have to get your permission first. Please abandon the forum if you disagree.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
TSQLQuery
TSQLQuery
Alguien ha probado algo sobre lo que expongo en el anterior mensaje. En
particular el equipo de Xailer.
Saludos.
Miguel A. Torrellas escribió:
> Hola,
>
> En el ejemplo que adjunto, cuando hacemos el primer select, editamos los
> datos y todo funciona perfectamente. si hacemos un segundo select, si
> editamos los datos no guarda los datos, he observado que si después de
> esta edición fallida intentamos añadir un registro, en lugar de poner
> los controles en blanco pone los datos que no se guardaron del ultimo
> registro editado.
>
> Alguien puede decir si esto es normal.
>
> Xailer v1.4
>
> Saludos. Miguel A. Torrellas
particular el equipo de Xailer.
Saludos.
Miguel A. Torrellas escribió:
> Hola,
>
> En el ejemplo que adjunto, cuando hacemos el primer select, editamos los
> datos y todo funciona perfectamente. si hacemos un segundo select, si
> editamos los datos no guarda los datos, he observado que si después de
> esta edición fallida intentamos añadir un registro, en lugar de poner
> los controles en blanco pone los datos que no se guardaron del ultimo
> registro editado.
>
> Alguien puede decir si esto es normal.
>
> Xailer v1.4
>
> Saludos. Miguel A. Torrellas
-
ignacio
- Site Admin
- Mensajes: 9457
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
TSQLQuery
Miguel,
No. No es normal, estamos investigando el problema. Gracias por su
colaboración.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:[email=466ac942@ozsrv2.ozlan.local...]466ac942@ozsrv2.ozlan.local...[/email]
> Hola,
>
> En el ejemplo que adjunto, cuando hacemos el primer select, editamos los
> datos y todo funciona perfectamente. si hacemos un segundo select, si
> editamos los datos no guarda los datos, he observado que si después de
> esta edición fallida intentamos añadir un registro, en lugar de poner
> los controles en blanco pone los datos que no se guardaron del ultimo
> registro editado.
>
> Alguien puede decir si esto es normal.
>
> Xailer v1.4
>
> Saludos. Miguel A. Torrellas
>
No. No es normal, estamos investigando el problema. Gracias por su
colaboración.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:[email=466ac942@ozsrv2.ozlan.local...]466ac942@ozsrv2.ozlan.local...[/email]
> Hola,
>
> En el ejemplo que adjunto, cuando hacemos el primer select, editamos los
> datos y todo funciona perfectamente. si hacemos un segundo select, si
> editamos los datos no guarda los datos, he observado que si después de
> esta edición fallida intentamos añadir un registro, en lugar de poner
> los controles en blanco pone los datos que no se guardaron del ultimo
> registro editado.
>
> Alguien puede decir si esto es normal.
>
> Xailer v1.4
>
> Saludos. Miguel A. Torrellas
>
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
TSQLQuery
Ignacio,
Gracias por la atención. Quedo en espera de vuestras noticias.
Saludos. Miguel A. Torrellas
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> No. No es normal, estamos investigando el problema. Gracias por su
> colaboración.
>
> Un saludo,
>
Gracias por la atención. Quedo en espera de vuestras noticias.
Saludos. Miguel A. Torrellas
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> No. No es normal, estamos investigando el problema. Gracias por su
> colaboración.
>
> Un saludo,
>
TSQLQuery
Hola,
el tema debe estar complicado por lo que se ve, no es por achuchar pero
estoy detenido en espera de solución por lo que hago la siguiente pregunta:
¿Debo seguir con esta técnica en mis formularios? para mantener tablas
de SQL Server al cual se le ataca de forma remota -internet-, no puedo
traer al cliente toda la tabla, antes tendré que hacer un select lo mas
delimitado posible y tal como funciona ahora, cada vez se ha de cerrar
el formulario para poder actualizar datos.
Mientras se encuentra el fallo, me podeis informar con qué técnica
haceis vuestro programas para realizar estas labores de mantenimiento de
tablas remotas, estoy seguro que estais haciendo aplicaciones con estas
necesidades.
Saludos. Miguel A: Torrellas
Miguel A. Torrellas escribió:
> Hola,
>
> En el ejemplo que adjunto, cuando hacemos el primer select, editamos los
> datos y todo funciona perfectamente. si hacemos un segundo select, si
> editamos los datos no guarda los datos, he observado que si después de
> esta edición fallida intentamos añadir un registro, en lugar de poner
> los controles en blanco pone los datos que no se guardaron del ultimo
> registro editado.
>
> Alguien puede decir si esto es normal.
>
> Xailer v1.4
>
> Saludos. Miguel A. Torrellas
el tema debe estar complicado por lo que se ve, no es por achuchar pero
estoy detenido en espera de solución por lo que hago la siguiente pregunta:
¿Debo seguir con esta técnica en mis formularios? para mantener tablas
de SQL Server al cual se le ataca de forma remota -internet-, no puedo
traer al cliente toda la tabla, antes tendré que hacer un select lo mas
delimitado posible y tal como funciona ahora, cada vez se ha de cerrar
el formulario para poder actualizar datos.
Mientras se encuentra el fallo, me podeis informar con qué técnica
haceis vuestro programas para realizar estas labores de mantenimiento de
tablas remotas, estoy seguro que estais haciendo aplicaciones con estas
necesidades.
Saludos. Miguel A: Torrellas
Miguel A. Torrellas escribió:
> Hola,
>
> En el ejemplo que adjunto, cuando hacemos el primer select, editamos los
> datos y todo funciona perfectamente. si hacemos un segundo select, si
> editamos los datos no guarda los datos, he observado que si después de
> esta edición fallida intentamos añadir un registro, en lugar de poner
> los controles en blanco pone los datos que no se guardaron del ultimo
> registro editado.
>
> Alguien puede decir si esto es normal.
>
> Xailer v1.4
>
> Saludos. Miguel A. Torrellas
-
ignacio
- Site Admin
- Mensajes: 9457
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
TSQLQuery
Miguel,
Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
de todos los errores el mismo lunes que viene. Lo siento.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:[email=467100b7@ozsrv2.ozlan.local...]467100b7@ozsrv2.ozlan.local...[/email]
> Hola,
>
> el tema debe estar complicado por lo que se ve, no es por achuchar pero
> estoy detenido en espera de solución por lo que hago la siguiente
> pregunta:
>
> ¿Debo seguir con esta técnica en mis formularios? para mantener tablas de
> SQL Server al cual se le ataca de forma remota -internet-, no puedo traer
> al cliente toda la tabla, antes tendré que hacer un select lo mas
> delimitado posible y tal como funciona ahora, cada vez se ha de cerrar el
> formulario para poder actualizar datos.
>
> Mientras se encuentra el fallo, me podeis informar con qué técnica haceis
> vuestro programas para realizar estas labores de mantenimiento de tablas
> remotas, estoy seguro que estais haciendo aplicaciones con estas
> necesidades.
>
> Saludos. Miguel A: Torrellas
>
> Miguel A. Torrellas escribió:
>> Hola,
>>
>> En el ejemplo que adjunto, cuando hacemos el primer select, editamos los
>> datos y todo funciona perfectamente. si hacemos un segundo select, si
>> editamos los datos no guarda los datos, he observado que si después de
>> esta edición fallida intentamos añadir un registro, en lugar de poner los
>> controles en blanco pone los datos que no se guardaron del ultimo
>> registro editado.
>>
>> Alguien puede decir si esto es normal.
>>
>> Xailer v1.4
>>
>> Saludos. Miguel A. Torrellas
Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
de todos los errores el mismo lunes que viene. Lo siento.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:[email=467100b7@ozsrv2.ozlan.local...]467100b7@ozsrv2.ozlan.local...[/email]
> Hola,
>
> el tema debe estar complicado por lo que se ve, no es por achuchar pero
> estoy detenido en espera de solución por lo que hago la siguiente
> pregunta:
>
> ¿Debo seguir con esta técnica en mis formularios? para mantener tablas de
> SQL Server al cual se le ataca de forma remota -internet-, no puedo traer
> al cliente toda la tabla, antes tendré que hacer un select lo mas
> delimitado posible y tal como funciona ahora, cada vez se ha de cerrar el
> formulario para poder actualizar datos.
>
> Mientras se encuentra el fallo, me podeis informar con qué técnica haceis
> vuestro programas para realizar estas labores de mantenimiento de tablas
> remotas, estoy seguro que estais haciendo aplicaciones con estas
> necesidades.
>
> Saludos. Miguel A: Torrellas
>
> Miguel A. Torrellas escribió:
>> Hola,
>>
>> En el ejemplo que adjunto, cuando hacemos el primer select, editamos los
>> datos y todo funciona perfectamente. si hacemos un segundo select, si
>> editamos los datos no guarda los datos, he observado que si después de
>> esta edición fallida intentamos añadir un registro, en lugar de poner los
>> controles en blanco pone los datos que no se guardaron del ultimo
>> registro editado.
>>
>> Alguien puede decir si esto es normal.
>>
>> Xailer v1.4
>>
>> Saludos. Miguel A. Torrellas
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
TSQLQuery
Ignacio,
No me cabe duda de que haceis todo lo posible, lo que me extraña es que
a nadie le haya sucedido esto siendo tan elemental hacer sucesivos
"select", quizá no haya mucha gente atacando a SQL Server o se emplee
cada vez un DataSet distinto - no lo sé- pero el amigo Capel ya habrá
pasado por esto supongo.
Animo.
Miguel A. Torrellas
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
> de todos los errores el mismo lunes que viene. Lo siento.
>
> Un saludo,
>
No me cabe duda de que haceis todo lo posible, lo que me extraña es que
a nadie le haya sucedido esto siendo tan elemental hacer sucesivos
"select", quizá no haya mucha gente atacando a SQL Server o se emplee
cada vez un DataSet distinto - no lo sé- pero el amigo Capel ya habrá
pasado por esto supongo.
Animo.
Miguel A. Torrellas
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
> de todos los errores el mismo lunes que viene. Lo siento.
>
> Un saludo,
>
TSQLQuery
Hola Ignacio,
Estoy sorprendido, cuando estábamos en la prerelease, nunca se ha
tardado tanto tiempo en solucionar un problema -desde el 9 de Junio- que
a mi entender y para estar en la "versión" profesional, grave, puesto
que me tiene detenido, ya que son varios los formularios que tengo
diseñados de esta manera.
Por favor si hay un problema grave que cueste mucho mas tiempo
solucionarlo me lo dices y ya reescribiré mi proyecto de no sé que
manera para poder seguir trabajando.
Gracias. por tu atención.
Saludos. Miguel A. Torrellas
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
> de todos los errores el mismo lunes que viene. Lo siento.
>
> Un saludo,
>
Estoy sorprendido, cuando estábamos en la prerelease, nunca se ha
tardado tanto tiempo en solucionar un problema -desde el 9 de Junio- que
a mi entender y para estar en la "versión" profesional, grave, puesto
que me tiene detenido, ya que son varios los formularios que tengo
diseñados de esta manera.
Por favor si hay un problema grave que cueste mucho mas tiempo
solucionarlo me lo dices y ya reescribiré mi proyecto de no sé que
manera para poder seguir trabajando.
Gracias. por tu atención.
Saludos. Miguel A. Torrellas
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
> de todos los errores el mismo lunes que viene. Lo siento.
>
> Un saludo,
>
TSQLQuery
Hola Miguel,
¿Has probado a cerrar el 'query' antes de volverlo a abrir?
Saludos,
José Luis Capel
PD: no había visto tu ejemplo hasta hoy.
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:4671ae72$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> No me cabe duda de que haceis todo lo posible, lo que me extraña es que a
> nadie le haya sucedido esto siendo tan elemental hacer sucesivos "select",
> quizá no haya mucha gente atacando a SQL Server o se emplee cada vez un
> DataSet distinto - no lo sé- pero el amigo Capel ya habrá pasado por esto
> supongo.
>
> Animo.
>
> Miguel A. Torrellas
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
>> de todos los errores el mismo lunes que viene. Lo siento.
>>
>> Un saludo,
>>
¿Has probado a cerrar el 'query' antes de volverlo a abrir?
Saludos,
José Luis Capel
PD: no había visto tu ejemplo hasta hoy.
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:4671ae72$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> No me cabe duda de que haceis todo lo posible, lo que me extraña es que a
> nadie le haya sucedido esto siendo tan elemental hacer sucesivos "select",
> quizá no haya mucha gente atacando a SQL Server o se emplee cada vez un
> DataSet distinto - no lo sé- pero el amigo Capel ya habrá pasado por esto
> supongo.
>
> Animo.
>
> Miguel A. Torrellas
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
>> de todos los errores el mismo lunes que viene. Lo siento.
>>
>> Un saludo,
>>
-
ignacio
- Site Admin
- Mensajes: 9457
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
TSQLQuery
Miguel,
Siento la tardanza y te pido disculpas por ello. Hoy mismo salimos con la
1.5. Perdona por la tardanza, pero la 1.5 tiene muchos cambios y el más
importante es el sistema de 'Xailer Update' completamente terminado por lo
que en el futuro las actualizaciones serán automáticas y estarán disponibles
casi al mismo tiempo que para nosostros mismos.
Si encontrases algún error adicional con la reapertura de datasets, que
espero que no, ten absoluta certeza de que haré lo posible para que se
resuelva cuanto antes.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:[email=467aa45a@ozsrv2.ozlan.local...]467aa45a@ozsrv2.ozlan.local...[/email]
> Hola Ignacio,
>
> Estoy sorprendido, cuando estábamos en la prerelease, nunca se ha tardado
> tanto tiempo en solucionar un problema -desde el 9 de Junio- que a mi
> entender y para estar en la "versión" profesional, grave, puesto que me
> tiene detenido, ya que son varios los formularios que tengo diseñados de
> esta manera.
>
> Por favor si hay un problema grave que cueste mucho mas tiempo
> solucionarlo me lo dices y ya reescribiré mi proyecto de no sé que manera
> para poder seguir trabajando.
>
> Gracias. por tu atención.
>
> Saludos. Miguel A. Torrellas
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
>> de todos los errores el mismo lunes que viene. Lo siento.
>>
>> Un saludo,
>>
Siento la tardanza y te pido disculpas por ello. Hoy mismo salimos con la
1.5. Perdona por la tardanza, pero la 1.5 tiene muchos cambios y el más
importante es el sistema de 'Xailer Update' completamente terminado por lo
que en el futuro las actualizaciones serán automáticas y estarán disponibles
casi al mismo tiempo que para nosostros mismos.
Si encontrases algún error adicional con la reapertura de datasets, que
espero que no, ten absoluta certeza de que haré lo posible para que se
resuelva cuanto antes.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:[email=467aa45a@ozsrv2.ozlan.local...]467aa45a@ozsrv2.ozlan.local...[/email]
> Hola Ignacio,
>
> Estoy sorprendido, cuando estábamos en la prerelease, nunca se ha tardado
> tanto tiempo en solucionar un problema -desde el 9 de Junio- que a mi
> entender y para estar en la "versión" profesional, grave, puesto que me
> tiene detenido, ya que son varios los formularios que tengo diseñados de
> esta manera.
>
> Por favor si hay un problema grave que cueste mucho mas tiempo
> solucionarlo me lo dices y ya reescribiré mi proyecto de no sé que manera
> para poder seguir trabajando.
>
> Gracias. por tu atención.
>
> Saludos. Miguel A. Torrellas
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
>> de todos los errores el mismo lunes que viene. Lo siento.
>>
>> Un saludo,
>>
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
-
zeasoftware
- Mensajes: 1831
- Registrado: Mar Oct 11, 2005 9:53 am
TSQLQuery
A mi me ha pasado pero estoy muy novato en el tema SQL, tengo un brose de
Cotizaciones donde abro varias tablas con TSQLTable + TADODataSource, he
notado que si uso filas con varias lineas me tarda mucho, incluso me da
tiempo por ir por un refresco a la tienda ;o)
Y ni hablar, que quise experimentar con un Filter()
Saludos.
--
Ramón Zea
01.993.194.14.27
http://www.paginasprodigy.com/zeasoftware/
zeasoftware@prodigy.net.mx
zeasoftware@hotmail.com
ramonzea@yahoo.com
zeasoft.movil@hotmail.com
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:4671ae72$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> No me cabe duda de que haceis todo lo posible, lo que me extraña es que a
> nadie le haya sucedido esto siendo tan elemental hacer sucesivos "select",
> quizá no haya mucha gente atacando a SQL Server o se emplee cada vez un
> DataSet distinto - no lo sé- pero el amigo Capel ya habrá pasado por esto
> supongo.
>
> Animo.
>
> Miguel A. Torrellas
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
>> de todos los errores el mismo lunes que viene. Lo siento.
>>
>> Un saludo,
>>
Cotizaciones donde abro varias tablas con TSQLTable + TADODataSource, he
notado que si uso filas con varias lineas me tarda mucho, incluso me da
tiempo por ir por un refresco a la tienda ;o)
Y ni hablar, que quise experimentar con un Filter()
Saludos.
--
Ramón Zea
01.993.194.14.27
http://www.paginasprodigy.com/zeasoftware/
zeasoftware@prodigy.net.mx
zeasoftware@hotmail.com
ramonzea@yahoo.com
zeasoft.movil@hotmail.com
"Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
news:4671ae72$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> No me cabe duda de que haceis todo lo posible, lo que me extraña es que a
> nadie le haya sucedido esto siendo tan elemental hacer sucesivos "select",
> quizá no haya mucha gente atacando a SQL Server o se emplee cada vez un
> DataSet distinto - no lo sé- pero el amigo Capel ya habrá pasado por esto
> supongo.
>
> Animo.
>
> Miguel A. Torrellas
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
>> de todos los errores el mismo lunes que viene. Lo siento.
>>
>> Un saludo,
>>
Ramón Zea
Móvil: 01-993-231-62-29
ramonzea@yahoo.com
zeasoftware@hotmail.com
zeasoft.movil@hotmail.com
http://www.paginasprodigy.com/zeasoftware/
Móvil: 01-993-231-62-29
ramonzea@yahoo.com
zeasoftware@hotmail.com
zeasoft.movil@hotmail.com
http://www.paginasprodigy.com/zeasoftware/
TSQLQuery
Gracias Ignacio, entiendo toda la complejidad con lo que cuenta con mi
reconocimiento.
Saludos. Miguel A. Torrellas
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> Siento la tardanza y te pido disculpas por ello. Hoy mismo salimos con la
> 1.5. Perdona por la tardanza, pero la 1.5 tiene muchos cambios y el más
> importante es el sistema de 'Xailer Update' completamente terminado por lo
> que en el futuro las actualizaciones serán automáticas y estarán disponibles
> casi al mismo tiempo que para nosostros mismos.
>
> Si encontrases algún error adicional con la reapertura de datasets, que
> espero que no, ten absoluta certeza de que haré lo posible para que se
> resuelva cuanto antes.
>
> Un saludo,
>
reconocimiento.
Saludos. Miguel A. Torrellas
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> Siento la tardanza y te pido disculpas por ello. Hoy mismo salimos con la
> 1.5. Perdona por la tardanza, pero la 1.5 tiene muchos cambios y el más
> importante es el sistema de 'Xailer Update' completamente terminado por lo
> que en el futuro las actualizaciones serán automáticas y estarán disponibles
> casi al mismo tiempo que para nosostros mismos.
>
> Si encontrases algún error adicional con la reapertura de datasets, que
> espero que no, ten absoluta certeza de que haré lo posible para que se
> resuelva cuanto antes.
>
> Un saludo,
>
TSQLQuery
Miguel,
ya puedes descargar la versión 1.5 desde
http://www.xailer.com/files/xailer15.exe. Mañana la anunciaremos
oficialmente, junto a otras novedades.
Perdona por la espera, pero es que esta versión tiene cambios importantes
que nos han retrasado más de lo que pensábamos.
--
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info
ya puedes descargar la versión 1.5 desde
http://www.xailer.com/files/xailer15.exe. Mañana la anunciaremos
oficialmente, junto a otras novedades.
Perdona por la espera, pero es que esta versión tiene cambios importantes
que nos han retrasado más de lo que pensábamos.
--
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info
TSQLQuery
Hola Jose Luis.
Debe haber algún problema ya que Ignacio a tomada cartas en el asunto y
por otro lada me dice que ya está resuelto.
Saludos. Miguel A. Torrellas
José Luis Capel - Aicom escribió:
> Hola Miguel,
>
> ¿Has probado a cerrar el 'query' antes de volverlo a abrir?
>
> Saludos,
> José Luis Capel
> PD: no había visto tu ejemplo hasta hoy.
>
>
> "Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
> news:4671ae72$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> No me cabe duda de que haceis todo lo posible, lo que me extraña es que a
>> nadie le haya sucedido esto siendo tan elemental hacer sucesivos "select",
>> quizá no haya mucha gente atacando a SQL Server o se emplee cada vez un
>> DataSet distinto - no lo sé- pero el amigo Capel ya habrá pasado por esto
>> supongo.
>>
>> Animo.
>>
>> Miguel A. Torrellas
>>
>> Ignacio Ortiz de Zúñiga escribió:
>>> Miguel,
>>>
>>> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
>>> de todos los errores el mismo lunes que viene. Lo siento.
>>>
>>> Un saludo,
>>>
>
>
Debe haber algún problema ya que Ignacio a tomada cartas en el asunto y
por otro lada me dice que ya está resuelto.
Saludos. Miguel A. Torrellas
José Luis Capel - Aicom escribió:
> Hola Miguel,
>
> ¿Has probado a cerrar el 'query' antes de volverlo a abrir?
>
> Saludos,
> José Luis Capel
> PD: no había visto tu ejemplo hasta hoy.
>
>
> "Miguel A. Torrellas" <miguel@torrellas.net> escribió en el mensaje
> news:4671ae72$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> No me cabe duda de que haceis todo lo posible, lo que me extraña es que a
>> nadie le haya sucedido esto siendo tan elemental hacer sucesivos "select",
>> quizá no haya mucha gente atacando a SQL Server o se emplee cada vez un
>> DataSet distinto - no lo sé- pero el amigo Capel ya habrá pasado por esto
>> supongo.
>>
>> Animo.
>>
>> Miguel A. Torrellas
>>
>> Ignacio Ortiz de Zúñiga escribió:
>>> Miguel,
>>>
>>> Pues si que lo está, lo siento. Esperamos poder ofrecer una actualización
>>> de todos los errores el mismo lunes que viene. Lo siento.
>>>
>>> Un saludo,
>>>
>
>
TSQLQuery
Jose,
¿Cual es la clave para descomprimir el source?
Un Saludo,
Joaquín
Jose F. Gimenez escribió:
> Miguel,
>
> ya puedes descargar la versión 1.5 desde
> http://www.xailer.com/files/xailer15.exe. Mañana la anunciaremos
> oficialmente, junto a otras novedades.
>
> Perdona por la espera, pero es que esta versión tiene cambios importantes
> que nos han retrasado más de lo que pensábamos.
>
¿Cual es la clave para descomprimir el source?
Un Saludo,
Joaquín
Jose F. Gimenez escribió:
> Miguel,
>
> ya puedes descargar la versión 1.5 desde
> http://www.xailer.com/files/xailer15.exe. Mañana la anunciaremos
> oficialmente, junto a otras novedades.
>
> Perdona por la espera, pero es que esta versión tiene cambios importantes
> que nos han retrasado más de lo que pensábamos.
>
-
ignacio
- Site Admin
- Mensajes: 9457
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
TSQLQuery
Joaquin,
Se descomprime solo cuando la versión de Xailer no es DEMO.
Un saludo
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Joaquín Martínez" <jmartial@interbook.net> escribió en el mensaje
news:[email=467b7c4c@ozsrv2.ozlan.local...]467b7c4c@ozsrv2.ozlan.local...[/email]
> Jose,
>
> ¿Cual es la clave para descomprimir el source?
>
> Un Saludo,
> Joaquín
>
> Jose F. Gimenez escribió:
>> Miguel,
>>
>> ya puedes descargar la versión 1.5 desde
>> http://www.xailer.com/files/xailer15.exe. Mañana la anunciaremos
>> oficialmente, junto a otras novedades.
>>
>> Perdona por la espera, pero es que esta versión tiene cambios importantes
>> que nos han retrasado más de lo que pensábamos.
>>
Se descomprime solo cuando la versión de Xailer no es DEMO.
Un saludo
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Joaquín Martínez" <jmartial@interbook.net> escribió en el mensaje
news:[email=467b7c4c@ozsrv2.ozlan.local...]467b7c4c@ozsrv2.ozlan.local...[/email]
> Jose,
>
> ¿Cual es la clave para descomprimir el source?
>
> Un Saludo,
> Joaquín
>
> Jose F. Gimenez escribió:
>> Miguel,
>>
>> ya puedes descargar la versión 1.5 desde
>> http://www.xailer.com/files/xailer15.exe. Mañana la anunciaremos
>> oficialmente, junto a otras novedades.
>>
>> Perdona por la espera, pero es que esta versión tiene cambios importantes
>> que nos han retrasado más de lo que pensábamos.
>>
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com