On Mon, May 15, 2017 at 1:35 PM, Joao Pedro De Almeida Pereira
wrote:
> Hello Hackers
>
> We upgraded SlickGrid to the latest version + 53ee34. We upgraded since we
> are working on some changes to the query results functionality, including
> improvements to column selection and shortcuts.
>
> Thi
On Mon, Apr 20, 2015 at 5:40 AM, Dave Page 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 be
On Thu, Sep 6, 2012 at 10:38 AM, Dave Page wrote:
> The source code can be found here:
> http://www.postgresql.org/ftp/pgadmin3/release/v1.16.0/src/
great stuff. the data import feature is particularly welcome.
merlin
--
Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org)
T
On Wed, Sep 28, 2011 at 3:32 PM, Heikki Linnakangas
wrote:
> On 28.09.2011 20:24, Merlin Moncure wrote:
>>
>> On Wed, Sep 28, 2011 at 2:16 PM, Heikki Linnakangas
>> wrote:
>>>
>>> (sorry for the late reply, this fell through the cracks..)
>&
On Wed, Sep 28, 2011 at 2:16 PM, Heikki Linnakangas
wrote:
> (sorry for the late reply, this fell through the cracks..)
>
> On 10.08.2011 11:48, Dave Page wrote:
>>
>> On Thu, Aug 4, 2011 at 8:30 PM, Merlin Moncure wrote:
>>>
>>> On Thu, Aug 4, 2011 at
On Thu, Aug 4, 2011 at 2:19 PM, Heikki Linnakangas
wrote:
> I created 100 identical pgagent jobs, with one step that simply does "SELECT
> pg_sleep(10)". I then forced them all to run immediately, with "UPDATE
> pgagent.pga_job SET jobnextrun=now();". pgagent crashed.
>
> What happened is that the
On Tue, Sep 30, 2008 at 2:19 AM, Robins Tharakan <[EMAIL PROTECTED]> wrote:
> Hi,
> While making a complex database back-end, I have at-hand about 200 odd
> functions and frankly 'management of functions' is already getting quite
> tedious. Since the count is certain to rise, I am looking for a goo
On Dec 12, 2007 6:44 PM, daniel queiroz <[EMAIL PROTECTED]> wrote:
> you´re a stupid motherfucker, i don´t wanna receive any mails from this
> shit!!
>
> Please, i´m crazy about this...
>
> Stop send mails to me !! fuck off!!
>
> go the hell all that use the stupid postgresql!!!
no.
I'm sorr
On 2/6/07, Dave Page <[EMAIL PROTECTED]> wrote:
Merlin Moncure wrote:
> hello all, I have a pie in the sky feature request here. I've been
> looking around for a sql 'beautifier' so that all our ddl which is
> stored in .sql files can be cleaned up. pgadmin has
hello all, I have a pie in the sky feature request here. I've been
looking around for a sql 'beautifier' so that all our ddl which is
stored in .sql files can be cleaned up. pgadmin has a much better
formatter than the gook emitted by pg_dump...
couple of questions here:
* would it be possible
> > My dev box was running 8.1rc1 and I thought it was time to put 8.1
on
> > it. I downloaded the 8.1 binaries-only dist off of postgresql.org
(bt
> > version), did a binary swap on my server and nothing ran...it
> > turns out
> > all the binaries like initdb.exe, postgres.exe have a dll
> > depe
My dev box was running 8.1rc1 and I thought it was time to put 8.1 on
it. I downloaded the 8.1 binaries-only dist off of postgresql.org (bt
version), did a binary swap on my server and nothing ran...it turns out
all the binaries like initdb.exe, postgres.exe have a dll dependency on
various pgAdmi
downloaded last night's snapshot and was showing my boss who went right
to table count on right click menu and got a repeatable crash :).
really love the new look.
M
---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore yo
> Thoughts, comments, objections?
>
> Currently I quite like it. The structure and web interface is a little
> confusing at first, but TortoiseSVN makes using it a breeze on
Windows.
>
> Regards, Dave.
I was an early adopter of subversion and I'm really pleased with it. I
don't contribute much
Dave Page wrote:
> To be honest I'm not keen to expend time and add to the complexity of
> the code to add obscurity (I can't in good conscience call it
security)
> that is so easily bypassed. This seems kinda like adding an entry
> control system to a door next to a large open window.
>
> Regards
> Merlin Moncure wrote:
> > Is there any relatively easy way to, uh, prevent your users from
seeing
> > some/all of your pl/pgsql code in pgAdmin? :) A by schema solution
> > would be ideal.
>
> I could think of an additional option for schema names that should be
> -Original Message-
> From: Dave Page [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 16, 2005 12:06 PM
> To: Merlin Moncure
> Cc: pgadmin-hackers@postgresql.org
> Subject: RE: [pgadmin-hackers] prevent users from seeing pl/pgsql code
in
> pgadmin
>
>
&
> > I also tried hacking the search path and putting a pg_proc table
into
> > the public schema. While this fixed select * from pg_proc
> > (but not /df),
> > pgAdmin still pulled the function source.
>
> Odd - it didn't here. Every query on pg_proc resulted in a message box
> telling me it couldn
> > Is there any relatively easy way to, uh, prevent your users
> > from seeing
> > some/all of your pl/pgsql code in pgAdmin? :) A by schema solution
> > would be ideal.
>
> Anything we did would be fairly pointless given that there's not much
we
> can do to stop them doing 'SELECT prosrc FROM p
Is there any relatively easy way to, uh, prevent your users from seeing
some/all of your pl/pgsql code in pgAdmin? :) A by schema solution
would be ideal.
Merlin
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTEC
Didn't seem to get through the first time, so I'm sending copy to Dave
to be sure it makes it.
There is a bug in pgCast.cpp:
In line 48, GetCastContext() is being compared to "Explicit", should be
"EXPLICIT". This is causing PgAdmin to emit bad sql for explicit casts.
Merlin
---
I just noticed that pg_dump does not seem to be exporting at least one
of my user defined casts...In particular, this one:
CREATE CAST (xid AS oid)
WITHOUT FUNCTION;
On a sort of related note, I noticed that pgAdmin 2.0 generates this
code in the SQL window for the above cast...
CREATE CAST (x
Gaston wrote:
>
> Hi, I want to migrate an Oracle Schema to a PostgreSql Schema. Does
> pgAdminIII has a Database Migration Wizard as pgAdminII had?
> If not, can you recommend me another migration tool?
> Thanx in advance!
> Gaston.-
Try downloading the desktop edition of MS SQL server and insta
> What should this be good for? This probably affects portability, so
you
> must have a *very* good reason to do so.
Understood :)...never mind. I like using STL strings and string
builders because they are very fast, likewise for iterators and sorting.
Nothing I can't do without, though.
Merlin
> >Questions about wx toolkit:
> >Does wxString have fast repeated concatenation for large strings
(like
> >STL string)?
> >
> >
> >
> Somehow, don't know if it's enough for your purpose.
Would any code using STL containers be accepted into the project?
Merlin
---(end of
> Yes, copy/paste of rows from view data (and query tool as well) would
be
> helpful and is one of the most often requested features.
Questions about wx toolkit:
Does wxString have fast repeated concatenation for large strings (like
STL string)?
Does wxGrid have the capability to demand load row
Hello,
I just joined the pgAdmin mailing list. I would like to say that I am
generally very impressed with the latest version of this project. The
UI is much tighter than version two and the whole thing feels much more
usable.
One thing that I have noticed is that the 'view data' tool has probl
27 matches
Mail list logo
