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

Method Call Assist: fix for functional notation #457

Closed
jamshark70 opened this issue Aug 31, 2012 · 1 comment
Closed

Method Call Assist: fix for functional notation #457

jamshark70 opened this issue Aug 31, 2012 · 1 comment
Assignees
Labels
bug Issues that relate to unexpected/unwanted behavior. Don't use for PRs. env: SCIDE
Milestone

Comments

@jamshark70
Copy link
Contributor

This is fine:

a.max(b)

After typing the opening paren and choosing the class, the argument pop up shows operand, adverb as expected.

This is not fine:

max(a, b)

After typing the opening paren, the argument pop up shows operand, adverb but what is really correct in this case would be receiver, operand, adverb. It looks to the user, then, that "b" is the adverb, but it's really the operand.

Alternately, in place of "receiver" -- the user has chosen the desired class, so it could prepend "a" or "an" in front of the class name, e.g., aSimpleNumber, operand, adverb.

@ghost ghost assigned jleben Sep 24, 2012
@jleben
Copy link
Member

jleben commented Sep 25, 2012

Fixed.
For now, we display "receiver"; we may improve that later by indicating receiver's type, or even disambiguating the method based on receiver after the bracket... but that's a topic for another enhancement request.

@jleben jleben closed this as completed Sep 25, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Issues that relate to unexpected/unwanted behavior. Don't use for PRs. env: SCIDE
Projects
None yet
Development

No branches or pull requests

2 participants