14.05.2025 08:00
[#1]
CellBasics - arkusz kalkulacyjny "na naszą miarę"?
Jaca właśnie wrzucił na MorphZone taki oto obrazek:
Wygląda na to, że pracuje nad czymś w rodzaju arkusza kalkulacyjnego.
Będziemy się przyglądać rozwojowi sytuacji z wielkim zainteresowaniem:
Ostatnia aktualizacja: 14.05.2025 08:01:44 przez recedent
Wygląda na to, że pracuje nad czymś w rodzaju arkusza kalkulacyjnego.
Będziemy się przyglądać rozwojowi sytuacji z wielkim zainteresowaniem:
Ostatnia aktualizacja: 14.05.2025 08:01:44 przez recedent
14.05.2025 16:11
[#5]
Re: CellBasics - arkusz kalkulacyjny "na naszą miarę"?
@recedent, post #1
Wygląda na bardzo ambitny projekt. Te wszystkie formuły, zasady, zależności, parsowanie ich, weryfikacja, przeliczanie. Od samego myślenia głowa puchnie. Chyba, że może jest jakaś opensourcowa biblioteka, która sporo z tych rzeczy ogarnia i jest kompilowalna pod MorphOS. Wtedy pójdzie szybciej. Ale i tak głowa puchnie. 
Chociaż z drugiej strony, gdy sobie uświadomimy, że to robi człowiek, który dostarczył nam Wayfarera, Iris, Contacts, Objective-C, to już tak głowa nie boli. Dla Jacy jest to przerwa w poważnych projektach. 
Chociaż z drugiej strony, gdy sobie uświadomimy, że to robi człowiek, który dostarczył nam Wayfarera, Iris, Contacts, Objective-C, to już tak głowa nie boli. Dla Jacy jest to przerwa w poważnych projektach. 14.05.2025 16:55
[#6]
Re: CellBasics - arkusz kalkulacyjny "na naszą miarę"?
@MDW, post #5
Kilka strzępków informacji, którymi Jacek podzielił się na MorphZone:
Standardowa składnia Excela jest już zaimplementowana, muszę jednak napisać kod dla wspólnych funkcji. Wszystkie standardowe operacje matematyczne lub odwoływanie się do innych komórek / zakresów działają jednak dobrze.
Parser formuł i loadery xlsx to porty bibliotek opensource. Poza tym jest to całkowicie mój własny kod oparty na ObjectiveC++ i Cairo/Harfbuzz.
14.05.2025 17:21
[#7]
Re: CellBasics - arkusz kalkulacyjny "na naszą miarę"?
@recedent, post #6
Czyli do tych operacji matematycznych przyjął jakieś stabilne, sprawdzone opensourcowe podstawy. I to jest bardzo słuszna koncepcja. 
Bez sensu wymyślać koło na nowo skoro można ten wysiłek poświęcić na całą resztę (której jest spooooro). Ech, opłacało się unowocześniać MOS SDK. Teraz to wszystko procentuje.
Jakoś strasznie nie potrzebowałem arkusza kalkulacyjnego. Tylko do takich drobiazgów jak wspólne, synchronizowane tabelki rodzinnych wydatków, żeby nic nie pominąć albo nie zapłacić dwukrotnie. Ale teraz choćby na siłę, ale sobie wymyslę zastosowanie.
Bez sensu wymyślać koło na nowo skoro można ten wysiłek poświęcić na całą resztę (której jest spooooro). Ech, opłacało się unowocześniać MOS SDK. Teraz to wszystko procentuje. Jakoś strasznie nie potrzebowałem arkusza kalkulacyjnego. Tylko do takich drobiazgów jak wspólne, synchronizowane tabelki rodzinnych wydatków, żeby nic nie pominąć albo nie zapłacić dwukrotnie. Ale teraz choćby na siłę, ale sobie wymyslę zastosowanie.
23.01 13:40
[#13]
Re: CellBasics - arkusz kalkulacyjny "na naszą miarę"?
@recedent, post #12
To się nazywa nowoczesne programowanie i wsparcie XXI-wiecznych standardów. 
Dla porównania przytoczę przykład z wielkiego świata wielkich pieniędzy, inwestycji. Z krzesła spadłem gdy ostatnio robiąc przelew z aplikacji mBanku (dla iOS) w polu "tytułem" chciałem wpisać "ö" (o umlaut). Znak się nie pojawia w polu tekstowym. Znaki ąćęłńóśżź wchodzą bez problemu. Na odległość wali jakimś lamerskim "ifem" w kodzie, który łamie wszystkie zasady logiki i standaryzacji. I to nie jest jakiś hobbystyczny projekt, robiony za darmo wieczorami, dla własnej satysfakcji. To jest potężny projekt w którym siedzą dziesiątki osób zarabiających grubaśne pensje, tłuści seniorzy, architekci oprogramowania, spore zespoły testujące (to w końcu jest aplikacja bankowa, więc QA jest tutaj grube)...
Ostatnia aktualizacja: 23.01.2026 13:42:02 przez MDW
Dla porównania przytoczę przykład z wielkiego świata wielkich pieniędzy, inwestycji. Z krzesła spadłem gdy ostatnio robiąc przelew z aplikacji mBanku (dla iOS) w polu "tytułem" chciałem wpisać "ö" (o umlaut). Znak się nie pojawia w polu tekstowym.
Znaki ąćęłńóśżź wchodzą bez problemu. Na odległość wali jakimś lamerskim "ifem" w kodzie, który łamie wszystkie zasady logiki i standaryzacji. I to nie jest jakiś hobbystyczny projekt, robiony za darmo wieczorami, dla własnej satysfakcji. To jest potężny projekt w którym siedzą dziesiątki osób zarabiających grubaśne pensje, tłuści seniorzy, architekci oprogramowania, spore zespoły testujące (to w końcu jest aplikacja bankowa, więc QA jest tutaj grube)...Ostatnia aktualizacja: 23.01.2026 13:42:02 przez MDW
23.01 20:53
[#14]
Re: CellBasics - arkusz kalkulacyjny "na naszą miarę"?
@MDW, post #13
offtopując:
Spytałem AI, te ograniczenia co do znaków w apce mbank są narzucone ze względu na standardy:
Spytałem AI, te ograniczenia co do znaków w apce mbank są narzucone ze względu na standardy:
Standardy KIR (Krajowej Izby Rozliczeniowej): System ELIXIR, który obsługuje przelewy międzybankowe w Polsce, jest zbudowany w oparciu o konkretne standardy wymiany danych. Dokumentacja KIR precyzuje zestaw znaków (alfabet polski i podstawowe znaki łacińskie), aby zapewnić poprawną komunikację między wszystkimi bankami w Polsce.
23.01 21:04
[#15]
Re: CellBasics - arkusz kalkulacyjny "na naszą miarę"?
@karolb, post #14
To jest dosłownie żałosne. Prawie na pewno powód tkwi w jakiejś prehistorii bankowego backendu, który ciągle w jakiejś części działa na COBOLu czy innych technologiach lat 70. Klasyczny rezultat filozofii „działa to nie ruszać”. Góra może sobie być w różnych dzisiejszych rozwiązaniach, ale co z tego skoro musi się komunikować z dołem.
Okazuje się, że w amigowym świecie wcale nie jesteśmy tak bardzo do tyłu jak nam się wydaje.
Prawie na pewno powód tkwi w jakiejś prehistorii bankowego backendu, który ciągle w jakiejś części działa na COBOLu czy innych technologiach lat 70. Klasyczny rezultat filozofii „działa to nie ruszać”. Góra może sobie być w różnych dzisiejszych rozwiązaniach, ale co z tego skoro musi się komunikować z dołem. Okazuje się, że w amigowym świecie wcale nie jesteśmy tak bardzo do tyłu jak nam się wydaje.