From: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
---|---|
To: | Dave Page <dpage(at)pgadmin(dot)org> |
Cc: | Zach Conrad <zach(dot)conrad(at)digitecinc(dot)com>, pgadmin-support(at)postgresql(dot)org |
Subject: | Re: 1.8.4 bug DB Restriction field |
Date: | 2008-06-11 08:06:44 |
Message-ID: | 484F8794.3090503@lelarge.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-support |
Dave Page a écrit :
> On Fri, Jun 6, 2008 at 3:22 PM, Guillaume Lelarge
> <guillaume(at)lelarge(dot)info> wrote:
>
>>>> Dave, what do you think I should do ? remove the patch ?
>>> Just remove the NOT?
>>>
>> I can do this. But, for example, if someone was using this filter field to
>> get out template databases, removing the NOT won't fix this.
>
> Hmm, good point. The original intent behind the feature was for
> teaching environments in which there may be one database for each
> student, so the students could limit their list to just their own
> database without seeing all their schoolmates as well. I think that's
> probably the most important case to fix (which removing the NOT should
> do), as those people will likely have *lot's* of clutter otherwise.
>
I propose doing this for next 1.8 release as a bug fix...
> Alternatively, you could make the NOT optional with a checkbox.
>
... and this as new feature in the dev release. Or I can add a new tab,
as suggested by Zach Conrad.
Comments?
--
Guillaume.
http://www.postgresqlfr.org
http://dalibo.com
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Page | 2008-06-11 08:10:13 | Re: 1.8.4 bug DB Restriction field |
Previous Message | Dave Page | 2008-06-10 15:06:12 | Re: multithreading |