I've

available-locales = ["en", "de"]

Setting a locale should be possible via autodetect - did I miss something here?

I tried if let Ok(lang) = env::var("LANG") { rust_i18n::set_locale(&lang); }

However that won't work on windows. How is the recommended way of setting a locale to the system setting?

But ended up with:

In my project, I use your package which displayed the translated texts until yesterday. Maybe there is another configuration setting missing ?

For discovering the issue I created a separate most simple project: https://github.com/liquidnight2/test-cases/tree/main/translationtest

# cat locales/en.yml
en:
  hello : Hello_World-English!
  
  
#  cargo run
   Compiling translationtest v0.1.0 (/mnt/stripe/workspace1/test-cases/translationtest)
    Finished dev [unoptimized + debuginfo] target(s) in 34.39s
     Running `target/debug/translationtest`
translated=en.hello
thread 'main' panicked at 'assertion failed: `(left == right)`
  left: `"en.hello"`,
 right: `"Hello_World-English!"`', src/main.rs:8:5

Hi, I updated my project to v1.0.1 of rust-i18n and I have a problem after removing the locale code from the files.

Here's a sample file, located at locales/en.yml:

run:
  script-not-found: "the script `%{name}` was not found."

However, when I use:

t!("run.script-not-found", name = "hi")

It comes out as en.run.script-not-found.

I have to put:

en:
  run:
    script-not-found: "the script `%{name}` was not found."

In order to make it work properly.

I am using this crate in my project, and when trying to cross compile with cross I get the following error: error: failed to run custom build command for rust-i18n v1.0.1

Caused by: process didn't exit successfully: /target/release/build/rust-i18n-5c11b3d47303e377/build-script-build (exit status: 101) --- stdout cargo:rerun-if-changed=/cargo/git/checkouts/bifrost-2b7c66c891beea9d/0aeeb1e/crates/bifrost_cli/locales/en.yml cargo:rerun-if-changed=/cargo/git/checkouts/bifrost-2b7c66c891beea9d/0aeeb1e/crates/bifrost_cli/locales/es.yml cargo:rerun-if-changed=/cargo/git/checkouts/bifrost-2b7c66c891beea9d/af52f60/crates/bifrost_cli/locales/en.yml cargo:rerun-if-changed=/cargo/git/checkouts/bifrost-2b7c66c891beea9d/af52f60/crates/bifrost_cli/locales/es.yml cargo:rerun-if-changed=/cargo/registry/src/github.com-1ecc6299db9ec823/rust-i18n-0.6.1/examples/app/locales/en.yml cargo:rerun-if-changed=/cargo/registry/src/github.com-1ecc6299db9ec823/rust-i18n-0.6.1/examples/app/locales/fr.yml cargo:rerun-if-changed=/cargo/registry/src/github.com-1ecc6299db9ec823/rust-i18n-0.6.1/examples/app/locales/view.en.yml cargo:rerun-if-changed=/cargo/registry/src/github.com-1ecc6299db9ec823/rust-i18n-0.6.1/examples/app/locales/view.fr.yml cargo:rerun-if-changed=/cargo/registry/src/github.com-1ecc6299db9ec823/rust-i18n-1.0.1/examples/app/locales/en.yml cargo:rerun-if-changed=/cargo/registry/src/github.com-1ecc6299db9ec823/rust-i18n-1.0.1/examples/app/locales/fr.yml cargo:rerun-if-changed=/cargo/registry/src/github.com-1ecc6299db9ec823/rust-i18n-1.0.1/examples/app/locales/view.en.yml cargo:rerun-if-changed=/cargo/registry/src/github.com-1ecc6299db9ec823/rust-i18n-1.0.1/examples/app/locales/view.fr.yml

--- stderr thread 'main' panicked at 'called Result::unwrap() on an Err value: GlobError { path: "/etc/ssl/private", error: Os { code: 13, kind: PermissionDenied, message: "Permission denied" } }', /cargo/registry/src/github.com-1ecc6299db9ec823/rust-i18n-1.0.1/build.rs:33:27

A method to retrieve the available languages is needed. This is needed when displaying the language dropdown on the UI. The current workaround is to manually look inside the locales folder, but this feels like a hack.

Before

en: # The language code of this mapping file
  hello: Hello world # A simple key -> value mapping
  messages:
    hello: Hello, %{name} # A nested key.sub_key -> value mapping, in this case "messages.hello" maps to "Hello, %{name}"

After that, there is no need to add a first-level language code to the .yml file

hello: Hello world # A simple key -> value mapping
messages:
  hello: Hello, %{name} # A nested key.sub_key -> value mapping, in this case "messages.hello" maps to "Hello, %{name}"

This modification makes the locales .yml file more standardized, and some vscode plugins can be used directly, such as i18n-ally

.vscode/i18n-ally-custom-framework.yml

languageIds:
  - rust

usageMatchRegex:
  - "[^\\w\\d]t!\\(['\"]({key})['\"]"

monopoly: true

Work for rust now!

For fix use I18n in deep dependencies

rust-i18n
  Cargo.toml
  src/lib.rs
  build.rs

// deps: rust-i18n
foo
  Cargo.toml
  src/lib.rs

// deps: rust-i18n, foo
bar
  Cargo.toml
  src/lib.rs

Usage:

[dependencies]
lazy_static = "1.4.0"
rust-i18n = "0"

Load macro and init translations in lib.rs

// Load I18n macro, for allow you use `t!` macro in anywhere.
#[macro_use]
extern crate rust_i18n;

// Init translations for current crate.
i18n!("./locales");

Hi! Some of the directories in the examples folder are excluded from the crate.io release of the library. This reflects in the test test_load failing not finding the required files (examples/foo/Cargo.toml)

solve #17

I don't think it is the most robust solution but I think it helps to be able to use this crate with cross compile by using environment variables

Hello, i am trying to use this crate, but when i use the macro t, i have this error:

error[E0425]: cannot find function `translate` in the crate root
  --> src\libs\i18n.rs:13:9
   |
13 |   dbg!(&t!("hello"));
   |         ^^^^^^^^^^^ not found in the crate root
   |
   = note: this error originates in the macro `t` (in Nightly builds, run with -Z macro-backtrace for more info)
help: consider importing this function
   |
1  | use crate::i18n::translate;
   |

error[E0425]: cannot find function `translate` in the crate root
  --> src\libs\i18n.rs:14:9
   |
14 |   dbg!(&t!("hello"));
   |         ^^^^^^^^^^^ not found in the crate root
   |
   = note: this error originates in the macro `t` (in Nightly builds, run with -Z macro-backtrace for more info)
help: consider importing this function
   |
1  | use crate::i18n::translate;
   |

even if the compiler tells me to import the function, it doesn't exist ! My code:

use rust_i18n::{ i18n, t };
use crate::utils;


pub fn load(logs: bool){
  i18n!("locales");
  if logs {
    utils::success("i18n", "Language modules ready to use")
  }
}

pub fn test(){
  dbg!(&t!("hello"));
  dbg!(&t!("hello"));
}

Hi,

My current setup is myworkspace where I an run myserver, myclient and mylib I set it in my sub project myclient but it point to myworkspce folder locales I tried to set load-path in myworkspace toml as "myclient/locales" but no avail. It still point to myworkspace folder locales

edit: I manage to make it work if I put full absolute path into i18n!()

Thanks

I might have missed it but it seems that the behaviour of missing keys is to simply show the key? Could it be possible to customize this such that we can default to another language? Might be the default language, but could also be suitable to be able to setup a chain fo fallbacks such that for example pt-BR falls back to pt which falls back to en?

Not sure how or where I would implement it, but it would be nice if we could process our values prior to being stored in our in-memory hashmap. This could allow translators to use a minimal formatting language (e.g. markdown) so that I can store it as html snippets rather than still having to do this on the fly. I guess I could also do it manually of course, but that would mean I have the data twice.