Re: [pgadmin-support] Problems with SVN win32 build.
(sorry about the delay) > > 3) When the auto-completion TAB character option is set and you hit > > TAB when there is more than one table option, the auto-complete > > function will always select the first table in the list. It > might be > > better to use the same > > ctrl+space logic with a select combo box is presented to the user. > > > Any thoughts Magnus? Not really. I don't recall exactly, but there was definitly not a concious decision to make them different :-) I wuold guess what we're seeing is the tab not being eaten by ctlSQLBox::OnKeyDown(). I think this patch should fix it - please verify that I didn't break other stuff in my ignorance of Wx :-) //Magnus sqlbox.patch Description: sqlbox.patch ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [pgadmin-support] Problems with SVN win32 build.
Thanks, patch applied. /D > -Original Message- > From: Magnus Hagander [mailto:[EMAIL PROTECTED] > Sent: 19 June 2006 09:40 > To: Dave Page; Jeremy Palmer; pgadmin-support@postgresql.org > Subject: RE: [pgadmin-support] Problems with SVN win32 build. > > (sorry about the delay) > > > > 3) When the auto-completion TAB character option is set > and you hit > > > TAB when there is more than one table option, the auto-complete > > > function will always select the first table in the list. It > > might be > > > better to use the same > > > ctrl+space logic with a select combo box is presented to the user. > > > > > > Any thoughts Magnus? > > Not really. I don't recall exactly, but there was definitly not a > concious decision to make them different :-) > > I wuold guess what we're seeing is the tab not being eaten by > ctlSQLBox::OnKeyDown(). I think this patch should fix it - > please verify > that I didn't break other stuff in my ignorance of Wx :-) > > //Magnus > ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
[pgadmin-support] pgadmin and red hat enterprise 4
Hi, I have a server with a Linux Red Hat Enterprise 4. I would like install pgadmin3 version 1.4.0 or later (I need pgagent ) . Unfortunely rpm aren’t and I tried to compile but without success. This is the problem: I try with rmp for fedora core but it needs the libraries libcrypto.so.5 I find this libraries in openssl-0.9.7f-7.i386.rpm but this rpm need lib5crypto.so.5 . I find this libraries in krb5-libs-1.4.1-5.i386.rpm but this rpm make many errors of conflict. warning: krb5-libs-1.4.1-5.i386.rpm: V3 DSA signature: NOKEY, key ID 4f2a6fd2 file /etc/krb5.conf from install of krb5-libs-1.4.1-5 conflicts with file from package krb5-libs-1.3.4-27 file /usr/lib/libdes425.so.3.0 from install of krb5-libs-1.4.1-5 conflicts with file from package krb5-libs-1.3.4-27 file /usr/lib/libgssapi_krb5.so.2.2 from install of krb5-libs-1.4.1-5 conflicts with file from package krb5-libs-1.3.4-27 file /usr/lib/libk5crypto.so.3.0 from install of krb5-libs-1.4.1-5 conflicts with file from package krb5-libs-1.3.4-27 file /usr/lib/libkadm5clnt.so.5.1 from install of krb5-libs-1.4.1-5 conflicts with file from package krb5-libs-1.3.4-27 file /usr/lib/libkadm5srv.so.5.1 from install of krb5-libs-1.4.1-5 conflicts with file from package krb5-libs-1.3.4-27 file /usr/lib/libkdb5.so.4.0 from install of krb5-libs-1.4.1-5 conflicts with file from package krb5-libs-1.3.4-27 file /usr/lib/libkrb4.so.2.0 from install of krb5-libs-1.4.1-5 conflicts with file from package krb5-libs-1.3.4-27 file /usr/lib/libkrb5.so.3.2 from install of krb5-libs-1.4.1-5 conflicts with file from package krb5-libs-1.3.4-27 Someone of you has had my same problem? How does he resolved it? Thanks a lot and sorry for my poor English Gian
Re: [pgadmin-support] Postgis Manual
On Fri, Jun 16, 2006 at 08:41:30PM +0100, Dave Page wrote: > > If you could find some way of putting all of your sources > > into one html > > file (we use the wiki include and transclude plugins) and following a > > similar path, you might find that merging HTML is easier than > > merging hhp > > projects. > > We could do that with our docs, but not with the pg or slony ones - we > have no choice but to pull them from the SGML sources whenever they are > updated. Have you looked at converting your docs into SGML/docbook? It should be pretty easy to go from that to just about anything else, as well as pulling in pgsql/docs. -- Jim C. Nasby, Sr. Engineering Consultant [EMAIL PROTECTED] Pervasive Software http://pervasive.comwork: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461 ---(end of broadcast)--- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
