xaml 2 cpp

On 17/03/2011 18:37, Hernán wrote:

"xcal" escribió en el mensaje de noticias:iltqen$8nj$

> //#pragma once
> #using <System.dll>
> #using <PresentationCore.dll>
> #using <PresentationFramework.dll>
> #using <WindowsBase.dll>

muchas gracias por la idea, pero
tu metodo puede fallar si no
todas las funciones de WPF
se encuentran dentro de
PresentationFramework.dll, algo muy tipico
en Net Framework,
supongo que eso ya lo resolviste

Hola Carlos,

yo simplemente abrí un proyecto CLR vacío y agregué todas las
referencias que necesitaba...

Lo que no pude hacer es evitar incluir el <windows.h> o, mejor dicho, el
WinMain() ya que si llamo a main() el tipo me genera un ejecutable para
la consola. El programa corre, pero se ve la ventana de la consola.

No entiendo bien cual es el problema aca: Dificultades con seleccionar
que tipo de aplicacion? Es decir de consola o gui? Si es asi,
simplemente debes ir al menu Project/Properties opcion
Linker/System/SubSystem y elegir lo mas adecuado a tus necesidades.

Tal vez, traducir XAML a un designer de C++
puede que sea mas complicado de lo que
parece, soy iniciante en eso,
hay que chequear si hay muchos trucos pequeños
escondidos para escribir el archivo XAML

En todo caso, tal vez sea más facil
"rodar el proyecto WPF", y cuando se
tiene la ventana en pantalla, ahi
obtener la ventana padre,
las ventanas hijas, los hijos de estos, etc, y ahi
escribir un "designer" aproximado para C++.
esto es harto conocido, y libre de analizar
los textos del archivo XAML

Bueno, yo me conformaba con un conversor xaml->cpp. Digamos, lo que
escribí dentro del constructor de MiVentana, estaba escrito en xaml.

me temo que tal vez dije solo p*ja mental

un saludo,
Carlos

Cholo Lennon
Bs.As.
ARG

On 16/03/2011 18:20, xcal wrote:

hola cholo!, hola Hernan!, el RFOG volvio por aqui?

Hola Carlos :-) que bueno que estes por este "desolado" lugar jeje. RFOG
parece que emigro directamente para no volver, seria bueno repatriarlo,
sobre todo ahora que estan preguntando cosas de WPF de las cuales no
tengo idea.

saludos! tambien a los demas sean nuevos o viejos!
acabe de entrar, soy xcal,
mucho gusto de verles por aqui de nuevo
en NTTP!, yo posteo desde aioe.org
con las justas veo pocos mensajes en
este grupo.

Yo posteo tambien desde aioe.org. De hecho, yo nunca me fui de aca,
simplemente cambie de servidor el mismo dia que MS dio de baja los
suyos. Por suerte MS no reclamo el cierre de la jerarquia usenet del
grupo :-) asi que yo por lo menos voy a seguir por participando como
siempre.

Saludos

Saludos Cholo,

hará un par de semanas que terminé mi primer programita en C++ y el
primero en WPF (para mi hermana): tres o cuatro pantallitas para
registrar inscripciones de alumnos (sqlite + scanner).

no tengo idea de qué habrás hecho, que yo sepa
sólo se pueden usar controles WPF en código nativo
o controles nativos en aplicaciones C++

Y me llamó la atención esta carencia. Terminé usando el diseñador de
vbnet y traduciendo el xaml mecánicamente a manopla.

subrayo que se poco, creo que
el C++ nativo, net o mixto no e usa con WPF.

mucho peor aun, en Windows Phone 7 ni siquiera existe el C++,
y la sorpresa mas grande que me llevé es que no existe ni siquiera
Pinvoke! ni DllImport. Windows Phone 7, es creo la ultima version de
algun Windows que ha salido, y todo lo rueda en código manejado.

Bueno, Hernan, si traduces XAML
a una especie de designer, seria para tener al final
Windows Forms, pero creo que no WPF.

No tengo Visual Studio en esta maquina, no
puedo comprobar lo que acabe de decir.

Ademas entiendo que en Win Phone 7
el "designer" es en gran parte el XAML,
este rueda mas rapido que el designer de C#,
pero este aun no lo vi, si es que existe.

espero ayude,
saludos,
Carlos.

Todo bien.

Cholo Lennon
Bs.As.
ARG

"Cholo Lennon" escribió en el mensaje de
noticias:ilvndo$kcs$

Lo que no pude hacer es evitar incluir el <windows.h> o, mejor dicho,
el
WinMain() ya que si llamo a main() el tipo me genera un ejecutable
para
la consola. El programa corre, pero se ve la ventana de la consola.

No entiendo bien cual es el problema aca: Dificultades con seleccionar
que tipo de aplicacion? Es decir de consola o gui? Si es asi,
simplemente debes ir al menu Project/Properties opcion
Linker/System/SubSystem y elegir lo mas adecuado a tus necesidades.

Buenas Cholo,

el problema es que se da una colisión de namespaces. Digamos el point,
la ellipse, el rectangle del gdi con los del wpf. Y uno debe andar
explicitando.

Si el subsystem es windows, el startup insiste en pedir una función
principal de usuario llamada WinMain() con 4 argumentos en la pila...

Todo bien.

"Cholo Lennon" wrote in message
news:ilvo0u$ls4$

On 16/03/2011 18:20, xcal wrote:

hola cholo!, hola Hernan!, el RFOG volvio por aqui?

Hola Carlos :-) que bueno que estes por este "desolado" lugar jeje. RFOG
parece que emigro directamente para no volver, seria bueno repatriarlo,
sobre todo ahora que estan preguntando cosas de WPF de las cuales no tengo
idea.

es hasta preocupante, incluso los grupos en ingles
de vc tienen me parece muchisimo menor actividad,
y la verdad, detesto los nuevos foros de Microsoft.
En el pasado nunca pense que iba a detestar algo
de Microsoft, como ya dije, creo que hay gente
dentro de Microsoft que juega en contra.

ok, un dia de estos le enviare un email a RFOG avisandole
que al menos estamos usted, Hernan y yo en este foro
debo ir a su pagina web, ahi debe estar su email.

pienso que WPF es una especie de Windows Forms
mas amplio, puesto "de moda" porque se incluye principalmente en
el desarrollo para Windows Phone 7. Creo que eso nos madrugó
a todos los desarrolladores iniciantes o avanzados de Windows
y nuevamente muchos nos vemos como principiantes. Aunque
WPF esta pensado creo, solo para C#.

Yo posteo tambien desde aioe.org. De hecho, yo nunca me fui de aca,
simplemente cambie de servidor el mismo dia que MS dio de baja los suyos.
Por suerte MS no reclamo el cierre de la jerarquia usenet del grupo :-)
asi que yo por lo menos voy a seguir por participando como siempre.

Saludos

Saludos Cholo,

ok, saludos también, esperemos que el grupo solo mejore

Carlos

Por otro lado, el hecho de que Win Phone 7
sea puro codigo manejado, implica que posiblemente

ERROR, discupen,
esta información la encontre en varias
paginas de internet, pero ahora pienso que esta
errada

esa tendencia se expanda a Window 8 y no precisemos
combinar codigo nativo con manejado, en fin
quien sabe que va a pasar