OK will do it right now. On Mon, Nov 7, 2011 at 22:25, [email protected] <[email protected]>wrote:
> yes that would be good. > > It would be also nice if the OpenLaszlo UI (main.swf8.swf) would be loaded > in the browser's lang by default (if the lang is available). > > Sebastian > > > 2011/11/7 Maxim Solodovnik <[email protected]> > >> Should I set "default server language" on the install page to the browser >> language by default (as part of "optimized" logic)? >> >> >> On Sat, Sep 24, 2011 at 16:04, [email protected] < >> [email protected]> wrote: >> >>> yes looks good! >>> >>> I made a little modification to language: When the installer adds the >>> default user profile it will use the default_lang_id for the user >>> profile. That we hopefully users will stop complaining about the issue >>> with the language selection as it looks quite similar to what we had. >>> >>> By the way, the "optimized" logic would be: >>> Get the language from the browser (you could add a JavaScript call to >>> get the browser lang) and then automatically use that lang if there is >>> a matching language in the list of our current available language. >>> Might you be able to look into that issue (not for Tag 1.8 but for >>> trunk/Version 1.9). Ok? >>> >>> >>> Sebastian >>> >>> 2011/9/23 Maxim Solodovnik <[email protected]>: >>> > done >>> > please see >>> > r4268 (trunk) >>> > r4269 (1_8) >>> > >>> > On Fri, Sep 23, 2011 at 08:28, Maxim Solodovnik <[email protected]> >>> > wrote: >>> >> >>> >> OK, I will fix it today >>> >> sorry for that, break that while fixing event editing :( >>> >> >>> >> On Fri, Sep 23, 2011 at 02:09, [email protected] >>> >> <[email protected]> wrote: >>> >>> >>> >>> If you got any additional questions about that point let me know, I >>> >>> know its bit tricky handling with datapath's and datapointer's in >>> >>> OpenLaszlo sometimes. >>> >>> >>> >>> Sebastian >>> >>> >>> >>> 2011/9/22 [email protected] <[email protected]>: >>> >>> > the calendar Issue is: >>> >>> > http://code.google.com/p/openmeetings/issues/detail?id=1522 >>> >>> > >>> >>> > btw: The calendar uses this datapath thing instead of the rest of >>> the >>> >>> > application because the calendar initially worked like that. >>> >>> > Actually the hole OpenLaszlo data-API works using datapath, I have >>> >>> > customized the rtmp-calls also to be able to apply datasets as >>> return >>> >>> > objects and use datapaths to present data. But I think I have only >>> >>> > rare use of it practically. >>> >>> > >>> >>> > Sebastian >>> >>> > >>> >>> > 2011/9/22 [email protected] <[email protected]>: >>> >>> >> okay that seems to work. >>> >>> >> >>> >>> >> But what happened to the param roomtype in the method >>> saveAppointement >>> >>> >> ?! >>> >>> >> Why is the box to choose the roomtype in the panel gone? >>> >>> >> >>> >>> >> You bound the combobox to the datapath: datapath="roomtype" in >>> r4223 >>> >>> >> >>> >>> >> That means if you create the calendar this datapath does not >>> exist. As >>> >>> >> consequence the hole box is invisible. And every call to create a >>> >>> >> calendar event does fail because roomtype is NaN. >>> >>> >> >>> >>> >> Could you fix that to work again please? (in tag and trunk) >>> >>> >> >>> >>> >> You could either simulate the object when you create an empty new >>> >>> >> calendar event, >>> >>> >> or you read the value of the node for the calendar event at a node >>> >>> >> level that does exist also when the calendar-event is created and >>> >>> >> parse then the childNodes out of the tree with >>> >>> >> childeNodes[0].childNodes[xyz]. ... et cetera until you got the >>> value. >>> >>> >> Or you create an empty, non visual view and bound the datapath to >>> that >>> >>> >> one, so nobody does care if its not visible if the path does not >>> >>> >> exist. >>> >>> >> >>> >>> >> The same for datapath="remindtype" >>> >>> >> >>> >>> >> Please leave comments like >>> >>> >> <!-- >>> >>> >> public Long deleteAppointment(String SID,Long appointmentId) >>> >>> >> --> >>> >>> >> in the code, when they are directly in front of the remote call >>> they >>> >>> >> are refereing too. >>> >>> >> In 99,9% of all issues (including the one right now) it all ends >>> up to >>> >>> >> compare the params of the server side to the params in the client >>> side >>> >>> >> and a possible number, order or type mismatch. >>> >>> >> >>> >>> >> Thanks >>> >>> >> Sebastian >>> >>> >> >>> >>> >> 2011/9/22 Maxim Solodovnik <[email protected]>: >>> >>> >>> Yes, >>> >>> >>> I add default_language to trunk >>> >>> >>> then merge everything into 1_8 and test it. >>> >>> >>> seems to work as expected. >>> >>> >>> >>> >>> >>> On Fri, Sep 23, 2011 at 00:08, [email protected] >>> >>> >>> <[email protected]> >>> >>> >>> wrote: >>> >>> >>>> >>> >>> >>>> did you commit it also to TAG 1.8 ? >>> >>> >>>> >>> >>> >>>> Sebastian >>> >>> >>>> >>> >>> >>>> 2011/9/22 Maxim Solodovnik <[email protected]>: >>> >>> >>>> > Hello Sebastian, >>> >>> >>>> > according to my testing everything should works as expected >>> now. >>> >>> >>>> > hope I didn't miss anything. >>> >>> >>>> > >>> >>> >>>> > On Wed, Sep 21, 2011 at 14:38, Maxim Solodovnik >>> >>> >>>> > <[email protected]> >>> >>> >>>> > wrote: >>> >>> >>>> >> >>> >>> >>>> >> Hello Sebastian, >>> >>> >>>> >> I haven't add use of default language yet (busy on payed >>> >>> >>>> >> customers >>> >>> >>>> >> support) >>> >>> >>>> >> Hope will be able to do it today or tomorrow. >>> >>> >>>> >> I will check 1.8.1 to have all language fixes in place. >>> >>> >>>> >> >>> >>> >>>> >> On Wed, Sep 21, 2011 at 14:17, [email protected] >>> >>> >>>> >> <[email protected]> wrote: >>> >>> >>>> >>> >>> >>> >>>> >>> Hi Maxim, >>> >>> >>>> >>> >>> >>> >>>> >>> there are some mails incoming about language problems. >>> Could you >>> >>> >>>> >>> check >>> >>> >>>> >>> the effort about merging your fixes from trunk to version / >>> tag >>> >>> >>>> >>> 1.8 >>> >>> >>>> >>> (actually its now 1.8.1) and check if: >>> >>> >>>> >>> >>> >>> >>>> >>> 1) language_id can be successfully updated in user-profile >>> + in >>> >>> >>>> >>> registration form >>> >>> >>>> >>> 2) administrator can set language_id in user_profile >>> >>> >>>> >>> 3) if a user has null in its user_profile the >>> >>> >>>> >>> language_default_id from >>> >>> >>>> >>> the Administration > Configuration is taken to load the UI >>> >>> >>>> >>> 4) Initially if the UI loads and the user is not >>> authenticated >>> >>> >>>> >>> the >>> >>> >>>> >>> login >>> >>> >>>> >>> shield should always be shown in the language_default_id >>> >>> >>>> >>> >>> >>> >>>> >>> ... thats it I think >>> >>> >>>> >>> >>> >>> >>>> >>> We should fix that with a version 1.8.2 soon, because >>> otherwise >>> >>> >>>> >>> the >>> >>> >>>> >>> emails about issues with default language will come up >>> >>> >>>> >>> regularly. >>> >>> >>>> >>> >>> >>> >>>> >>> Thanks >>> >>> >>>> >>> Sebastian >>> >>> >>>> >>> >>> >>> >>>> >>> -- >>> >>> >>>> >>> Sebastian Wagner >>> >>> >>>> >>> http://www.webbase-design.de >>> >>> >>>> >>> http://openmeetings.googlecode.com >>> >>> >>>> >>> http://www.wagner-sebastian.com >>> >>> >>>> >>> [email protected] >>> >>> >>>> >> >>> >>> >>>> >> >>> >>> >>>> >> >>> >>> >>>> >> -- >>> >>> >>>> >> WBR >>> >>> >>>> >> Maxim aka solomax >>> >>> >>>> > >>> >>> >>>> > >>> >>> >>>> > >>> >>> >>>> > -- >>> >>> >>>> > WBR >>> >>> >>>> > Maxim aka solomax >>> >>> >>>> > >>> >>> >>>> >>> >>> >>>> >>> >>> >>>> >>> >>> >>>> -- >>> >>> >>>> Sebastian Wagner >>> >>> >>>> http://www.webbase-design.de >>> >>> >>>> http://openmeetings.googlecode.com >>> >>> >>>> http://www.wagner-sebastian.com >>> >>> >>>> [email protected] >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> >>> WBR >>> >>> >>> Maxim aka solomax >>> >>> >>> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> >> -- >>> >>> >> Sebastian Wagner >>> >>> >> http://www.webbase-design.de >>> >>> >> http://openmeetings.googlecode.com >>> >>> >> http://www.wagner-sebastian.com >>> >>> >> [email protected] >>> >>> >> >>> >>> > >>> >>> > >>> >>> > >>> >>> > -- >>> >>> > Sebastian Wagner >>> >>> > http://www.webbase-design.de >>> >>> > http://openmeetings.googlecode.com >>> >>> > http://www.wagner-sebastian.com >>> >>> > [email protected] >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> Sebastian Wagner >>> >>> http://www.webbase-design.de >>> >>> http://openmeetings.googlecode.com >>> >>> http://www.wagner-sebastian.com >>> >>> [email protected] >>> >> >>> >> >>> >> >>> >> -- >>> >> WBR >>> >> Maxim aka solomax >>> > >>> > >>> > >>> > -- >>> > WBR >>> > Maxim aka solomax >>> > >>> >>> >>> >>> -- >>> Sebastian Wagner >>> http://www.webbase-design.de >>> http://openmeetings.googlecode.com >>> http://www.wagner-sebastian.com >>> [email protected] >>> >> >> >> >> -- >> WBR >> Maxim aka solomax >> > > > > -- > Sebastian Wagner > http://www.openmeetings.de > http://www.webbase-design.de > http://www.wagner-sebastian.com > [email protected] > -- WBR Maxim aka solomax -- You received this message because you are subscribed to the Google Groups "OpenMeetings developers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/openmeetings-dev?hl=en.
