lazarus
[Arriba] [Todas las Listas]

Re: [Lazarus] Comentarios en rev 36091 / asunto #21459

To: Lazarus mailing list <lazarus@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: [Lazarus] Comentarios en rev 36091 / asunto #21459
From: Paul Ishenin <ip@xxxxxxxx>
Date: Thu, 03 May 2012 08:08:52 +0800
Delivery-date: Wed, 02 May 2012 20:09:14 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4FA1695E.4020706@scootersoftware.com>
List-archive: <http://lists.lazarus.freepascal.org/pipermail/lazarus>
List-help: <mailto:lazarus-request@lists.lazarus.freepascal.org?subject=help>
List-id: Lazarus mailing list <lazarus.lists.lazarus.freepascal.org>
List-post: <mailto:lazarus@lists.lazarus.freepascal.org>
List-subscribe: <http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus>, <mailto:lazarus-request@lists.lazarus.freepascal.org?subject=subscribe>
List-unsubscribe: <http://lists.lazarus.freepascal.org/mailman/options/lazarus>, <mailto:lazarus-request@lists.lazarus.freepascal.org?subject=unsubscribe>
References: <4FA1695E.4020706@scootersoftware.com>
Reply-to: Lazarus mailing list <lazarus@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
User-agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
03.05.2012 1:05, David *Jenkins escribió:
Nosotros'*ve corrido a un conflicto entre el fijar asunto solicitado #21459 y nuestra
aplicación que tiene ventaja a algún examen de aquel *patch y creemos que no es corregir. Desde el asunto es cerró escogí empezar fuera de discusión aquí. Si deseó puedo introducir un asunto nuevo.

Estamos de acuerdo que *OSX  no fácilmente suministrar un método para hacer no-modal
sobre modal pero discrepamos que montando el no-modal como hoja en
el modal es la respuesta correcta. Haciendo así que deja el no-modal de quedar
activo pero esencialmente hace la forma no modal una forma modal
(cuando es sujetado a la forma modal).

Similar *behavior en *VCL/Ventanas/*Qt es que la forma no modal puede ser
*activated independiente de la forma modal (ejemplo: un flotante *toolbar).
En los comentarios de asunto *Jaco *Voorham indica que *StayOnTop no trabaja porque no deja la ventana para mover atrás cuándo no
es centrado. La corriente fija no deja que cualquiera. Cuándo las gotas
de forma abajo como hoja en la forma modal, nada puede ser hecho con la forma
modal hasta la hoja va fuera (porque las hojas son modales).

Entonces el aplicado fijar necesidades de ser *reimplemented. La necesidad de mostrar una forma no modal arriba de modal es necesitado incluso para componentes de LCL - para *TDateEdit y *TCalcEdit cuando utilizan formas para caer abajo editores. Las Necesidades similares existe en muchos otros conjuntos de componente.

Te espero será capaz de cambiar la implementación de carbono tú pronto.

Consideraciones mejores,
Paul *Ishenin


--
_______________________________________________
*Lazarus *mailing lista
Lazarus@xxxxxxxxxxxxxxxxxxxxxxxxxxxx
*http://listas.*lazarus.*freepascal.*org/*mailman/*listinfo/*lazarus

03.05.2012 1:05, David Jenkins wrote:
We've run into a conflict between the fix applied for issue #21459 and
our application that has lead to some examination of that patch and we
believe that it is not correct. Since the issue is closed I chose to
start out discussion here. If desired I can enter a new issue.

We agree that OSX does not easily supply a method for doing non-modal
over modal but we disagree that setting up the non-modal as a sheet on
the modal is the correct response. Doing so allows the non-modal to
remain active but it essentially makes the non-modal form a modal form
(as it is attached to the modal form).

Similar behavior on VCL/Windows/Qt is that the non-modal form can be
activated independent of the modal form (example: a floating toolbar).
In the issue comments Jaco Voorham indicates that StayOnTop does not
work because it doesn't allow the window to move backwards when it is
not focused. The current fix does not allow that either. When the form
drops down as a sheet on the modal form, nothing can be done with the
modal form until the sheet goes away (because sheets are modal).

Then the applied fix needs to be reimplemented. The need to show a non-modal form on top of modal is needed even for LCL components - for TDateEdit and TCalcEdit as they use forms for dropping down editors. Similar needs exists in many other component sets.

I hope you will be able to change the carbon implementation yourself soon.

Best regards,
Paul Ishenin


--
_______________________________________________
Lazarus mailing list
Lazarus@xxxxxxxxxxxxxxxxxxxxxxxxxxxx
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

<Anterior por Tema] Tema Actual [Siguiente por Tema>