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

A few small fixes #553

Open
wants to merge 3 commits into
base: master
Choose a base branch
from
Open

A few small fixes #553

wants to merge 3 commits into from

Conversation

phmarek
Copy link
Contributor

@phmarek phmarek commented Mar 22, 2020

Thanks for considering!

@stassats
Copy link
Member

When is fuzzy-completions called with non-simple strings?

@phmarek
Copy link
Contributor Author

phmarek commented Mar 22, 2020

I'm currently adding some other communication protocols; eg. yason returns strings with a fill-pointer.

@stassats
Copy link
Member

Then shouldn't it be doing all the appropriate coercions then?

@phmarek
Copy link
Contributor Author

phmarek commented Mar 22, 2020

Well, wouldn't that mean most of that translation effort would be wasted? Most functions just accept non-simple strings already.

Yes, of course I could put a special case for that one call in... but that's really awful, code-wise.

@stassats
Copy link
Member

As it stands, it's equally as awful to make a change for code that doesn't exist.

@@ -8,7 +8,7 @@
;;; are disclaimed.
;;;

(in-package swank/rpc)
(in-package :swank/rpc)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Helmut actually meant to write it like that. If we change it here, we should then change it in a bunch of other places.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As it stands, it's equally as awful to make a change for code that doesn't exist.

Well, this is a single place that doesn't accept a string but has more narrow restrictions.
I think ensuring that type within the same library isn't wrong.

Helmut actually meant to write it like that. If we change it here, we should then change it in a bunch of other places.

I just noticed that even within swank it's not one-or-another. Should I amend my PR to change all over to keywords, as it seems to be custom (data are my QL libraries)?

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

Successfully merging this pull request may close these issues.

None yet

3 participants