Skip to content

Characters appearing at the end of some commands #16

Closed

Description

@Arcensoth

image

Activity

  1. self-assigned this
    on Mar 20, 2019
  2. Arcensoth commented on Mar 25, 2019

    @Arcensoth
    OwnerAuthor

    Cannot reproduce. Pinging @misode for more info...

  3. misode commented on Mar 25, 2019

    @misode

    I have a Windows OS. The issue appears for me in some mcfunction files on the GitHub site.
    example file that doesn't reproduce this issue
    example file that does reproduce the issue

  4. added a commit that references this issue on Apr 13, 2019
    11b22a8
  5. Arcensoth commented on Apr 13, 2019

    @Arcensoth
    OwnerAuthor

    At some point - probably as a side-effect of an earlier fix - I must have fixed the trailing arguments being highlighted as errors, but the ^M is a slightly different red and I don't think it's a problem with the syntax highlighter. Here's some research:

    It looks like people might be committing files with CRLF and then GitHub decides to force-highlight the carriage returns.

    We'll see how the next Linguist update handles the affected files and re-open if it's clear there's more to be done here.

  6. Arcensoth commented on Apr 20, 2019

    @Arcensoth
    OwnerAuthor

    An update, for posterity:

    GitHub Linguist has been updated, and is now running v0.13.0 of language-mcfunction.

    As expected, the trailing arguments are being highlighted properly but the ^M characters remain:

    https://github.com/Gamemode4Dev/GM4_Datapacks/blob/master/gm4_phantom_scarecrows/data/phantom_scarecrows/functions/main.mcfunction#L2

    Like I mentioned in my last comment, I'm not confident that this is a problem with the grammar itself but instead that people are committing carriage returns to mcfunction files. It may be the grammar's fault that these characters are being highlighted, but after some testing (via github-lightshow) I was unable to remove these characters by any means.

    Until I have more definitive information about the problem and/or people reporting it, I'm going to work under the assumption that this is out of the grammar's control.

  7. Arcensoth commented on Dec 20, 2019

    @Arcensoth
    OwnerAuthor

    Re-opening because this is still a problem and it's probably something that can be fixed with some effort.

  8. Arcensoth commented on Dec 20, 2019

    @Arcensoth
    OwnerAuthor

    I should really create a new issue for this.

  9. Arcensoth commented on Dec 20, 2019

    @Arcensoth
    OwnerAuthor

    (See #32 for a new report focused on the line-endings specifically.)

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

Metadata

Metadata

Assignees

Labels

bugSomething isn't working

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions