Jump to content


Photo

Language assistance requested...


  • Please log in to reply
998 replies to this topic

Re: Language assistance requested... #681 Taapat

  • PLi® Core member
  • 2,345 posts

+121
Excellent

Posted 5 September 2018 - 16:31

And where is the problem with the search?
Why can not you use mapping from locales, why do you need your own mapping?


Re: Language assistance requested... #682 IanSav

  • PLi® Contributor
  • 1,491 posts

+51
Good

Posted 5 September 2018 - 16:35

Hi Ims,

 

It appears that "ES 202 130 - ETSI" also seems to define how language is to be presented.

 

These are massive documents so give me some time to scan them and I will follow the directions they prescribe.

 

Regards,

Ian.



Re: Language assistance requested... #683 IanSav

  • PLi® Contributor
  • 1,491 posts

+51
Good

Posted 5 September 2018 - 16:38

Hi Taapat,
 

And where is the problem with the search?


Before my code change only English characters were allowed for the search.

Why can not you use mapping from locales, why do you need your own mapping?


I do now use mappings from the locale based languages. That is the code I wrote! It wasn't there before.
 
Regards,
Ian.

Re: Language assistance requested... #684 IanSav

  • PLi® Contributor
  • 1,491 posts

+51
Good

Posted 5 September 2018 - 17:16

Hi,

I have had a request to remove the accented characters from the "en_GB" keymap.  Those accented characters are documented but apparently not used.

 

Does anyone have any objections if I remove the five accented characters from the en_GB locale?

 

Regards,

Ian.



Re: Language assistance requested... #685 ims

  • PLi® Core member
  • 13,795 posts

+214
Excellent

Posted 5 September 2018 - 17:40

Here is "Standardization Supporting Cultural Diversity: Character Repertoires ..."


Kdo nic nedělá, nic nezkazí!

Re: Language assistance requested... #686 Taapat

  • PLi® Core member
  • 2,345 posts

+121
Excellent

Posted 5 September 2018 - 20:51

I do now use mappings from the locale based languages. That is the code I wrote! It wasn't there before.


So where is the problem of using different layouts for different languages in serach?
Why do you need to use the same layout for all languages?

Back to the Latvian layout.
I am convinced that it is best to use the alphabet method. Such has been used in Latvian for many years.
I see that in EU 202 130 is defined differently. Similar to the ims offer.
Ok, if there is a standard, need to use it and need to change according to the standard, but not how it has changed now.

But for example, if you look at the Russian layout in this standard, you see that the national symbols are the first.
Therefore, each language needs or to be changed according to the standard, or leave it was before.
But do not implement layouts created by mechanical principles do not understanding anything in this language.



Re: Language assistance requested... #687 IanSav

  • PLi® Contributor
  • 1,491 posts

+51
Good

Posted 6 September 2018 - 04:38

Hi Taapat,

 

Can you please settle down.  You are going to burst a blood vessel if you keep up this aggravation.  Being rude and pushy isn't helping your cause.

 

Ims provided the authoritative information about 03:00 in the morning my time.  (You do realise that I am in a completely different time zone?)  I stay up to the very early hours of the morning to try and offer overlap time with the many European developers with whom I work.  I haven't even had a chance to study the documentation least not adjust the code to match its directions.

 

As time permits I will code the changes.  I hope to have some time later today (Australian time).

 

Regards,

Ian.



Re: Language assistance requested... #688 zeros

  • PLi® Contributor
  • 1,635 posts

+61
Good

Posted 6 September 2018 - 05:48

A space could be in first place on SMS Type keyboard and number 1 on the second? Just a suggestion from me (as also mentioned by ims)

Attached Files


DM920UHD DVB-S2X TRIPLE tuner + Triple M.S tuner DVB-S2X, DVB-T2/T, QboxHD, QboxHD Mini, Icecrypt T2300HD,
Qviart Lunix3 4K, Raspberry Pi 4 Model B 4GB & 8GB

Vertex 4K60 4:4:4 600MHz


Re: Language assistance requested... #689 littlesat

  • PLi® Core member
  • 57,187 posts

+699
Excellent

Posted 6 September 2018 - 06:12

Indeed might be a good suggestion....

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Language assistance requested... #690 Taapat

  • PLi® Core member
  • 2,345 posts

+121
Excellent

Posted 6 September 2018 - 06:29

@IanSav when I ask you to change it immediately?
If you answer in this way I ignore the fact, that you do not know how to work with git and I make changes myself.

Edited by Taapat, 6 September 2018 - 06:29.


Re: Language assistance requested... #691 IanSav

  • PLi® Contributor
  • 1,491 posts

+51
Good

Posted 6 September 2018 - 09:37

Hi Zeros, Littlesat & Ims,

 

A space could be in first place on SMS Type keyboard and number 1 on the second? Just a suggestion from me (as also mentioned by ims)

 

The reason I would like to keep the SPACE as the second element in the "1" list is that it is more visible on the screen in that position than it is as the first character.  There are few remote controls that document the SPACE character.  I happen to have a few here (they are common on the Beyonwiz hardware available in Australia) so I would like to keep the layout is sync with the remote controls that do show the SPACE.

 

Attached File  NumberPad.jpg   75.82KB   1 downloads

 

I have presented why I would like SPACE to stay as the second character.  I checked the reference documentation supplied by Ims but I didn't find any suggested locations for SPACE.  ("The need for language-specific repertoires for non-letter characters is not addressed by the present document.")  If you all prefer it to revert to the first character then I will accept the vote of the majority.

 

Regards,

Ian.

 



Re: Language assistance requested... #692 IanSav

  • PLi® Contributor
  • 1,491 posts

+51
Good

Posted 6 September 2018 - 10:24

Hi Taapat,
 

@IanSav when I ask you to change it immediately?

 

The tone and language used in your posts to me imply that you are annoyed with me.  The words used appear to me that you want me do everything your way and you want those things done immediately.

 

If you answer in this way I ignore the fact, that you do not know how to work with git and I make changes myself.

 

I have repeatedly ask you to be polite and respectful but you still post what I consider to be harsh posts.

 

I have no idea why you keep asking me if I know GIT.  The question has been asked and answered.  My answer has been supported by other developers with whom I work.

 

Please don't threaten me with forced code changes.  The master copy of the code is not in the OpenPLi repository.  If changes are made that conflict with the design, functionality or compatibility of the other repositories then changes will be reverted or overwritten.

 

All the other users and developers here have engaged me in discussions and advocated for the changes they want.  No threats were required.  I respond well to discussions and logic.  I am always happy to discuss my code and will always listen to requests for changes and/or improvements.  I won't promise to change everything but I will always respect and listen to the thoughts of others.  You should note that there have been many changes made to my code after polite and friendly discussion.

 

Regards,

Ian.



Re: Language assistance requested... #693 Pr2

  • PLi® Contributor
  • 6,182 posts

+261
Excellent

Posted 6 September 2018 - 10:47

Check here:

 

https://github.com/E.../images/remotes

 

You will have an overview of the different possible RCU and you will see that many use the 0 key for space.

So having it on 1 is not as universal as you think, it is rather the STB manufacturer by INI that use 1 for space, most of the other one use 0 (some do not display anything about space).

 

May be foreseen space on 0 as 1st char

 

Pr2


Edited by Pr2, 6 September 2018 - 10:47.

NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: Language assistance requested... #694 zeros

  • PLi® Contributor
  • 1,635 posts

+61
Good

Posted 6 September 2018 - 11:05

There's no concern for me then. Anyway, Google says "0" works as space, I also find that.

DM920UHD DVB-S2X TRIPLE tuner + Triple M.S tuner DVB-S2X, DVB-T2/T, QboxHD, QboxHD Mini, Icecrypt T2300HD,
Qviart Lunix3 4K, Raspberry Pi 4 Model B 4GB & 8GB

Vertex 4K60 4:4:4 600MHz


Re: Language assistance requested... #695 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 6 September 2018 - 11:16

The reason I would like to keep the SPACE as the second element in the "1" list is that it is more visible on the screen in that position than it is as the first character.  There are few remote controls that document the SPACE character.  I happen to have a few here (they are common on the Beyonwiz hardware available in Australia) so I would like to keep the layout is sync with the remote controls that do show the SPACE.

I fully second that. Even then the SPACE is difficult to distinguish.

Re: Language assistance requested... #696 IanSav

  • PLi® Contributor
  • 1,491 posts

+51
Good

Posted 6 September 2018 - 11:35

Hi Guys,

 

I can't find any authoritative opinion on where the SPACE should be.  It appears that I am the only one with a SPACE indicated on the remote control.  I just checked my old Sony Ericsson T68i phone and it also has the SPACE after the 1 on the "1" button.  I would like to keep the SPACE after the "1" where it is now but I will bow to a consensus of public opinion.

 

So, where do people want the SPACE?  Stay on "1", move to "0".  Can the SPACE stay as the second character?

 

Regards,

Ian.



Re: Language assistance requested... #697 zeros

  • PLi® Contributor
  • 1,635 posts

+61
Good

Posted 6 September 2018 - 11:58

In my terms, you can stay as you currently have, the reasons are clear.(The arguments that you said are convincing)

DM920UHD DVB-S2X TRIPLE tuner + Triple M.S tuner DVB-S2X, DVB-T2/T, QboxHD, QboxHD Mini, Icecrypt T2300HD,
Qviart Lunix3 4K, Raspberry Pi 4 Model B 4GB & 8GB

Vertex 4K60 4:4:4 600MHz


Re: Language assistance requested... #698 IanSav

  • PLi® Contributor
  • 1,491 posts

+51
Good

Posted 6 September 2018 - 12:31

Hi Ims,

 

Can you please test this revised version of NumericalTextInput.py to see if the changes to Czech are correct.  Interestingly enough the old data in the repository was incomplete.  The guide link you provided showed that some characters were missing.  That document has been VERY helpful.

 

There is one thing I would like to check.  In the document the position of the upper case characters is not documented.  In this test version I put the digits immediately after the lowercase English letters as you suggested.  To me it looks unbalanced and wrong.  I really do think that the digit would be better as a separator between the lowercase and uppercase letters.

 

Can you please look at the code attached to this post and confirm if I should keep the original version I committed to the repository or switch to this version.  In any case I will go through all the languages and correct them to add any missing characters as per the specification document.

 

Regards,

Ian.

 

Attached Files



Re: Language assistance requested... #699 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 6 September 2018 - 12:40

I really do think that the digit would be better as a separator between the lowercase and uppercase letters.

Exactly!
+1

Re: Language assistance requested... #700 ims

  • PLi® Core member
  • 13,795 posts

+214
Excellent

Posted 6 September 2018 - 13:37

 

I really do think that the digit would be better as a separator between the lowercase and uppercase letters.

Exactly!
+1

 

@Ian: I will try it evening ...

 

Why use numbers as separator between the lowercase and uppercase letters??? Numbers must be 3rd (4th) char as is used on phones.

May be, "1" and "0" are different.

 

Will you write on this keyboard in UK or Aus or we in Czech ?


Kdo nic nedělá, nic nezkazí!


3 user(s) are reading this topic

0 members, 3 guests, 0 anonymous users