Re: PGAdmin 4 architecture (Was: [Patch] PGAdmin 4 JSON Handling)

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Merlin Moncure <mmoncure(at)gmail(dot)com>
Cc: Ronan Dunklau <ronan(dot)dunklau(at)dalibo(dot)com>, pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>, Ashesh Vashi <ashesh(dot)vashi(at)enterprisedb(dot)com>
Subject: Re: PGAdmin 4 architecture (Was: [Patch] PGAdmin 4 JSON Handling)
Date: 2015-04-20 14:38:59
Message-ID: CA+OCxoxYBNjiFdSMQi+5Q45ji0Kxf5VQBg8yfqadpdGnrgu2_g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

On Mon, Apr 20, 2015 at 3:36 PM, Merlin Moncure <mmoncure(at)gmail(dot)com> wrote:
> On Mon, Apr 20, 2015 at 5:40 AM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
>> On Mon, Apr 20, 2015 at 10:52 AM, Ronan Dunklau
>> > In my opinion, it should either be done by using a set of widgets already
>> > designed to work together (think of wxwidgets, but for the web), using one of
>> > the frameworks I mentioned before. Or alternatively, by developing the glue
>> > between those widgets ourselves, using something like Backbone to wrap those
>> > libraries into nice views able to play together.
>>
>> The problem is that I haven't found any OSS frameworks that provide
>> anything like the capabilities we have by using ad-hoc components.
>> There is nothing at all that comes close to the functionality (and
>> look/feel) of wcDocker, CodeMirror, AlertifyJS and aciTree that I've
>> found, let alone in a single framework. I've spent a *lot* of time
>> researching that, and trying to find components that give us what
>> we're going to need.
>
> +1 this. A lot of the unified frameworks have problems that should
> make you very cautious in terms of using them for the general case.
> Beware libraries that are 'all in' and make it difficult to mix/match
> different widgets.
>
> Even some of the best frameworks, such as angular, can be difficult to
> write highly performant code against because there is so much action
> at a distance going on. For my 0.02$ I'll throw slickgrid into the
> mix which is a very fast library (see:
> http://mleibman.github.io/SlickGrid/examples/example-optimizing-dataview.html)
> and a good API. For a general purpose admin tool, performance is very
> important.

Ooh, that's nice. I have a feeling we're going to need a grid control soon :-)

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgadmin-hackers by date

  From Date Subject
Next Message Ashesh Vashi 2015-04-22 07:40:19 Re: autocommit feature in pgadmin
Previous Message Merlin Moncure 2015-04-20 14:36:07 Re: PGAdmin 4 architecture (Was: [Patch] PGAdmin 4 JSON Handling)