Home » Archived » Visual Editor (VE) » VE opening a preview window
VE opening a preview window [message #5626] |
Thu, 27 November 2003 13:14  |
Eclipse User |
|
|
|
Originally posted by: emerson.tre-sc.gov.br
I'm using suse 9, with GTK version of eclipse 2.1.2.
When creating a GUI windows (or opening the example), two separated
windows are opened (looks like 2 X windows), a
FreeFormComponentsHostDialog (an empty little box windows) and the other
is a windows with the name of the window being edited, and a windows like
the one being edited, but working like one in execution.
In windows, it's a kind of different, there's a separeted application at
the application bar, and when maximized, it turns to be the same windows
being edited, with all widgets enabled, like the behaviour in linux (GTK).
Is it the normal behaviour?
Emerson
|
|
|
Re: VE opening a preview window [message #5632 is a reply to message #5626] |
Fri, 28 November 2003 09:50   |
Eclipse User |
|
|
|
Originally posted by: jdm0532.nospam.cs.rit.edu
Yes, this is normal behavior. The live window(s) are used to create the
graphical representation of what's being edited. The
FreeFormComponentsHostDialog is a dialog that holds all the objects that
are directly on the free form (white surface in the designer) but not in
a window or a dialog. This container is itself a dialog that is not
hosted by a specific frame. In Windows, a unhosted dialog doesn't show
up on the task bar, but on Linux an unhosted dialog will show up on the
task bar. That's why you may see different numbers of editing windows
show up on the task bar depending on which OS you're using.
- Jeff Myers
Emerson Cargnin wrote:
> I'm using suse 9, with GTK version of eclipse 2.1.2.
>
> When creating a GUI windows (or opening the example), two separated
> windows are opened (looks like 2 X windows), a
> FreeFormComponentsHostDialog (an empty little box windows) and the other
> is a windows with the name of the window being edited, and a windows like
> the one being edited, but working like one in execution.
>
> In windows, it's a kind of different, there's a separeted application at
> the application bar, and when maximized, it turns to be the same windows
> being edited, with all widgets enabled, like the behaviour in linux (GTK).
>
> Is it the normal behaviour?
>
> Emerson
>
|
|
|
Re: VE opening a preview window [message #5638 is a reply to message #5632] |
Fri, 28 November 2003 10:25   |
Eclipse User |
|
|
|
Originally posted by: emerson.tre-sc.gov.br
Is there any plan to hide those windows, since it can confuse developers?
Jeff Myers wrote:
> Yes, this is normal behavior. The live window(s) are used to create the
> graphical representation of what's being edited. The
> FreeFormComponentsHostDialog is a dialog that holds all the objects that
> are directly on the free form (white surface in the designer) but not in
> a window or a dialog. This container is itself a dialog that is not
> hosted by a specific frame. In Windows, a unhosted dialog doesn't show
> up on the task bar, but on Linux an unhosted dialog will show up on the
> task bar. That's why you may see different numbers of editing windows
> show up on the task bar depending on which OS you're using.
> - Jeff Myers
> Emerson Cargnin wrote:
> > I'm using suse 9, with GTK version of eclipse 2.1.2.
> >
> > When creating a GUI windows (or opening the example), two separated
> > windows are opened (looks like 2 X windows), a
> > FreeFormComponentsHostDialog (an empty little box windows) and the other
> > is a windows with the name of the window being edited, and a windows like
> > the one being edited, but working like one in execution.
> >
> > In windows, it's a kind of different, there's a separeted application at
> > the application bar, and when maximized, it turns to be the same windows
> > being edited, with all widgets enabled, like the behaviour in linux (GTK).
> >
> > Is it the normal behaviour?
> >
> > Emerson
> >
|
|
|
Re: VE opening a preview window [message #6316 is a reply to message #5638] |
Fri, 28 November 2003 11:02   |
Eclipse User |
|
|
|
Emerson Cargnin wrote:
> Is there any plan to hide those windows, since it can confuse developers?
>
Please file a bug report including O/S, window manager, etc., and we'll
see what we can do.
Thanks,
Dave Orme
> Jeff Myers wrote:
>
>
>>Yes, this is normal behavior. The live window(s) are used to create the
>>graphical representation of what's being edited. The
>>FreeFormComponentsHostDialog is a dialog that holds all the objects that
>>are directly on the free form (white surface in the designer) but not in
>>a window or a dialog. This container is itself a dialog that is not
>>hosted by a specific frame. In Windows, a unhosted dialog doesn't show
>>up on the task bar, but on Linux an unhosted dialog will show up on the
>>task bar. That's why you may see different numbers of editing windows
>>show up on the task bar depending on which OS you're using.
>
>
>> - Jeff Myers
>
>
>>Emerson Cargnin wrote:
>>
>>>I'm using suse 9, with GTK version of eclipse 2.1.2.
>>>
>>>When creating a GUI windows (or opening the example), two separated
>>>windows are opened (looks like 2 X windows), a
>>>FreeFormComponentsHostDialog (an empty little box windows) and the other
>>>is a windows with the name of the window being edited, and a windows like
>>>the one being edited, but working like one in execution.
>>>
>>>In windows, it's a kind of different, there's a separeted application at
>>>the application bar, and when maximized, it turns to be the same windows
>>>being edited, with all widgets enabled, like the behaviour in linux (GTK).
>>>
>>>Is it the normal behaviour?
>>>
>>>Emerson
>>>
>
>
>
--
Dave Orme
Eclipse Visual Editor Project Lead
Advanced Systems Concepts' Chief Architect
http://www.swtworkbench.com
|
|
|
Re: VE opening a preview window [message #6321 is a reply to message #5638] |
Fri, 28 November 2003 11:25   |
Eclipse User |
|
|
|
Originally posted by: jdm0532.nospam.cs.rit.edu
As far as I know this is the best solution they have so far. On Windows
the windows are placed off screen so the only confusion comes from the
multiple items on the task bar. On Linux they couldn't find a similar
workable method if hide them off screen. Another option would be to
show/hide them whenever an image was needed, but the flashing on the
screen and task bar would be far more annoying than the minor confusion
in leaving them around all the time. Of course if anyone has other
possible solutions or trickery to get around this problem, I'm sure the
developers would be happy to try it out.
- Jeff Myers
Emerson Cargnin wrote:
> Is there any plan to hide those windows, since it can confuse developers?
>
> Jeff Myers wrote:
>
>
>>Yes, this is normal behavior. The live window(s) are used to create the
>>graphical representation of what's being edited. The
>>FreeFormComponentsHostDialog is a dialog that holds all the objects that
>>are directly on the free form (white surface in the designer) but not in
>>a window or a dialog. This container is itself a dialog that is not
>>hosted by a specific frame. In Windows, a unhosted dialog doesn't show
>>up on the task bar, but on Linux an unhosted dialog will show up on the
>>task bar. That's why you may see different numbers of editing windows
>>show up on the task bar depending on which OS you're using.
>
>
>> - Jeff Myers
>
>
>>Emerson Cargnin wrote:
>>
>>>I'm using suse 9, with GTK version of eclipse 2.1.2.
>>>
>>>When creating a GUI windows (or opening the example), two separated
>>>windows are opened (looks like 2 X windows), a
>>>FreeFormComponentsHostDialog (an empty little box windows) and the other
>>>is a windows with the name of the window being edited, and a windows like
>>>the one being edited, but working like one in execution.
>>>
>>>In windows, it's a kind of different, there's a separeted application at
>>>the application bar, and when maximized, it turns to be the same windows
>>>being edited, with all widgets enabled, like the behaviour in linux (GTK).
>>>
>>>Is it the normal behaviour?
>>>
>>>Emerson
>>>
>
>
>
|
|
|
Re: VE opening a preview window [message #6398 is a reply to message #6316] |
Fri, 28 November 2003 15:53  |
Eclipse User |
|
|
|
Originally posted by: mendelgili.netscape.net
David J. Orme wrote:
> Emerson Cargnin wrote:
>
>> Is there any plan to hide those windows, since it can confuse developers?
>>
>
> Please file a bug report including O/S, window manager, etc., and we'll
> see what we can do.
>
>
> Thanks,
>
>
> Dave Orme
>
>> Jeff Myers wrote:
>>
>>
>>> Yes, this is normal behavior. The live window(s) are used to create
>>> the graphical representation of what's being edited. The
>>> FreeFormComponentsHostDialog is a dialog that holds all the objects
>>> that are directly on the free form (white surface in the designer)
>>> but not in a window or a dialog. This container is itself a dialog
>>> that is not hosted by a specific frame. In Windows, a unhosted
>>> dialog doesn't show up on the task bar, but on Linux an unhosted
>>> dialog will show up on the task bar. That's why you may see
>>> different numbers of editing windows show up on the task bar
>>> depending on which OS you're using.
>>
>>
>>
>>> - Jeff Myers
>>
>>
>>
>>> Emerson Cargnin wrote:
>>>
>>>> I'm using suse 9, with GTK version of eclipse 2.1.2.
>>>>
>>>> When creating a GUI windows (or opening the example), two separated
>>>> windows are opened (looks like 2 X windows), a
>>>> FreeFormComponentsHostDialog (an empty little box windows) and the
>>>> other
>>>> is a windows with the name of the window being edited, and a windows
>>>> like
>>>> the one being edited, but working like one in execution.
>>>>
>>>> In windows, it's a kind of different, there's a separeted
>>>> application at
>>>> the application bar, and when maximized, it turns to be the same
>>>> windows
>>>> being edited, with all widgets enabled, like the behaviour in linux
>>>> (GTK).
>>>>
>>>> Is it the normal behaviour?
>>>>
>>>> Emerson
>>>>
>>
>>
>>
>
>
Opening a bug is a good thing; though this particular issue will be
resolve in our next release as we provide SWT support on linux.
|
|
|
Re: VE opening a preview window [message #569802 is a reply to message #5626] |
Fri, 28 November 2003 09:50  |
Eclipse User |
|
|
|
Yes, this is normal behavior. The live window(s) are used to create the
graphical representation of what's being edited. The
FreeFormComponentsHostDialog is a dialog that holds all the objects that
are directly on the free form (white surface in the designer) but not in
a window or a dialog. This container is itself a dialog that is not
hosted by a specific frame. In Windows, a unhosted dialog doesn't show
up on the task bar, but on Linux an unhosted dialog will show up on the
task bar. That's why you may see different numbers of editing windows
show up on the task bar depending on which OS you're using.
- Jeff Myers
Emerson Cargnin wrote:
> I'm using suse 9, with GTK version of eclipse 2.1.2.
>
> When creating a GUI windows (or opening the example), two separated
> windows are opened (looks like 2 X windows), a
> FreeFormComponentsHostDialog (an empty little box windows) and the other
> is a windows with the name of the window being edited, and a windows like
> the one being edited, but working like one in execution.
>
> In windows, it's a kind of different, there's a separeted application at
> the application bar, and when maximized, it turns to be the same windows
> being edited, with all widgets enabled, like the behaviour in linux (GTK).
>
> Is it the normal behaviour?
>
> Emerson
>
|
|
|
Re: VE opening a preview window [message #569829 is a reply to message #5632] |
Fri, 28 November 2003 10:25  |
Eclipse User |
|
|
|
Is there any plan to hide those windows, since it can confuse developers?
Jeff Myers wrote:
> Yes, this is normal behavior. The live window(s) are used to create the
> graphical representation of what's being edited. The
> FreeFormComponentsHostDialog is a dialog that holds all the objects that
> are directly on the free form (white surface in the designer) but not in
> a window or a dialog. This container is itself a dialog that is not
> hosted by a specific frame. In Windows, a unhosted dialog doesn't show
> up on the task bar, but on Linux an unhosted dialog will show up on the
> task bar. That's why you may see different numbers of editing windows
> show up on the task bar depending on which OS you're using.
> - Jeff Myers
> Emerson Cargnin wrote:
> > I'm using suse 9, with GTK version of eclipse 2.1.2.
> >
> > When creating a GUI windows (or opening the example), two separated
> > windows are opened (looks like 2 X windows), a
> > FreeFormComponentsHostDialog (an empty little box windows) and the other
> > is a windows with the name of the window being edited, and a windows like
> > the one being edited, but working like one in execution.
> >
> > In windows, it's a kind of different, there's a separeted application at
> > the application bar, and when maximized, it turns to be the same windows
> > being edited, with all widgets enabled, like the behaviour in linux (GTK).
> >
> > Is it the normal behaviour?
> >
> > Emerson
> >
|
|
|
Re: VE opening a preview window [message #569849 is a reply to message #5638] |
Fri, 28 November 2003 11:02  |
Eclipse User |
|
|
|
Emerson Cargnin wrote:
> Is there any plan to hide those windows, since it can confuse developers?
>
Please file a bug report including O/S, window manager, etc., and we'll
see what we can do.
Thanks,
Dave Orme
> Jeff Myers wrote:
>
>
>>Yes, this is normal behavior. The live window(s) are used to create the
>>graphical representation of what's being edited. The
>>FreeFormComponentsHostDialog is a dialog that holds all the objects that
>>are directly on the free form (white surface in the designer) but not in
>>a window or a dialog. This container is itself a dialog that is not
>>hosted by a specific frame. In Windows, a unhosted dialog doesn't show
>>up on the task bar, but on Linux an unhosted dialog will show up on the
>>task bar. That's why you may see different numbers of editing windows
>>show up on the task bar depending on which OS you're using.
>
>
>> - Jeff Myers
>
>
>>Emerson Cargnin wrote:
>>
>>>I'm using suse 9, with GTK version of eclipse 2.1.2.
>>>
>>>When creating a GUI windows (or opening the example), two separated
>>>windows are opened (looks like 2 X windows), a
>>>FreeFormComponentsHostDialog (an empty little box windows) and the other
>>>is a windows with the name of the window being edited, and a windows like
>>>the one being edited, but working like one in execution.
>>>
>>>In windows, it's a kind of different, there's a separeted application at
>>>the application bar, and when maximized, it turns to be the same windows
>>>being edited, with all widgets enabled, like the behaviour in linux (GTK).
>>>
>>>Is it the normal behaviour?
>>>
>>>Emerson
>>>
>
>
>
--
Dave Orme
Eclipse Visual Editor Project Lead
Advanced Systems Concepts' Chief Architect
http://www.swtworkbench.com
|
|
|
Re: VE opening a preview window [message #569873 is a reply to message #5638] |
Fri, 28 November 2003 11:25  |
Eclipse User |
|
|
|
As far as I know this is the best solution they have so far. On Windows
the windows are placed off screen so the only confusion comes from the
multiple items on the task bar. On Linux they couldn't find a similar
workable method if hide them off screen. Another option would be to
show/hide them whenever an image was needed, but the flashing on the
screen and task bar would be far more annoying than the minor confusion
in leaving them around all the time. Of course if anyone has other
possible solutions or trickery to get around this problem, I'm sure the
developers would be happy to try it out.
- Jeff Myers
Emerson Cargnin wrote:
> Is there any plan to hide those windows, since it can confuse developers?
>
> Jeff Myers wrote:
>
>
>>Yes, this is normal behavior. The live window(s) are used to create the
>>graphical representation of what's being edited. The
>>FreeFormComponentsHostDialog is a dialog that holds all the objects that
>>are directly on the free form (white surface in the designer) but not in
>>a window or a dialog. This container is itself a dialog that is not
>>hosted by a specific frame. In Windows, a unhosted dialog doesn't show
>>up on the task bar, but on Linux an unhosted dialog will show up on the
>>task bar. That's why you may see different numbers of editing windows
>>show up on the task bar depending on which OS you're using.
>
>
>> - Jeff Myers
>
>
>>Emerson Cargnin wrote:
>>
>>>I'm using suse 9, with GTK version of eclipse 2.1.2.
>>>
>>>When creating a GUI windows (or opening the example), two separated
>>>windows are opened (looks like 2 X windows), a
>>>FreeFormComponentsHostDialog (an empty little box windows) and the other
>>>is a windows with the name of the window being edited, and a windows like
>>>the one being edited, but working like one in execution.
>>>
>>>In windows, it's a kind of different, there's a separeted application at
>>>the application bar, and when maximized, it turns to be the same windows
>>>being edited, with all widgets enabled, like the behaviour in linux (GTK).
>>>
>>>Is it the normal behaviour?
>>>
>>>Emerson
>>>
>
>
>
|
|
|
Re: VE opening a preview window [message #570231 is a reply to message #6316] |
Fri, 28 November 2003 15:53  |
Eclipse User |
|
|
|
David J. Orme wrote:
> Emerson Cargnin wrote:
>
>> Is there any plan to hide those windows, since it can confuse developers?
>>
>
> Please file a bug report including O/S, window manager, etc., and we'll
> see what we can do.
>
>
> Thanks,
>
>
> Dave Orme
>
>> Jeff Myers wrote:
>>
>>
>>> Yes, this is normal behavior. The live window(s) are used to create
>>> the graphical representation of what's being edited. The
>>> FreeFormComponentsHostDialog is a dialog that holds all the objects
>>> that are directly on the free form (white surface in the designer)
>>> but not in a window or a dialog. This container is itself a dialog
>>> that is not hosted by a specific frame. In Windows, a unhosted
>>> dialog doesn't show up on the task bar, but on Linux an unhosted
>>> dialog will show up on the task bar. That's why you may see
>>> different numbers of editing windows show up on the task bar
>>> depending on which OS you're using.
>>
>>
>>
>>> - Jeff Myers
>>
>>
>>
>>> Emerson Cargnin wrote:
>>>
>>>> I'm using suse 9, with GTK version of eclipse 2.1.2.
>>>>
>>>> When creating a GUI windows (or opening the example), two separated
>>>> windows are opened (looks like 2 X windows), a
>>>> FreeFormComponentsHostDialog (an empty little box windows) and the
>>>> other
>>>> is a windows with the name of the window being edited, and a windows
>>>> like
>>>> the one being edited, but working like one in execution.
>>>>
>>>> In windows, it's a kind of different, there's a separeted
>>>> application at
>>>> the application bar, and when maximized, it turns to be the same
>>>> windows
>>>> being edited, with all widgets enabled, like the behaviour in linux
>>>> (GTK).
>>>>
>>>> Is it the normal behaviour?
>>>>
>>>> Emerson
>>>>
>>
>>
>>
>
>
Opening a bug is a good thing; though this particular issue will be
resolve in our next release as we provide SWT support on linux.
|
|
|
Goto Forum:
Current Time: Mon Jun 02 16:04:16 EDT 2025
Powered by FUDForum. Page generated in 0.03704 seconds
|