Γράμμα από τον κ. Μπιλ Γκέιτς #2
Μιλήσαμε πρόσφατα για ένα γράμμα από τον κ. Γκέιτς για να προστεθούν χαρακτηριστικά στα έγγραφα γραφείου που να κάνουν δύσκολη τη πρόσβαση από τρίτους κατασκευαστές.
Θα μιλήσουμε τώρα για ένα ακόμα γράμμα από τον κ. Γκέιτς για να προστεθούν χαρακτηριστικά στο BIOS των υπολογιστών ώστε να είναι δυσκολότερη η λειτουργία από τρίτα λειτουργικά συστήματα.
Email by Bill Gates to Microsoft to make ACPI misbehave for Linux
Μπορείτε να δείτε το πλήρες κείμενο από τα τεκμήρια της δίκης μεταξύ Comes και Microsoft, που έγινε στην Αμερική πριν από μερικά χρόνια.
Το κείμενο στα αγγλικά,
From: Bill Gates
Sent: Sunday, January 24, |999 8:41 AM
To: Jeff Westorinon; Ben Fathi
Cc: Carl Stork (Exchange); Nathan Myhrvofd; Eric Rudder
Subject: ACPI extensions
One thing I find myself wondering about is whether we shouldn’t try and make the “ACPI” extensions somehow Windows specific.
If seems unfortunate if we do this work and get our partners to do the work and the result is that Linux works great without having to do the work.
Maybe there is no way to avoid this problem but it does bother me.
Maybe we could define the APIs so that they work well with NT and not the others even if they are open.
Or maybe we could patent something relaled to this.
(πηγή: τεκμήριο δίκης μεταξύ Comes και Microsoft)
Το κείμενο στα ελληνικά (με ελεύθερη μετάφραση):
Από: Bill Gates
Στάλθηκε: Sunday, January 24, |999 8:41 AM
Προς: Jeff Westorinon; Ben Fathi
Αντιγραφή: Carl Stork (Exchange); Nathan Myhrvofd; Eric Rudder
Θέμα: ACPI extensions
Ένα πράγμα που με απασχολεί είναι το αν θα έπρεπε να κάνουμε τις επεκτάσεις ACPI να είναι ειδικές για Windows.
Φαίνεται να είναι ατυχής κατάσταση αν κάνουμε τη δουλειά και οι συνεργάτες μας κάνουν τη δουλειά, και το αποτέλεσμα είναι να δουλεύει στο Linux δίχως να χρειάζεται να κάνει τη δουλειά.
Ίσως να μην υπάρχει τρόπος να το αποφύγουμε, αλλά με απασχολεί το ζήτημα.
Ίσως να μπορούσαμε αν καθορίσουμε τα API ώστε να δουλεύουν καλά με NT και όχι με τους άλλους, ακόμα και αν είναι ανοιχτά.
Ή ίσως να μπορούσαμε να πατεντάρουμε κάτι σχετικό.
(πηγή: τεκμήριο δίκης μεταξύ Comes και Microsoft)
Είναι σημαντικό να προσέξουμε ότι το παραπάνω γράμμα δεν είναι τεκμήριο ότι η Μίκροσοφτ έκανε όντως τέτοιες ενέργειες. Ο κ. Γκέιτς ήταν εκείνο το διάστημα CEO της Μίκροσοφτ, και η δουλειά του ήταν να κατευθύνει την εταιρία. Οι δε υπάλληλοι δούλευαν στην κατεύθυνση του CEO.
Το μήνυμα που πρέπει να κρατήσουμε σε κάθε κατάσταση είναι ότι το παραπάνω γράμμα δείχνει τη συμπεριφορά της εταιρίας στο χώρο της πληροφορικής. Ως καταναλωτές, η συμπεριφορά αυτή είναι πολύ αρνητική.
Δείτε το άρθρο του Λευτέρη για ένα πρόβλημα χρήστη με τη μητρική του και το ACPI.
Layout editor keyboard
This is a screenshot of the keyboard for the layout editor. The keyboard is a widget which is composed of individual widgets of each key.
I did not use glade-3 for the keyboard at this time. Although it is possible to create custom widgets in Python and install them in Glade, the current distributed packages are missing something, thus it would be messy when others try to use the editor. It’s a good experience to do all by hand anyway.
When creating a layout, you drag and drop characters on the keyboard. The editor shows a table with characters though it would be possible to drag characters from gucharmap as well.
The next step is to get an intuitive UI so that when you drop a character on a key, the key expands (a popup appears) showing the available four positions to receive the character.
GUADEC 2008 presentation slides
It appears that Google has not found yet the page of the GUADEC 2008 presentation slides.
If you have slides, put them on http://live.gnome.org/GUADEC/2008/Slides, alphabetically by title.
Éńĥãǹčīṅǧ·ẗḧë·ẃṛīťıñĝ·ṩụṗṗọṙẗ·ıń·ǦŤḰ+
These are the presentation slides of my talk on improving the writing support in GTK+. It relates to several posts I have in my other (now not used anymore) blog at http://blogs.gnome.org/simos/2008/07/23/guadec-2008-presentation-slides/.
Enhancing the writing support in GTK+
Note: The title may not appear properly because I use a fancy effect that does not support the full range of Unicode characters. It’s a drawback of being trendy. The title says “Éńĥãǹčīṅǧ·ẗḧë·ẃṛīťıñĝ·ṩụṗṗọṙẗ·ıń·ǦŤḰ+”.
Upgrading to Wordpress 2.6 and the white blank page
I just completed the upgrade of my blog to Wordpress 2.6. It took more time that I had anticipated. However, the process was quite educational.
I have upgraded before using the WordPress Auto Updated plugin. After a few clicks, your blog is updated. It is so easy that it is hard to resist. I tried WPAU in order to get to Wordpress 2.6, and the process was somewhat interrupted on the final stages. It was not clear what the problem was. The effect however was any access to any page of the blog would result to a blank page. No errors, no warnings whatsoever.
In terms of troubleshooting, it is really annoying not to have some sort of feedback. My visit to #wordpress at Freenode resulted in “oh dude, join the club”. Apparently, the blank page issue is common and it affects many users. I just noticed that Irene’s blog gives a blank page as well; I wonder if she upgraded recently.
There are a few blog posts that debate on the blank page issue; use blogsearch.google.com to find the most fresh of them. The typical blog post on the blank page issue has a standard format with the author dumping a laundry list of things they tried first before mentioning at the end of the post in vague terms what they think the source of the problem is. I will spare of the long list as we are already at the fourth paragraph of the post.
What I believe was the problem is the theme. When you use WPAU, it does not disable the theme since you are upgrading from within the Wordpress administration screen. Then, you end up with a new WordPress and a theme that crashes. If you are planning to try WPAU, it might be good to revert to a default theme first.
If you are reading this, then you probably messed up your blog already. You can change the theme using phpmyadmin, by altering the wp_options table. The option_names of interest are template, stylesheet and current_theme. Put default values here.
Overall it was quite educational to go through the details of installing WordPress, picking new theme, dumping old plugins and updating existing ones. What’s needed now is a full backup and hope the blog works until WordPress 3.0.
Code of conduct και ελληνικές κοινότητες ΕΛ/ΛΑΚ
Ένα πρόβλημα με τις κοινότητες ελ/λακ είναι ότι μερικά από τα μέλη δεν ακολουθούν τους τυπικούς κανόνες συμπεριφοράς, και αυτό έχει το αποτέλεσμα να δημιουργείται συχνά ένα αρνητικό κλίμα.
Ένα πρόσφατο παράδειγμα είναι στη λίστα gnome-i18n, όπου ένας νέος μεταφραστής ήταν πολύ αρνητικός και προσβλητικός στη συμπεριφορά του απέναντι στο συντονιστή της συγκεκριμένης γλώσσας και άλλα άτομα που έλαβαν μέρος στη συζήτηση (=όπως εμένα!). Κατά τη συζήτηση, έγινε αναφορά στο λεγόμενο Code of conduct του GNOME, απλοί κανόνες καλής συμπεριφοράς. Αν θέλεις να συμμετέχεις στο GNOME, πρέπει να ακολουθείς τους κανόνες καλής συμπεριφοράς. Εννοείται ότι ο καθένας που λαμβαίνει μέρος στην ανάπτυξη του GNOME ακολουθεί τους κανόνες αυτούς· ωστόσο μπορεί κάποιος και να υπογράψει ότι ακολουθεί τους κανόνες. Το ίδιο συμβαίνει με την κοινότητα του Ubuntu Linux όπου ο χρήστης μπορεί να υπογράψει ψηφιακά το Code of Conduct με το κλειδί του, και να λάβει το χαρακτηρισμό Ubuntero.
Στην ελληνική πραγματικότητα δεν έχουμε φτάσει ακόμα σε τέτοια επίπεδα και η κατάσταση είναι σχεδόν ad-hoc. Αναφερθήκαμε πρόσφατα στο πρόβλημα με το φόρουμ Linux του Adslgr.com.Ένα πράγμα που θεωρώ πολύ σημαντικό είναι ότι πρέπει να υπάρχει σεβασμός και τήρηση των τυπικών κανόνων καλής συμπεριφοράς. Παλαιότερα που έβλεπα τη λίστα LGU, παρατηρούσα ότι υπήρχαν συχνές «παραβάσεις», με αποτέλεσμα να επικρατεί αρνητικό κλίμα, να μην βγαίνουν αποτελέσματα στις συζητήσεις, ο καθένας να προσπαθεί να κάνει τον έξυπνο και να «την βγει» στον άλλο, και ουσιαστικά να γίνεται κακό στην κοινότητα, στους νέους χρήστες. Για τώρα δεν γνωρίζω, έχω την εντύπωση ότι τα πράγματα δεν έχουν καλυτερέψει σημαντικά. Είδα την πρόσφατη συζήτηση στην LGU για το σχολιασμό της μετάφρασης από ΕΛΟΤ των θεμελιωδών όρων πληροφορικής. Πολλά άτομα απάντησαν, ωστόσο στη συζήτηση αυτή δεν παρατήρησα κάποιο χειροπιαστό αποτέλεσμα.
Ένα άλλο πρόσφατο παράδειγμα είναι με αυτό το γράμμα στη λίστα public@hellug.gr. Ανεξάρτητα αν έχει δίκιο ή όχι ο αποστολέας, το γράμμα αυτό είναι από τα πιο τυπικά για να κάνει μια συζήτηση να αποσυντονιστεί. Ο δε αποστολέας του γράμματος δεν είναι νέος χρήστης· είναι μέλος της κοινότητας πάνω από δέκα χρόνια. Αντί να έχει την ωριμότητα να κλείσει το θέμα, το ανοίγει περισσότερο.
Βλέπω αυτό το εχθρικό περιβάλλον να διαιωνίζεται σε συγκεκριμένες κοινότητες, με μικρές ελπίδες για αλλαγή.
Προσωπικά αφιερώνω χρόνο στο φόρουμ του ελληνικού Ubuntu, στο http://ubuntu.opengr.net/ όπου υπάρχει έντονη προσπάθεια να έχουμε ένα θετικό περιβάλλον. Βλέπουμε να έχουμε αποτελέσματα, και να γίνονται μέλη περισσότεροι νέοι χρήστες της διανομής. Το ίδιο θετικό περιβάλλον υπάρχει στη λίστα του Ubuntu-gr.
Αντιγράφω εδώ τους κανόνες καλής συμπεριφοράς του GNOME,
Advice
- Be respectful and considerate:
- Disagreement is no excuse for poor behaviour or personal attacks. Remember that a community where people feel uncomfortable is not a productive one.
- Be patient and generous:
- If someone asks for help it is because they need it. Do politely suggest specific documentation or more appropriate venues where appropriate, but avoid aggressive or vague responses such as “RTFM”.
- Assume people mean well:
- Remember that decisions are often a difficult choice between competing priorities. If you disagree, please do so politely.
- If something seems outrageous, check that you did not misinterpret it. Ask for clarification, but do not assume the worst.
- Try to be concise:
- Avoid repeating what has been said already. Making a conversation larger makes it difficult to follow, and people often feel personally attacked if they receive multiple messages telling them the same thing.
Keyboard layout editor UI concept
(click for bigger image)
At the top we select the keyboard layout file, the variant, and set the corresponding verbose name.
The keyboard layout editor shows a standard keyboard, where each keyboard key can show up to four levels. When you select a key, the bottor-left window shows the characters that have been set (here we use four levels). In this bottom-left window we can drag and drop characters (from Unicode blocks) and dead keys that are found from the right of the image. Dead keys are shown in red boxes.
The user is also able to include existing keyboard layout files in the current layout.
At this stage I am thinking how to easily draw the keyboard in a PyGTK application. It would be important not to draw it manually. It would be cool to have a GTK+ keyboard key widget, that you can specify the size, and the text that appears on it, then build a keyboard in Glade. Another option would be to have the basic keyboard as an SVG file (already exists), then draw over it with Cairo. I am inclined for the second option.
