Michael and I looked at that display a couple of years ago when we
were doing the glcd v3 library updates. Michael even bought one for testing.
We never managed to get around to supporting it.
From I remember it looked possible to support it in the glcd library given that
much of the low level control logic in the newer glcd v3 code is all driven by conditional macros.
It is a much more intelligent display than the ks0107/ks0108 or the SED1520 interface
so the support for the 1330 would be based on only using the graphic portion of the display.
i.e. you would't get support for the modules built in text capabilities.
I just went back an looked at the 1330F data sheet and I can't quite tell if the display
memory is mapped the same as the other displays.
The other displays use 8 bit pages that advance left to right and then the pixel bits
advance top to bottom within each page.
If the display memory maps that way, then the glcd library could be made to support
that display (in graphic mode) by creating the device specific header
files with the low level control macros.
That said, given that the commands are a bit different, the actual mainline code would probably
also require some tweaks to accommodate the difference in how the addressing and write/read commands
work.
--- bill