Sorry man but you're probably misunderstanding me, or I'm not good enough to explain myself

My problem isn't related to GraphicsEnabler, GraphicsEnabler is just a parameter that instruct Chameleon to patch stuffs AFTER you select your OSX partition and press ENTER to boot it, not before, and its only purpose is to make OSX aware of your graphics card. Only OSX, not Chameleon itself

I can get rid of it at all, or pass it as a parameter before booting OSX (writing "GraphicsEnabler=Yes" or "No" as a boot parameter), this doesn't change the fact that the Chameleon screen where you select which partition to boot (and only this), is locked to a resolution that depends on which modes are available in your VESA Table (see the screenshot later).
What happens after doesn't matter, as I said before, my OSX is working straightforward in 1920x1080 and full GPU acceleration, the problem here is before the boot process, when Chameleon loads up (and is stuck to the maximum VESA mode available, cannot go further).
Here's why I used Clover as a reference, because using the snip I quoted some posts ago, it can patch on the fly the VideoBios, allowing VESA modes unavailable in the default vbios (like 1920x1080), thus having the Bootloader screen and the boot process (with the Apple logo and the spinning wheel) to run in 1920x1080 as well instead of being limited to the maximum VESA mode available.
The problem is in the VESA Tables, which anyone can see writing the "?video" parameter (without quotes) in the Chameleon bootmenu, I've tried to hexedit the video bios and reflash it, but so far looks like the VESA Tables are hidden or encrypted somewhere else.
For reference, this is a picture I've taken from my Chameleon, the maximum VESA mode available to me at the moment is the last one.

So that's why an "on the fly search&replace", like Clover does, would be imho definitely great for Chameleon