NPrint() and NPrintN()

[MLK]

yes, i'm a lazy

[PB]

What do they do?

[Psychophanta]

I guess it avoid to have to write "Chr(10)+Chr(13)+" everytime for console printing.

[MLK]

Chr(10)+Chr(13) / #CRLF$ / #LF$ - isn't working. you have to call PrintN("") each time

NPrintN("") = PrintN("") + Print("") + PrintN("")
NPrint("") = PrintN("") + Print("")

[dracflamloc]

Does PB accept the standard characters for that kind of thing? It does not. In all honesty I think it needs to.

like in C:
printf("\nThis is on a new line\n")

so in PB:
Print("\nThis is on a new line\n")

[traumatic]

In all honesty I think it needs to.

like in C:
printf("\nThis is on a new line\n")

so in PB:
Print("\nThis is on a new line\n")

Yes!


Here's a small workaround for the CRLF problem (windows only):

Code: Select all

Procedure _Print(hConsole.l, strToWrite.s)
  WriteConsole_(hConsole, strToWrite, Len(strToWrite), @cWritten, #NULL)
  ProcedureReturn cWritten
EndProcedure

hConsole = OpenConsole()

_Print(hConsole, "hello" + #LF$ + "world")

Input()
CloseConsole()

BTW, maybe using wsprintf directly could also be a (temporarily) solution:

Code: Select all

OpenConsole()
u32dll = OpenLibrary(#PB_Any, "user32.dll")

*f = IsFunction(u32dll, "wsprintfA")
If *f
  buf.s = Space(64)
  CallFunctionFast(*f, @buf.s, "int=%i, hex=%08x", 42, 8192)
  Print(buf)  
EndIf

CloseLibrary(u32dll)

Input()
CloseConsole()

[Psychophanta]

Does PB accept the standard characters for that kind of thing? It does not. In all honesty I think it needs to.

like in C:
printf("\nThis is on a new line\n")

so in PB:
Print("\nThis is on a new line\n")

Noooo, that's uglyest. the called Escape senquences are hightly unreadable.

[npath]

I agree, this would be nice to have:

Code: Select all

Procedure NPrintN(string.s)
  PrintN("")
  PrintN(string)
EndProcedure
OpenConsole()
NPrintN("Testing")
wait$=Input()
CloseConsole()

[PB]

I don't understand... Print() and PrintN() already exist, so what's the problem?

[Psychophanta]

I don't understand... Print() and PrintN() already exist, so what's the problem?

Yes, but there is requested NPrint() and NPrintN(), this is, a CR before print the text.

[PB]

Oh, now I see.

[dracflamloc]

Does PB accept the standard characters for that kind of thing? It does not. In all honesty I think it needs to.

like in C:
printf("\nThis is on a new line\n")

so in PB:
Print("\nThis is on a new line\n")

Noooo, that's uglyest. the called Escape senquences are hightly unreadable.

Unreadable?!?!?!?
Escape characters are a godsend in complex console apps.

I mean:
Print("Blah App\n1.0\nCopyright 2005")
is a hell of a lot better than:
Print("Blah App"+chr(13)+chr(10)+"1.0"+chr(13)+chr(10)+"Copyright 2005")
and having to use three lines of code just to print a header is ridiculus.

Also, its not like you would HAVE to use them...

[Blade]

Agree with dracflamloc!
In fact I used the following to make my life easy(er):

Code: Select all

Procedure .s ParseText(txt.s)
  txt=ReplaceString(txt,"\n",Chr(10),1)
  txt=ReplaceString(txt,"\t",Chr(9),1)
  ProcedureReturn txt
EndProcedure

[Psychophanta]

\n inside "" are 2 characters: \ and n
\t inside "" are 2 characters: \ and t
chr(10) means 1 character, the one which ascii is 10
chr(13) means 1 character, the one which ascii is 13

Can't imagine a way to do it more legible, but something like this:
AsciiCharacter(10) or AsciiCharacter(13) ...

So sorry, but no agree with you.

[dracflamloc]

Wtf are you talking about, haha

Are you trying to state basic knowledge that a chr() command creates one character, and "\n" is two characters?

I BOW DOWN TO YOUR AMAZING KNOWLEDGE AND BEG YOU TO FATHER MY CHILDREN!

:roll:

no offense or anything...