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.

Jakiś czas temu byłem zafascynowany projektem etckeeper. Prawdopodobnie przeczytałem o nim w Linux Magazine. Projekt robi w pewnym sensie to samo, co snapper, a mianowicie pozwala na przywracanie i zapisywanie konfiguracji systemu (choć snapper ma większy zakres działań).

Parę dni temu rozpocząłem projekt, który podchodzi do tego od innej strony. Również pozwala wyświetlić administratorowi listę dokonanych zmian, ale zamiast pozwalać na dokonanie zmian w systemie przed możliwością ich podejrzenia, izoluje zmiany i wyświetla je administratorowi z pytaniem czy je potwierdza.

Ponieważ ostatnio wyjechałem na parę dni na wakacje, postanowiłem coś napisać. Padło na prosty projekt, który od dawna chodził mi po głowie - coś, co uczyni okna bardziej modern...

Projekt o nazwie LessBar został już opublikowany. Jest na domenie publicznej. Z czym on się je? Otóż, jest to zestaw prostych trzech okienek - przycisku, okna dialogowego i docka na kontrolki. Do tej kontrolki możesz dodać dzieci - każda jako oddzielny panel. Panele domyślnie są ukryte i trzeba najechać na wspomniany przycisk, by pokazało się okno dające do nich dostęp.

W tym poradniku opiszę sposób tworzenia hybrydowych skryptów command i bash. Rozwiązanie nie będzie idealne - ma pewne wady, których chyba nie da się usunąć - na Windowsie wypisze, że polecenie #!/bin/bash jest nierozpoznawalne, a na GNU/Linux wypisze, że polecenie @echo off jest nierozpoznawalne. Coś jednak za coś. Dzięki rozwiązaniu otrzymujemy możliwość dostarczania oprogramowania na wiele systemów operacyjnych, korzystając tylko z jednego pliku.

Ostatnimi czasy miałem więcej wolnego czasu. Wygospodarowałem wystarczająco, by napisać jakoś działający plaster (trudno to nazwać warstwą) kompatybilności z grą Civilization V. Idąc dalej dodałem do zestawu reguł progressCiv5 złote ery i polityki, jakie były w Civilization V, gdyż te na wzór Cywilizacji 4/6 były dostępne wcześniej.

Jak dodałem wspomniane rzeczy do nowego zestawu reguł?

Pierwszą rzeczą dodaną do silnika gry są liczniki, następnie własne mnożniki, a na samym końcu blokada zmiany polityki społecznej.

Na swoim nowym laptopie postanowiłem zainstalować OpenSuSE. Miałem dwa problemy, które opiszę.

Pierwszy problem dotyczy zbyt małej partycji efi, przez co instalator nie chciał zainstalować bootloadera. Co prawda, instalator ostrzegał mnie o tym, ale kazałem mu kontynuować. Rozwiązanie było trywialne - utworzenie dodatkowej partycji EFI i wskazanie, by była montowana pod /boot/efi.

Kolejnym problemem była karta AMD, która powoduje problemy uniemożliwiające uruchomienie serwera X, Początkowo rozwiązywał to, napisany przeze mnie ten skrypt: