|
|
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 - JuanK
Páginas: 1 ... 88 89 [90] 91 92 ... 231
2226
« en: Martes 11 de Julio de 2006, 14:31 »
Si este parrafo es correcto (extraido de lo que posteaste) y se continua asi Win32 no morira jamas ya que se seguira basando todo en el mismo y .NET seguira siendo como hasta la beta 1 de Vista una capa situada por encima que depende directamente de las DLLs de toda la vida. No estoy del todo de acuerdo, sin duda eso dice en la pagina de microsoft respecto a la compatibilidad entre las APIS, pero la documentacion que he leido por fuera de los front end de las publicaciones microsoft giran en torno al mismo tema, y aunqe desde luego no lo he corroborado si afirman que muchas de las cosas nuevas como el Windows Communication Foundation y el Windows Presentation Foundation and XAML estan ampliamente soportados por el .net fx pero que no ocurre lo mismo en win32, y tambien hablan (y en lo cual estoy muy de acuerdo) es del comienzo del fin de win32. Ocurre lo mismo que con win16... lentamente sera desplazado... progresivamente.. por las nuevas APIS hasta que sea solo un huesped molesto , como ocurre con win16. Pese a ello en la epoca de win16 muchos pronosticaban que nunca acabaria porque esto y aquello y el acceso a la maquina y etc etc etc, pero finalmente desaparecio , y asi ocurrira con win32, tiene que desaparecer porque no podran mantenerlo y adecuarlo siempre, ya que como es natural en todo sistema el nivel de entropia aumenta exponencialmente y cada vez se vuelve mas dificil de mantener hasta que el sistema queda a puertas de su destrucción, cuando un sistema llega a un punto tan critico, la unica forma de reducir la entropia es creando un nuevo sistema que se adecue mucho mejor a las nuevas necesidades del entorno que lo rodea. Win32 no esta en un punto tan critico... aún. No creo que Win32 dure para siempre, seria muy idealista o incluso soñador pensar eso, sin duda se va a acabar tal como ha sucedido con todos los sistemas que se han creado y sera reemplazado por uno mejor... que si ese reemplazo es la nueva propuesta de microsoft: .net fx me parece bien y me parece probable, pero por el camino puede ser cualquier otra, pero win32 para toda la vida?....  sinceramente no creo que en 10 años quede la sombra de lo que es win32. 
2227
« en: Martes 11 de Julio de 2006, 01:16 »
Si, pero es que el archivo solo s epodia abrir desde mi propio editor.
en un solo tile tenia todas las imagenes y como no todos los cuadros eran iguales y habian cuadros compuestos entre dos y mas recuadros pequeños, entonces almacenaba la informacion relevante a las posiciones de cada 'subBMP' dentro del bmp grande asi como otras infromaciones adicionales.
Todo en el mismo archivo y solo se podian crear ( codificar) y leer ( decodificar) con unas librerias que yo mismo cree para tal fin.
2228
« en: Martes 11 de Julio de 2006, 01:06 »
Por supuesto que si.
2229
« en: Lunes 10 de Julio de 2006, 23:03 »
jajajaj  en efecto para mi proyecto de grado me aproveche de esa situacion y cree mi propio formato derivado de la estructura de los bmp y asi fue como complete toda la demas informacion que me faltaba para los graficos y las animaciones de mi juego.
2230
« en: Lunes 10 de Julio de 2006, 22:43 »
2231
« en: Lunes 10 de Julio de 2006, 21:29 »
no   Ademas supongo uqe tampoco vale usar MATRICES DINAMICAS PREDEFINIDAS como en Visual Basic por ejemplo, ¿o no? En teoria si, pero depende que cosas sean las que les hace el array que usen. ---- Si necesitas mas ayuda con lo de la validacion y te cansaste de buscar... pidela, a mi me costo mucho cuando hice el programa de los filtros gfraficos en C y allegro y no encontre informacion al respecto en internet... tarde un buen tiempo en sacarlo por ingenieria inversa.
2232
« en: Lunes 10 de Julio de 2006, 21:06 »
no
2233
« en: Lunes 10 de Julio de 2006, 20:46 »
Ah
jajaja se me hacia demasiado facil solo seleccionar y mostrar... Pero de todas maneras el reto esta muy facil, prueba y veraz.
2234
« en: Lunes 10 de Julio de 2006, 20:32 »
mmm no tendien muy bien....
Se tiene que pedir un archivo bmp y que luego me lo muestre???
O tengo que redibujarlo???
Me hice bolas.... Resumen: Pedir la ruta de un archivo BMP y luego dibujarlo sin utilizar lqs funciones de carga de BMP que ya vienen con el lenguaje y/o librerias que uses. El dibujo de los datos del bmp leidos del archivo se deben hacer solo haciendo uso de la funcion putpixel ( o similares) o con algun mecanismo propio para tal fin. Desde luego hay que señirce a las condiciones del reto.
2235
« en: Lunes 10 de Julio de 2006, 19:13 »
ejejeje y eso que omiti lo del color de 16 bit... eso lo habria puesto muy interesante al menos para hacerlo en C.
2236
« en: Lunes 10 de Julio de 2006, 18:50 »
Sres sea cual sea la razon no debia dar ese cabezazo dentro del campo, si queria afuera lo podia reventar a patadas, pero dentro del campo no debia hacer eso, ya que es expulsion segura, en este caso no estoy de acuerdo con ninguno e los dos, uno por propasarse con sus palabras y el otro por el cabezazo.
Saludos. Yo si estoy de acuerdo con Zidane, al menos en mi escala personal de valores la familia esta por encima de cualquier interes personal, asi que etsoy muy de acuerdo con Zidane, podria ser la final del mundial, pero el honor y la dignidad de la familia no se lo puede llegar a pisotear un aparecido. Por mi fuera que lo hubiera cogido a patadas en el piso.
2238
« en: Lunes 10 de Julio de 2006, 16:28 »
Claro, revisa porque uno de los constructores del device del dx te permite pasar como parametro el control padre, el cual puede ser casi que cualquier control. De heco pasando la forma como parametro tambien puedes limitar la parte donde se dibuja le vantana de DX en el evento que dibuja( al menos en directdra era asi) y asi poder usar el resto de la ventana para otras cosas.
En el reto del bmp hice algo similar pero sin usar DX , solo con los eventos del Form, sin usar control picture box he dibujado sobre la vantana en el recuadro que queria, aunque cambiare la implementacion por unaidea mejor que tuve.
2239
« en: Lunes 10 de Julio de 2006, 16:02 »
Buscando mas informacion encontre que hay un instalador del framework 3.0
http://www.microsoft.com/downloads/details...&displaylang=en
Y extensiones para el framework 3.0 en el VS2005
http://www.microsoft.com/downloads/details...&displaylang=en
Lo raro es que advierten que no es compatible con la beta2 del vista
Compatability with Windows Vista Beta2
This CTP (Community Tech Preview) is intended for users of Windows Vista build 5456, Windows XP, or Windows 2003 Server. It is not supported for users running the Windows Vista Beta 2 for .NET Framework 3.0 development. If you are using Windows Vista Beta 2 for .NET Framework 3.0 development, we recommend that you do not install this version of the CTP and instead use the Beta 2 release. The .NET Framework 3.0 June CTP runtime is a later version than the one that ships with Windows Vista Beta 2, and code that uses the .NET Framework 3.0 Beta2 will not work with this CTP.
¿Estan haciendo 2 frameworks distintos?  Bueno tal como lo veniamos hablando en posts de un año atras, el giro de Windows es y sera hacia la arquitectura del .NET framework, asi pues windows vista presenta el siguiente paso en la evolucion de windows que es la utilizacion de un entorno de tipos seguros y de memoria administrada. Win32 no viene implementado como dependiente del .Net FrameWork 3.0, sino que hasta donde entiendo, y no se hasta que punto, ambos funcionan a la par como plataformas de desarrollo, el objeto de esto es desde luego que Windows Vista brinde soporte al software creado para las antiguas plataformas Win32. A diferencia de las anteriores implementaciones de Windows, no es posible crear interfaces o subsystems Win32 a partir del .NET Framework 3.0 puesto que NO es posible generar o proporcionar las carateristcas de codigo inseguro no administrado utilizadas en la totalidad de Win32 ya que la arquitectura inherente del .NET Fx tiene un plantemamiento completamenmte diferente y el soporte para estas caracteristicas es limitado. Extracto de http://msdn.microsoft.com/windowsvista/pro...ut/default.aspxDeveloper Platform Evolution
An evolution for both Win32™ and .NET Framework 3.0 (formerly WinFX) begins with Windows Vista-era advances to the .NET Framework. These two programming models will enable every developer to target the advances in Windows Vista, including improved presentation and communication subsystems, improved connectivity, and substantial advances in the core security, manageability, and reliability of Windows.
It's important to note that Windows Vista is heavily emphasizing both application compatibility (existing applications should always just run) and developer compatibility (all features are accessible through both .NET Framework 3.0 and Win32). All existing source code and programming skills apply for Windows Vista developers, whether they're C++/MFC developers or Visual Basic .NET/Windows Forms developers.
WinFX
.NET Framework 3.0 (formerly WinFX) is Windows Vista's managed-code programming model, building on and extending the .NET Framework. .NET Framework 3.0 offers both practical solutions to today's software challenges and new opportunities to create software and services not possible now. It enables both developers and designers to quickly create new applications and experiences that are more reliable and secure, visually stunning, smarter about information management, better connected, and more collaborative.
A primary goal of .NET Framework 3.0 is to make it simple for developers to build a broad variety of applications more quickly than they can today, whether they're part of a development team in a Global 100 company or in a small ISV. To do this, .NET Framework 3.0 delivers:
* A consistent programming model across all Windows Vista features
* A single, intuitive, "right way" to do common tasks
* High-level class libraries that encapsulate common tasks
* A familiar programming paradigm that builds on existing skills
* A framework that is "tool-friendly"
.NET Framework 3.0 also focuses on helping developers improve software quality. One of the largest challenges facing developers today is how to build secure, reliable, scalable, versionable, and deployable applications easily. .NET Framework 3.0 will provide a programming platform that makes it much easier for developers to deliver this kind of quality across the application lifecycle without sacrificing productivity. To do this, .NET Framework 3.0 will deliver:
* Deployment and update support that is simple for developers to understand
* Security support for common tasks that is transparent to the developer
* Default capabilities that eliminate common programming errors such as buffer overruns
.NET Framework 3.0 also begins to reduce the gap between developers and designers to enable them to create better looking, easier-to-use applications. Traditional system-level APIs like Win32 were primarily focused on the system software developer as a customer. .NET Framework 3.0 represents an opportunity to reach out to new customers, and consequently it needs to be simpler to build applications on. Since a core feature of Windows Vista is the new Windows Presentation Foundation (formerly code-named "Avalon") subsystem and the AERO shell, a core customer will become the "designer" who will help provide a rich, elegant user experience.
Windows Communication Foundation
Windows Communication Foundation (formerly code name "Indigo") is Microsoft's next-generation Web services technology, and is also exposed through WinFX. Windows Communication Foundation takes Web services to the next level by providing developers with a highly productive framework for building secure, reliable, and interoperable applications. It extends the .NET Framework 2.0 with additional functionality, enabling more than six million Visual Studio developers worldwide to build connected systems using the programming languages they already know. This results in less complexity for developers, fewer components to be managed by IT professionals, reduced training for both, and significant cost savings for the organization.
Windows Communication Foundation will radically simplify how the next generation of connected systems is built. It accomplishes this through three architectural design goals:
* Built-in support for a broad set of Web services protocols
* Implicit use of service-oriented development principles
* A single API for building connected systems
Broad Support for Web Services
Today's Web services technologies provide support for basic interoperability between applications running on different platforms. However, most of these technologies lack the ability to achieve this interoperability with guarantees for end-to-end security and reliable communication. Windows Communication Foundation delivers secure, reliable, transacted interoperability through built-in support for the WS-* specifications. For developers, this drastically reduces the amount of infrastructure code required to achieve heterogeneous interoperability. For businesses, it means the ability to interact with customers, partners, and suppliers, both within and beyond the walls of the organization, regardless of the platform they use.
Service-Oriented Design
For years, developers and organizations have struggled to build software that adapts at the speed of business. Service-oriented development principles help overcome this challenge with architectural best practices for building highly adaptable software. Windows Communication Foundation is the first programming model built from the ground up to provide implicit service-oriented application development. This enables developers to build services that are autonomous and can be versioned independently of one another, thereby reducing long-term upgrade and maintenance costs. For businesses, this facilitates an IT infrastructure that is resilient to inevitable change, and is easier to manage over time.
Windows Presentation Foundation and XAML
Windows Presentation Foundation (formerly code name "Avalon") is Microsoft's unified presentation subsystem for Windows, and is exposed through WinFX. It consists of a display engine and a managed-code framework. Windows Presentation Foundation unifies how Windows creates, displays, and manipulates documents, media, and user interface (UI), enabling developers and designers to create visually stunning, differentiated user experiences.
When it ships, scheduled for 2006, Windows Presentation Foundation will also be available on Windows XP, Windows Server 2003, and all future releases of the Windows operating system.
Windows Presentation Foundation
Windows Presentation Foundation consists of two main parts: the engine and the programming framework.
* The Windows Presentation Foundation engine. The Windows Presentation Foundation engine unifies the way developers and designers experience documents, media, and UI, providing a single runtime for browser-based experiences, forms-based applications, graphics, video, audio, and documents. Windows Presentation Foundation allows your application to unleash the full power of the graphics hardware present in modern computers, and is engineered to exploit future advances in hardware. For example, Windows Presentation Foundation's vector-based rendering engine enables applications to scale to take advantage of high-DPI monitors without requiring extra work on the part of the developer or user. Similarly, when Windows Presentation Foundation detects a video card that supports hardware acceleration, it will take advantage of it.
* The Windows Presentation Foundation framework. The Windows Presentation Foundation framework delivers solutions for media, user interface design, and documents that go well beyond what developers have today. Windows Presentation Foundation is designed for extensibility, enabling developers to create their own controls on top of the engine "from the ground up" or by subclassing existing Windows Presentation Foundation controls. Central to the framework are controls for shapes, documents, images, video, animation, 3D and "panels" in which to place controls and content. These "primitives" provide the building blocks for developing next-generation user experiences.
At the same time Microsoft introduces Windows Presentation Foundation, it will also introduce XAML, a markup language to declaratively represent user interface for Windows applications, improving the richness of the tools with which developers and designers can compose and repurpose UI. For Web developers, XAML provides a familiar UI description paradigm. XAML also enables the separation of UI design from the underlying code, enabling developers and designers to work more closely together.
Why Windows Presentation Foundation?
For businesses, Windows Presentation Foundation enables improved customer relationships and differentiated applications. It empowers businesses to create strong digital customer relationships and unique branding opportunities by providing the technology to quickly deliver visually stunning, distinctive user experiences that create an affinity with customers. Moreover, because of Windows Presentation Foundation's integration of forms, documents, video, 3D, and more, businesses can create durable user-experience solutions that integrate into customers' everyday activities.
For developers and designers, Windows Presentation Foundation provides a unified UI platform, so that they can learn a single paradigm with limitless possibilities for UI experiences. For .NET developers, its framework will be familiar, and it will ultimately reduce the number of lines of code required to deliver optimal user experiences and communication logic. For designers, Windows Presentation Foundation offers a platform that eliminates boundaries between content, media, and applications. Most importantly, Windows Presentation Foundation has been engineered so that developers and designers can work closely together synchronously to quickly deliver differentiated, connected experiences.
Mas informacion acerca del papel del .net fx 3.0 http://blogs.msdn.com/somasegar/archive/20.../09/624300.aspxYo creo, que al igual que las anteriores API usadas en los OS microsoft, Win32 sera reemplazada gradualmente por el .NET Fx o con lo que eso se convierta en el pasar de los años, asi que creo que a Win32 le quedan 10 -15 años de lenta agonia tal como paso con 'Win16'. Por el momento muchas de las funcionalidades ( por no decir la inmensa mayoria del nuevo pastel) incluidas en el .net fx 3.0 no son directamente accesibles desde Win32.
2240
« en: Lunes 10 de Julio de 2006, 13:46 »
Pero si lo interesante es participar  . Ya, al final (muchas veces pasa), no hay ganador ni nada, pero todos aprendemos compartiendo.
Saludos,
JJ (Geo). Si creo que eso es lo importante, = no hay ningun tipo de premio. Ojala todos los que lo hagan lo entreguen parab que compartamos el codigo.
2241
« en: Lunes 10 de Julio de 2006, 13:24 »
Es extraño pero al parecer al dibujar copiando los datos del bmp en 3l objeto Bitmap de C# parecer no ser necesaria esta validacion. Puedes pasarnos una de las imagenes con las que te fallaba?
He tratado de crear casos y ninguno me dio incluso los que habia usado en una aplicacion que hice en C( donde si aplicaba el caso) no me fallaron al dibujar en el objeto bitmap de C#. Me parece que el lo esta haciendo en Delphi y no en C#. Asi es pero el comentario es para que no se despisten los que lo estan haciendo en C#.
2242
« en: Lunes 10 de Julio de 2006, 13:23 »
Finished
Siguiendo los enlaces de JuanK he conseguido mejorar el programa, tanto como que ahora los BMPs se cargan instantaneamente (ms) en pantalla, da igual el tamaño.
He agregado documentacion en los criterios a evaluar
A que te refieres con documentacion?? comentar el codigo?? 
Por cierto cuantos somos para el reto?? Parece que no va muy en serio la competencia. Bueno como decian lo imporatante es participar.Si les parece una vez acabados se podria crear un post con los codigos de diferentes lenguajes en los que hicimos el programa,.... , supongo que a alguien le seria de utilidad
salu2 
PD : cuando quieras te lo mando JuanK Ya decia yo que se te demoraba mucho, imagino que lo hiciste usando la copia de los apuntadores ( Marshall). A mi tambien me quedo instantaneo, no ses ite fijas pero cuando escalas el dibujo el .net le hace una difusion de imagenes para m,ejorar la calidad, es un buen ejercicio quitarsela. Yo tambien ya lo hice en C# pero tambien lo tengo en C y allegro. Lo de la documentacion si me refiero a usar de maner 'suficiente' el codigo. Y si, cuando quieras lo puedes enviar.
2243
« en: Lunes 10 de Julio de 2006, 08:54 »
-demasiadas, ahora es mucho mas grande y abarca muchos mas aspectos puesto que es parte del nucleo del sistema operativo ¿¿A que te referis con nucleo??  Es cierto, haciendo presicion , no me refiero al nucleo como tal ( kernel) sino a la plataforma sobre la cual se ha montado el sistema. La cual se puede decir que reemplaza a win32, sin que esto implique que win32 haya sido removido.
2244
« en: Lunes 10 de Julio de 2006, 08:29 »
Ya está terminado, pero no se porque causa, a veces, algunos bitmap que los modifico con el paint (en muy raras ocaciones) se abren torcidos 
Es extraño pero al parecer al dibujar copiando los datos del bmp en 3l objeto Bitmap de C# parecer no ser necesaria esta validacion. Puedes pasarnos una de las imagenes con las que te fallaba? He tratado de crear casos y ninguno me dio incluso los que habia usado en una aplicacion que hice en C( donde si aplicaba el caso) no me fallaron al dibujar en el objeto bitmap de C#.
2245
« en: Lunes 10 de Julio de 2006, 03:10 »
He agregado documentacion en los criterios a evaluar.
2246
« en: Lunes 10 de Julio de 2006, 02:54 »
¿Esta disponible ya el framework 3.0 para Xp? -No esta disponible para Xp, o al menos no por el momento ¿ Que mejoras o diferencias tiene respecto el 2.0? -demasiadas, ahora es mucho mas grande y abarca muchos mas aspectos puesto que es parte del nucleo del sistema operativo ¿Hay mucha diferencia? ¿Conviene actualizarse? Esperemos qa ver que sucede con todo lo que se viene.
2247
« en: Domingo 9 de Julio de 2006, 23:44 »
Ya está terminado, pero no se porque causa, a veces, algunos bitmap que los modifico con el paint (en muy raras ocaciones) se abren torcidos si ese error es clasico, te hace falta una pequeña validacion en el codigo. Por eso les recomiendo a todos que prueben con varios bmp diferentes para que cubran la totalidad de los casos.
2248
« en: Domingo 9 de Julio de 2006, 11:58 »
2249
« en: Domingo 9 de Julio de 2006, 11:57 »
Y si uso librerias como Gtk, Tk o wxWidgets dibujando pixel por pixel? DEpende de como las uses, revisa las reglas.
2250
« en: Domingo 9 de Julio de 2006, 03:46 »
Decidi hacerlo con C# en modo de ventana, no me he decidido si usar DirectX o GDI+ o alguna otra.
Apenas tengo hecha la interfaz grafica que creo que usare.
Yo tambien lo estoy haciendo en C#. Me falta unicamente la clase de dibujo y estoy en la misma duda que tu JuanK, la libreria GDI la domino mas, pero segun dicen es bastante lenta. Por cierto que no tienen ninguna funcion para dibujar pixels directamente.En otra aplicacion que hice para la universidad tuve que hacerlo dibujando elipses de radio 1 pixel
El domingo lo terminare , no pense que fuera a ir tan rapido ...
salu2 Diodo, tecnicamente se puede decir que usar elipses es trampa, porque si puedes usar tecnicas para dibujar directamente. http://msdn.microsoft.com/library/default....arp11152001.aspEste en especial: http://msdn2.microsoft.com/en-us/library/5ey6h79d.aspx
Páginas: 1 ... 88 89 [90] 91 92 ... 231
|
|
|
Mostrar Mensajes
