Hello,
I'd pick the first formatting option too...it is more readable.
Unfortunetly, I don't have any C/C++ skills so I'm not able to make this
change.
On Sat, Oct 25, 2014 at 12:37 PM, J.F. Oster wrote:
> Hello,
>
> I've also faced with long parameters lists inconvenience.
> It's an interest
On Sat, Oct 25, 2014 at 6:37 PM, J.F. Oster wrote:
> Hello,
>
> I've also faced with long parameters lists inconvenience.
> It's an interesting idea to introduce function parameter nodes. But
> their only functionality would be... just their existence in the tree?
> Nothing to show in SQL Pane, no
BTW, i found another related bug:
If you resize a row manually, then you try to zoom in/out using the mouse
wheel, the text size changes, but the row height no longer changes.
I think that is because the default value for the resizeExistingRows parameter
of theSetDefaultRowSize method is “fal
Hello,
I've also faced with long parameters lists inconvenience.
It's an interesting idea to introduce function parameter nodes. But
their only functionality would be... just their existence in the tree?
Nothing to show in SQL Pane, no context menu actions, no stats,
dependencies, etc.
So I'm not
Found the reason the “Edit” grid looks better, rows have 2 more pixels.
in frmEditGrid.cpp:
#ifdef __WXMSW__
sqlGrid->SetDefaultRowSize(sqlGrid->GetDefaultRowSize() + 2, true);
#endif
The commit comment is:
commit ec4098968604f0acd3ef34fad56afb63b9add062
Author: Steffen Kuhn 2010-09-0
On 25/10/2014 02:46, inspector morse wrote:
> Hello All,
>
> We have a postgresql database that is using stored procedures
> exclusively to communicate with the web application. The stored
> procedures often have upto 50 input/output parameters! We're using the
> latest version of pgadmin3 in Debi
