Re: Function editor - Mailing list pgadmin-support

From Andreas Pflug
Subject Re: Function editor
Date
Msg-id 416AA159.2040305@pse-consulting.de
Whole thread Raw
In response to Re: Function editor  ("Dave Page" <dpage@vale-housing.co.uk>)
List pgadmin-support
Dave Page wrote:
> 
> Back in the old pga2 days, we used to use a control developed by the
> quietest member of the devteam (Mark) for all the multiline edit boxes.
> It had a handy feature in that it had it's own maximise button which
> would maximise it to fill it's parent frame. This was actually quite
> elegant and worked rather well. Before pgAdmin 3 was started, we had
> toyed with the idea of making the textbox detachable (this is roughly
> the point at which Andreas' head will probably explode :-) )

Fortunately, hard hats not only prevent from damage caused by outer 
impacts :-)

> into a mini-editor.

> 
> Now, if we added such a control to pga3, we could immediately make all
> the dialogues back into 'real' dialogues. All we would need to do is
> figure out how the detachable editor should behave (modally speaking for
> example) with respect to it's parent dialogue and the rest of the app
> for it to be able to work in a fashion that's acceptable and liked by
> all.

When mentioning modal you're scratching the problem. Making the 
additional window modal would probably have more impact on other parts. 
In this case, it would be a frame (eventually covering the whole 
screen), being child of a dialog. This is probably not gonna work 
smoothly (pgadmin-wide modal). Modal dialogs mean "the developer didn't 
now how to handle the stuff better, so he locks the rest of the 
machine", reducing to single task programming.

All apps that offered such kind of editing facility I can remember drove 
me nuts  (VB 'zoom', SyBase AppModeler too). I do see the necessity to 
have much space available for editing, but I'd expect that in practice 
extended functions/views aren't edited using the property dialogs, but 
with the query tool instead to have the code saveable into a file any 
time, including the test code used for developing it. Using the property 
dialogs is a bit like fixing your app by applying patched bytes at 
runtime instead of modifying your sources and recompiling.

Redesigning dlgFunction/dlgView to be nonsizeable and have the Zoom 
button would probable make these dialog look nicer, but make them quite 
unusable too (unless Zoom is pressed; did I mention I hate the M$ 
epidemic use of windows layering one atop another?).

Regards,
Andreas


pgadmin-support by date:

Previous
From: Andreas Pflug
Date:
Subject: Re: Cannot connect to postgresql 7.4.2
Next
From: "Virgil Frum"
Date:
Subject: Re: Cannot connect to postgresql 7.4.2