|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - Jersson
Páginas: [1]
2
« en: Jueves 9 de Febrero de 2006, 06:39 »
holas
no seria mas facil hacerlo con Reporting Services?, sobre todo por eso que dices que los reportes son definidos en cualquier momento por el usuario.
saludos.
J.
3
« en: Miércoles 8 de Febrero de 2006, 07:20 »
Hola!
Haz intentado trabajar con direcciones relativas?
es decir, sin necesidad de poner todo el dominio, solo poner "/miCarpeta" o "../miCarpetaEnUnNivelSuperior"
esto como parametro del Server.MapPAth?
nos avisas!
saluos.
J.
4
« en: Miércoles 8 de Febrero de 2006, 07:11 »
Holas,
lo que podes hacer es lo siguiente
1. - Luego de cargar toda tu pagina, ejecutar un script que ubique la imagen, esto lo haces mediante el metodo getElementByID("Aqui el Id de la imagen"),
2.- Al haber ubicado este objeto, le modificas el ancho y largo tomando en cuenta la altura y ancho permitido de la ventana,
esto lo puedes hacer con lo siguiente.
var scr_w = screen.availWidth;
var scr_h = screen.availHeight;
Saluos.
J.
5
« en: Martes 7 de Febrero de 2006, 17:17 »
Holas, eso que dices (enlazar codigo y cosas asi) se puede hacer en parte con CODEDOM, pero, de verdad, es un poco tedioso. Aqui un enlace en espaniol Espaniol!!!!! Otro de MSDN MSDNsaluos J.
6
« en: Martes 7 de Febrero de 2006, 16:49 »
Hola Juan, en realidad el metodo MapPath te permite muchas cosas mas, todo depende de que es lo que le pases como parametro. Te recomendaria revises la documentacion MSDN que comenta acerca de este metodo, Aqui te la paso.. Saludos. J.
7
« en: Domingo 5 de Febrero de 2006, 22:56 »
holas, en realidad eso de trabajar con ventanas modales en ASP.NET es un problema, vale recordar que ese tipo de ventanas se abre de manera diferente al window.open, aqui una manera para poder trabajar con este tipo de ventanas. ASP.NET ModalDialog with PostBack and return values to Parent Pagesaludos J
8
« en: Domingo 5 de Febrero de 2006, 01:59 »
 holas, no entiendo muy bien, pero maso lo que veo es que tu buscas listar los archivos de un directorio, quiza te pueda servir el siguiente url http://aspnet.4guysfromrolla.com/articles/052803-1.aspxen resumen lo que hace es hacer un filtro de los archivos con tipo en especial, nos vemos. saludos
9
« en: Domingo 5 de Febrero de 2006, 01:42 »
holas siempre he tenido en mente al word como MDI, mas aun si MS lo dice y dice. al margen de eso. Aqui una breve definicion de MDI: El sistema MDI ( Multiple Document Interface) es el que usan las aplicaciones como Word o Excel para poder tener varios documentos abiertos. Cada documento tiene su propia ventana, la cual es hija, o está contenida, dentro de la ventana principal de la aplicación. Estas aplicaciones deberían tener un menú Ventana o Window con una lista de todos los documentos abiertos Fuente: http://www.arrakis.es/~code/keys/windows/windows-s.html#mdino he buscado mucho en ms, pero alli dicen algo similar, Saludos. Jersson
10
« en: Domingo 5 de Febrero de 2006, 01:37 »
interesante pregunta, pero que deberias ir pensando en un algoritmo para que vaya cargando dinamicamente los objetos, y claro revisar algo de codedom.
otra cosa, es esperar que salga el WPF con toda su potencia, alli se puede hacer lo que pides, todo mediante XAML.
saludos
12
« en: Domingo 5 de Febrero de 2006, 01:32 »
 buen libro, pero vale mencionar que si registran sus ediciones express pueden bajarse un librito de VC#, tambien hay uno de WebDeveloper, y otro de Team System, nos vemos!
13
« en: Viernes 20 de Enero de 2006, 16:55 »
 Holas, en realidad la pregunta deberia ser, por que crees que tienes que usar un servicio web, quizá exista una(u otras) solucion. en lo que respecta a servicios web xml, la creacion (y uso) es sencilla, solo tenes que indicar que quieres crear un nuevo site, le dices que va a ser del tipo XML Web Service, y la definicion del metodo es similar a lo que creas cuando necesitas una funcion o procedimiento, un servicio web, es como una libreria de clases que esta expuesta a diversos tipos de consumidores, no importando la plataforma desde donde se consuma. En lo que respecta al uso, al proyecto que necesite usarlo, tienes que agregarle una referencia web (click derecho, add web reference), y seguis los pasos que necesite (es decir agregas la url le das un nombre mas amigable, y listo) saluos. J.
14
« en: Viernes 20 de Enero de 2006, 16:45 »
Holas,
no entiendo muy bien tu pregunta,
quieres meter todas las dlls que usa el proyecto, dentro del EXE?
o lo que quieres es tener todo un paquete que puedas distribuir en las pcs cliente?
si lo que quieres es lo segundo, te recomendaría uses los proyectos de instalacion que te trae el Visual Studio.
Saluos!
J.
15
« en: Viernes 20 de Enero de 2006, 16:38 »
Holas, Quizá este articulo de Tom Archer (lo maximo!), pueda servirte... http://www.codeproject.com/books/0735616485.aspDentro de los ejemplos hay algo similar a lo que buscas, pero te recomiendo a que revises todo el documento, es de veras, muy bueno. saludos
16
« en: Viernes 20 de Enero de 2006, 16:27 »
Holas
en realidad el setup.exe es el mismo para todos los proyectos de instalacion que puedas generar, este setup.exe es que ejecuta el msi (este en si es el que contiene el aplicativo que quieres instalar)
Ahora como sabe que msi ejecutar, pues lo lee del archivo "ini" que viene como resultado de tu proyecto de instalación.
Y claro, tal como dice Amilius, puedes ejecutar el msi sin necesidad del setup.exe, ahora, por mi parte he ejecutado cualquiera de los dos, y no he notado problemas, solo que el setup.exe es el que activa el msi, de alli, el resto de cosas como validaciones de requisitos (cosas como que te falte el framework, o similares...), las hace el msi.
Saluos
J.
Páginas: [1]
|
|
|
Mostrar Mensajes
