[pgadmin-hackers] pgAdmin III commit: Update german translation.
Update german translation. Branch -- master Details --- http://git.postgresql.org/gitweb?p=pgadmin3.git;a=commitdiff;h=d49e13d562ddb02cd78d7471fad9dfa6b2d80b0a Author: Harald Armin Massa Modified Files -- i18n/de_DE/pgadmin3.mo | Bin 192947 -> 206804 bytes i18n/de_DE/pgadmin3.po |18719 2 files changed, 12492 insertions(+), 6227 deletions(-) -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
[pgadmin-hackers] wxWidgets 2.9 build
I'm having a go at getting pgadmin to build against the development branch of wxWidgets, 2.9. I intend to first get a clean WxGTK build, and perhaps move on to other WxWidgets platforms afterwards. I note that the wxWidgets/contrib directory that is present in wxWidgets 2.8 that the various shell scripts and whatnot in ./xtra/wx-build cd into and make within are absent from 2.9. My understanding is that some of the contrib libraries made it to wx core, while others were taken off to the wxCode add-ons website due to the fact that they weren't being maintained. I have some preliminary thoughts on how we should go about doing this. I have attempted to run make against 2.9, while using the --ignore flag to get some concept of the full extent of breakage, by grepping through over 10 megabytes of errors. The OGL (Object Graphics Library) contrib library, which we have a dependency on, is missing. WxCode indicates that the now separately distributed lib only supports 2.8. See http://wxcode.sourceforge.net/showcomp.php?name=ogl . I will take a run at getting this to work against 2.9, and failing that will ping the maintainer and get his thoughts. Worryingly, wxCode says it's of ALPHA status. I have downloaded it separately. The sourceforge datestamp on ogl.tar.gz is '2007-03-28' - perhaps we should fork OGL and maintain it in the pgadmin tree directly ourselves. I have some concerns about the licencing though - apparently the wxWindows licence is an LGPL variant, so doing this would, I believe, constitute creating a derivative work, whereas we were merely "using" the work before as defined by the licence. I see a lot of ambiguous overload errors. Ambiguous sysSettings::Write() and ctlListView::AppendItem() calls abound. This looks like it's down to Wx 2.9's new unicode handling (see http://docs.wxwidgets.org/trunk/overview_changes_since28.html). I'll take another look tomorrow. -- Regards, Peter Geoghegan -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] wxWidgets 2.9 build
Hi, Le 15/01/2011 20:33, Peter Geoghegan a écrit : > I'm having a go at getting pgadmin to build against the development > branch of wxWidgets, 2.9. I intend to first get a clean WxGTK build, > and perhaps move on to other WxWidgets platforms afterwards. I note > that the wxWidgets/contrib directory that is present in wxWidgets 2.8 > that the various shell scripts and whatnot in ./xtra/wx-build cd into > and make within are absent from 2.9. > If you get wxGTK to work, it should be easy to make it work on Windows and Mac OS X. > My understanding is that some of the contrib libraries made it to wx > core, while others were taken off to the wxCode add-ons website due to > the fact that they weren't being maintained. > +1 > I have some preliminary thoughts on how we should go about doing this. > I have attempted to run make against 2.9, while using the --ignore > flag to get some concept of the full extent of breakage, by grepping > through over 10 megabytes of errors. > > The OGL (Object Graphics Library) contrib library, which we have a > dependency on, is missing. WxCode indicates that the now separately > distributed lib only supports 2.8. See > http://wxcode.sourceforge.net/showcomp.php?name=ogl . I will take a > run at getting this to work against 2.9, and failing that will ping > the maintainer and get his thoughts. Worryingly, wxCode says it's of > ALPHA status. I have downloaded it separately. The sourceforge > datestamp on ogl.tar.gz is '2007-03-28' - perhaps we should fork OGL > and maintain it in the pgadmin tree directly ourselves. I have some > concerns about the licencing though - apparently the wxWindows licence > is an LGPL variant, so doing this would, I believe, constitute > creating a derivative work, whereas we were merely "using" the work > before as defined by the licence. > > I see a lot of ambiguous overload errors. Ambiguous > sysSettings::Write() and ctlListView::AppendItem() calls abound. This > looks like it's down to Wx 2.9's new unicode handling (see > http://docs.wxwidgets.org/trunk/overview_changes_since28.html). > > I'll take another look tomorrow. > I totally support this work. I really wish pgAdmin be compatible with 2.9. This will be a really hard work but a needed one. But, just to make this perfectly clear right at the beginning, I'm totally opposed to commit such a patch while wxWidgets 2.9/3.0 is not available on Linux distros. -- Guillaume http://www.postgresql.fr http://dalibo.com -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] wxWidgets 2.9 build
I hope we can support both versions. 2.9 will be a great help on Mac as we'll be able to use the Cocoa port. On 1/15/11, Guillaume Lelarge wrote: > Hi, > > Le 15/01/2011 20:33, Peter Geoghegan a écrit : >> I'm having a go at getting pgadmin to build against the development >> branch of wxWidgets, 2.9. I intend to first get a clean WxGTK build, >> and perhaps move on to other WxWidgets platforms afterwards. I note >> that the wxWidgets/contrib directory that is present in wxWidgets 2.8 >> that the various shell scripts and whatnot in ./xtra/wx-build cd into >> and make within are absent from 2.9. >> > > If you get wxGTK to work, it should be easy to make it work on Windows > and Mac OS X. > >> My understanding is that some of the contrib libraries made it to wx >> core, while others were taken off to the wxCode add-ons website due to >> the fact that they weren't being maintained. >> > > +1 > >> I have some preliminary thoughts on how we should go about doing this. >> I have attempted to run make against 2.9, while using the --ignore >> flag to get some concept of the full extent of breakage, by grepping >> through over 10 megabytes of errors. >> >> The OGL (Object Graphics Library) contrib library, which we have a >> dependency on, is missing. WxCode indicates that the now separately >> distributed lib only supports 2.8. See >> http://wxcode.sourceforge.net/showcomp.php?name=ogl . I will take a >> run at getting this to work against 2.9, and failing that will ping >> the maintainer and get his thoughts. Worryingly, wxCode says it's of >> ALPHA status. I have downloaded it separately. The sourceforge >> datestamp on ogl.tar.gz is '2007-03-28' - perhaps we should fork OGL >> and maintain it in the pgadmin tree directly ourselves. I have some >> concerns about the licencing though - apparently the wxWindows licence >> is an LGPL variant, so doing this would, I believe, constitute >> creating a derivative work, whereas we were merely "using" the work >> before as defined by the licence. >> >> I see a lot of ambiguous overload errors. Ambiguous >> sysSettings::Write() and ctlListView::AppendItem() calls abound. This >> looks like it's down to Wx 2.9's new unicode handling (see >> http://docs.wxwidgets.org/trunk/overview_changes_since28.html). >> >> I'll take another look tomorrow. >> > > I totally support this work. I really wish pgAdmin be compatible with > 2.9. This will be a really hard work but a needed one. > > But, just to make this perfectly clear right at the beginning, I'm > totally opposed to commit such a patch while wxWidgets 2.9/3.0 is not > available on Linux distros. > > > -- > Guillaume > http://www.postgresql.fr > http://dalibo.com > > -- > Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgadmin-hackers > -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] wxWidgets 2.9 build
Le 15/01/2011 20:52, Dave Page a écrit : > I hope we can support both versions. 2.9 will be a great help on Mac > as we'll be able to use the Cocoa port. > If it is possible, I cannot agree more with you. I'm afraid that the patch will be huge and, as such, won't allow us to support both. -- Guillaume http://www.postgresql.fr http://dalibo.com -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] wxWidgets 2.9 build
On 15 January 2011 20:18, Guillaume Lelarge wrote: > If it is possible, I cannot agree more with you. I'm afraid that the > patch will be huge and, as such, won't allow us to support both. Is there any particular reason why you think that might be the case? Switching from Carbon to Cocoa will be a separate patch. I don't own a Mac, so someone else will have to write that. An awful lot of the errors are in inline functions as it happens, so we get to see them in every TU that the relevant header is included in. -- Regards, Peter Geoghegan -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] wxWidgets 2.9 build
The switch from carbon to cocoa shouldn't require any effort - thats the work the wxWidgets guys have done. On 1/15/11, Peter Geoghegan wrote: > On 15 January 2011 20:18, Guillaume Lelarge wrote: >> If it is possible, I cannot agree more with you. I'm afraid that the >> patch will be huge and, as such, won't allow us to support both. > > Is there any particular reason why you think that might be the case? > Switching from Carbon to Cocoa will be a separate patch. I don't own a > Mac, so someone else will have to write that. > > An awful lot of the errors are in inline functions as it happens, so > we get to see them in every TU that the relevant header is included > in. > > -- > Regards, > Peter Geoghegan > -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
