$ synclient CoastingSpeed=0

by Gabrys

The webcam reader

I decided, it's time to record the temperature, so I brought the laptop, adjusted the screen angle, set the brightness to max and took a shot from the webcam to see if the thermometer is in the view of the camera:

mplayer tv:// -vo png -frames 3

This takes 3 frames from the webcam and saves them as PNG files: 00000001.png, 00000002.png, and 00000003.png. If you wonder why I need 3 frames, the first one is always under- or overexposed and out of focus, the second is usually OK and the third is almost always good (as for a webcam), so long story short, I'm giving some time to the camera to auto-adjust its settings.

Here's a script that does just a bit more than that:

#!/bin/bash set -e export DISPLAY=:0 curdate=`date +%x-%X | sed 's/[\.:]//g'` outpng=/home/quake/git/thermonitor/out/"$curdate".png tmppng=/home/quake/git/thermonitor/tmp/00000005.png mkdir -p /home/quake/git/thermonitor/out/ /home/quake/git/thermonitor/tmp cd /home/quake/git/thermonitor/tmp # White background ristretto ../white.png & # Wake screen xte "mousemove 100 100" sleep 0.2 xte "mousemove 99 99" # Dump screen mplayer tv:// -vo png -frames 5 -noconsolecontrols cp "$tmppng" "$outpng" echo "$outpng" kill $!

It's very hacky, but here are the big parts:

• set -e makes the script stop if any of the commands in it fail
• export DISPLAY=:0 selects the default X display, so I can run the command from an SSH shell
• Then we have some hard-coded paths to tmp and out directories
• ristretto ./white.png & starts a image-viewer and shows a white.png file which is a big all-white file. This makes the screen display enough white, so the LCD thermometer is properly lit
• I use xte to move the mouse around: this blocks the automatic screen dimming, so the screen continues to be 100% bright
• Then we have the mplayer command from before, just changed to 5 frames (just to be sure) and -noconsolecontrols. mplayer kind of hangs when you start it without a proper terminal on stdin, unless you pass this option
• Then I copy the 5th frame to the output file, which has the current date and the time in its path
• Finally I close the ristretto process I opened before

I run this command in a while loop like that:

while sleep 28 ; do ./dup.sh ; done

./dup.sh takes around 2 seconds, so I have about 2 photos a minute.

I put that to a screen session.

Now in the out directory I serve the files using Python HTTP server:

python -m SimpleHTTPServer

This starts an HTTP server on port 8000 and serves all the files and creates an index of them when requesting /.

The processing

How easier to copy the HTTP-exposed files than using a plain-old wget command?

wget -r http://dell:8000/

This creates directory dell:8000 and downloads all the PNG files to it.

Once you have that directory you may later want to update it with only the newer files:

rm dell\:8000/index.html wget -nc -r http://dell:8000/

The -nc switch makes wget ignore files that are already there. We explicitly remove the index.html so it downloads a new list (that includes newer files).

I wanted to make a program that gets a photo of the 7-segment display and reads it producing a number that along with the date could be used to graph the temperature over time.

First, let's use ImageMagick to:

• crop the picture to only the interesting part: the OUT reading
• shear the picture to make the LCD segments vertical and horizontal, not skewed
• bump contrast/gamma to remove the noise
• auto-adjust the visual properties of the picture so it's more consistent across different times (like night vs day)
• make it black and white — turned out it works best if I only use the Green channel, R and B turned out more noisy than G.
• resize to as small size as needed — for easier and faster processing

Here's the actual command:

convert $file_in -gamma 1.5 -auto-level -brightness-contrast 35x80 -shear -14x0 -crop 260x70+320+227 -channel Green -separate -resize 40x20 $file_out

Input image:

Output image:

Zoomed in:

You can see the bottom segment is not really visible, but that's OK, all the digits can be properly read without that segment being visible, so we'll only consider the 6 segments that we can easily read.

Now comes the meat, the Python program reading the file and returning the temperature:

#!/usr/bin/env python #encoding: utf-8 from PIL import Image # Points that hold each segment: # d1 is the first digit d1_sA = [(12,1), (13,1), (14,1), (15,1)] d1_sB = [(18,2), (18,3), (18,4), (18,5)] d1_sC = [(18,8), (18,9)] d1_sE = [(11,8), (12,9), (11,9), (12,8)] # Don't need this, as we only ever have 1 and 2 in the first place d1_sF = [] d1_sG = [(13,7), (14,7), (15,7), (16,7)] # d2 is the second digit d2_sA = [(24,1), (25,1), (26,1), (27,1)] d2_sB = [(29,2), (29,3), (29,4), (29,5)] d2_sC = [(29,8), (29,9)] d2_sE = [(22,8), (22,9)] d2_sF = [(22,2), (22,3), (22,4), (22,5)] d2_sG = [(24,6), (25,6), (26,6), (24,7), (25,7), (26,7)] # d3 is the small digit (first after the decimal point) d3_sA = [(35,4), (36,4), (37,4)] d3_sB = [(38,5), (38,6), (38,7)] d3_sC = [(38,9)] d3_sE = [(34,9)] d3_sF = [(34,5), (34,6), (34,7)] d3_sG = [(35,8), (36,8)] # Now the tricky part, for each segment I define a threshold below which I consider it "lit" # 0 means completely black, 255 is white. # Because of uneven lighting, for each segment (and digit, but we ignore that) the value is different. tA = 200 tB = 170 tC = 120 tE = 115 tF = 140 tG = 170 # A threshold for the "-" sign tSIGN = 200 # All of those were obviously updated on the go to match the files # A nice debugging function that prints which segments the code considers lit # Also if you wondered what A, B, C, E, F, G meant, here's the schematic: def print_digit(segs): # Only print this if there's a second argument to the script passed if len(sys.argv) == 2: return print ''' {A}{A} {A}{A} {F} {B} {F} {B} {F} {B} {G}{G} {G}{G} {E} {C} {E} {C} {E} {C} '''.format( A='###' if 'A' in segs else ' ', B='###' if 'B' in segs else ' ', C='###' if 'C' in segs else ' ', E='###' if 'E' in segs else ' ', F='###' if 'F' in segs else ' ', G='###' if 'G' in segs else ' ', ) # This doesn't do anything spectacular, just passes the coordinates for each of the segments and the average value of the first 9 pixels of the image: (0,0) - (3,3) def read_digit(im, pointsA, pointsB, pointsC, pointsE, pointsF, pointsG, avg9px): segs = '' segs += 'A' if read_segment(im, pointsA, tA-avg9px) else '' segs += 'B' if read_segment(im, pointsB, tB-avg9px) else '' segs += 'C' if read_segment(im, pointsC, tC-avg9px) else '' segs += 'E' if read_segment(im, pointsE, tE-avg9px) else '' segs += 'F' if read_segment(im, pointsF, tF-avg9px) else '' segs += 'G' if read_segment(im, pointsG, tG-avg9px) else '' print_digit(segs) # A list of all digits and their representation on the 7-segment display: if segs == 'ABCEF': return 0 if segs == 'BC': return 1 if segs == 'ABEG': return 2 if segs == 'ABCG': return 3 if segs == 'BCFG': return 4 if segs == 'ACFG': return 5 if segs == 'ACEFG': return 6 if segs == 'ABC': return 7 if segs == 'ABCEFG': return 8 if segs == 'ABCFG': return 9 # A special case for the first digit, it doesn't display "0", just doesn't display any segments if segs == '': return 0 # The function that takes the PIL image object, gets a list of (x,y) coordinates # and checks if the average value of them is smaller than the threshold passed: segment "on" # For 0 points passed it returns False: segment "off" def read_segment(im, points, threshold=128): val = 0 for point in points: val += im.getpixel(point) return val < threshold * len(points) # Nothing interesting in here, just for printing the date from the file name def get_date(file_name): time_str = file_name.split('-')[-1].replace('.png', '') d1, d2, m1, m2, y1, y2, y3, y4 = file_name.split('/')[-1].split('-')[0] return '{}{}/{}{}/{}{}{}{} '.format(m1, m2, d1, d2, y1, y2, y3, y4) + '{}{}:{}{}:{}{}'.format(*list(time_str)) # A bunch of imports in the middle of the file # Don't do that at home ;-) import sys import subprocess # This will be for example: pngs/dell\:8000/24092016-101055.png file_in = sys.argv[1] # And this: processed-pngs/dell\:8000/24092016-101055.png file_out = 'processed-' + file_in # Calling the ImageMagick as discussed in the article subprocess.check_call(['convert', file_in, '-gamma', '1.5', '-auto-level', '-brightness-contrast', '35x80', '-shear', '-14x0', '-crop', '260x70+320+227', '-channel', 'Green', '-separate', '-resize', '40x20', file_out]) # Reading what it created im=Image.open(file_out) # Now a thing I added at some point later. # Because of different lighting throughout the day and because the ImageMagick command # above was not good compensating for it (in spite of auto-level and high contrast) # some of the images were darker than the others. In most images (the ideal scenario for the code) # the first 9 pixels of the image (0,0) to (3,3) were just white (or very close), but in those darker # images the whole image was darker and I used the first 9 pixels to detect how much darker first9px = im.getpixel((0,0)) + im.getpixel((0,1)) + im.getpixel((0,2)) \ + im.getpixel((1,0)) + im.getpixel((1,1)) + im.getpixel((1,2)) \ + im.getpixel((2,0)) + im.getpixel((2,1)) + im.getpixel((2,2)) # This is the compensation, for most of the images it's 0 or very few, but for darker images, it's more avg9px = 255-first9px/9 num = '{}{}{}.{}'.format( '-' if read_segment(im, [(2,6), (3,6), (4,6)], tSIGN-avg9px) else '+', read_digit(im, d1_sA, d1_sB, d1_sC, d1_sE, d1_sF, d1_sG, avg9px), read_digit(im, d2_sA, d2_sB, d2_sC, d2_sE, d2_sF, d2_sG, avg9px), read_digit(im, d3_sA, d3_sB, d3_sC, d3_sE, d3_sF, d3_sG, avg9px), ) if 'None' not in num: print get_date(file_in) + '\t' + num # If there's a second argument to the script passed, show the original image for comparison if len(sys.argv) > 2: Image.open(file_in).show()

Even though this script is so simple, after tweaking the thresholds, most of the files were recognized correctly, those that weren't had one or more non-recognized digits, so they were easy to filter out. For over 1-day worth of images, only 2 or 3 minutes had a missing reading.

I loaded the data to LibreOffice and generated this pretty graph:

Timelapse video

Another approach visualizing the data was to create a video.

The plan:

• Annotate the images with the recorded time
• Compose the video from single frames, putting 60 frames per a second of the resulting video

60 frames a second with roughly 2 frames captured a minutes means a day of recording is compressed to:

2 frames a minute * 60 minutes an hour * 24 hours a day = 2880 frames 2880 frames / 60 frames a second = 48 seconds

This makes is "viewable". 60 FPS (versus 30 FPS at higher speed) means you can pause at any time and read the crisp time and temperature.

Here's the annotate part:

#!/usr/bin/env python import sys import subprocess path_in = sys.argv[1] path_out = sys.argv[2] date, time = path_in.replace('.png', '').split('/')[-1].split('-') D1, D2, M1, M2, Y1, Y2, Y3, Y4 = date h1, h2, m1, m2, s1, s2 = time label = '{}{}/{}{}/{}{}{}{} {}{}:{}{}:{}{}\\n'.format(M1, M2, D1, D2, Y1, Y2, Y3, Y4, h1, h2, m1, m2, s1, s2) subprocess.check_call([ 'convert', path_in, '-gravity', 'south', '-pointsize', '45', '-font', 'FreeMono', '-annotate', '0', label, '-fill', 'black', path_out ])

Here's the result:

Running this in a loop, 16 images at a time:

#!/bin/bash i=0 for file_in in dell*/*.png; do file_out="`printf "labeled/%06d.png" $i`" echo ./add-labels.py "$file_in" "$file_out" i=$((i+1)) done | parallel -j 16

In addition to annotatig the image it also names them as 000001.png, 000002.png etc, which makes it easy for avconv to convert them to a video:

avconv -fflags +genpts -r 60 -i labeled/%06d.png -r 60 temperature.mkv

And here's the video:

by Gabrys

My approach to this issue was to use PulseAudio software mixer capabilities, so the hardware mixer is never adjusted (other than for the initial setup).

Step 1. Getting PulseAudio to use the software mixer

I found no good documentation on this other than PulseAudio uses paths to convert the desired volume to the hardware mixer settings and if it lacks the ability to do so it would turn the volume up/down using software. Reading between the lines I realized if I remove the paths I will get what I want. Just do this and restart pulseaudio and you'll have PulseAudio doing all the mixing in software:

sudo mv /usr/share/pulseaudio/alsa-mixer/paths /usr/share/pulseaudio/alsa-mixer/paths.bak

Verifying it works

Open two terminal windows. In each of them open alsamixer. Both should display very simple controls and say Card: PulseAudio. Use F6 to switch to the real card in one of the windows. Usually the cards have plethora of controls, so should yours.

Now change the output volume in the alsamixer still saying "Card: PulseAudio". If the volume reported by the other alsamixer does not change, it works as expected!

If you now rename the paths directory back and restart the pulseaudio process, updating the PulseAudio volume should update the real device volume as well.

Step 2. Integrating this with XFCE (or other DE)

The way xfce4 handles the volume is two-fold:

• There's a xfce4-volumed daemon. It only controls the key bindings. It binds volume up, volume down and mute keys to control the real device controls
• There's a panel applet called "Audio Mixer" that shows the current volume level and lets you change the volume as well.

Both component are optional and both seem to not work with PulseAudio (even through PulseAudio ALSA emulation which tricks alsamixer for instance).

We're going to overcome this problem by replacing these components with two other programs.

pa-applet

pa-applet will replace the "Audio Mixer" applet. The difference is the pa-applet docks to the systray, so is not XFCE-specific. The downside is we don't have control over the specific position of the icon, all we know is it will appear in the systray (so don't forget to have the systray applet added to the panel).

In order to install this software you need to clone the source, and run ./autogen.sh, ./configure, make, sudo make install. You will get information about deps missing, for instance:

configure: error: Package requirements (glib-2.0) were not met: No package 'glib-2.0' found

You need to find the proper *-dev package for each unmet dependency (for this one it will be libglib2.0-dev).

I came across one additional problem. The software seems not updated after some GTK+ 3 updates and it uses a deprecated function. Because the code is configured in a way that every warning stops the compilation, it wouldn't let you compile the code unless you open the src/Makefile file and then find and remove the -Werror flag from it.

xfce4-volumed-pulse

This part will take care of binding the media keys to the pulse audio controls (rather than to the sound card controls).

You need to download the tar package, untar it, ./configure, make, sudo make install. It also requires quite a few libs to be installed, but I didn't found any issues when compiling.

Hooking this up together

Since I didn't need the original xfce4-volume anymore I decided to remove it:

apt-get remove xfce4-volumed

But because XFCE will try to launch this anyway on each start, I decided to take advantage of it and replace it with a script:

#!/bin/bash /usr/local/bin/xfce4-volumed-pulse /usr/local/bin/pa-applet

Add the executable bit, restart the laptop and all should be working correctly at this moment.

Setting the hw mixer controls

Since PulseAudio won't update the hw controls after you follow up this little howto, it's quite important to set all the important channels to 100% (or other number up to your taste). The way to update the hw controls was described before.

Open the terminal, type alsamixer and hit F6. This will give the list of ALSA devices besides the PulseAudio emulation, your real sound cards should display as well. Choose the right one and you should be given access to tweak the real card controls.

Note if you removed the PulseAudio paths, the PulseAudio controls wouldn't update when you tweak the hw controls.

by Gabrys

#!/bin/bash fps=5 bitrate=15000 port=8080 transcode="transcode{vcodec=MJPG,vb=$bitrate}" http='http{mime=multipart/x-mixed-replace}' std="standard{access=$http,mux=mpjpeg,dst=:$port}" sout="#$transcode:$std" cvlc -q screen:// ":screen-fps=$fps" --sout "$sout"

Connect using a browser pointed to http://localhost:8080/

Opera seems to work the best for that stream. If you don't set the zoom at 100% if will flicker a bit though.

by Gabrys

After spending some time figuring out why this doesn't work out of the box, I learned most of the tutorials are not right about one thing. They claim to share the network in the same (sub)network you don't need any special configuration on the client. That's wrong. You need to install cups-browsed package on the client:

sudo apt-get install cups-browsed

Then you just wait 30 seconds and you're remote printers should appear in http://localhost:631/printers

If you want to print from a different network (or your stupid router doesn't bridge Wifi and Ethernet networks) you may need to add a line like that:

BrowsePoll server-name

to the /etc/cups/cups-browsed.conf file.

An update: actually BrowsePoll server-name doesn't seem to work. I needed to replace the server name with the server IP address.

by Gabrys

Teraz Flash na Linuksa dostępny jest tylko w wersji 11. Jak chcesz wersję 12, to musisz mieć Chrome'a. Można jakimś hakiem wyciągnąć z Chrome'a samą wtyczkę i wrzucić do Chromium, ale to już trochę bez sensu.

Natomiast o Moonlighcie to już chyba wszyscy zapomnieli. Przekierowanie ze strony Microsoftu (gdzie kierują strony "brak wtyczki) prowadzi do 404-ki, w apcie susza, w sumie nie wiadomo co robić.

Ale dzisiaj odkryłem rozwiązanie obu problemów. Nazywa się ono pipelight. Jest to sprytna biblioteka instalująca Windowsowe wtyczki do przeglądarek jako wtyczki do przeglądarek na Linuksie, np. Firefoksa. Korzysta to z wine'a i sprawdziłem, że działa. Zarówno Silverlight jak i Flash 12 odtąd działa elegancko. Przynajmniej do oglądania filmów i transmisji na żywo. Obsługa kamerki w tej "wersji" Flasha nie działa.

by Gabrys

#!/bin/bash echo nameserver 8.8.8.8 | sudo tee /etc/resolv.conf > /dev/null

by Gabrys

The problem seems to be the /system/etc/hosts file is real file on flash filesystem and if modified it can be only as big as 2 kilobytes, so regular host-based ad-blocking can't be used here. For some reason creating symbolic link to /data also fails.

I though the ad blocking can be done differently — by DNS server. If we can't put much to /etc/hosts file, let's set up a DNS server (say dnsmasq) that reads the hosts-to-be-blocked file and returns 127.0.0.1 for them and act as a proxy-DNS server for every other domain. But there was problem in settings DNS server in Android settings. It seems the ROM has hardcoded OpenDNS servers and you can only override this per each WiFi network. No way to do this for 3G.

But then I found, the ROM comes with iptables executable (possibly from busybox, haven't really checked) and more interestingly iptables-capable kernel. After a bit of trial and error (and Google searching) I found commands to redirect all DNS traffic comming from the phone to one predefined server:

iptables -t nat -A OUTPUT -p udp --dport 53 -j DNAT --to-destination 87.118.110.215 iptables -t nat -A OUTPUT -p tcp --dport 53 -j DNAT --to-destination 87.118.110.215

The shell throws out one-line TODO (implement getprotobyname) errors but this is harmless to us. This is effective untill you flush iptables (with iptables -t nat -F) or reboot the phone.

At first I wanted to set up the ad-blocking DNS server myself, but I said, hey, someone just had to do it. I wasn't wrong, there were at least two relevant Google results for this: AdBarricade and FoolDNS. So you need to choose one and you're set.

But how do you compare those two? I mentioned I used AdAway and AdFree before and their block lists are very good (personal opinion), so I decided to download the hosts file generated by AdAway (it has the option to generate the hosts file anywhere, not just in plain /etc/hosts), shuffle it a bit and for top 1000 hosts check whether AdBarricade or FoolDNS block them. The results were:

FoolDNS (87.118.110.215): 744/1000 hosts blocked
AdBarricade (74.53.155.162): 234/1000 hosts blocked

For our purpose (measure by how many of AdAway-listed hosts are blocked) FoolDNS is a winner. That's why 87.118.110.215 was used in the iptables scripts above.

Once we have our DNS-based iptables-powered ad filtering, we may want to make it persistent. BCM ROM has a script that's called during boot process, it's /etc/boot.d/99bash and we can just append two abovementioned lines to it, to make the boot process run them each time the phone boots.

by Gabrys

Jakiś czas temu zauważyłem, że dzielę z Linusem Torvaldsem odczucia dotyczące środowisk graficznych. Podobnie jak on, byłem wielkim fanem KDE 3, potem GNOME 2. Wynalazki takie jak KDE 4, Gnome 3, Gnome Shell czy Unity nie przypadały mi do gustu. Obecnie środowiskiem graficznym, które uznaję za sensowne (podobnie jak Linus) jest XFCE, którego byłem fanem (i użytkownikiem) od dłuższego czasu.

Korzystając z okazji i chęci eksperymentowania, zainstalowałem ostatnio Xubuntu Precise w wersji beta1 i ku mojemu zdziwieniu całość sprawuje się świetnie. Korzystam z szyfrowania katalogu domowego, a mimo wszystko całość zasuwa jak dziki skurczybyk.

Miałem problem z nieładowaniem się pulpitu po zalogowaniu, ale po wymianie lightdm na gdm już jest OK.

Dodam, że korzystam z doka, który nazywa się "Docky" (wywodzącego się z Gnome-Do, lecz teraz jest osobnym projektem), który też robi kawał dobrej roboty.

Podsumowując: cały świat Linuksowy jednak nie zapomniał się w holizmie i są wciąż projekty skupiające się na tym, co powinny robić. I ja to bardzo doceniam. I nie potrzebuję mieć jednej firmy, która dostarczy mi cały system, gdzie absolutnie wszystko będzie do siebie podobne i pasujące. Nie żebym nie chciał, ale to po prostu niemożliwe. Wystarczy, że do każdej rzeczy, którą robię wybiorę sobie jakiś komponent, który mi pasuje, a komunikacja między nimi nie będzie sprawiać problemów.

Filozoficzne myśli ostatnio się mnie trzymają. I wiem, że sporo ludzi docenia to co ja, więc fajnie było się tą myślą podzielić publicznie.

by Gabrys

Jakiś czas temu Ubuntu postanowiło postawić na Unity — nowoczesne środowisko graficzne z ultra fajnym dokiem jak i wyszukiwarką programów, które miało być hitem dla tzw. zwykłego użytkownika.

Niestety całe to Unity, pomimo kilku fajnych rzeczy, po prostu nie sprawdza się. I o ile wszystkie pomysły w teorii są bardzo fajne (np. dock a'la Mac OS) to w praktyce są zrealizowane po prostu źle.

Mam wrażenie, że nikt tego nie testował, ponieważ, kiedy pierwszy raz zetknąłem się z tym środowiskiem (a było już ono w Ubuntu w wersji wydanej, nie żadne alfa-bety) to miało mnóstwo błędów.

Najgorsze jest chyba jednak to, że poczyniono w jakimś wyższym celu mnóstwo założeń, jak chyba najbardziej kontrowersyjne, że dock będzie po lewej stronie i nie da się go przesunąć. Można się do tego przyzwyczaić? Można. O ile się korzysta z jednego ekranu. Jako power-user korzystam od dłuższego czasu z dwóch monitorów i ustawiałem je zawsze sobie w pionie: laptop (bo lubię pisać na jego klawiaturze) i nad nim duży "główny" monitor.

Z jakiegoś powodu pionowe ułożenie monitorów w Unity nie jest dobrze wspierane: a to nie da się przenieść okienka, a to maksymalizacja działa nie tak jak trzeba, a to po jakiejś operacji na oknie, wywalają się dekoracje okien, a to restartuje się Xorg. Pięknie! No to ułóżmy monitory w poziomie. Ale moment, przecież dok będzie zawsze po lewej stronie. Tylko na którym monitorze? Mam nadzieję, że na lewym. No ale wolałbym mieć mały monitor po lewej stronie, a dok na większym. Ok, dało się ustawić, tylko teraz znowu nie można przenosić okienek na mały monitor. Brrrrr. Najbardziej dostosowywalny i dostępny system na świecie (GNU/Linux) właśnie rządzi układem monitorów na moim biurku. Świetnie!

Ale do rzeczy. W ostatniej wersji Ubuntu (którą instalowałem moim rodzicom) jak się okazało w ogóle nie przewidziano sesji "Ubuntu classic — no effects"). Środowisko GNOME trzeba doinstalować ręcznie. Po raz kolejny gratulacje.

Powiem głośno: Unity NIE jest jeszcze użyteczne dla normalnego użytkownika. Jest nieintuicyjne i przeczy wszystkim przyzwyczajeniom użytkowników. Interfejs jest nieczytelny. Nawet dla ludzi niestykających się dotąd z komputerami. GNOME czy XFCE jest bardziej zrozumiały niż to Unity.

Następna rzecz. Ekipa Ubuntu testuje obecnie mechanizm przeszukiwania menu aplikacji. Zamiast kliknąć menu "Edycja" a następnie "Skopiuj", będziemy mogli nacisnąć Alt, napisać "Skopiuj" i dostaniemy listę akcji dostępnych przez menu aplikacji z tekstem "Skopiuj" w tym "Edycja > Skopiuj". Jakże przydatne, prawda? Idealnie wpisuje się to w trend upraszczania aplikacji, tak, aby aplikacja mając trzy guzikami i jedno menu rozwijane z czterema następnymi akcjami była jak najbardziej zrozumiała i użyteczna. Na pewno w gąszczu tych 7-miu akcji będę wolał nacisnąć Alt i wpisać co chcę zrobić zastanawiając się jeszcze, czy mam napisać to po polsku, czy po angielsku i czy użyć słowa "Wydrukuj", czy "Drukuj" (bo jeszcze tłumacze się nie dogadali jakiego aspektu używać).

Pewnie zastanawiacie się jaką bym widział przyszłość dla Ubuntu, gdybym nim kierował? Na pewno nie, ale i tak napiszę. Ubuntu nie powinno na siłę tworzyć jakichś nowych ULTRA-innowacyjnych rozwiązań, które pewnie są w zamierzeniu dobre, ale zrozumiemy to dopiero, gdy zaimplementuje je np. Apple. Ubuntu powinno właśnie dobierać to co już istnieje, filtrować i ulepszać. Powinno położyć kres niedopracowanym projektom jak Unity czy GNOME 3 i przeznaczać kasę i czas deweloperów na szlifowanie UI, tak aby korzystanie z Linuksa było naprawdę proste dla zwykłego użytkownika.

Istnieją też ciekawe wyzwania (no bo tamto wyżej przyznam brzmi nudnie). Ubuntu mogłoby zaoferować możliwość uruchamiania aplikacji Androidowych. Byłby to super ruch, powieważ wtedy Ubuntu stałoby się idealnym systemem na wszelakie tablety, netbooki i inne mini-komputery.

Wyobraź sobie: możesz sobie korzystać z Androidowych aplikacji, a kiedy trzeba uruchamiasz sobie najnormalniejszego Gedita, Eclipse'a, Pidgina czy Firefoksa, drukujesz na normalnej drukarce przez USB, wystawiasz serwer FTP albo grasz w Open Arenę.

Technicznie odpalanie Androidowych aplikacji na Linuksie jest możliwe, nawet całkiem. Wystarczy uruchomić wirtualną maszynę DalvikVM a w niej aplikacje APK. Aby działały, trzeba dostarczyć implementację biblioteki standardowej Androida (np. metody interfejsu użytkownika). Można nawet się pokusić o obsługę JNI (czyli APK-ów z fragmentami skompilowanymi do kodu natywnego) z wykorzystaniem QEmu i scratchboksa, aby móc swobodnie mieszać kod dla ARM i x86/amd64.

Skoro się da, to czemu nikt tego nie zrobił? Nikomu się nie chce? A może ktoś jest zbyt zadufany i nie będzie robił takich ustępstw w stronę "wrogiej" technologii? Nie mi oceniać. Mi tylko żal, wiedząc, że rozwiązanie jest tuż za rogiem, że nikomu na tym nie zależy.

Na koniec w związku z tym, że narzekam na domyślnie skonfigurowane Ubuntu podam jak wygląda (na dzień dzisiejszy) Ubuntu, które poleciłbym z czystym sercem znajomym:

• Baza: Xubuntu, czyli Ubuntu z XFCE zamiast Unity
• Przeglądarka: Firefox (bo Chrome jest zbyt Google'owy)
• Klient poczty: Claws-mail (ewentualnie Thunderbird)
• Komunikator: Pidgin (żaden Empathy nie ma szans dorównać prostotą i po prostu dobrością Pidgina) + wtyczka libnotify do ładnych dymków z wiadomościami
• Panel: mały panel XFCE z godziną i systrayem (czytaj o tym później)
• Panel2: Docky z listą aplikacji (polecam bardzo ten dok) a'la Unity, ale zrobiony mniej inwazyjnie, no i można go przesuwać :P
• Docky potrafi komunikować zdarzenia takie jak przyjście nowego maila, albo nowej wiadomości, jeśli tylko aplikacja ustawi swojemu oknu hinta "URGENT". W claws-mailu jak i w pidginie są do tego odpowiednie ustawienia bądź wtyczki

Taki system działa naprawdę miodnie, jest szybciutki i zrozumiały dla normalnego usera. Jednocześnie nie zmusza go do zrozumienia jakichś skomplikowanych konceptów i po prostu działa. I tak powinno wyglądać Ubuntu.

Boli mnie konieczność posiadania systraya. Uważam, że jego funkcjonalność da się wkomponować w dok (który już potrafi łączyć pasek ze skrótami do aplikacji z listą uruchomionych aplikacji).

Zarówno Unity jak i Docky (i inne doki też) potrafią wyświetlać na ikonce danej aplikacji np. ilość nieprzeczytanych wiadomości, jak również wyświetlać customowe opcje w menu ikonki w doku. Jeden i drugi ma do tego specjalne API i to jest bardzo słabe, bo wymaga instalowania dodatku bądź do doku, bądź do aplikacji, a przecież nie o to chodzi.

Nie od tego jest FreeDesktop.org, żeby każdy programik robił swoje API. Jest potrzeba takiego API — trzeba je ustalić, choćby jakiegoś drafcika, żeby już było wiadomo w jaką stronę to wszystko zmierza, a nie czekać aż już będzie ich 10 (w dowolnie wybranym systemie pozycyjnym). Jest API do śmietnika, jest do miniaturek, niech będzie też do menu doka.

I tak powinno działać Ubuntu. Powinno patrzyć co jest potrzebne, żeby standardowy Linuksowy desktop był bardziej użyteczny i to urzeczywistniać. Pracując z FDO i wypracowując standardowe rozwiązania zamiast narzucać swoje.

Amen.

by Gabrys

It's worth noting, that libqt4-webkit is no longer a valid package in experimental, but is a transitional package to pull libqtwebkit4, so now QtWebKit and Qt versions are quite independent. You can use Qt 4.6 or 4.7 with the QtWebKit 2.0.

I needed QtWebKit 2.0 on ARM, so I built it from deb-src. It went OK with no modifications of the source package.

When it comes to Qt's 4.7 beta release I needed to patch it slightly, to disable precompiled headers (for some reason, after generating them, they were not found by installation), —fast configure flag (not sure if this is needed) and I needed to tweak src/core/io/io.pri file, because for some reason linux-* {} section of qmake file was not properly applied. Also to properly compile stuff, I added Qt3 support.

My full diff to sources downloaded with apt-get -t experimental source qt4-x11

diff -ur original/qt4-x11-4.7.0~beta2/debian/rules modified/qt4-x11-4.7.0~beta2/debian/rules --- original/qt4-x11-4.7.0~beta2/debian/rules 2010-07-29 18:27:41.000000000 +0000 +++ modified/qt4-x11-4.7.0~beta2/debian/rules 2010-07-29 18:27:52.000000000 +0000 @@ -89,7 +89,9 @@ -demosdir "/usr/lib/qt4/demos" \ -examplesdir "/usr/lib/qt4/examples" \ -opensource \ - -fast \ + -no-fast \ + -no-pch \ + -qt3support \ -plugin-sql-mysql \ -plugin-sql-odbc \ -plugin-sql-psql \ diff -ur original/qt4-x11-4.7.0~beta2/src/corelib/io/io.pri modified/qt4-x11-4.7.0~beta2/src/corelib/io/io.pri --- original/qt4-x11-4.7.0~beta2/src/corelib/io/io.pri 2010-07-29 18:28:09.000000000 +0000 +++ modified/qt4-x11-4.7.0~beta2/src/corelib/io/io.pri 2010-07-29 18:28:17.000000000 +0000 @@ -74,7 +74,6 @@ SOURCES += io/qsettings_mac.cpp io/qfilesystemwatcher_fsevents.cpp } - linux-*:!symbian { SOURCES += \ io/qfilesystemwatcher_inotify.cpp \ io/qfilesystemwatcher_dnotify.cpp @@ -82,7 +81,6 @@ HEADERS += \ io/qfilesystemwatcher_inotify_p.h \ io/qfilesystemwatcher_dnotify_p.h - } freebsd-*|macx-*|darwin-*|openbsd-*:{ SOURCES += io/qfilesystemwatcher_kqueue.cpp

You can find all of the compiled debs here:

by Gabrys