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

no way to see output #4

Closed
sumeet opened this issue Sep 18, 2020 · 3 comments
Closed

no way to see output #4

sumeet opened this issue Sep 18, 2020 · 3 comments
Assignees
Labels
5 difficulty 5. either not straightforward, difficult, or a lot of work. could possibly be broken down
Projects

Comments

@sumeet
Copy link
Owner

sumeet commented Sep 18, 2020

you can't see the output (which in this case will be a number), or even intermediate values, without converting back into a string and printing it in the chat test window.

there should be another way, either some sort of script abstraction, or debugging.

should you have to wait for your program to reduce values, or call a logging function? or can that be part of the overall dev flow.

here are some ideas that i think demonstrate the direction i'm thinking in:

  • Log function. It's generic (doesn't require a String, but any type works) and uses the ValueRenderer to print... somewhere. maybe inline next to the code, or to a separate log window. (and maybe the log window would have a backref to the code?)
  • Support "scripts" which are like functions in that they're a series of expressions, but don't have arguments. But there is a Run button.
  • Automatic "debugger" sort of thing. When code is executed inside the editor, we automatically show the last value that expression returned inline next to the code.
  • Run-as-you-code. If you're coding say a function, you have the option of specifying test / example values for the function arguments. Now that you've specified inputs, we can show intermediate values inline next to the code.

i think this might be related to the "test" question from #3 for the JSON builder

regarding the ideas, i don't think it's necessary to go too deep if it takes too long. the main goal here is just to be able to code the solution to aoc2019 day1. however if we can pull of some of the debugging stuff, it could be a really cool way of solving the problem (how the hell do we see output?) that simultaneously achieves a big improvement in the coding process. that is, making it easier to see what's going on while you're coding. all of the ideas above don't actually seem that hard to implement

@sumeet sumeet created this issue from a note in roadmap (be able to solve aoc2019 day1 (gotta be able to really code)) Sep 18, 2020
@sumeet sumeet added the 8 difficulty 8, VERY hard, needs to be figured out and broken down label Sep 18, 2020
@sumeet
Copy link
Owner Author

sumeet commented Sep 21, 2020

downgrading to 5. i think part of the issue is figuring out what to do. whatever it is we do, i think it won't be hard to implement. i want to do this SOON!

@sumeet sumeet added 5 difficulty 5. either not straightforward, difficult, or a lot of work. could possibly be broken down and removed 8 difficulty 8, VERY hard, needs to be figured out and broken down labels Sep 21, 2020
@sumeet sumeet self-assigned this Sep 26, 2020
sumeet added a commit that referenced this issue Sep 26, 2020
@sumeet
Copy link
Owner Author

sumeet commented Sep 27, 2020

can see a bit of output after 8ccd0b9, which could look decent a lot of the times

Screenshot_20200927_154222

however, the output could look huge, and should be truncated (perhaps using a scrollable child region)

Screenshot_20200927_154320

@sumeet
Copy link
Owner Author

sumeet commented Oct 4, 2020

output's visible now, UI cleanup in #21

@sumeet sumeet closed this as completed Oct 4, 2020
roadmap automation moved this from be able to solve aoc2019 day1 (gotta be able to really code) to done (gotta make progress) Oct 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
5 difficulty 5. either not straightforward, difficult, or a lot of work. could possibly be broken down
Projects
roadmap
  
done (gotta make progress)
Development

No branches or pull requests

1 participant