Re: [Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread Philipp Klaus Krause
On 06.10.2014 16:24, r...@remi.lu wrote: > > :) > > just this one, which is a Standard, http://www.ascii-code.com/ Even that page states "There are several different variations of the 8-bit ASCII table. The table below is according to ISO 8859-1, also called ISO Latin-1. Codes 129-159 contain t

Re: [Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread remi
:) just this one, which is a Standard, http://www.ascii-code.com/ And trust me , I asked this question Only because the basic ascii manipulation of the assemblers I use, match / coïncide with the codes in LCD (charaters based) (also with terminals ! when I use serial communication with a P

Re: [Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread remi
oh my god, never mind, the ascii here is based on 7bits not 4 ... That nulls my whole subject . have a great day Le 2014-10-06 14:35, Alan Cox a écrit : >> it doesnt work, because the essemblers (maybe not all?) do not map it >> thru the Extended ascii table, meaning cant find it in the stand

Re: [Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread Alan Cox
> it doesnt work, because the essemblers (maybe not all?) do not map it > thru the Extended ascii table, meaning cant find it in the standard > ascii Which extended ASCII, there are hundreds of extended ASCII variants ? > So my question, is , is it worthy to make the assembler ; extended-ascii >

Re: [Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread Kustaa Nyholm
> So my question, is , is it worthy to make the assembler ; extended-ascii > aware ? that all :) I don't think it is worth the effort. Even if it was implemented and available I would not use it in my code because sooner or later the code ends up in an other assembler that does not support exte

Re: [Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread remi
to send," é " aka ld A, 'é' i mean to send," é " aka ld A, #'é' sorry Le 2014-10-06 13:12, r...@remi.lu a écrit : > :) > > I understand, that is not my question :) > > As I said, I can write extended ascii , but by sending it's ascii ( extended > ) code, é is 233 > > , like a ,

Re: [Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread remi
:) I understand, that is not my question :) As I said, I can write extended ascii , but by sending it's ascii ( extended ) code, é is 233 , like a , b, c ... are in the standard ascii table, so, when I load a register in assembly with : ld A, #'b' then the sendchar command with A (accu

Re: [Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread Ben Shi
In my opinion, the character set a LCD supports has nothing to do with the assembler. For example, you want "abé" (not sure this is a polite word in your languge :) ) be shown on your LCD, you can do it by .db 0x61, 0x62, XX, YY XXYY presents é's code in LCD's character set. Even if the assem

Re: [Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread Philipp Klaus Krause
On 06.10.2014 10:26, r...@remi.lu wrote: > Hello > > > I am writing ascii carracters on LCD without a problem, > > But i have a problem , i did with gpasm/mpasm too , > > Is it inherent (normal) for extended carracters to not pass the > assembler ? > > Or doest worth adding this feature in AN

[Sdcc-user] STM8 ascii / extended ascii

2014-10-06 Thread remi
Hello I am writing ascii carracters on LCD without a problem, But i have a problem , i did with gpasm/mpasm too , Is it inherent (normal) for extended carracters to not pass the assembler ? Or doest worth adding this feature in AN assembler in general ? For instance, le lettre "é" doesnt pri