Programando en VB.NET

Me he mudado

2011-03-25T10:06:00.002+01:00

Hace mucho tiempo que no tocaba este blog y ya casi lo tenía olvidado, ahora todo lo publico en http://dosmap.com/doliveras

Editar documentos Office en aplicación .NET

2009-01-13T10:23:00.003+01:00

Actualmente estoy trabajando en un proyecto que requiere que los usuarios puedan editar documentos desde la aplicación. Antes de programar nada te preguntas:

¿Qué tipo de documentos va a editar el usuario?
¿El editor debe estar integrado con la aplicación?

Un par de preguntas que pueden conllevar muchos quebraderos de cabeza a los programadores dependiendo de la respuesta. Si tienes la mala suerte de que la respuesta a la primera pregunta es que el usuario va a editar documentos .DOC, .XLS o parecidos (documentos de Microsoft Office), y que además la respuesta a la segunda pregunta es que si, que el editor debe estar integrado en la aplicación, entonces tienes un problema.

Hay muy pocos controles para edición de documentos que soporten los formatos de documento de Office a un nivel que haga viable su uso en aplicaciones que requieran editar documentos medianamente complejos, y para desgracia de los programadores, el office es cada vez más complicado de integrar en tu aplicación. Microsoft ha optado por la vía contraria, que el programador integre la aplicación dentro del Office.

Entre las pocas opciones que hay disponibles se encuentra TX TEXTCONTROL, un control para edición de documentos que soporta .DOCX, .DOC, RTF, PDF, HTML y otros muchos formatos, pero como era de esperar no soporta .XLS o PowerPoints.

Por lo tanto si necesitas editar documentos Office en general básicamente nos quedamos con que necesitamos el Office, que no podemos integrar, o adquirir distintos controles para cada formato que queramos soportar.

Pero existe una alternativa a la que podemos recurrir en estos casos. Todo el mundo, o casi todo el mundo, conoce OpenOffice, una suite ofimática que es capaz de tratar documentos de Office de forma bastante fiel. Pero lo que nos importa a nosotros como programadores es que OpenOffice dispone de un SDK que nos proporciona las herramientas necesarias para integrar OpenOffice en nuestras aplicaciones, cosa que nos permitirá cumplir con los dos requisitos que teníamos, poder editar documentos de Office y tener el editor integrado en nuestra aplicación, y como añadido tenemos que no nos va a costar ni un Euro.

Web de OpenOffice
Web del SDK de OpenOffice
Articulo práctico con el SDK de OpenOffice y C++ (en CodeProject)
OpenOffice para desarrolladores
Foro de discusión sobre el SDK de OpenOffice

ItextSharp edición i creación de ficheros PDF en .NET

2008-10-29T11:33:00.006+01:00

Seguro que a más de uno le pasa como a mí i necesita poder modificar documentos PDF desde aplicaciones .NET, ya sea para firmar esos documentos, para añadir páginas, para quitar páginas, etc.

Bien, pues hay una librería llamada IText que permite hacer esto, pero desgraciadamente para nosotros, los programadores de .NET, está programada en Java. Pero como hay gente muy generosa y dedicada resulta que existe ITextSharp, que no es más que el port de Itext a C#, o sea, que tenemos las funcionalidades de IText disponibles para entornos .NET.

ItextSharp nos permite desde crear un documento PDF partiendo de cero hasta modificar documentos PDF existentes, firmar digitalmente estos documentos, añadir y quitar contenido, juntarlos, dividirlos, … básicamente nos permite realizar casi cualquier operación que se nos ocurra con un documento PDF desde una aplicación en .NET.

Para aquellos que queráis saber más sobre ITextSharp os recomiendo unos cuantos enlaces:

Página del proyecto IText: no es propiamente sobre ITextSharp, es sobre iText, pero como he dicho, iTextSharp no es más que un port de iText a c#, por lo tanto aquí encontrareis documentación abundante sobre las funcionalidades y las API de ITextSharp.

Página de ITextSharp en SourceForge: esta es la página donde encontrareis las DLLs y el código de la versión C# de IText.

Os recomiendo echar también un vistazo a la lista de correo de IText, donde hay abundante información proporcionada por sus programadores a los usuarios que tienen dudas.

Y para los que queráis entrar en detalle, los chicos de iText han editado un libro que podréis encontrar en la página de iT3xt.

Como aumentar el tamaño máximo de los ficheros a cargar en IIS+ASP.NET

2008-09-05T13:56:00.007+02:00

Uno de los problemas recurrentes a la hora de trabajar con servicios web es que cuando debes crear servicios web que traten ficheros te encuentras con una limitación en el tamaño de los ficheros que se pueden tratar.

Normalmente este límite está establecido en 4MB, un límite más que razonable si consideras que se trabaja conectándose a un servidor de Internet.

Pero más de una vez se puede dar el caso de que el servicio Web esté dentro de la misma red que los clientes, y que necesitemos aumentar este límite para tratar ficheros grandes, digamos que de más de 10MB.

Para hacer esto deberemos modificar la configuración del servidor IIS donde esté funcionando el servicio web, así como la configuración del mismo servicio web.

Vamos por partes.

Eliminar el límite de tamaño para los ficheros que se pueden subir a un servidor IIS

El servidor web IIS 6.0 establece este límite usando una variable llamada AspMaxRequestEntityAllowed, para modificar esta variable tendremos que seguir unos senzillos pasos:

En el servidor IIS, abrimos una consola de comandos
Vamos al directorio c:\inetpub\Adminscripts (o si hemos modificado el directorio por defecto del IIS, al directorio que hayamos establecido).
Ejecutamos los siguientes comandos:

cscript adsutil.vbs set w3svc/AspMaxRequestEntityAllowed "1073741824"
cscript adsutil.vbs set w3svc/{numeroServidorWebVirtual}/AspMaxRequestEntityAllowed "1073741824"
y finalmente Reiniciamos el servicio IIS

NOTA: 1073741824 es el valor máximo para la variable AspMaxRequestEntityAllowed.

Aumentar el límite de tamaño para los ficheros que puede tratar ASP.NET

Para los servicios web el límite se establece en el fichero Web.config correspondiente, en este caso basta con añadir una línea como:

<httpRuntime maxRequestLength="2097151"/>

El valor de maxRequestLength debe estar comprendido entre 0 y 2097151

Y con estos senzillos pasos ya tenemos nuestro servicio web configurado para tratar con ficheros de cualquier tamaño que deseemos.

Librería de algoritmos genéticos.

2008-05-27T10:22:00.002+02:00

Hoy me voy a salir un poco, por no decir bastante, del tema general del blog. Vamos a hablar de una librería programada en C++, en concreto de una librería que implementa algoritmos genéticos.

Hace ya algunos años (allá por el 2000-2001) realicé mi proyecto final de carrera. En aquel entonces colaboraba con el departamento de visión por computador y robótica submarina (VICOROB) de la Universidad de Girona, y como proyecto final de carrera desarrollé un path planner, usando algoritmos genéticos y basado en las teorías de Hans Moravec, para el robot submarino que se desarrollaba en el departamento. Esos fueron unos años muy interesantes para mí, y cada vez que veo algoritmos genéticos me vienen a la cabeza los recuerdos de aquellos tiempos.

Hoy he recibido el boletín mensual de CodeProject y para mi sorpresa se mencionaba una librería que implementa algoritmos genéticos usando .NET, no he podido evitar echarle un vistazo al artículo, y la verdad es que es muy pero que muy completo.

Siempre he pensado en re implementar mi proyecto usando .NET y creando un simulador para poder ver cómo se comporta el algoritmo, quizás ha llegado el momento de hacerlo.

ToDoList un organizador de tareas de lo más útil

2008-05-15T13:57:00.001+02:00

Hace un tiempo me topé, rondando por CodeProject, con un proyecto bastante interesante. Básicamente es una herramienta para la gestión de tareas, pero muy útil cuando empiezas a cogerle el tranquillo. La herramienta en concreto se llama ToDoList (original eh?).

ToDoList nos permite gestionar nuestras tareas (en la última versión podemos gestionar tareas para más de 1 persona), a las tareas les podemos asignar un tiempo previsto, una fecha para las que deben estar finalizadas, podemos contar el tiempo que invertimos en cada tarea, podemos asignar tareas a otras personas, podemos crear tareas dependientes de otras tareas, incluso subtareas. En fin, que cuando empiezas a usar el programa te das cuenta de que en realidad se puede usar como un Project Tracker sencillo para una persona sola o para equipos pequeños.

Después de un tiempo usando este programa me he convertido en un fan, realmente está muy bien conseguido y tiene todo lo que necesito como programador para organizar mi tiempo sin necesidad de utilizar herramientas complicadas como Ms Project y similares. Además me permite contar el tiempo real invertido en cada tarea e incluso compartir tareas con los compañeros.

ToDoList es, desde mi punto de vista, una pequeña maravilla que facilita mucho el día a día de un programador.

Enlace a la web de ToDoList
Enlace al artículo de CodeProject sobre ToDoList

Disponible Moonlight 1.0

2008-05-14T18:00:00.001+02:00

Los chicos de Mono están trabajando a destajo últimamente, si hace un momento comentaba que ya está disponible el soporte para Windows.Forms 2.0 en Mono, ahora me entero de que ya está también disponible Moonlight 1.0, que por si alguien se lo pregunta es la versión para sistemas Unix de Silverlight, la plataforma .NET para navegadores que está promocionando la gente de Microsoft a diestro y siniestro.

Mono ya soporta Windows.Forms 2.0

2008-05-14T17:39:00.001+02:00

En el post anterior hablaba de Mono, una iniciativa para tener un runtime compatible con .NET para plataformas Unix, pues bien, la gente de mono ha anunciado que ya está completada la librería Windows.Forms 2.0, esto quiere decir que cualquier función de .NET relacionada con Windows Forms y que esté soportada por .NET 2.0 o anteriores será totalmente compatible con Mono.

El anuncio en el blog de Miguel de Icaza
El anuncio en Code Monkey

Entornos de IDE para .NET sin gastarse ni un duro

2008-05-13T11:28:00.002+02:00

Para aquellos que queráis programar en .NET pero no tengáis ganas de gastaros el dinero que cuesta Visual Studio (que no es poco) existen algunas alternativas.

Existen versiones gratuitas de Visual Studio, las ediciones Express, pero hay que tener en cuenta que están limitadas a un solo lenguaje de programación y que carecen de muchas características como posibilidad de desarrollar DLLs, desarrollo de reports o integración con determinadas herramientas complementarias. Estas ediciones están pensadas para programar aplicaciones sencillas, lo que podríamos llamar desarrollos amateurs.

Existe un entorno de desarrollo llamado SharpDevelop que además de gratuito es libre, y que proporciona un entorno muy similar a Visual Studio, complementado con aplicaciones y Addins que permiten realizar casi las mismas cosas que podemos hacer en Visual Studio. Actualmente está en fase Beta la versión 3 de este entorno, que ya soporta .NET 3.5 y que incorpora gran cantidad de mejoras y cambios.

Para aquellos que queráis probar .NET en Linux o otros Unix, existe un entorno de desarrollo y runtime desarrollado por la gente de Novel, el runtime se llama mono, y el IDE monodevelop. Hay que mencionar que esta versión va un poco por detrás de .NET y que además el IDE es bastante limitado, pero se puede usar sin problemas y muestra de ello son las numerosas aplicaciones .NET que podemos encontrar para Linux.

Aplicación capaz de expandir funcionalidades usando Addins

2008-05-13T10:31:00.000+02:00

En CodeProject hay un artículo bastante bueno (en inglés) sobre una nueva funcionalidad del .NET 3.5 que proporciona el espacio de nombres System.Addin.

El artículo intenta revisar mediante un ejemplo concreto las nuevas funcionalidades que ofrece este espacio de nombres para permitir que nuestras aplicaciones sean extensibles usando Addins.

El artículo usa un ejemplo WPF, pero el sistema sigue siendo básico para Windows Forms.