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

Space (represented with slash) functions as an indefinite dash on screen flash mode #179

Open
huang7311 opened this issue Feb 9, 2024 · 3 comments
Labels
bug Something isn't working enhancement New feature or request good first issue Good for newcomers hacktoberfest help wanted Extra attention is needed

Comments

@huang7311
Copy link

Description

When the output reaches a space (represented in the program as a slash) it makes the screen become white indefinitely. You can only solve it by manually closing the program and opening it again, but then your message is lost and you have to recreate one without spaces.

Steps to reproduce

  1. Type any message that contains a space (such as "a a"; or even something as simple as a single space " ")
  2. Click the screen flash button
  3. Observe that the screen is white indefinitely.

Expected behavior

According to Wikipedia and the various other Issues raised, there is a mandatory gap between dots and dashes as follows:

  1. The length of signal absence (gap) between dots/dashes is the length of a dot. (In the code, I think this should be structured as a separate variable not linked to the length of the dot's flash)
  2. The gap between letters is equal to a dash (meaning 3 dots). (Once again, this variable should probably not be scaled based on the previous item's variable)
  3. The gap between words (AKA a space) is equal to 7 dots.

Therefore, the space (represented as "/" in the program) must be a mandatory pause that does not activate the screen and should have the same time as seven dots.

Ideally, the user should be able to control the length of signal absence between ditdah, letter, and word.

Tech info

Device: Any Android device or emulator

Additional context

I think it would also be nice if we could change the color that gets projected through the screen using a color picker, so I could set it to red RGB (255,0,0) and it wouldn't be so hard on the eyes. I had to use the screen flash mode because the flashlight mode is buggy and doesn't have a gap between dots and dashes, causing every letter and every word to be one long dash.

@CrazyMarvin
Copy link
Contributor

Thanks for the report, @huang7311! 👍
Are you able to create a PR?

@CrazyMarvin CrazyMarvin added bug Something isn't working enhancement New feature or request help wanted Extra attention is needed good first issue Good for newcomers hacktoberfest labels Feb 9, 2024
@huang7311
Copy link
Author

Thanks for the report, @huang7311! 👍 Are you able to create a PR?

I'll do what I can to fix this issue. I'll start by adding mandatory pause between dot/dash, letter, space, etc. Later I will see if I can add options to change the length of pause in settings.

Also:
I was thinking of making it so the app could use different morse standards that the user could toggle between, and perhaps some that a user created themself. (See https://upload.wikimedia.org/wikipedia/en/thumb/5/5a/Morse_comparison.svg/800px-Morse_comparison.svg.png ) This would need a restructuring towards a config file approach, with each file being a standard. I will look into this later.

@CrazyMarvin
Copy link
Contributor

Thanks for the report, @huang7311! 👍 Are you able to create a PR?

I'll do what I can to fix this issue. I'll start by adding mandatory pause between dot/dash, letter, space, etc. Later I will see if I can add options to change the length of pause in settings.

Also:
I was thinking of making it so the app could use different morse standards that the user could toggle between, and perhaps some that a user created themself. (See https://upload.wikimedia.org/wikipedia/en/thumb/5/5a/Morse_comparison.svg/800px-Morse_comparison.svg.png ) This would need a restructuring towards a config file approach, with each file being a standard. I will look into this later.

Wow, that sounds awesome! 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working enhancement New feature or request good first issue Good for newcomers hacktoberfest help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

2 participants