W komentarzu dodam jeszcze, że opisując bounty starałem się przyjąć konkretny, możliwy do osiągnięcia w czasie 2 – 3 miesięcy cel. Nic tak nie irytuje jak pieniądze wpłacone na bounty ciągnące się latami. Postawione cele dają pewien konkret użytkownikom, oraz pozwalają na swobodne korzystanie z efektów przez innych programistów, ułatwiając ich pracę. Dodam też, że jeżeli zebrana suma przekroczy próg, proponuję, żeby nadwyżka nie była mi wypłacana, a została przeniesiona na kolejne bounty związane z Reggae (albo z Lua), bo na tym terenie jest wiele do zrobienia, a rozbudowa Reggae ułatwi pisanie aplikacji, rozbudowa Lua zresztą też. Dobrze wyposażona Lua to będzie większość zalet Hollywood bez jego wad jako języka do tworzenia aplikacji .

Do Hollywood przyciąga ludzi łatwość tworzenia aplikacji. To wynika z użytego języka (to też jest Lua…), oraz z bogatej biblioteki funkcji nazwijmy to multimedialnych. Drugi atut Hollywood to międzyplatformowość. Z tym, że Hollywood mimo wszystko jest produktem bardziej ukierunkowanym na prezentacje interaktywne, niż pełnokrwiste aplikacje. Lua dla MorphOS-a na tym polu z Hollywood konkurować nie będzie. Multiplatformowość odpada. Hollywood osiąga to, umieszczając w binarce kompletne środowisko uruchomieniowe z warstwą abstrakcji dla docelowego systemu. Dlatego nawet „Hello World” w Hollywoodzie ma ponad 2 megabajty. Nie zamierzam iść tą drogą, a zamiast rysowania GUI ręcznie, chcę językowi Lua dać wygodny w użyciu, ale nie ograniczający pomost do MUI.

Dzięki temu połączę przystępność i pewną „odporność na początkujących” języka skryptowego (pamiętajmy, że Lua dla MorphOS-a ma graficzny debugger kodu, na razie dość ubogi, ale wszystko przed nim) z lekkością systemowych rozwiązań i możliwościami MUI. W planach (rozpisanych już na konkretne rozwiązania) mam pełną integrację Lua i MUI, z pisaniem w Lua klas pochodnych MUI włącznie. Dzięki temu Lua stanie się pełnoprawnym językiem tworzenia aplikacji, a nie tylko ubogim krewnym C. Mimo że jest językiem interpretowanym, a przez to wolniejszym (ale znowuż LuaJIT PPC za rogiem…). Z drugiej strony masa prostych, a użytecznych aplikacji wcale nie wymaga jakiejś kosmicznej szybkości, a jeżeli nawet, to bardziej zaawansowany programista może bardzo łatwo dołączyć zoptymalizowane fragmenty w C. Poza tym, jeżeli MUI w Lua, to dlaczego nie Reggae? W ten sposób można językowi skryptowemu dać szybkie przetwarzanie mediów, bo przecież wiele klas Reggae potrafi nieźle rozgrzać AltiVeca…