paucazou / theochrone Goto Github PK

An error in translation can be found in the GUI: first week is translated by Premier semaine.

Change the type of Fete._images from str to set, in order to allow the program to print images of more than one saint easily.

On UC Browser, only on desktop mode, the widget cannot be seen.
Note that it is possible that the bug is more an error of UC Browser than of our widget, since other websites on UC Browser, desktop mode, aren't correctly loaded.
Thanks to @BenoitHaraldsson for his help !

Create a desktop or phone widget on major platforms:

• Windows
• Android
• iOS

It would be a good idea to develop an API, say with REST. But we need better servers to do this.

When the widget is loaded in english, the feasts of today are in french. But if you navigate, it switch to english, and even the feasts of the day are now in english.
Probably due to a bad request from the main page.

Due to slowness of the server in HelioHost, we should transform dynamical pages into static ones.
To do that :

• change /spill/main -> /static/spill/main.htm
• change /spill/day into every page required for two years with the following name :
  dayYYYY_MM_DD.htm
  Links inside these files must be change, thanks to a future py script.
  To keep compatibility with the code given to clients, we must add something like this in widget.js :
  document.getElementById("theowidget").src = "https://theochrone.ga/static/spill/main.htm";
  A page rule must be created in CloudFlare too, in order to cache these pages.

Link in the widget to the website does not take care of the options, PAL and proper.

English is unavailable on exporter.py.
It should import messages from messages.py, maybe by reusing these of feastprinter.

This css property cause problems in the main website, and probably in others : the widget does not appear at all.

In many objects, self._images are list, not strings.

Interface priority :

• command-line (english only);
• widget;
• website;
• desktop;
• twitter;
• command-line (every other language).

Languages priority :

• english;
• spanish;
• portuguese;
• italian;
• latin;
• other.

A user asked to see the mass of the first friday of each month.

When sending an email with an invalid adress, no error message is returned to the sender, who can think that his mail has been sent.

Theochrone doesn't return an error if results were found but in Pro Aliquibus Locis when PAL was not requested.
Example :

theochrone -r secours chrétiens # no error returned
theochrone --pal -r secours chrétiens # return Notre Dame Secours des Chrétiens

Languages keys are now 'francais', 'english' and 'latina'.
We should instead use usual language codes, such as 'fr','en','la' in the whole code and data.
See here : https://www.w3schools.com/tags/ref_language_codes.asp

On January 19, the mass of feria is not mentioned in the calendar. Instead, we've got only the two memories: SS Martha and companions, and St Canute.
Probably a problem of degree.

Since GUI was built against PyQt, it could be a good idea to rewrite the code in C++. The size of the program would be a bit lighter.

This must be done for website and for desktop app.
Add two buttons, next and previous, like in the widget. These buttons must work with:

• a day;
• a week; (desktop only)
• a month;
• a year ; (desktop only)
• a arbitrary span ; (desktop only)

Clicking on a combobox in search a full week widget makes the research itself, before clicking on OK.

We should give a bonus to feasts matching with tokens if they belong to the proper requested, or if they belong to a proper which is above the proper requested.
Examples:

• I'm looking for St Theresa in the french proper: the feast which belongs to the french proper must be above the one belonging to the roman proper.
• Similar research, but with the parisian proper: the feast which belongs to the french proper must be above the one belonging to the universal proper, because the parisian proper is inside the french one.

The bonus should be no more than 1%, else it could skew results.

The research bar is too large when changing language, up to 90%.
Found on MacOS et Linux.

About 50% of the loading time of the Theochrone is due to the slowness of Pickle files. We should transfer the whole data into a database.
This should also avoid duplicate keys, which are now many.

In the webapp, the home page (/kalendarium/accueil) should display the results of the day following the UTC. However, it seems to display these results with many hours late, even days sometimes.