Access Gradio through HTTP - Improved Error Handling - UI fixes

[xribene]

DONE

• Deleted anything related to python.

• Created new GradioClient class that handles all the http requests

• Added a new centralized space-url parser that converts all posible url formats to a SpaceInfo object.
  These formats can be

  • "http://localhost:7860", (gradio app hosted localy)
  • "https://xribene-midi-pitch-shifter.hf.space/", (gradio app in HF)
  • "https://huggingface.co/spaces/xribene/midi_pitch_shifter", (code repo + app in HF)
  • "xribene/midi_pitch_shifter",

• Refactoring and cleaning of obsolete code

• Added objects that map the OutputLabel classes in pyharp

• Parsing OutputLabel data from pyharp

• added a c++ formating scheme based on JUCE guidelines using clang-format

• Requires gradio 4.43.0

• New and more fine-grained model status. Check ModelStatus in utils.h

• Refactored error handling.

  • Added new ErrorType enums and an Error object. The Error object contains an ErrorType, a detailed error message (devMessage), and a corresponding user-friendly error message (userMessage).
  • A centralized function fillUserMessage that converts a devMessage to userMessage
  • A new class OpResult which is returned by many functions (i.e model->load(), model->process() etc). It lets us know if the operation was successful or not (OpResult::ok(), OpResult::fail()) and it also contains the Error object in case of failure

• Various bug fixes and improvements

[cwitkowitz]

It seems pyharp is no longer a submodule in this branch.

[xribene]

The pyharp folder is in the branch and included in .gitmodules. However, if you saying that because there is no "@ {commit hash}" next to the pyharp's folder name, then yes, I don't know why this is happening.

[cwitkowitz]

Did you change it through the git submodule interface? Or did you just move the code? You should be able to cd into the pyharp directory and call git status and other git commands.