xgettext | Extracts translatable strings from source | Internationalization library

The Perl module Locale::XGettext allows you to write your own xgettext variant for pretty much every text format. You only have to supply a parser for the language/format that is able to extract the strings.

It is possible to write the parser in Java with minimal Perl boilerplate code around it. I have described the process in a blog post Extending Xgettext With Locale::XGettext. A sample extractor in Java is available at https://github.com/gflohr/Locale-XGettext/tree/master/samples/Java

Disclaimer: I am the author of all the above-mentioned software and documents!

If interfacing with Perl code sounds too complicated, you can also just write a parser for Scala in a language of your choice, run that parser before xgettext, and dump all translatable strings into a format that your version of xgettext understands, for example C:

I think translation does not work on attributes. Maybe you can try using a computed property to achieve this like:

The problem seems to be mypy not finding the modules. The modules seem to be installed fine on your system as evident when you run python gl_widget.py without import errors.

Please study the mypy manual and implement the steps mentioned there: https://mypy.readthedocs.io/en/stable/running_mypy.html#finding-imports

If that does not solve your problem or you still have questions then please ask another question. This time not tagged makefile but only mypy and python. Because this is not a makefile problem but a mypy and python module finding problem.

Also, since your username is "wanttobepro", learning to do minimal reproducible examples is very helpful on your quest to be a pro. Please learn to do minimal reproducible examples.

Read here for more information: https://stackoverflow.com/help/minimal-reproducible-example

and even more: https://duckduckgo.com/?q=minimal+reproducible+examples&t=ffab&ia=web

-f, --files-from=FILE
get list of input files from FILE

If you use -f, that file is supposed to contain a list of file names that xgettext should work on. Instead of that, just pass your file as a plain argument:

are there any specific reasons to use recursive variables than simple ones ?

Yes: simply-assigned variables are a GNU make extension. Traditional make does not have that feature, and it is not specified by POSIX. Therefore

1. Using ordinary ("recursive") assignment is more portable. In fact, it is the only alternative available in some environments.
2. Using ordinary assignment is more traditional.
3. Using ordinary assignment is simply how many people learned to do it.
4. People who work primarily in environments whose default make is not GNU make may not even be aware / interested in simple assignment or other GNU extensions.

Additionally,

1. Using only one form of assignment throughout yields a makefile that is easier to understand, and ordinary assignment has some useful properties that may incline makefile authors to choose that variety.

There are probably others.

I have seen this happen in some circumstances if you activate a root environment as a non-root environment, where actual binaries become overwritten with symlinks (possibly pointing back to itself). The symptom you see resembles my issue, and is caused by the executable "conda" actually calling out to a subprocess for an executable "conda_install" for conda install (or similar for the others). For one reason or another, the way of calling the subprocess makes it fail silently if it cannot find the executable. To verify that you have the same problem, you can run ls -al /Users/me/anaconda2/bin and see if any of conda, activate, conda_install, conda_create etc is a dangling symlink or completely missing.

In windows you just need to download :

An example for the keyword spec (bourne shell syntax!) is:

After experimenting on Ubuntu, the answer was found.

Sometimes the directory was ignored because was running the command bash in Windows, seems on windows is not so stable, after running same command on Ubuntu everything works fine.