• Resolved sanjakl

    (@sanjakl)


    Hi,

    I have a problem with the localisation of a plugin, or more precisely, a datepicker within a plugin. I saw here that the localisation should have been done already, in one of the previous versions.

    1.9.3
    New Feature: Added UI datepicker localization

    When selecting a language, the calendar is localised, but the datepicker is not. What exactly do I need to do to fix the problem? Is there anything else I need to install?

    Thank you in advance.

    The page I need help with: [log in to see the link]

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter sanjakl

    (@sanjakl)

    I also noticed that in the search bar, the wrong calendar is opening. When the calendar icon is clicked (From date), the calendar for the To Date opens.

    • This reply was modified 1 year, 5 months ago by sanjakl.
    • This reply was modified 1 year, 5 months ago by sanjakl.
    • This reply was modified 1 year, 5 months ago by sanjakl.
    Thread Starter sanjakl

    (@sanjakl)

    <div class="ep-input-group">
         <select id="ep-filter-performer" name="" class="ep-form-control ep-form-control-sm select2-hidden-accessible" placeholder="translated text" .... aria-hidden="true">
            <option value="1287">.......</option>
         </select>
         <span class="select2 select2-container ..." ...>
             <span class="selection">
                <span class="select2-selection ..." ...>
                    <ul class="..."></ul>
                    <span class="...">
                        <textarea class="select2-search__field" ... placeholder="Performers" ...></textarea>
                     </span>
                 </span>
             </span> ....
         </span>
    </div>

    This is also something related to the localisation of the plugin itself. In the search bar, among the Additional Filters, there are also Performers and Organisers. When using LocoTranslate to translate both texts, no change happens on the frontend, or it’s just not visible. As can be seen in the code above, the change happens in the first part which is hidden but not in the select2 element where it could also appear.

    Thread Starter sanjakl

    (@sanjakl)

    There are a few little things that doesn’t translate within the plugin itself.
    – After clicking on the Search button, the Applied Filters bar will appear below the search bar. Within it, the Days or Keyword filters are displayed in order. Neither word (Days, Keyword) is localised, although translations exist.
    – In the calendar itself, localisation is performed, but the calendar title (ep-calendar-title-short) is not localised. E.g. for me it currently says October 2023 above the calendar.
    – In Calendar View: When hover over an element (event) in calendar, a popup opens. The image, date, day, and other information is displayed in order. The day in the displayed list is not translated, even though a translation exists.
    – In Square Grid View: If an event is not marked as All day event, the month is not localised. E.g. ?et, 05 Oct 12:00.
    – When you add an event to the wish list, an alert in the top right corner shows that everything is OK. The Success title cannot be localised because it is not on the localisation list. The same applies for Error message.
    – In Add new event submission form (frontend): When you click on Add more dates, you will see a line with a delete button at the end. The Delete text cannot be localised.
    – In Add new event submission form (frontend): In the section for defining Preformers there is a text (Add new Event Performer). This text is translated as two separate texts (Add new Event) and (Performer). When the two translations are placed together on the screen, the translation is very meaningless. Also the Select text within the input field is not localised.
    – Is it possible to arrange localisation for Google Maps?


    • This reply was modified 1 year, 5 months ago by sanjakl.
    • This reply was modified 1 year, 5 months ago by sanjakl.
    Plugin Support EventPrime Support

    (@eventprimesupport)

    Thank you for bringing these issues to our attention.

    Our team will analyze and we will release the required fixes in our upcoming releases.

    Thread Starter sanjakl

    (@sanjakl)

    Hi,

    I have noticed another localisation error.

    esc_html__( ‘S’, ‘eventprime-event-calendar-management’ ),
    esc_html__( ‘M’, ‘eventprime-event-calendar-management’ ),
    esc_html__( ‘T’, ‘eventprime-event-calendar-management’ ),
    esc_html__( ‘W’, ‘eventprime-event-calendar-management’ ),
    esc_html__( ‘T’, ‘eventprime-event-calendar-management’ ),
    esc_html__( ‘F’, ‘eventprime-event-calendar-management’ ),
    esc_html__( ‘S’, ‘eventprime-event-calendar-management’ ),

    These are short names for the days of the week. However, the same letter is only displayed once for the translations. Let’s say T. I can’t translate it twice, which is wrong.

    Thank you in advance.

    Plugin Support EventPrime Support

    (@eventprimesupport)

    Hello,

    Regarding translating the duplicate terms, the first occurrence of the duplicate term(‘S’ and ‘T’ in the current scenario) is listed during the translation process with the file name, location, and line number of all the occurrences.
    Please refer to the “.po” file that is generated during the translation process.

    Translating the term once will translate all the occurrences attached with the gettext functions( __(‘message’, ‘text-domain’) and _e(‘message’, ‘text-domain’) ).

    I hope this helps.
    If you have any further questions, please feel free to reach out to us.

    Thread Starter sanjakl

    (@sanjakl)

    Hi,

    I understand how translation and .po files works. However, it is wrong to translate only once (let’s say T) because it needs to be translated twice. Tuesday and Thursday are not the same day and let’s say in our language they would be translated as (T -> T and T -> ?).

    The same applies to Saturday and Sunday (S -> S and S -> N).

Viewing 7 replies - 1 through 7 (of 7 total)
  • The topic ‘UI Datepicker locatization’ is closed to new replies.