Community Forum

If you have questions about my software, chances are this forum has the answers.

You'll need to register before you can post on the forum to ask your question or to answer another one. A reply will be posted to each and every question that is asked so there is no need to double post or bump your post. I do my best to answer promptly but in some cases it may take a day or two. If you bump your post, it may be removed. Bear with me and I`ll get your question answered quickly.

Here are a few tips to help you to get your questions answered more rapidly.

IMPORTANT: Posts in English only. I don't have a translator and I'll be unable to understand your message properly and will probably delete it.
SEARCH: Use the search option to see if your question has been answered on the forum before now or if there is an answer in the documentation of your software.
PERSONAL SUPPORT: If you have purchased a commercial version of any software, using the contact option at the licence centre ensures a faster response.
AUTO DELETION: Accounts older than 5 days, with no posts or topics, are automatically deleted. Only register if you are thinking of posting.
LINKS: Any links posted are not clickable and must be copied / pasted into your browser address bar.

You are not logged in.

#1 evrimaltay 25-04-2020 19:31:02

When I was finishing the translations, I found something important.

Let's say a company uses system with multiple languages; but system language is set to English, since it is the common language that everyone knows in the company.
But staff who knows X language decided to use system in X. But when answers a ticket or do any action, as far as I see, the ticket history is saved in the X language, not in the common language. And this might cause some problems when it comes to figure out a dispute or something like that.

And I think logs work like this as well.

Also this applies to the visitors who changed their language as well, when history is saved, it is saved in the visitor's language.

This also applies to the mail subjects since system feeds them from language files. So if a staff uses the system in X language, no matter which language the visitor uses; system sends an email subjects in X language smile It might be hard to send mails according to the visitor selections but at least using the common language would be nice smile
(Opposite also works, if staff uses in English but Visitor uses in X, when visitor adds a reply, mail subjects sent to staff is in X)

I couldn't test the mail bodies since I haven't translated them yet but I assume this also occurs in mail bodies.

#2 evrimaltay 25-04-2020 19:34:15

Also;
I think Muli does not support special chars.

I tried to download it from Google Fonts again and convert to woff/woff2 but it didn't work again.
In Google Fonts, these chars like ğ works without a problem smile It is strange.

#3 evrimaltay 25-04-2020 19:40:31
evrimaltay wrote:

Also;
I think Muli does not support special chars.
https://static.evrimaltay.com/?rim=139.d10d8154e4a773a411aedce65f2e8433

I tried to download it from Google Fonts again and convert to woff/woff2 but it didn't work again.
In Google Fonts, these chars like ğ works without a problem smile It is strange.

In order to fix this remove all "Muli", in theme.css files located at;
- admin/templates/css
- content/_default_set/css
directories.

Maybe it is also good to remove these to prevent loading the font files not used.

@font-face {
  font-family: 'Muli';
  font-style: normal;
  font-weight: 400;
  src: local('Muli'), url(../fonts/muli.woff2) format('woff2'), url(../fonts/muli.woff) format('woff');
}

@font-face {
  font-family: 'Muli';
  font-style: italic;
  font-weight: 400;
  src: local('Muli Italic'), local('Muli-Italic'), url(../fonts/muli-italic.woff2) format('woff2'), url(../fonts/muli-italic.woff) format('woff');
}

@font-face {
  font-family: 'Muli';
  font-style: normal;
  font-weight: 700;
  src: local('Muli Bold'), local('Muli-Bold'), url(../fonts/muli-bold700.woff2) format('woff2'), url(../fonts/muli-bold700.woff) format('woff');
}

Last edited by evrimaltay (25-04-2020 19:41:42)

#4 evrimaltay 25-04-2020 21:34:52

This reply is not important smile

Last edited by evrimaltay (26-04-2020 19:24:51)

#5 msworld 27-04-2020 01:10:27
evrimaltay wrote:

When I was finishing the translations, I found something important.

Let's say a company uses system with multiple languages; but system language is set to English, since it is the common language that everyone knows in the company.
But staff who knows X language decided to use system in X. But when answers a ticket or do any action, as far as I see, the ticket history is saved in the X language, not in the common language. And this might cause some problems when it comes to figure out a dispute or something like that.

And I think logs work like this as well.

Also this applies to the visitors who changed their language as well, when history is saved, it is saved in the visitor's language.

This also applies to the mail subjects since system feeds them from language files. So if a staff uses the system in X language, no matter which language the visitor uses; system sends an email subjects in X language smile It might be hard to send mails according to the visitor selections but at least using the common language would be nice smile
(Opposite also works, if staff uses in English but Visitor uses in X, when visitor adds a reply, mail subjects sent to staff is in X)

I couldn't test the mail bodies since I haven't translated them yet but I assume this also occurs in mail bodies.

Yes, I am aware of the language descrepancies. I might just remove additional languages in a future update. Making it fully multi language would possibly make it too messy. Not sure at the moment. It's not something I get any complaints or queries about, so low priority at the moment.

#6 msworld 27-04-2020 01:11:04
evrimaltay wrote:

Also;
I think Muli does not support special chars.
https://static.evrimaltay.com/?rim=139.d10d8154e4a773a411aedce65f2e8433

I tried to download it from Google Fonts again and convert to woff/woff2 but it didn't work again.
In Google Fonts, these chars like ğ works without a problem smile It is strange.

Not sure. As per your other message, fonts can be changed if required.

#7 evrimaltay 27-04-2020 01:16:48
msworld wrote:
evrimaltay wrote:

When I was finishing the translations, I found something important.

Let's say a company uses system with multiple languages; but system language is set to English, since it is the common language that everyone knows in the company.
But staff who knows X language decided to use system in X. But when answers a ticket or do any action, as far as I see, the ticket history is saved in the X language, not in the common language. And this might cause some problems when it comes to figure out a dispute or something like that.

And I think logs work like this as well.

Also this applies to the visitors who changed their language as well, when history is saved, it is saved in the visitor's language.

This also applies to the mail subjects since system feeds them from language files. So if a staff uses the system in X language, no matter which language the visitor uses; system sends an email subjects in X language smile It might be hard to send mails according to the visitor selections but at least using the common language would be nice smile
(Opposite also works, if staff uses in English but Visitor uses in X, when visitor adds a reply, mail subjects sent to staff is in X)

I couldn't test the mail bodies since I haven't translated them yet but I assume this also occurs in mail bodies.

Yes, I am aware of the language descrepancies. I might just remove additional languages in a future update. Making it fully multi language would possibly make it too messy. Not sure at the moment. It's not something I get any complaints or queries about, so low priority at the moment.

Yeah, I would highly recommend that smile I don't need that either just wanted to let you know in case you didn't know.

msworld wrote:

Not sure. As per your other message, fonts can be changed if required.

Yes, I am aware of that but just wanted to write it down for those who doesn't know how to do that smile

Board footer

Maian Script World - Free PHP Software for Personal or Business Use.
© 2003-2020 Maian Script World & David Ian Bennett.

2Checkout.com is an authorized reseller of goods and services provided by Maian Script World

Free PHP Software / Responsive PHP Scripts / Lightweight PHP Software / White Label PHP Software