HiddenChest RGSS Player Executable

[DerVVulfman]

As I said, HiddenChest default font setting is to not squeeze the string of text.
Not gonna change EVER, yet, you can set Font#no_squeeze to false to make it squeeze once again.

It appears Font#no_squeeze matters little...

Edits performed to draw_actor_name to test the effectiveness of the Font.no_squeeze feature

  def draw_actor_name(actor, x, y)
    self.contents.font.color = normal_color
    self.contents.font.no_squeeze = true
    name = "To be or not to be, that is the question."
    self.contents.draw_text(x, y, 120, 32, name)
  end

  def draw_actor_name(actor, x, y)
    self.contents.font.color = normal_color
    self.contents.font.no_squeeze = false
    name = "To be or not to be, that is the question."
    self.contents.draw_text(x, y, 120, 32, name)
  end

Neither version returns the text compression that is innate with the default XP-to-VXAce systems and what users would expect if they were migrating their projects to HiddenChest.

I will note here that you DID say that "you can set Font#no_squeeze to false to make it squeeze once again".  However, I went to the Github and found this:

Font Class

• It now lets you use several new methods that can handle boolean values (true or false) and sizes (Integer)
  
  • underline - boolean
    
  • strikethrough or strikethru - boolean
    
  • no_squeeze - boolean, default value: false
    
  • outline_size - Integer 1 through 8
    
  • shadow_size - Integer 1 through 3
    
  • shadow_color - Color in RGBA format
    
  • outline, out_color & outline_color are available for RMXP & RMVX as well.
    

According to your Github, I should not have need to set the Font.no_squeeze value at all as it should already be set to false, a value you have indicated to return the font compression anyway.

There is an issue here.

Upon repair of this feature, might I recommend:

• Font.default_no_squeeze 
  

To be in keeping with values such as Font.default_size, Font.default_bold, et al.


In any event, I also stated...

Two points:

1. Unlike the previous June iteration which passed my Anti-Virus, the recent October 2024 edition hasn't... or hadn't as yet.  As it wasn't cleared, but gave no definite answer as why, the alert said it was sending the contents to its LAB for further inspection which could take hours.
    
   
2. Using the same project that has run with the June edition, I received the immediate pop up "Error creating OpenAL context" which also shut down the application. I need add that this is with both the .exe and with the .dll files that were packaged.
   

Your current version is itself broken.