EDB Manager has some width restrictions in the screen layout on the
left-hand side which on a small screen leaves only about half of the
right-hand side for table listings, SQL queries, and results.  On my desktop
with a wide-screen monitor, it's not a problem as I can stretch it to the
right quite a ways.  But often I need to pull up EDB Manager from my server
(using Remote Desktop) or my laptop and am stuck navigating in a 1024x768
screen.  This results in lots of scrolling back and forth.

What I would like to suggest is to make the "explorer" and "details/options"
panels dockable.  That would allow me to view entire SQL queries and many
more of the columns of a table without scrolling.


David Cornelius
Cornelius Concepts

David,

<< What I would like to suggest is to make the "explorer" and
"details/options" panels dockable.  That would allow me to view entire SQL
queries and many more of the columns of a table without scrolling. >>

That's one of the final things planned for the EDB Manager.  I want to make
the underlying code generic and dockable, and hopefully then plug that
sucker into the Delphi IDE.

--
Tim Young
Elevate Software
www.elevatesoft.com

That would be really cool!  Of course, I assume it'd also still be able to
be used stand-alone.

Hopefully, we'll some day also get MDI-child windows (instead of modal ones)
for editing stored procedures and the like.  I think it was mentioned as an
up-coming feature a while back.

David Cornelius
Cornelius Concepts

"Tim Young [Elevate Software]"  wrote in message
news:A984B8C6-2747-4C11-8C99-5932CFBA70EB@news.elevatesoft.com...

David,

<< What I would like to suggest is to make the "explorer" and
"details/options" panels dockable.  That would allow me to view entire SQL
queries and many more of the columns of a table without scrolling. >>

That's one of the final things planned for the EDB Manager.  I want to make
the underlying code generic and dockable, and hopefully then plug that
sucker into the Delphi IDE.

--
Tim Young
Elevate Software
www.elevatesoft.com

David,

<< That would be really cool!  Of course, I assume it'd also still be able
to be used stand-alone. >>

Sure, it would still be necessary for other environments that don't have an
IDE.

<< Hopefully, we'll some day also get MDI-child windows (instead of modal
ones) for editing stored procedures and the like.  I think it was mentioned
as an up-coming feature a while back. >>

Actually, that was addressed (at least for now) by allowing you to copy the
SQL to a new SQL window if there is an error executing the SQL.  Then you
can edit the SQL there and re-execute the operation.  It's not optimal, but
it does get around some previous issues.

Performing DDL operations in a non-modal is going to require a
re-engineering of the way database objects are handled in the EDB Manager,
so it may take some time to introduce that completely.

--
Tim Young
Elevate Software
www.elevatesoft.com

<<Sure, it would still be necessary for other environments that don't have
an IDE.>>

Oh duh!  I guess it would be!

<< Actually, that was addressed (at least for now) by allowing you to copy
the SQL to a new SQL window if there is an error executing the SQL.>>

And I've used this--should've thought of that as an actual strategy for
editing new ones:  if I want the modal editing, just start a stored
procedure (or whatever), then insert an error in the SQL and try to save it,
but save to a new SQL window and the outline is started for me!  Nifty!

<< Performing DDL operations in a non-modal is going to require a
re-engineering of the way database objects are handled in the EDB Manager,
so it may take some time to introduce that completely.>>

OK--no worries.


David Cornelius
Cornelius Concepts