W myśl zasady kopiowania Klangowych pomysłów, na początku powstał twór zwany Elten API. Być może starsi użytkownicy jeszcze pamiętają pałętające się po forach dokumentacje. Reliktem tamtej epoki jest (niedziałający od wersji 2.0) kompilator i taki dziwny program jak devtools, który obecnie użyteczny jest... wcale.
Wciąż też można uruchamiać z poziomu plików skrypty w EltenAPI pisane, a śladem pozostaje chyba jedyna jako tako funkcjonalna aplikacja, czyli Szachy.

Pytanie, co z tym czymś robimy?

Kilka słów przypomnienia.
Elten API miało być biblioteką pozwalającą zewnętrznym programistom pisać aplikacje, programy, dodatki do Eltena. Dzięki integracji zarówno z profilem użytkownika, jak wieloma funkcjami, można tak tworzyć było w zalożeniach przede wszystkim (chociaż nie tylko) gry audio.
Teoretycznym pomysłem było integrowanie dla Eltena minigier czy innych aplikacji, pozwalając tworzyć różne tablice wyników czy konkurencje (w Szachach przykład mamy).

Nigdy jednak żaden programista tematyką się nie zainteresował i projekt sobie tak leży i trwa.
Samo Elten API nie zniknie, gdyż wykorzystuje je sam Elten. Pytanie jednak, co z całym apletem "Programy".


Utrzymujemy? Wyrzucamy?
Może jakoś próbować API promować? A może dać temu pokój?

Sprawę poddaję do dyskusji, pozostawiając kilka faktów do rozważenia:
1. W bliżej nieokreślonej przyszłości pojawi się Elten na Linuxa i Maca, który także obsłuży Elten API. Oznacza to, że programy pisane w tej technologii, staną się uruchamialne z tego samego pliku na wszystkich trzech systemach.
2. Byłoby to także możliwe dla Androida i iOSA, przy czym wymagałoby zastanowienia się gruntownego nad formą i przeniesieniem, bo tam zwyczajnie nie ma klawiatury, plus sprawy licencyjne, ale licencja licencją, nad tym można pomyśleć.
3. Jednak programiści raczej wolą wydać już coś tylko dla Windowsa, niż dla relatywnie małej społeczności skupionej wokół Eltena.

Jak dla mnie:
1. Opcję programy, na razie, należy schować. Nie pozbywać się jej, ale jako coś nie użytecznego zwyczajnie zakomentować tam, gdzie tworzone jest główne menu, względnie otoczyć tym czy innym ifem sprawdzającym feature flag w configu.
2. Bardziej promować Elten API jako api.elten-net.eu, poustawiać na nim poprawnie CORS, co by je się dało faktycznie wykorzystać i tak dalej.
3. O iOs, w ten sposób przynajmniej co obecnie, nie ma co nawet myśleć. To nie są nawet żadne względy licencyjne, App Store review guidelines mówią wyraźnie, apka nie może ociągać kodu nie wiadomo skąd chyba, że użytkownik może widzieć i edytować ten kod z poziomu urządzenia, np. w appkach uczących programowania. Android to inna kwestia, ale wkładanie całej pracy tylko dla ANdroida nie ma sensu.
4. Można w przyszłości pomyśleć o udostępnieniu tego API np. jako Elten platform, dla klientów desktopowych, z zastrzeżeniem, że będzie to nieco podzielone. Mój pomysł to zrobienie jednego Elten runtime, samego klienta Elten client z niego korzystającego, potrafiącego uruchamiać inne appki. Jednakże inne appki nie powinny wymagać samego Eltena (chyba, że ze względów marketingowych). W ten sposób możnaby rozwiązać problem czym jest Elten w dość ciekawy sposób, mianowicie wyseparować funkcje nie będące stricte społecznościowe nieco poza Eltena, kodowo do osobnych modułów, jednakże ciągle dawać do nich z poziomu Eltena dostęp. Accessible file manager, accessible audiobook player, accessible music player (ze Spotify i Youtube dl) i tak dalej mogłyby być dostępnymi z menu Eltena, jednakże osobnymi programami. Sam Elten miałby tylko to, co się liczy, czyli funkcje społecznościowe. Może i znalazłby się ktoś, kto wziąłby pod swoje skrzydła jakiś konkretny moduł.
5. Myśląc bardziej długofalowo, możnaby ujednolicić nieco kod i interfejs. Jeżeli w Eltenie zostaje sama społeczność, a interfejs Eltena się uprości do kilku kontrolek (lista góra/dół z menu normalnym i kontekstowym, które same w sobie są listą oraz formularz z postami/opcjami) to można, tak na prawdę, całego Eltena rozwijać równocześnie na wszystkie platformy. Tylko sam kod obsługi takiego interfejsu by się różnił. Może nawet to, co w danej chwili wyświetlić w menu dostarczałby serwer tak, aby ludzie mogli tworzyć w czym chcą własne usługi, udostępniające API?

Nie prawda, j się interesowałem, tylko brak byl dokumentacji xD, po drugie bylem wtedy za glupi zeby cos napisac.

ZOstaw. Nie ma co wyrzucać, i tak nikomu nie przeszkadza. TYlko poprawić tak, by się dało normalnie appki tym do Eltena dorzucać.

wywalić do śmieci, takie mam wrażenie.

Może programistą nie jestem jakimś tam, ale owszem interesowałem się i czekałem pytając o dokumentację.
Zostaw, rozwijaj i napisz dokumentację(GUIDE).

dać dokumentację jakąś i zostawić, czemu ktoś nie miał by się zainteresować?

Myślę, że warto to powoli rozwijać tj. tworzyć wwraz z rozwojem dokumentację dla programistów, ale mamy zbyt mało ludzi, któzy chcieliby coś robić aby w tym momencie jakoś specjalnie się tym zajmować. Nuno czy Żywek mogą zapytać ciebie i pewnie będzie z tym mniej roboty niż z pisaniem całej dokumentacji, zwłąszcza, że obecnie są chyba ważniejsze rzeczy.

Przebranżowiłbym zabawkę, wszak nazwa EltenAPI kojarzy się bardziej z samym backendem Eltena, czymś co pluje JSONem, odpowiada, luje treścią, wreszcie, zezwala na uwieżytelnianie się loginem i hasłem Elten, by zobaczyć jakąś zagnieżdżoną treść Elten na zewnętrznej stronie np.w ramce.
Funkcje gier, raczej imhozakomentować.

Nazwę można by zmienić a Elten api stało by się api żeby np posty z blogów wrzucać na stronę, módz napisać wiadomość jak ma się Eltena etc.

PS: Ja tam ledwo ogarniam kodowanie, ale też bym i coś dołożył, gdybym wiedział jak.

Gdyby była dokumentacja, też bym może coś napisała, albo przynajmniej próbowała

też bym popróbował