Zacznijmy od tego, czemu to tworzę.

PackageKit od samego początku nie ma rozwiązywania zależności. Spotkałem się z wieloma opiniami, że z użyciem graficznego menedżera paczek, nie można wszystkiego w systemach GNU/Linux zainstalować. Głównym zarzutem był brak możliwości rozwiązania zależności. No, cóż... Problem rozwiązano dawno temu. Mogłem rozwiązywać zależności w Yast odkąd pamiętam. Jednak sklepy z aplikacjami, jak gnome-software czy plasma-discover nie dostarczają tej opcji.

Tym razem dodałem jedynie drobne zmiany do Bonsole. Najważniejszymi są chyba obsługa trybu zapasowej inicjacji, a poza tym tryb zgłaszania się do aplikacji Bonsole. Tryb ten polega na tym, że do działającego programu Bonsole może dołączyć się inny program. Do tej pory jedynie Bonsole mógł uruchamiać program, który nawiązywał z nim kontakt. Obecnie można wystartować program, który uruchomi Bonsole i nawiąże z nim kontakt. Inną metodą jest nawiązanie kontaktu przez program z Bonsole, jeżeli oba programy zostały uruchomione niezależnie.

Artykuł jest na temat OpenSUSE i Plasmy5, a nie GNU/Linuksów w ogólności lub Linuksów. Chciałbym napisać coś szerzej, ale zabawę w testowanie systemów mam dawno za sobą. Oczywiście, że nie wykluczam, iż nie powrócę do niej, ale obecnie nie mam czasu.

Tak więc, sukcesywnie korzystam z OpenSUSE od parunastu lat. Najpierw zacznę pisać o problemach:

1. Artefakty niekiedy się pojawiają na ekranie, również podczas normalnej pracy - laptop jednak nie jest nagrzany (chyba nigdy się nie zdarzyło, by był gorący)

W końcu stworzyłem przydatny program. Służy do edycji /etc/passwd za pomocą formularza html lub konsolowego (w zależności od uruchomionego backend-u).

Zaprezentowałem już, jak działa obsługa formularzy w backendzie konsolowym. Ogólnie źle, prawda? Znacznie lepiej się prezentuje obsługa przez backend normalny/Bonsole. Tak wygląda ten sam formularz w backendzie normalnym:

Mamy tutaj przycisk następne, zapisz pełny plik i utwórz nowy rekord.

Zacznę od pewnej zbieżności. Ktoś wydał projekt o podobnej nazwie: https://www.npmjs.com/package/bonsole . Nie skomentuję tego - być może zmienię nazwę swojego projektu lub poproszę autora bonsole (z małej) o to.

Nowości

Wprowadziłem zmiany w GUI, jak i systemie obsługi błędów. Poza tym, to od niedawana jest dostępny plik nagłówkowy z prototypami funkcji.

Zmiany w GUI

Zmian w GUI jest nie wiele. Dodałem dwa nowe przyciski : File i Directory.

Tym razem króciutko. Do Bonsole (a raczej biblioteki klienckiej) dodałem backend konsolowy. Możesz go wykorzystać zarówno w aplikacjach pracujących w trybie ducha, jak zaprezentowany ls, jak i pracujących w trybie interaktywnym.

Tutaj macie film:

Film prezentuje dwa programy demonstracyjne: ls, progress. Ls pracuje w trybie ducha, więc biblioteka kliencka Bonsole wychodzi z pętli obsługi zdarzeń zaraz po zakończeniu przetwarzania poleceń. Te polecenia są przesyłane przez przeglądarkę lub podane w wierszu poleceń.

Od ostatniego wpisu na temat Bonsole niewiele się zmieniło w tym programie. Dodałem tryb ducha dla programów klienckich, wstępną pętlę obsługi zdarzeń, zmiany w arkuszach stylów (xsl), możliwość korzystania z narzędzi programisty w programie Bonsole.

Od tej pory aplikacja może oczekiwać na zdarzenia. Jest specjalny rodzaj uri, którego składnia jest taka:

app: prefiks parametry_programu .

Prefiks może wskazywać, że chodzi nam o komunikat zdefiniowany przez programistę aplikacji, bądź jakiś standardowy, jak np.

Po wielu znojach z próbą wykorzystania Gecko, jako silnika Bonsole, postanowiłem wykorzystać WebKit2 w wersji GTK+. Po jednym dniu pracy (i trochę dzisiejszego), wszystko zaczyna działać.

Czym jest Bonsole

Bonsole to zestaw narzędzi, który ma pomóc dodawać do narzędzi cui tryb bardziej przyjemny dla oka. W dodatku, jak libgreattao, daje możliwość użytkownikowi wpływania na prezentację. Bonsole jest przeglądarką internetową, która ma wyświetlać programy uruchomione na naszym komputerze. Niby nic rewelacyjnego, ale jednak...

Ten wpis został popełniony, by opisać proste skrypty: czekacz i time_inc.

Skrypty mają umożliwić powolne zasypianie, czyli podobny efekt, jaki ponoć jest w niektórych telewizorach. Telewizory te mają obserwować czy użytkownik śpi i wyłączyć się, jeżeli nie wykryją użytkownika z otwartymi oczami. Ogólne wrażenia użytkownika powinny wyglądać tak (domyślnie odnoszę się do użytkownika):

1. Ściąga archiwum z omawianymi skryptami

2.

Tym krótkim wpisem chciałbym napisać, czemu mniej popularnym produktom/rozwiązaniom się trudno przebić. Przytoczę krótki tekst. Lepiej by to obrazował komiks, ale talentu do narysowania komiksu nie mam. W takim razie...

Mamy widownię, okrągły stół, piękną prezenterkę, dwóch zaproszonych gości, dwa identyczne laptopy i widownię. Goście zasiadają naprzeciw siebie.

Na jednym laptopie jest jakaś desktopowa dystrybucja GNU/Linux, a na drugim Windows.

Światła kamera, akcja.

Oboje z gości twierdzą, że osoba po przeciwnej stronie stołu korzysta z gorszego systemu.