Re: [pgAdmin4][Patch]: Fixed 2190 - Move language selection to Preferences.

From: Khushboo Vashi <khushboo(dot)vashi(at)enterprisedb(dot)com>
To: Dave Page <dpage(at)pgadmin(dot)org>
Cc: pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: [pgAdmin4][Patch]: Fixed 2190 - Move language selection to Preferences.
Date: 2017-03-27 11:49:02
Message-ID: CAFOhELejBEAyYvYfF73ErVivqrAqwGm9n=QTt++nWtBtMsnFjA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Hi Dave,

I have fixed the issue and the patch for the same is attached, but the
Binary path options are not translated properly.

We register the preferences before the first request of the app. In this
case we don't have any language loaded, so it will take only English.
To fix this issue, I had explicitly added gettext for the labels and help
messages while opening the Preference dialogue.
All the labels and help messages render properly except Binary paths; as at
run time we don't get the translation of 'EDB Advanced Server Binary Path'.
We have translations like below:

#: pgadmin/browser/server_groups/servers/types.py:59
msgid "{0} Binary Path"
msgstr "Ścieżka Binarna {0}"

So, in this case my suggestion is to have the entire label/help
messages translations.
So, that the Preference dialogue can translate run time.

Thanks,
Khushboo

On Mon, Mar 27, 2017 at 6:41 AM, Dave Page <dpage(at)pgadmin(dot)org> wrote:

> Hi Khushboo,
>
> I suspect this may have broken
> backup/restore/import/export/maintenance as I now get "Failed to load
> preference pg_bin_dir of module paths" when I try to run any of them
> (and this is the only patch I recall going anywhere near there
> recently). If I check the Preferences dialogue, those options aren't
> there at all.
>
> Can you take a look ASAP please?
>
> Thanks.
>
> On Fri, Mar 24, 2017 at 10:20 AM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
> > Thanks applied!
> >
> > On Fri, Mar 24, 2017 at 9:30 AM, Khushboo Vashi
> > <khushboo(dot)vashi(at)enterprisedb(dot)com> wrote:
> >> Hi,
> >>
> >> Please find the attached updated patch.
> >>
> >> Thanks,
> >> Khushboo
> >>
> >> On Fri, Mar 17, 2017 at 6:02 PM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
> >>>
> >>> Hi
> >>>
> >>> On Fri, Mar 17, 2017 at 12:17 PM, Khushboo Vashi
> >>> <khushboo(dot)vashi(at)enterprisedb(dot)com> wrote:
> >>> > Hi,
> >>> >
> >>> > Please find the attached updated patch.
> >>> >
> >>> > Thanks,
> >>> > Khushboo
> >>> >
> >>> > On Fri, Mar 17, 2017 at 4:20 PM, Dave Page <dpage(at)pgadmin(dot)org>
> wrote:
> >>> >>
> >>> >> Hi
> >>> >>
> >>> >> On Fri, Mar 17, 2017 at 10:25 AM, Khushboo Vashi
> >>> >> <khushboo(dot)vashi(at)enterprisedb(dot)com> wrote:
> >>> >> > Hi,
> >>> >> >
> >>> >> > On Mon, Mar 13, 2017 at 4:09 PM, Dave Page <dpage(at)pgadmin(dot)org>
> wrote:
> >>> >> >>
> >>> >> >> Hi
> >>> >> >>
> >>> >> >> On Fri, Mar 10, 2017 at 1:55 PM, Khushboo Vashi
> >>> >> >> <khushboo(dot)vashi(at)enterprisedb(dot)com> wrote:
> >>> >> >> > Hi,
> >>> >> >> >
> >>> >> >> > Please find the attached patch for #2190: Move language
> selection
> >>> >> >> > to
> >>> >> >> > Preferences.
> >>> >> >> >
> >>> >> >> > Moved the user language selection into Preferences.
> >>> >> >> >
> >>> >> >> > For the desktop mode, if the user has selected the language
> from
> >>> >> >> > the
> >>> >> >> > Preferences then that will be reflected otherwise English will
> be
> >>> >> >> > the
> >>> >> >> > default language.
> >>> >> >> > For the server mode, we have given an option on the log-in
> page to
> >>> >> >> > choose
> >>> >> >> > the language. We drop the cookie for the selected language and
> >>> >> >> > also
> >>> >> >> > update
> >>> >> >> > the preferences for the same.
> >>> >> >> > So, the app will be loaded with the language which the user has
> >>> >> >> > selected
> >>> >> >> > on
> >>> >> >> > the log-in page.
> >>> >> >> > If the user will change the language from the preferences, then
> >>> >> >> > the
> >>> >> >> > cookie
> >>> >> >> > will be changed and also this change will be reflected on the
> >>> >> >> > log-in
> >>> >> >> > page
> >>> >> >> > next time.
> >>> >> >>
> >>> >> >> I found some issues with this patch - though it's possible those
> >>> >> >> issues existed previously in some, perhaps all cases:
> >>> >> >>
> >>> >> >> - The Polish translation has a bug in it that causes a syntax
> error
> >>> >> >> in
> >>> >> >> sqleditor.js. I fixed that with:
> >>> >> >>
> >>> >> >> -msgstr "Całkowity czas wykonania zapytania: %s\n"
> >>> >> >> +msgstr "Całkowity czas wykonania zapytania: %s"
> >>> >> >>
> >>> >> >> - If I choose a language for the first time at login, then the
> >>> >> >> top-level menu bar isn't translated. If I completely refresh the
> >>> >> >> page,
> >>> >> >> then that is resolved. We haven't loaded the main page at this
> point
> >>> >> >> I
> >>> >> >> don't think, so I wouldn't expect to see this (though, maybe it
> is
> >>> >> >> being cached so we need to ensure it gets invalidated)?
> >>> >> >>
> >>> >> > This was my code issue which I have fixed now.
> >>> >> > When we receive the first request (after hitting Login button), I
> >>> >> > have
> >>> >> > set
> >>> >> > that language selection into the session.
> >>> >> > If no session then it will pick up from the cookie.
> >>> >> >
> >>> >> >>
> >>> >> >> - Like the top menu bar, the preferences panel doesn't seem to
> >>> >> >> pickup
> >>> >> >> the new language until a hard refresh is performed. For example,
> the
> >>> >> >> attached screenshot is the result of me selecting Chinese at
> login,
> >>> >> >> having previously used Polish. Perhaps we need to add "lang=cn"
> or
> >>> >> >> similar to all URLs to force the cache to distinguish between
> >>> >> >> languages?
> >>> >> >>
> >>> >> > In the preferences module, The aci-tree labels were not
> translated,
> >>> >> > that
> >>> >> > has
> >>> >> > been fixed now.
> >>> >> > As I have introduced the session variable, so, I think we don't
> >>> >> > require
> >>> >> > to
> >>> >> > pass "lang=cn" to the URLS
> >>> >> >
> >>> >> >>
> >>> >> >> - s/misc/Misc (the preference category).
> >>> >> >>
> >>> >> > I have changed it to Miscellaneous. (Like pgAdmin 3)
> >>> >>
> >>> >> That's much better. The only issues I see now are:
> >>> >>
> >>> >> - The descriptive help strings in the preferences dialogue are
> always
> >>> >> shown in English
> >>> >>
> >>> > Fixed
> >>>
> >>> Nearly. I now see "None" as the help string for options that don't
> >>> actually have a string. I'm also still seeing some that aren't
> >>> translated - e.g. the binary paths options.
> >>>
> >> Fixed
> >>>
> >>> >> - I'm seeing "miscellaneous" in all languages, not "Miscellaneous"
> or
> >>> >> the translated version (e.g. "Pozostałe")
> >>> >
> >>> >
> >>> > Fixed
> >>>
> >>> Yup :-)
> >>>
> >>> --
> >>> Dave Page
> >>> Blog: http://pgsnake.blogspot.com
> >>> Twitter: @pgsnake
> >>>
> >>> EnterpriseDB UK: http://www.enterprisedb.com
> >>> The Enterprise PostgreSQL Company
> >>
> >>
> >
> >
> >
> > --
> > Dave Page
> > Blog: http://pgsnake.blogspot.com
> > Twitter: @pgsnake
> >
> > EnterpriseDB UK: http://www.enterprisedb.com
> > The Enterprise PostgreSQL Company
>
>
>
> --
> Dave Page
> Blog: http://pgsnake.blogspot.com
> Twitter: @pgsnake
>
> EnterpriseDB UK: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>

Attachment Content-Type Size
RM_2190_ver4.patch text/x-patch 1.9 KB

In response to

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Khushboo Vashi 2017-03-27 12:01:00 [pgAdmin4][Patch]: Fixed Ascending/Descending order in backgrid
Previous Message Akshay Joshi 2017-03-27 09:09:36 Re: Patch for Feature #1344 Can't use multiple monitors (Windows 10)