Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PRINT does not ignore UNSET values. #901

Closed
hostilefork opened this issue Aug 21, 2014 · 2 comments
Closed

PRINT does not ignore UNSET values. #901

hostilefork opened this issue Aug 21, 2014 · 2 comments
Assignees
Milestone

Comments

@hostilefork
Copy link

Red, like Rebol, will silently squelch unsets in COMPOSE (for example):

red> compose [10 (print "Hello") 20]
Hello
== [10 20]

In Rebol, this applies to PRINT as well. In Red, the word "unset" appears:

red> print [10 (print "Hello") 20]
Hello
10 unset 20

I believe the preferable output in that case would be Rebol's output:

Hello
10 20

(I know this seems nitpicky but I am trying to build a new philosophy of PRINT, and you have asked for complete proposals, so it's easiest to start with the "hopefully this is an agreement" parts in building that.)

@dockimbel dockimbel added this to the 0.5.0 milestone Aug 23, 2014
@dockimbel dockimbel self-assigned this Aug 23, 2014
@dockimbel
Copy link
Member

Agreed. The difference comes from the way FORM (which is used internally by PRINT) processes unset! values. I see no reason not to have the same behavior as Rebol in this case.

@dockimbel dockimbel removed the Red label Mar 27, 2016
@PeterWAWood PeterWAWood added type.task.wish and removed type.wish Ticket requests a new feature. labels Apr 25, 2018
@hiiamboris
Copy link
Collaborator

I think this has been fixed in Red 0.6.2. form () now produces "", consistent with R3.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants