Hasta el momento en el nuevo UI me siento mal cuando programo, veo que todo queda más o menos, no veo lógico tener que instanciar objetos cuando es necesario nuevos "ITEMS", y la verdad es que de a poco me voy adaptando, aunque tambien como vos, estoy realizando un sistema basados en nodos para poder crear las transiciones entre menús, porque es un dolor de cabeza tener referencias en un componente que esté comprobando si pasa X cosa, a parte de que toda la lógica la baso en eventos, evito los flags en bloques repetitivos para evitar cosas raras, algo que con IMGUI era totalmente natural.
 
Por ejemplo, actualmente estoy en el desarrollo de un Juego de Cartas, se generan muchísimo eventos a nivel interfaz, porque a pesar de que el juego cuente con pocos "menús" se basa totalmente en este el GamePlay, pero queda muy mal hacer esto-
 

private void Update()
{
if(NetworkConnection.IsConnect)
   ShowLogin();
else
   HideLogin();
}

 
Por lo que terminas basando en eventos las cosas y a la larga termina siendo un quilom

bo -
 
Por lo general armo todos mis juegos en IMGUI y luego paso a la nueva UI cuando están finalizados, creo que es el último paso -
 
 
 
Hablando de Anchors - En el sistema de UI estuve haciendo unas funciones para ocultar y mostrar menús con slides Top,Bottom,Left,Right pero me encuentro con el problema del pivote y los anc***d 
 
Si tenes un objeto padre con los anc***d al centro el pivote de los objetos hijos van relativamente bien de acuerdo a sus propios valores de anc***d, pero si cambias de lugar los anc***d el pivote no cumple ningún rol-
 
Por ejemplo -
 
Objecto Padre - Pivote en El centro - Anc***d en el centro - width 500px - height 500px.

Objecto Padre - Pivote en El centro - Anc***d fijado en los extremos del hijo - width 200px - height 200px.
 
¿Como mierda afecta el anc***d al pivote?
 
Me rompi la cabeza y no lo pude solucionar.
 
Si queres sacar la distancia que necesitar para poner el objeto fuera del padre se te hace imposible!

Cita de: francoe1 date=1510153953¿Como mierda afecta el anc***d al pivote?
   

El pivot se mide desde los bordes de tu elemento (en relacion al ancho y alto total), no le importa el anchor
 
El anc***d position es la posicion del pivot de un objeto respecto a sus propios anchors, osea en cristiano: Punto azul vs "X" , es también la posicion que te figura en inspector, fijate que cambiando los anchor point cambia la pos. Osea más que como afecta el anc***d al pivot es alrevés. Si el anc***d es un rect (y no un punto .."X") ahora tenés top, bottom, left y right, el anc***d position ahora se mide "pivot vs punto medio del rect".
 

 
 
 

Cita de: francoe1 date=1510153953Si queres sacar la distancia que necesitar para poner el objeto fuera del padre se te hace imposible!
   

bueno eso lo podés hacer, primero (importante) es tener bien en claro la jerarquía que vas a usar, ya que por más que el anc***dPosition se mida desde el anchor de un mismo elemento, podrías llegar a tener hermanos que miden todos desde un punto en común y se te hace mucho más facil. Te paso una imagen del ejemplo, aunque esoy medio quemado jajaj pero bueno si queréspor ejemplo sacarlos por abajo independientemente del pivot y compartiendo un anchor debería funcionar:
 

 
 
 
Con el tema del padre despues lo veo, me parece que haciendo alguna que otra relacion con los anchors podés hacer lo mismo y no tener que hacerlo así.
 
 
 
 

Buenas, primero agradecer toda la información dada ya que me ha servido de gran ayuda, he estado configurando todo según los tutoriales que me mandasteis y hice lo siguiente:

Cree un sprite con su rect transform, asignandole los ejes en el editor 

Cree una GuiSkin y asocié el sprite en el apartado Box/Normal
 
Hasta aquí bien ya que muestra la imagen a la perfección pero tengo el siguiente problema, a la hora de crear la interface creo un box y luego sobre el voy insertando textos label lo cual estos textos deben de tener un margen con respecto al box,

entonces al cambiar las dimensiones lógicamente el margen es distinto (no siempre va a tener el mismo margen de separación estos textos).
 
Mi pregunta es, no hay forma de decirle al texto que se coloque siempre en el border L del sprite? 

Otra posible solución sería colocar el texto al centro del box, pero claro no sé cuanto tengo que desplazarlo luego a la izquierda dicho texto ya que dependiendo del número de caracteres de dicho texto tendré que desplazar mas o menos a la izquierda del centro del box y no hay forma de saber cuantos pixeles ocupa cada caracter para saber cuanto tengo que desplazarlo y además dependiendo de cada pantalla tendrá mas o menos pixeles... lo cual incrementa el problema.

Cita de: gZone date=1510234273Si desconoces el funcionamiento (como ha sucedido con el caso del border) no deberías aseverar, en todo caso opinar para tratar de ayudar pero sin afirmar y mucho menos dejando infestado el foro con malas prácticas de uso con Unity. (90% de tu contenido)
   

Faa 90% ... se ve que me estuviste revisando los 1383 posts ... picarón, debo de haberte tenido todo el día ocupado
 
-------------------------------------------------------------------------------------------------------------------------------------------
 
Bueno, ahora en serio, a ver, voy a tratar de razonar con vos porque tenés fascinación por tirarme mierda cada vez que podés (en el 90% de tu contenido )  aunque en este caso en particular estás y no estás acertado... es un acierto cuántico si querés.
 
Primero decirte que tenés razon (50%), pero solo porque "queda feo" afirmar algo que no es, lo hice desde mi propia experiencia con GUI, aunque lo feo de la situación está complemente dirigido hacia mi mismo, el lector puede optar por ignorar mi mensaje si lo quiere o si tiene dudas averiguar él mismo (no hace falta decir que existen cientos de miles de recursos dando vueltas).
 
Hombre, a ver... trata de entender por un momento que significaría este lugar de encuentro "idealmente", si te metés al foro a "aprender" estás errado de entrada, por lo que mi palabra de "esto es así" no debería valer nada.
 
primero por el eslogan que don pioj no se cansa de repetir: "UnitySpain no es una comunidad de aprendizaje" , por lo menos la mesa de ayuda no está o debería estar enfocada en esto ya que todo contenido parte de una consulta , distinto es un recurso, o articulo, etc... algo que alguien ofrece y vos como usuario lo tomás o dejás ...
 
y segundo porque si todo usuario hiciera "lo que debe hacer" a la hora de incorporar un nuevo conocimiento de Unity o eliminar una duda especifica, el contenido efectivo de la mesa de ayuda seria del 1% del actual (sino menos).
 
Quien soy yo para dar la última palabra??? quien sos vos para dar la última palabra??? quien es X para dar la última palabra??? aca nadie recibe dinero de Pioj por "enseñar" por lo que la persona que quiere aprender un nuevo concepto debería tomar todo con pinzas, independientemente de quién lo diga... Otra vez... no somos páginas de un manual ... no tenemos ninguna verdad de nada, somos simples humanos conversando y quizás debatiendo sobre algún tema, obviamente podemos decir cualquier cosa (like real life).
 
Te parece que es importante que no desinforme? yo? un simple usuario de los miles que hay?
 
Un saludito Yizoun