Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 6 of 6 total
Thread Desktop issues
Tue, Apr 24 2012 6:36 AMPermanent Link

Rick

Hi.

Here are some issues I found with the desktop.

1. Moving a draggable window down beyond the height of the desktop (or right
beyond the width) shows a white area after the desktop color ends (desktop
height <> Auto-Height). Regardless of the height (or width) could the
background color persist wherever a window is dragged?

2. Setting the desktop height to "Auto-Height" still allows the main form to
be dragged indefinitely downward. Non-main forms however seem to jump back
to their original positions if an attempt is made to drag them down or right
beyond the browser display. Is this working as designed?

Thanks.

--
Rick

Tue, Apr 24 2012 9:49 AMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Rick,

<< 1. Moving a draggable window down beyond the height of the desktop (or
right beyond the width) shows a white area after the desktop color ends
(desktop height <> Auto-Height). Regardless of the height (or width) could
the background color persist wherever a window is dragged? >>

The size of the desktop is the size of the desktop.  The only thing I could
do is simply prevent forms from being dragged so that they don't go outside
of the desktop bounds, which was actually working before and was broken when
the desktop was removed as the container for the forms.  I'll make sure this
is fixed.

<< 2. Setting the desktop height to "Auto-Height" still allows the main form
to be dragged indefinitely downward. Non-main forms however seem to jump
back to their original positions if an attempt is made to drag them down or
right beyond the browser display. Is this working as designed? >>

See above.

--
Tim Young
Elevate Software
www.elevatesoft.com
Fri, Apr 27 2012 1:19 AMPermanent Link

Rick

"Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message
news:711DE1D4-B372-4339-B16A-A7F069504F96@news.elevatesoft.com...
>
> The size of the desktop is the size of the desktop.  The only thing I
> could do is simply prevent forms from being dragged so that they don't go
> outside of the desktop bounds, which was actually working before and was
> broken when the desktop was removed as the container for the forms.  I'll
> make sure this is fixed.
>

>

Tim, I'm not sure what the end result of your changes will be but I like the
idea of an infinite desktop with the capability of placing windows anywhere
on it.

One possibility might be a desktop without constraints but with scroll bars
as windows move left/right up/down beyond the browser bounds. The desktop
could then just be the same color or tiled/stretched image however far it
goes. This would be something like the Windows desktop except with scroll
bars.

For example, I have a panel that contains dynamically created and embedded
forms which can be moved anywhere including out of the panel bounds. Scroll
bars appear making all forms accessible within the panel. Very smooth and
just what I wanted. Would be nice I think if the desktop handled forms in a
similar fashion.

--
Rick

Fri, Apr 27 2012 10:45 AMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Rick,

<< Tim, I'm not sure what the end result of your changes will be but I like
the idea of an infinite desktop with the capability of placing windows
anywhere on it. >>

Hmm, that's going to be tough.  It's not impossible to code, rather it goes
against the entire design of the TDesktop component.

<< One possibility might be a desktop without constraints but with scroll
bars as windows move left/right up/down beyond the browser bounds. The
desktop could then just be the same color or tiled/stretched image however
far it goes. This would be something like the Windows desktop except with
scroll bars. >>

You can set the ScrollBars property of the TDesktop now to control how the
scrolling of the desktop works.  Always remember (at least until the manual
is done Smile) that TDesktop is just a TContainerControl with some added
form-handling properties, code.

--
Tim Young
Elevate Software
www.elevatesoft.com
Sun, May 6 2012 11:19 PMPermanent Link

Rick

"Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message
news:711DE1D4-B372-4339-B16A-A7F069504F96@news.elevatesoft.com...
>
> << 1. Moving a draggable window down beyond the height of the desktop (or
> right beyond the width) shows a white area after the desktop color ends
> (desktop height <> Auto-Height). Regardless of the height (or width) could
> the background color persist wherever a window is dragged? >>
>
> The size of the desktop is the size of the desktop.  The only thing I
> could do is simply prevent forms from being dragged so that they don't go
> outside of the desktop bounds, which was actually working before and was
> broken when the desktop was removed as the container for the forms.  I'll
> make sure this is fixed.
>
>

Hi Tim.

The May 3rd build constrains draggable forms to remain within the desktop.
This works well.

I notice though that if ShowShadow=True then the form can't be dragged right
up to the bottom and right edges of the desktop. I know that the shadow
takes up space and must be considered as the extremities of the form but
there seems to be a gap between where the form shadow ends and the edge of
the desktop when the form is at its limit.

I also notice this in the IDE form designer. The resize handles seem to be
situated beyond the actual shadow. Is there any way that the form edge can
line up with the shadow edge? Is this something that can be changed in the
theme?

--
Rick

Mon, May 7 2012 12:28 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Rick,

<< I notice though that if ShowShadow=True then the form can't be dragged
right up to the bottom and right edges of the desktop. I know that the
shadow takes up space and must be considered as the extremities of the form
but there seems to be a gap between where the form shadow ends and the edge
of the desktop when the form is at its limit. >>

The visual portion of the form shadow isn't always "all the way to the edge"
of the images that make up the theme elements for form shadows.  This is
what accounts for the gap.

<< I also notice this in the IDE form designer. The resize handles seem to
be situated beyond the actual shadow. Is there any way that the form edge
can line up with the shadow edge? >>

Same thing.

<< Is this something that can be changed in the theme? >>

Are you asking if *I* can change it, or if *you* can change it ?  The answer
is yes to both for "is it possible", but no to the first for "will it be
done". Smile

Tim Young
Elevate Software
www.elevatesoft.com


Image