Extending MonoGame past XNA

ClassicThunder · July 14, 2014, 3:46am

I was wondering what the policy was regarding contributing to MonoGame in such a way that adds functionality beyond XNA. I didn’t see anything in the contribution guide lines that mentioned anything specific.

My idea being adding a a class that is only instantiated once and that instance is retrieved through the static KeyBoard/Mouse classes which exposes the underling event based unput in a uniform way across the non mobile projects.

Point being if I did such a thing could it be accepted into the main MonoGame project?

Tom · July 14, 2014, 9:08am

I can’t speak for @KonajuGames, but IMO this would be a bad path for MonoGame. The current XNA way of polling for mouse/keyboard state is good for just about every project out there.

For the few projects that need keyboard for non-game text input, like for chatting or something, we added the GameWindow.TextInput event…

github.com

MonoGame/MonoGame/blob/develop/MonoGame.Framework/GameWindow.cs#L161


      
                  /// <summary>
                  /// Buffered keyboard KeyUp event.
                  /// </summary>
                  public event EventHandler<InputKeyEventArgs> KeyUp;
          
          #endif
          
                  /// <summary>
                  /// This event is raised when user drops a file into the game window
                  /// </summary>
                  /// <remarks>
                  /// This event is only supported on desktop platforms.
                  /// </remarks>
                  public event EventHandler<FileDropEventArgs> FileDrop;
          
                  #endregion Events
          
                  /// <summary>
                  /// Called before a game switches from windowed to full screen mode or vice versa.
                  /// </summary>
                  /// <param name="willBeFullScreen">Indicates what mode the game will switch to.</param>

I would have to hear a pretty good reason to add anything more here.