Графической библиотеки самой по себе мало. Нужен саппорт.
Кратко говоря, современные программеры приучены экономить время - появился вопрос, набрал его в гугле, почитал инфу, выбрал решение, реализовал его по своему вкусу или приручил готовое.
Что же на спектруме? Попробуйте набрать в гугле что-нибудь посложнее, чем "ZX-spectrum память 128" и убедитесь сами - на самую базу нужно убить чертову кучу времени.
Когда я не так давно игрался с классическим чанки-режимом, я думал, что всё будет просто - найду исходник, адаптирую под sjasm и вот он, профит.
Ан нет! Вот здесь допили кусок, который автору было лень вписать самому, здесь пофикси баги, а здесь разберись в каком-нибудь бородатом *****коде, который сам автор не знал, зачем приделал.
Это всё не мотивирует ни разу - порог вхождения в разработку повышается на пустом месте, а мы потом удивляемся, как это мало новых программистов появляется на платформе.
Исходники в текущем виде - бесполезный хлам для 90% заинтересованных людей.
Мало того, что нужно взять какой-нибудь незнакомый экзотический ассемблер со своим не совсем скажем интуитивно понятным интерфейсом, найти нужный файл из 100500 на дискетке, так оно еще и имеет шансы не взлететь после компиляции.
И кто будет этим заниматься кроме нескольких мегагуру?

Как оно должно быть:
1. Имеем процедуру/библиотеку, готовую к использованию, разделенную на модули и вычищенную от специфической логики.
2. Имеем краткий туториал на каждую фичу.
3. Имеем на каждую фичу отдельный компилируемый через bat-файл пример.

Тогда да, кто-нибудь даже воспользуется. А если вывалить гору слабопонятного кода без отдельных примеров - мало у кого хватит желания в этом ковыряться, сколь бы гениальной ни была разработка.