Paragraph marks

[RMX]

Hello,

When I type a text on notepad and view it in HP, there is allways
annoying square marks representing the end of the paragraph.

I use SD Card to "transfer" files and not USB cable.
So the transfer protocol doesn't correct the ASCII code.

How can I resolve this situation in a fast way?

Thanks,
Rui

[manjo]

"RMX" <ruim...@hotmail.com> wrote in message
news:1140190153.3...@g14g2000cwa.googlegroups.com...

this is your fast way:

"your text"
13 CHR "" SREPL DROP

have fun
manjo

[manjo]

A bit about background :
HP uses text formatting similar to UNIX
LF (0x0A) character is used to finish lines

dos/windows uses CR LF combination (2 characters 0x0D 0x0A)

Program i sent you in the previous post removes CR characters
(on HP visible as sqares at the end of line)

Sugestion :
You could use text editor which supports UNIX (LF only) end of line
characters
-you will have clear text and you won't need to additionaly proccess your
texts.

regards
manjo

[Alejandro G.]

Maybe if you save the text in UNIX format you would not get that
annoying square marks.
The problem is that, the DOS format (the one Windows use) use 2
special characters for the end of each line, #13 and #10 in that order
(or CR, LF). But UNIX format (the one Linux use) only marks the end of
the line with #10 (LF).
I think the windows notepad can't save in UNIX format. So you can use
any alternative.
One I recomend is "ConTEXT", at http://www.context.cx/.
BTW Is freeware.

[RMX]

Thank you both.

[John H Meyers]

On Fri, 17 Feb 2006 09:29:13 -0600, RMX wrote:

> When I type text in notepad and view it in HP, there are always

> annoying square marks representing the end of the paragraph.

"Carriage returns" at end of lines, as already noted by others.

> I use SD Card to "transfer" files and not USB cable.
> So the transfer protocol doesn't correct the ASCII code.

You can correct the ASCII code inside the calc,
using the very same ROM function utilized by Kermit
and by some other file transfer software;
this has the advantage that not only will it remove
the "CR" part of each "CRLF," but it will also
translate any non-ascii characters which you may
represent by sequences such as \<< \>> \-> \127 etc.

@ for ROM type *49* -- including 48Gii, apparently
\<< \->STR 3. TRANSIO #2F34Dh SYSEVAL + \>> 'KINV' STO

@ for ROM type *48* -- only HP48S[X] or 48G[X or +]
\<< \->STR 3. TRANSIO #3016Bh SYSEVAL + \>> 'KINV' STO

NOTE: We highly recommend making memory backups before use,
because any wrong addresses or arguments of system functions
can crash a calc and/or wipe out its memory; in fact,
the reason for the \->STR command above is to guarantee
that a string argument is present for the internal function,
so that once entered correctly and tested,
the above can never cause a crash.

The above comes from the following post, where starting
about mid-post we go into a complete system for importing files
from (or exporting to) an SD card (or any text file or clipboard,
or to/from the emulator, which is how I do all these posts).

Other importing systems have also been offered,
but in this "me too" version there is a "bulletproof" method
to prevent unintended execution of commands, just as used by the
built-in Kermit (yet *not* by the Conn4x file transfer program):

http://groups.google.com/group/comp.sys.hp48/msg/46b8bc3f34d9dfe0?dmode=source

[r->] [OFF]