Re: [Phpgroupware-developers] Next Generation Framework

[Dan Kuykendall]

we are using the normal gettext list of lang codes. Is this not the 
correct list we should use?

C K Wu wrote:

> Yes. I agree with Dave that proper or full locale support is the way 
> to go.
>
> As an example of current restriction, Traditional Chinese have to been 
> coded as 'zt', which is non-standard language encoding. AFAIK, this is 
> causing Sitemgr to wrongly detect some Chinese user's default language 
> setting.
>
> Cheers,
> CK
>
> Dan Kuykendall ??:
>
> > This is a good point. We are working to use all these types of 
> > standards. Thats the reason we switched to gettext, and use locale 
> > for time zone support.
> > I guess its a good time to look at the overal picture regarding this 
> > issue, so I will do a little research on it.
> >
> > Dan
> >
> > Dave Hall wrote:
> >
> > > This raises the issue of locales. If phpgw had proper locale support,
> > > then we could do this and many other cool things, such as currency, tz
> > > offset, language, charset, date/time format etc etc all in one pref
> > > setting :)
> > >
> > > Dan Kuykendall <address@hidden> wrote:
> > >
> > >
> > >
> > > > I believe for this we need to use mbstring, which I have not messed 
> > > > with.
> > > > If you can provide me with some examples, then this would be a good 
> > > > time to make sure we make it work with double char langs.
> > > >
> > > > Dan
> > > >
> > > > C K Wu wrote:
> > > >
> > > >
> > > > > Hi, Dan,
> > > > >
> > > > > Great stuff. Just a quick question about gettext support.
> > > > > Does it mean that the next generation framework will support
> > > > > the full language_country notation, instead of the current
> > > > > double char language code. If so, it would certainly be
> > > > > a immense improvement for international users.
> > > > >
> > > > > Cheers,
> > > > > CK
> > > > >
> > > > >
> > > > > Dan Kuykendall ??:
> > > > >
> > > > >
> > > > > > I mentioned this a week ago on this mailing list and figured I
> > > > should
> > > >
> > > > > > update you all on the progress.
> > > > > >
> > > > > > Progress has gone splendidly!
> > > > > > We have really got this code moving in the right direction.
> > > > > > Heres a run down of the new stuff:
> > > > > > * Multi-language support added and uses gettext
> > > > > > * If gettext is missing stuff then it can optionally do
> > > > translations
> > > >
> > > > > > using babelfish.
> > > > > > * XML-RPC support
> > > > > > * Preferences system
> > > > > > * Admin screens
> > > > > > * App submenu's
> > > > > > * op history (shows you the last 5 places you have been in the app)
> > > > > > * Nicer setup screens using tabs
> > > > > > * More xslt widgets
> > > > > > * Docs are starting to slowly appear
> > > > > >
> > > > > > Interface Layer:
> > > > > > I broke out the parts that take the resulting XML and pass it
> > > > thru
> > > >
> > > > > > XSLT and to the browser and moved all that to an interface
> > > > class.
> > > >
> > > > > > This also included things like handling login, logout and final
> > > > error
> > > >
> > > > > > handling. I think wrote an XML-RPC version of the interface
> > > > class and
> > > >
> > > > > > things worked out great. I wrote my XML-RPC interface from
> > > > scratch
> > > >
> > > > > > for the new framework, so its very nice and tight and fits
> > > > perfectly.
> > > >
> > > > > > I will soon embark on writing a SOAP version of the interface
> > > > class,
> > > >
> > > > > > and it should be possible to create any number of interfaces.
> > > > > >
> > > > > > The nice thing about this is that once past the interface class 
> > > > > > everything else happens along the normal process, such as the
> > > > ACL
> > > >
> > > > > > checks, language, preferences, hooks and everything else. The
> > > > app
> > > >
> > > > > > developer also doesnt have to do anything different whatsoever.
> > > > So
> > > >
> > > > > > long as the apps functions use safe_args and return arrays as
> > > > is the
> > > >
> > > > > > standard in the new framework, then everything else is handled 
> > > > > > transparently and safely.
> > > > > >
> > > > > > More details can be found at
> > > > http://www.kuykendall.org/phpgroupware/>>
> > > >
> > > > > > I encourage everyone to take a look and give me feedback. The
> > > > code is
> > > >
> > > > > > in the phpGroupWare cvs tree in the proposal-branch
> > > > > >
> > > > > > |cvs -
> > > > d:pserver:address@hidden:/cvsroot/phpgroupware login
> > > >
> > > > > > cvs -z3 -
> > > > d:pserver:address@hidden:/cvsroot/phpgroupware
> > > >
> > > > > > co -r proposal-branch phpgroupware
> > > > > >
> > > > > > cd phpgroupware
> > > > > >
> > > > > > cvs -z3 -
> > > > d:pserver:address@hidden:/cvsroot/phpgroupware
> > > >
> > > > > > co -r proposal-branch admin addressbook api calendar skel wcm |
> > > > > >
> > > > > > For those with coding skills, looking at the code its far more 
> > > > > > enlightening than using the demo or reading the docs.
> > > > > >
> > > > > > Dan Kuykendall
> > > > > >
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > Phpgroupware-developers mailing list
> > > > > > address@hidden
> > > > > > http://mail.gnu.org/mailman/listinfo/phpgroupware-developers
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Phpgroupware-developers mailing list
> > > > > address@hidden
> > > > > http://mail.gnu.org/mailman/listinfo/phpgroupware-developers
> > > >
> > > >
> > > > _______________________________________________
> > > > Phpgroupware-developers mailing list
> > > > address@hidden
> > > > http://mail.gnu.org/mailman/listinfo/phpgroupware-developers
> > > >
> > > >
> > > > _______________________________________________
> > > > Phpgroupware-developers mailing list
> > > > address@hidden
> > > > http://mail.gnu.org/mailman/listinfo/phpgroupware-developers
> >
> >
> >
> > _______________________________________________
> > Phpgroupware-developers mailing list
> > address@hidden
> > http://mail.gnu.org/mailman/listinfo/phpgroupware-developers
>
>
>
>
> _______________________________________________
> Phpgroupware-developers mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/phpgroupware-developers