Korean's translation is now published.
Branch
--
master
Details
---
http://git.postgresql.org/gitweb?p=pgadmin3.git;a=commitdiff;h=e92c92b437c5e67d0d9ed89b418da16354570d72
Modified Files
--
i18n/Makefile.am |2 +-
pkg/win32/src/i18ndata.wxs |4 ++--
pkg/win32/
Korean's translation is now published.
Branch
--
REL-1_12_0_PATCHES
Details
---
http://git.postgresql.org/gitweb?p=pgadmin3.git;a=commitdiff;h=2703314186f5eb5ec60871ca7b484c333a945145
Modified Files
--
i18n/Makefile.am |2 +-
pkg/win32/src/i18ndata.wxs |4 ++-
Korean's translation is not anymore outdated!
Branch
--
master
Details
---
http://git.postgresql.org/gitweb?p=pgadmin-www.git;a=commitdiff;h=c6a4c21107f5c0614f25b209b56813ba6d97d4b4
Modified Files
--
translation/config.php |2 +-
1 files changed, 1 insertions(+), 1 deletio
Le 16/02/2011 15:26, Hope Jiang a écrit :
> [...]
> Please find attached the updated Korean translation for pgAdmin III. The
> translation was performed by a team sponsored by EntepriseDB.
>
Thanks a lot to you and EntrepriseDB. Now, Korean's translation is at
100%. One more uptodate translation
Update korean's translation.
Branch
--
REL-1_12_0_PATCHES
Details
---
http://git.postgresql.org/gitweb?p=pgadmin3.git;a=commitdiff;h=be2ef835fc65a9bf5d13712ab085feeb84f72f20
Author: Hope Jiang
Modified Files
--
i18n/ko_KR/pgadmin3.mo | Bin 156038 -> 200018 bytes
i18n/ko_KR/
Update korean's translation.
Branch
--
master
Details
---
http://git.postgresql.org/gitweb?p=pgadmin3.git;a=commitdiff;h=98da2ce7c85bdc34c8022a7da06cae791c7e2f00
Author: Hope Jiang
Modified Files
--
i18n/ko_KR/pgadmin3.mo | Bin 156038 -> 200018 bytes
i18n/ko_KR/pgadmin3.po
Le 21/02/2011 17:27, Magnus Hagander a écrit :
> On Mon, Feb 21, 2011 at 17:22, Dave Page wrote:
>> On Mon, Feb 21, 2011 at 3:46 PM, Magnus Hagander wrote:
>>>
>>> On Feb 21, 2011 3:29 PM, "Dave Page" wrote:
Thanks Nikhil.
Are there any catalog changes with the refactoring, t
On Mon, Feb 21, 2011 at 4:27 PM, Magnus Hagander wrote:
> No, I meant is the EDBAS version supposed to "match" community pg
> version ?
>
> I haven't really looked at it since years ago, where iirc edbas was
> somewhere halfway between pg 8.2 and 8.3, and the version number
> didn't actually matc
On Mon, Feb 21, 2011 at 17:22, Dave Page wrote:
> On Mon, Feb 21, 2011 at 3:46 PM, Magnus Hagander wrote:
>>
>> On Feb 21, 2011 3:29 PM, "Dave Page" wrote:
>>>
>>> Thanks Nikhil.
>>>
>>> Are there any catalog changes with the refactoring, that change the
>>> way parameters are represented that n
On Mon, Feb 21, 2011 at 3:46 PM, Magnus Hagander wrote:
>
> On Feb 21, 2011 3:29 PM, "Dave Page" wrote:
>>
>> Thanks Nikhil.
>>
>> Are there any catalog changes with the refactoring, that change the
>> way parameters are represented that need to be reflected elsewhere in
>> pgFunction.cpp?
>>
>>
On Feb 21, 2011 3:29 PM, "Dave Page" wrote:
>
> Thanks Nikhil.
>
> Are there any catalog changes with the refactoring, that change the
> way parameters are represented that need to be reflected elsewhere in
> pgFunction.cpp?
>
> Also, does anyone object to back-patching this? It's not a bug fix,
>
Hi,
> Are there any catalog changes with the refactoring, that change the
> way parameters are represented that need to be reflected elsewhere in
> pgFunction.cpp?
>
>
Ummm, nothing that comes to mind immediately. I think pronargs does not
contain OUT params for SPL objects anymore. But did not s
Thanks Nikhil.
Are there any catalog changes with the refactoring, that change the
way parameters are represented that need to be reflected elsewhere in
pgFunction.cpp?
Also, does anyone object to back-patching this? It's not a bug fix,
but it does mean that we don't support corresponding version
On Sat, Feb 19, 2011 at 2:45 AM, Peter Geoghegan
wrote:
> Attached patch makes changes described to write() variants. What do you think?
>
> I conducted a little test to verify that I correctly changed all call
> sites - implicit casts can be tricky. Once I had finished changing the
> function nam
On Sat, Feb 19, 2011 at 2:45 AM, Peter Geoghegan
wrote:
> Attached patch makes changes described to write() variants. What do you think?
>
> I conducted a little test to verify that I correctly changed all call
> sites - implicit casts can be tricky. Once I had finished changing the
> function nam
Replace the various sysSettings::Write overloads with individual
functions to avoid surprises caused by unexpected casts.
Branch
--
master
Details
---
http://git.postgresql.org/gitweb?p=pgadmin3.git;a=commitdiff;h=bfbd433f6e67709e9d01a97d1b72baecd773bc67
Author: Peter Geoghegan
Modified
Hi,
In EDBAS 9.0, following notable restructuring has been done with respect to
functions and procedures. We need to adopt the same in the pgAdmin code
base. Note that these changes make EDBAS funcs/procs behave more like native
Postgres functions which is a good thing:
* To debug edb-SPL functio
17 matches
Mail list logo
