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
:)
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
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
> 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
>
> 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
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 ,
:)
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
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
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
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
10 matches
Mail list logo