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

Bump ggez to version 0.5.0-rc.2 #485

Merged
merged 1 commit into from Jun 10, 2019

Conversation

@debris
Copy link
Contributor

debris commented Jun 9, 2019

Issue #408 and #484 are both caused by the bug in ggez's screen resizing on mac os. Version 0.5.0-rc.2 of ggez disabled support for hdpi screens, so there is no automatic resize at app launch. Thanks to that mouse click offset issue reported in #408 no longer exists.

closes #408

Copy link
Owner

ozkriff left a comment

Nice! Thanks for the investigation!

Though, other changes are controversial (see review comments). Could you remove them from the PR?

.gitignore Outdated
@@ -1,3 +1,4 @@
/target
/assets
/static
.DS_Store

This comment has been minimized.

Copy link
@ozkriff

ozkriff Jun 9, 2019

Owner

I believe that a project's gitignore file should only list project-specific things and all globally ignored files should be placed in a global gitignore file - https://stackoverflow.com/questions/18393498/gitignore-all-the-ds-store-files-in-every-folder-and-subfolder

This comment has been minimized.

Copy link
@ltfschoen

ltfschoen Jun 10, 2019

Contributor

I think adding it would serve more good than harm. I've always added .DS_Store to project repos to help make developability more seamless given there are so many developers on macOS, as most user's haven't had time to configure their global gitignore (and some aren't even aware of it).

This comment has been minimized.

Copy link
@debris

debris Jun 10, 2019

Author Contributor

@ozkriff I understand your argument, but imo there is different purpose of both of those files:

  • local global .gitignore prevents me from committing .DS_Store
  • project-specific .DS_Store prevents anyone from accidentally committing .DS_Store

I believe the later solution is a desired one. Otherwise a reviewer of the pull request has to always check whether .DS_Store was not accidentally committed.

btw. that's rustc's .gitignore

https://github.com/rust-lang/rust/blob/d85e866c0d28fce32856d200fd534ac1c2c721c8/.gitignore#L3

[*]
indent_style=space
indent_size=tab
tab_width=4

This comment has been minimized.

Copy link
@ozkriff

ozkriff Jun 9, 2019

Owner

I don't believe that editorconfig is worth having in a repo when the code is always formatted with cargo-fmt (and this is checked on travis-ci)

This comment has been minimized.

Copy link
@ltfschoen

ltfschoen Jun 10, 2019

Contributor

I think having .editorconfig may help users that use Visual Studio code, since new lines of code are formatted according to that config. See https://docs.microsoft.com/en-us/visualstudio/ide/create-portable-custom-editor-options?view=vs-2019

This comment has been minimized.

Copy link
@debris

debris Jun 10, 2019

Author Contributor

@ozkriff both, my editor's (vim) and my cargo-fmt default settings are different to the one used in this repo. This file really makes life easier if you're switching between multiple projects and you don't remember/don't care what kind of formatting they use

@debris

This comment has been minimized.

Copy link
Contributor Author

debris commented Jun 10, 2019

@ozkriff thanks for the review. I understand your concerns. I removed unrelated changes from this pr and opened a new pr only with .gitignore amendment

@debris debris force-pushed the debris:no-resize branch from 33a48af to 600cdd6 Jun 10, 2019
@debris debris mentioned this pull request Jun 10, 2019
@ozkriff ozkriff merged commit a181603 into ozkriff:master Jun 10, 2019
2 checks passed
2 checks passed
continuous-integration/appveyor/pr AppVeyor build succeeded
Details
continuous-integration/travis-ci/pr The Travis CI build passed
Details
@ozkriff

This comment has been minimized.

Copy link
Owner

ozkriff commented Jun 10, 2019

Thanks, merged. :)

I'll think over your DS_Store and editorconfig proposals.

@debris debris deleted the debris:no-resize branch Jun 10, 2019
@ozkriff ozkriff mentioned this pull request Jun 10, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
3 participants
You can’t perform that action at this time.