¿Software?

Hola de Nuevo Jose A.

Me he leido parte de la extensa documentación que me aportas y,
efectivamente, en IIS 5.1 y mejor en IIS6, el código híbrido no afecta, lo
cual descarga en el sentido del trabajo del diseño.

Respecto a tu sugerencia como herramienta de diseño utilizando variables es
una variación del método que actualmente utilizo. Saco la conclusión de que
me tomaba demasiado en serio el optimizar el código pasándolo a ASP al 100%.
Así que seguiré como hasta ahora programando y utilizando algún programa
tipo Dreamweaver.

Muchas gracias por tus aportes

¥-- Lombar --¥
EchMotor 69
Jose Lombardia

"Jose A. Fernandez" escribió en el mensaje
news:
Vamos por parte

COMO INTERPRETA ASP (clasico)
En cuento el funcionamiento nunca me percate del "trasfondo" entras las
aplicaciones isapi...(entre ellas asp.dll) pero me imagino que debe
instanciar una sola vez por el motor. Por ejemplo esto cambia de IIS6.0
para atras, ahora en IIS se cargar al filtro ISAPI en la primera
peticion que tiene, antes se cargaba el iniciar el servicio.
O sea como dices que "carga un motor y luego otro", no es asi (mira los
textos de la ayuda mas abajo) sino que se encarga de toda la pagina y
van interpretando secuencialmente y lo que no es codigo server-side no
lo ejecuta sino que lo envia al buffer

Por el tema de las peticiones que se tiene ASP.DLL bueno, son TODAS. Es
decir cuando llega una peticion a alguna pagina .asp siempre el IIS
tira a los filtros ISAPI (siempre) y se carga el encargado de esa
extension (asp.dll), interpreta linea por linea (por esa razon es un
lenguaje de scripting) y solo ejecuta lo que entiende con los
delimitadores... si Buffer esta activo guarda todo en la cola para la
salida o si encuentra un Response.Flush.
(por eso a veces los errores te pueden aparecer al final de una tabla
pero te muestra el HTML resultante hasta ese momento)


Por ejemplo este es el proceso(pasos) que realiza el IIS cuando delega
un respuesta a un extension ISAPI
- ISAPI Extension Processing Sequence
The following events occur when IIS receives a request that maps
to an ISAPI extension:

http://windowssdk.msdn.microsoft.co...y/ms525172(en-us).aspx

Si lees detenidamente la ayuda podras ver que realmente han mejorado
esta "interpretacion" en cuanto a paginas estaticas en su mayoria o sea
una pagina .html renombrada a .asp tiene la misma performance
Changes in ASP Features in IIS 5.1

http://windowssdk.msdn.microsoft.co...y/ms525744(en-us).aspx
Creating Simple ASP Pages

http://windowssdk.msdn.microsoft.co...y/ms524741(en-us).aspx

Inluso en IIS6 trae mejoras...
- Changes in ASP Features in IIS 6.0

http://windowssdk.msdn.microsoft.co...y/ms524938(en-us).aspx


::Nota::
En tu anécdota, estas comparando la performance de un asp que es un
componente sobre el linux que fue creado para hacer el mismo trabajo
que el que te proporciona MS con el IIS, pero que no tiene la misma
performance ok. Ya te daras cuenta por algunas limitaciones en cuanto
al lenguaje que no soporta todo; ademas no es solo un trabajo de la
asp.dll sino tambien del IIS


DISEÑO DE PAGINAS
Con respecto a repeticiones sucesivas de Response.Write, hay otra
alternativa un poco mas elegante, por ejemplo para enviar un newsletter
por correo (pero la estrategia se mantiene para otras paginas), armas
tu pagina .html con DW y le das el formato adecuado con los estilos
dentro de la pagina y en los donde van variables pon delimitadores por
ejemplo:
%TITULO%
%TABLANOTICIAS%
%HORA%
(vaa algo asi)
este archivo seria como una plantilla, luego para armar tu pagina solo
tendrias que
1) Leer este archivo de disco y cargargo en una variable su contenido
(strPagina)
2) Obtienes y armas la tabla de noticias con concatenaciones
strTabla = ""
strTabla = strTabla & "<TABLE>"
For each noticia in NoticiasRS
strTabla = strTabla & "<TR>"
...armar fila de noticia
strTabla = strTabla & "</TR>"
Next
strTabla = strTabla & "</TABLE>"

3) En la variable que contiene toda la pagina (Cargada del archivo)
vas reemplazando los valores
strPagina = REPLACE(strPagina, "%TITULO%", strTitulo)
strPagina = REPLACE(strPagina, "%TABLANOTICIAS%", strTabla)

Con esto logras:
- Modificar el diseño mas rapidamente y tener WYSIWYG.
(incluso podrias trabajar con diseñadores web y vos ni te
preocuparias por el diseño, solo que ene l lugar correcto tendrian que
poner estas seudo-variables para su posterior reemplazo)
- El tiempo de modificacion es desmuido a casi realizarlo y luego
grabarlo. (sin tener uqe saber en que parte del response.write se
encuentra.


Enlaces:
http://www.microsoft.com/technet/pr...x?mfr=true

ASP Active Server Pages

http://windowssdk.msdn.microsoft.co...y/ms526064(en-us).aspx
ASP Overview

http://windowssdk.msdn.microsoft.co...y/ms524929(en-us).aspx
Changes in ASP Features in IIS 5.1

http://windowssdk.msdn.microsoft.co...y/ms525744(en-us).aspx
Changes in ASP Features in IIS 6.0
http://windowssdk.msdn.microsoft.co...y/ms524938(en-us).aspx


Creating Simple ASP Pages

http://windowssdk.msdn.microsoft.co...y/ms524741(en-us).aspx


Working with Scripting Languages

http://windowssdk.msdn.microsoft.co...y/ms525153(en-us).aspx
Sending Content to the Browser

http://windowssdk.msdn.microsoft.co...y/ms525398(en-us).aspx

ISAPI Extensions

http://windowssdk.msdn.microsoft.co...y/ms525282(en-us).aspx
ISAPI Extension Overview

http://windowssdk.msdn.microsoft.co...y/ms525172(en-us).aspx



Espero que te sirva de ayuda o guia
_____________________
Jose A. Fernandez








¥-- Lombar --¥ ha escrito:

Hola Jose A.

Por lo que tengo entendido y leido en los manuales del IIS, el sistema de
funcionamiento de este es mediante motores que va cargando.
Si yo escribo una linea que diga <td><%=mi_variable%></td> cargo el motor
HTML, luego lo descargo y cargo el motor ASP, y de nuevo cargo el de HTML.
Es una nimiedad si solo es este el caso, pero cuando creas un portal de
una
cierta complejidad las diferencias entre trabajar así y poner todas las
lineas con Response.Write, si monitoras el tiempo de ejecución, si es
notable.

Una anécdota referente a esto es lo que me pasó con un cliente que tiene
una
tienda de libros antigüos por Internet. Maneja un catálogo de varios miles
de referencias y la web se contruyó con buscadores, multi-idioma (todos
los
textos van en variables),... La hospedó en un hosting de los supuestamente
mejores aquí en España. Cuando incluía mensualmente nuevas referencias
mandaba un correo a sus suscriptores como aviso. Cada vez que lo hacía, al
cabo de unas pocas horas, la máquina que hospedaba este hosting se caía
junto con el resto de las que soportase. A base de indagar junto con el
servicio técnico de dicho hosting se descubrío que el servidor se caía
cuando tenía unas 200 búsquedas concurrentes. El código del ASP era
híbrido
y se paso a ASP puro con lo que se soslayó el problema. Este era un caso
crítico porque luego descubrí la causa de que este servidor se cayera y mi
servidor de pruebas no lo hacíese: el hosting era en Linux, que es muy
barato, con extensiones para ASP, no era un IIS. Pero si es indicativo de
cuanto influye la manera en que programes.

Cambiar eso, como ya contaba al inicio del hilo,es sencillo. Hay
utilidades
gratuitas que te pasan el HTML a "Response.Write" de ASP de manera
automática. Sólo hay un pero, "no hay marcha atrás". Hubiese sido un
adelanto una herramienta que cuando inserto una tabla, desde DreamWeaver,
Golive, FrontPage,... ya me escribiese el Response.Write, y que si cargas
esa página te la representase, aunque sea cargada desde servidor, porque
si
trabajas con páginas dinámicas ya estarás trabajando de dicha manera,
aunque
sea un sencillo servidor local.


> ¥-- Lombar --¥
EchMotor 69
Jose Lombardia

> "Jose A. Fernandez" escribió en el mensaje
news:
Hola Lombar...
Yo lo mismo que vos.. cuando tengo que seguir algunos proyectos con ASP
clasico lo hago mediante DW y es unos de los mejores para mi en cuanto
al diseño WYSIWYG con asp clasico, tiene todo lo que se necesita y si
no lo tiene se lo arma (proque soporta extensiones de usuarios)
Puedes ver el codigo asp junto con el diseño y ver EXACTAMENTE como
quedara, incluso pudes testearlo
Ahora bien este parrafo tuyo:
"...obligas al servidor a estar conmutando de un motor a otro
constantemente. La solución es todo ASP y hay es donde nacía mi
pregunta"
el servidor no conmutando, sino lo hace linea por linea a tu pagina
asp, por ende se para cuando encuentra un error, asi lo hace y lo que
es HTML no lo toca, asp clasico es una aplicacion isapi en el IIS o sea
es un simple DLL que interpreta los scripts por ejemplo en vbscript de
tu pagina .asp
O sea el proceso es linea por linea, si una linea no tiene codigo
script no se la envia al motor de scripting sino al iis lista para
enviar (por ejemplo cuando queremos enviar inmediatamente la pagina a
medida que se procesa, ejemplo claro en tablas un poco extensas)

Espero que te pueda servir de ayuda o guia
______________________
Jose A. Fernandez


¥-- Lombar --¥ ha escrito:

> Seguramente no me he sabido explicar.
> La parte dinámica es impredecible por cualquier editor. El problema
> estriba
> cuando el cliente desea una página con un diseño determinado, tablas con
> colores, imágenes, capas lo que es un diseño estático pero complejo.
> Luego en ese diseño es donde se colocan los datos dinámicos.
> Al final tienes 600 lineas de código donde 40 son en ASP y el resto son
> de
> diseño.
>
> Esto mismo en Flash es muy sencillo ya que Flash ya que el diseño y el
> código, ActionScript y lo que metas de ASP, van aparte. Pero en HTML si
> trabajas con un editor de diseño e intercalas el ASP por enmedio, a la
> hora
> de ejecutar, obligas al servidor a estar conmutando de un motor a otro
> constantemente. La solución es todo ASP y hay es donde nacía mi
> pregunta.
>
> Muchas gracias
>
> > > ¥-- Lombar --¥
> EchMotor 69
> Jose Lombardia
>
> > > "Manuel Vera" escribió en el mensaje
> news:urhe%23UF$
> > Hmmm
> >
> > Lo que propones o solicitas es un poco complicado. Al menos yo, cuando
> > ingreso codigo ASP en mis paginas dinámicas, es porque precisamente su
> > contenido es dinámico. Por lo tanto, ¿como podría saber ese editor que
> > quieres cual es el contenido que debe mostrar? Al ser dinámico, no hay
> > un
> > texto constante a mostrar. Por otro lado, la mayoría de las veces
> > dicho
> > contenido proviene de la base de datos, lo cual se hace aun más
> > complicado.
> >
> > Salu2
> > MV
> >
> >
> > "¥-- Lombar --¥" escribió en el mensaje
> > news:
> >> Hasta ahora siempre he programado en ASP con ayuda del notepad de
> >> windows, y si necesitaba hacer algo vistoso me apañaba con algun
> >> programa
> >> desde el FrontPage al Dreamweaver, cuyo código luego convertía a
> >> código
> >> ASP con el HTML2ASP.
> >> Este sistema tiene por inconveniente que has de guardar dos versiones
> >> de
> >> la misma web: la de código híbrido cuyo diseño puedes editar
> >> facilmente
> >> "viendo" lo que haces, y otra en código puro pero menos visual en el
> >> sentido del diseño pero más adecuada para que IIS lo ejecute.
> >>
> >> Me he cansado de dar vueltas y pregunto ¿no hay ningun software
> >> "wysiwyg"
> >> que genere directamente código ASP (mediante el uso de sentencias
> >> Response.Write) y que sea también capaz de leerlo y mostrar
> >> gráficamente
> >> el resultado de ese código?
> >>
> >> Gracias de antemano
> >>
> >> > > >> ¥-- Lombar --¥
> >> EchMotor 69
> >> Jose Lombardia
> >>
> >> > > >>
> >
> >

Ok Lombar
Un abrazo
____________________
Jose A. Fernandez



¥-- Lombar --¥ ha escrito:

Hola de Nuevo Jose A.

Me he leido parte de la extensa documentación que me aportas y,
efectivamente, en IIS 5.1 y mejor en IIS6, el código híbrido no afecta, lo
cual descarga en el sentido del trabajo del diseño.

Respecto a tu sugerencia como herramienta de diseño utilizando variables es
una variación del método que actualmente utilizo. Saco la conclusión de que
me tomaba demasiado en serio el optimizar el código pasándolo a ASP al 100%.
Así que seguiré como hasta ahora programando y utilizando algún programa
tipo Dreamweaver.

Muchas gracias por tus aportes

> ¥-- Lombar --¥
EchMotor 69
Jose Lombardia

> "Jose A. Fernandez" escribió en el mensaje
news:
Vamos por parte

COMO INTERPRETA ASP (clasico)
En cuento el funcionamiento nunca me percate del "trasfondo" entras las
aplicaciones isapi...(entre ellas asp.dll) pero me imagino que debe
instanciar una sola vez por el motor. Por ejemplo esto cambia de IIS6.0
para atras, ahora en IIS se cargar al filtro ISAPI en la primera
peticion que tiene, antes se cargaba el iniciar el servicio.
O sea como dices que "carga un motor y luego otro", no es asi (mira los
textos de la ayuda mas abajo) sino que se encarga de toda la pagina y
van interpretando secuencialmente y lo que no es codigo server-side no
lo ejecuta sino que lo envia al buffer

Por el tema de las peticiones que se tiene ASP.DLL bueno, son TODAS. Es
decir cuando llega una peticion a alguna pagina .asp siempre el IIS
tira a los filtros ISAPI (siempre) y se carga el encargado de esa
extension (asp.dll), interpreta linea por linea (por esa razon es un
lenguaje de scripting) y solo ejecuta lo que entiende con los
delimitadores... si Buffer esta activo guarda todo en la cola para la
salida o si encuentra un Response.Flush.
(por eso a veces los errores te pueden aparecer al final de una tabla
pero te muestra el HTML resultante hasta ese momento)


Por ejemplo este es el proceso(pasos) que realiza el IIS cuando delega
un respuesta a un extension ISAPI
- ISAPI Extension Processing Sequence
The following events occur when IIS receives a request that maps
to an ISAPI extension:

http://windowssdk.msdn.microsoft.co...y/ms525172(en-us).aspx

Si lees detenidamente la ayuda podras ver que realmente han mejorado
esta "interpretacion" en cuanto a paginas estaticas en su mayoria o sea
una pagina .html renombrada a .asp tiene la misma performance
Changes in ASP Features in IIS 5.1

http://windowssdk.msdn.microsoft.co...y/ms525744(en-us).aspx
Creating Simple ASP Pages

http://windowssdk.msdn.microsoft.co...y/ms524741(en-us).aspx

Inluso en IIS6 trae mejoras...
- Changes in ASP Features in IIS 6.0

http://windowssdk.msdn.microsoft.co...y/ms524938(en-us).aspx


::Nota::
En tu anécdota, estas comparando la performance de un asp que es un
componente sobre el linux que fue creado para hacer el mismo trabajo
que el que te proporciona MS con el IIS, pero que no tiene la misma
performance ok. Ya te daras cuenta por algunas limitaciones en cuanto
al lenguaje que no soporta todo; ademas no es solo un trabajo de la
asp.dll sino tambien del IIS


DISEÑO DE PAGINAS
Con respecto a repeticiones sucesivas de Response.Write, hay otra
alternativa un poco mas elegante, por ejemplo para enviar un newsletter
por correo (pero la estrategia se mantiene para otras paginas), armas
tu pagina .html con DW y le das el formato adecuado con los estilos
dentro de la pagina y en los donde van variables pon delimitadores por
ejemplo:
%TITULO%
%TABLANOTICIAS%
%HORA%
(vaa algo asi)
este archivo seria como una plantilla, luego para armar tu pagina solo
tendrias que
1) Leer este archivo de disco y cargargo en una variable su contenido
(strPagina)
2) Obtienes y armas la tabla de noticias con concatenaciones
strTabla = ""
strTabla = strTabla & "<TABLE>"
For each noticia in NoticiasRS
strTabla = strTabla & "<TR>"
...armar fila de noticia
strTabla = strTabla & "</TR>"
Next
strTabla = strTabla & "</TABLE>"

3) En la variable que contiene toda la pagina (Cargada del archivo)
vas reemplazando los valores
strPagina = REPLACE(strPagina, "%TITULO%", strTitulo)
strPagina = REPLACE(strPagina, "%TABLANOTICIAS%", strTabla)

Con esto logras:
- Modificar el diseño mas rapidamente y tener WYSIWYG.
(incluso podrias trabajar con diseñadores web y vos ni te
preocuparias por el diseño, solo que ene l lugar correcto tendrian que
poner estas seudo-variables para su posterior reemplazo)
- El tiempo de modificacion es desmuido a casi realizarlo y luego
grabarlo. (sin tener uqe saber en que parte del response.write se
encuentra.


Enlaces:
http://www.microsoft.com/technet/pr...x?mfr=true

ASP Active Server Pages

http://windowssdk.msdn.microsoft.co...y/ms526064(en-us).aspx
ASP Overview

http://windowssdk.msdn.microsoft.co...y/ms524929(en-us).aspx
Changes in ASP Features in IIS 5.1

http://windowssdk.msdn.microsoft.co...y/ms525744(en-us).aspx
Changes in ASP Features in IIS 6.0
http://windowssdk.msdn.microsoft.co...y/ms524938(en-us).aspx


Creating Simple ASP Pages

http://windowssdk.msdn.microsoft.co...y/ms524741(en-us).aspx


Working with Scripting Languages

http://windowssdk.msdn.microsoft.co...y/ms525153(en-us).aspx
Sending Content to the Browser

http://windowssdk.msdn.microsoft.co...y/ms525398(en-us).aspx

ISAPI Extensions

http://windowssdk.msdn.microsoft.co...y/ms525282(en-us).aspx
ISAPI Extension Overview

http://windowssdk.msdn.microsoft.co...y/ms525172(en-us).aspx



Espero que te sirva de ayuda o guia
_____________________
Jose A. Fernandez








¥-- Lombar --¥ ha escrito:

> Hola Jose A.
>
> Por lo que tengo entendido y leido en los manuales del IIS, el sistema de
> funcionamiento de este es mediante motores que va cargando.
> Si yo escribo una linea que diga <td><%=mi_variable%></td> cargo el motor
> HTML, luego lo descargo y cargo el motor ASP, y de nuevo cargo el de HTML.
> Es una nimiedad si solo es este el caso, pero cuando creas un portal de
> una
> cierta complejidad las diferencias entre trabajar así y poner todas las
> lineas con Response.Write, si monitoras el tiempo de ejecución, si es
> notable.
>
> Una anécdota referente a esto es lo que me pasó con un cliente que tiene
> una
> tienda de libros antigüos por Internet. Maneja un catálogo de varios miles
> de referencias y la web se contruyó con buscadores, multi-idioma (todos
> los
> textos van en variables),... La hospedó en un hosting de los supuestamente
> mejores aquí en España. Cuando incluía mensualmente nuevas referencias
> mandaba un correo a sus suscriptores como aviso. Cada vez que lo hacía, al
> cabo de unas pocas horas, la máquina que hospedaba este hosting se caía
> junto con el resto de las que soportase. A base de indagar junto con el
> servicio técnico de dicho hosting se descubrío que el servidor se caía
> cuando tenía unas 200 búsquedas concurrentes. El código del ASP era
> híbrido
> y se paso a ASP puro con lo que se soslayó el problema. Este era un caso
> crítico porque luego descubrí la causa de que este servidor se cayera y mi
> servidor de pruebas no lo hacíese: el hosting era en Linux, que es muy
> barato, con extensiones para ASP, no era un IIS. Pero si es indicativo de
> cuanto influye la manera en que programes.
>
> Cambiar eso, como ya contaba al inicio del hilo,es sencillo. Hay
> utilidades
> gratuitas que te pasan el HTML a "Response.Write" de ASP de manera
> automática. Sólo hay un pero, "no hay marcha atrás". Hubiese sido un
> adelanto una herramienta que cuando inserto una tabla, desde DreamWeaver,
> Golive, FrontPage,... ya me escribiese el Response.Write, y que si cargas
> esa página te la representase, aunque sea cargada desde servidor, porque
> si
> trabajas con páginas dinámicas ya estarás trabajando de dicha manera,
> aunque
> sea un sencillo servidor local.
>
>
> > > ¥-- Lombar --¥
> EchMotor 69
> Jose Lombardia
>
> > > "Jose A. Fernandez" escribió en el mensaje
> news:
> Hola Lombar...
> Yo lo mismo que vos.. cuando tengo que seguir algunos proyectos con ASP
> clasico lo hago mediante DW y es unos de los mejores para mi en cuanto
> al diseño WYSIWYG con asp clasico, tiene todo lo que se necesita y si
> no lo tiene se lo arma (proque soporta extensiones de usuarios)
> Puedes ver el codigo asp junto con el diseño y ver EXACTAMENTE como
> quedara, incluso pudes testearlo
> Ahora bien este parrafo tuyo:
> "...obligas al servidor a estar conmutando de un motor a otro
> constantemente. La solución es todo ASP y hay es donde nacía mi
> pregunta"
> el servidor no conmutando, sino lo hace linea por linea a tu pagina
> asp, por ende se para cuando encuentra un error, asi lo hace y lo que
> es HTML no lo toca, asp clasico es una aplicacion isapi en el IIS o sea
> es un simple DLL que interpreta los scripts por ejemplo en vbscript de
> tu pagina .asp
> O sea el proceso es linea por linea, si una linea no tiene codigo
> script no se la envia al motor de scripting sino al iis lista para
> enviar (por ejemplo cuando queremos enviar inmediatamente la pagina a
> medida que se procesa, ejemplo claro en tablas un poco extensas)
>
> Espero que te pueda servir de ayuda o guia
> ______________________
> Jose A. Fernandez
>
>
> ¥-- Lombar --¥ ha escrito:
>
> > Seguramente no me he sabido explicar.
> > La parte dinámica es impredecible por cualquier editor. El problema
> > estriba
> > cuando el cliente desea una página con un diseño determinado, tablas con
> > colores, imágenes, capas lo que es un diseño estático pero complejo.
> > Luego en ese diseño es donde se colocan los datos dinámicos.
> > Al final tienes 600 lineas de código donde 40 son en ASP y el resto son
> > de
> > diseño.
> >
> > Esto mismo en Flash es muy sencillo ya que Flash ya que el diseño y el
> > código, ActionScript y lo que metas de ASP, van aparte. Pero en HTML si
> > trabajas con un editor de diseño e intercalas el ASP por enmedio, a la
> > hora
> > de ejecutar, obligas al servidor a estar conmutando de un motor a otro
> > constantemente. La solución es todo ASP y hay es donde nacía mi
> > pregunta.
> >
> > Muchas gracias
> >
> > > > > ¥-- Lombar --¥
> > EchMotor 69
> > Jose Lombardia
> >
> > > > > "Manuel Vera" escribió en el mensaje
> > news:urhe%23UF$
> > > Hmmm
> > >
> > > Lo que propones o solicitas es un poco complicado. Al menos yo, cuando
> > > ingreso codigo ASP en mis paginas dinámicas, es porque precisamente su
> > > contenido es dinámico. Por lo tanto, ¿como podría saber ese editor que
> > > quieres cual es el contenido que debe mostrar? Al ser dinámico, no hay
> > > un
> > > texto constante a mostrar. Por otro lado, la mayoría de las veces
> > > dicho
> > > contenido proviene de la base de datos, lo cual se hace aun más
> > > complicado.
> > >
> > > Salu2
> > > MV
> > >
> > >
> > > "¥-- Lombar --¥" escribió en el mensaje
> > > news:
> > >> Hasta ahora siempre he programado en ASP con ayuda del notepad de
> > >> windows, y si necesitaba hacer algo vistoso me apañaba con algun
> > >> programa
> > >> desde el FrontPage al Dreamweaver, cuyo código luego convertía a
> > >> código
> > >> ASP con el HTML2ASP.
> > >> Este sistema tiene por inconveniente que has de guardar dos versiones
> > >> de
> > >> la misma web: la de código híbrido cuyo diseño puedes editar
> > >> facilmente
> > >> "viendo" lo que haces, y otra en código puro pero menos visual en el
> > >> sentido del diseño pero más adecuada para que IIS lo ejecute.
> > >>
> > >> Me he cansado de dar vueltas y pregunto ¿no hay ningun software
> > >> "wysiwyg"
> > >> que genere directamente código ASP (mediante el uso de sentencias
> > >> Response.Write) y que sea también capaz de leerlo y mostrar
> > >> gráficamente
> > >> el resultado de ese código?
> > >>
> > >> Gracias de antemano
> > >>
> > >> > > > >> ¥-- Lombar --¥
> > >> EchMotor 69
> > >> Jose Lombardia
> > >>
> > >> > > > >>
> > >
> > >