Ashkan

Ashkan

I am trying to use ex_cldr for localization. I want to use path parameters to change languages and it doesn’t work, but works with query parameters. Requesting http://localhost:4000/en will use fa as locale but http://localhost:4000/?locale=en uses en.

I have added this to the endpoint.ex:

plug Cldr.Plug.SetLocale,
    apps: [:cldr, :gettext],
    from: [:path, :query],
    gettext: MyAppWeb.Gettext,
    cldr: MyApp.Cldr

This is the cldr module:

defmodule MyApp.Cldr do
  use Cldr,
    locales: ["en", "fa"],
    default_locale: "fa",
    gettext: MyAppWeb.Gettext
end

And my routes:

scope "/:locale" do
  pipe_through [:browser, :simple_layout]

  pow_routes()
end

scope "/:locale", MyAppWeb do
  pipe_through :browser

  get "/", PageController, :index
end

scope "/:locale/admin", MyAppWeb do
  pipe_through [:browser, :protected, :admin_layout]
end

scope "/" do
  pipe_through [:browser, :simple_layout]

  pow_routes()
end

scope "/", MyAppWeb do
  pipe_through :browser

  get "/", PageController, :index
end

scope "/admin", MyAppWeb do
  pipe_through [:browser, :protected, :admin_layout]
end

Showing Posts 1 to 9

kip

kip

ex_cldr Core Team

@ashkan, I’m the author - I’ll take a look and see if there’s an issue. Feel free to open an issue at https://github.com/elixir-cldr/cldr/issues

Can you confirm that you are using Phoenix version >= 1.3? path_params was added then and its what the plug uses for locale detection in paths.

Ashkan

Ashkan OP

I am using phoenix 1.5.

I am not sure If I understand correctly but phoenix is able to detect the parameter, this is what I saw in server logs Parameters: %{"locale" => "en"} when I request http://localhost:4000/en and path_params: %{"locale" => "en"} is in conn. I have from: [:path, :query] in SetLocale plug. All ex_cldr variables in conn are set to use fa. I don’t know how to further investigate that.

kip

kip

ex_cldr Core Team

Wold you kindly check that you have Cldr.Plug.SetLocale configured after plug :match in your endpoint? plug :match is what populates the path_params and therefore its important Plug.Cldr.SetLocale comes after that.

LostKobrakai

LostKobrakai

There’s no explicit plug :match in phoenix.

Ashkan

Ashkan OP

There is no plug :match in my endpoint

kip

kip

ex_cldr Core Team

Ahhhhhh. OK, in the case I’m looking for help too :slight_smile:

Is there a way to have a user plug run after plug :match and before plug :dispatch or Phoenix equivalents?

kip

kip

ex_cldr Core Team

Clearly demonstrating my lack of Phoenix knowledge. But it looks like you would need to put Cldr.Plug.SetLocale in your pipeline, not the endpoint. Possible you can try that? As best I can tell from the docs, the pipeline is not run unless a route is found - and I believe when a route is found that path_params is decoded.

So, for example:

  pipeline :browser do
    plug :fetch_session
    plug :accepts, ["html"]
    plug Cldr.Plug.SetLocale, 
      apps: [:cldr, :gettext],
      from: [:path, :query],
      gettext: MyAppWeb.Gettext,
      cldr: MyApp.Cldr
  end
LostKobrakai

LostKobrakai

That’s true. Pipelines are run after a route is matched, as the matched route determines which pipelines need to run.

Ashkan

Ashkan OP

Thanks that worked.

P.S.
You were right path_params was empty at that point in endpoint. I used another plug to test that. Previously I have check it near the end of processing pipeline.

— All posts loaded —

Where Next? Top

Trending in Questions Top

stjefim
Hello! Suppose you are building workflow (order / task / payment) processing system with the following requirements: Each workflow con...
New
jonnycharles
I’m in search of an Elixir library that offers PDF generation capabilities similar to Ruby’s Prawn. While there have been discussions abo...
New
Blokh
Hey guys, I’ve got a huge CSV ( around 10 GB ) that needs to be processed hourly Do you guys have any suggestions what is the best prac...
New
roeland
Kia ora, We have been using elixir-google-api to connect to Google Drive. However, with the updates to Tesla due to CVEs this is now bro...
New
mohsen
I’m using an Umbrella project for a Phoenix application, and I want to have one Ecto Repo and one PostgreSQL database shared by all apps....
New
subsaharancoder
I’ve followed the Phoenix LiveView file upload code here Uploads — Phoenix LiveView v1.0.0-rc.7 and so far everything works just fine wit...
New
jaybe78
Hello, I’m developing a online persistent chat system (what’s app) like using elixir/dynamodb/aws for a mobile app(flutter). The diffic...
New

Other Trending Topics Top

JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
garrison
Hobbes is a low-level distributed database for the Elixir programming language. Hobbes provides a simple, safe, and scalable storage lay...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
mcass19
ExRatatui lets you cook up rich terminal UIs in Elixir, powered by Rust’s ratatui via Rustler NIFs. Build interactive terminal applicatio...
New
netoum
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
Damirados
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge & Solve. They are GUI (Emerge) and State management (S...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews