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
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
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
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 Debian Stable (1.14.2-2)
Anytime we try to edit the stored
