Bug 432892 - Handling user input support
Summary: Handling user input support
Status: CONFIRMED
Alias: None
Product: cantor
Classification: Applications
Component: octave-backend (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Cantor Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-02-13 14:50 UTC by heqromancer
Modified: 2021-02-14 12:22 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description heqromancer 2021-02-13 14:50:42 UTC
After hacking around with Octave during my last semester in math, I wanted this time around to go with Cantor as my computer science/math go-to software for some subject we are discussing using Python.

However, I've reached a dead end as to how this program handles user input. Some generic line of code that makes use of the "input" function will stay looping forever. Is this intended behavior? Could something be done to accept user input?

So far I'm "guessing" generic inputs to see whether or not the code would run under variables that have been previously created, which is not ideal as our programs will be run under some automatic judge system.
Comment 1 Nikita Sirgienko 2021-02-14 12:22:26 UTC
Hi

Because of how Cantor works with Octave in this moment (via stdin/stdout actually) - the "input" function and other related with user input don't work at all I think.

This is related that Cantor positioned as REPL - and input functions more useful in scripts, so because of lack developers Cantor haven't support this functions.

Actually, there are some workarounds - instead of control Octave worksheet via intput, just control it via variables. It's not very convenient sometimes, but at least it is working solution. Autoevaluation option in Settings can help with this logic.