Tym razem, na nowym silniku Wiki, będziemy tłumaczyli i szlifowali zestaw artykułów wybranych przez Tomka, który opiekuje się polskim MDC.
Takie akcje organizujemy specjalnie po to, aby osoby z zewnątrz zespołu mogły szybko i łatwo przyłączyć się na chwile i pomóc w tłumaczeniu pod okiem całego zespołu.
W sobotę, spotykamy się od 10 na serwerze irc.mozilla.org, na kanale #aviarypl. Zapraszamy wszystkich, którzy chcieliby pomóc rozwijać centrum i przy okazji zobaczyć jak wygląda praca zespołu Aviary.pl 🙂
Today, we present you a revised Mozilla Community Theme:
The new logo you can see here is a proposal for a Community Logo in Mozilla world. It means that we will offer it as a unifying branding element for all communities that will operate inside Mozilla environment, and it’s perfectly in line with our Manifesto:
(…) The Mozilla project uses a community-based approach to create world-class open source software and to develop new types of collaborative activities. We create communities of people involved in making the Internet experience better for all of us. (…)
It has been combined, together with other elements into an improved screen of an example website:
We will offer several options for the header bar, several header backgrounds and several color palettes:
This, of course, is still just an option set, since you can go beyond that and use the color set you want.
We’re currently preparing a guidelines document for you, which should help you work with the sources once they’re public. We’re working on the template for other webtools (like forum, wiki), we’re preparing sources for publishing, and we’re open to hear your feedback once again on what do you think about this theme, so let us know what you think!
A quick update on the status of MCT. Tara, Seth and I gathered a solid round of feedback from many of you. We scanned it, analyzed and built a profile of updates we want to make. We noted five main issues raised by you regarding the first proposition:
You are wondering what flexibility you’ll have. What about different colors? Flags? Logos?
You want to know how it’ll work with other tools than Drupal
Details are wrong, wrong flag, left&right menu are the same width, colors are wrong, languages are mixed
The theme is not “mozzilian” enough
The theme is “graphic” heavy.
Let me address those comments.
First, we are commited to create an extremely flexible environment for you with this theme. We are preparing it in the way that will give you ability to choose colors, layout, elements you want to put in the background, virtually anything. Beside, we will provide you Guidelines prepared by the agency that will help you work with those sources. They will just guide you on how to modify the template to keep the consistency. And if you missed that in my last post – we’ll also provide you full sources on open license so that you can modify this as you want! It’ll be a mixture of professional quality and community freedom.
Second. As I said we are preparing the template to work with several webapps out of the box, and with the freedom described above we hope you’ll contirbute with the theme suited for other apps as well.
Right now, we’re preparing, among the others, php template, planetplanet template and wordpress template:
And we also have another mockup with data from a pretty complex Mozilla Community site, in this case mozilla-russia.
Please, bear in mind, that those are all mockups – elements just combined together to present how the website may look like. Of course the width of elements, choice of logo, colors etc will be up to your community, so please, forgive us a mixture of polish, russian, spanish, latin, lorem ipsum and some other languages in those mockups 😉
Of course all those mockups are from before we received your feedback (version 1), so I’m attaching them just to show you the variety of cases we’re working on. The new mockups should be ready soon.
We spent some time trying to figure out what does “mozllian” mean in terms of website template (mozilla.com? mozilla.org? developer.mozilla.org?) and we tried to minimize the influence of mozilla.com visual identification to make sure people see it as Mozilla Community – not official MoCo site. It seems we didn’t hit the right balance yet.
Regarding “heaviness” of graphics on the template. We find your comments saying that the template works great for smaller sites (majority of our community websites are in this category), but we could improve how it’ll look on more complex sites. And that’s also what we plan to address with the new round.
So. Did I get you right? Does it answer your feedback? We’re working on the next round and we hope it’ll be near to final so that we can start deploying it for you to use. Expect next round, next week 🙂
update: Just to clarify – this is an option for our communities to make your life easier. We will not enfore anyone to use it! 🙂
We’re listening to you and we’re excited about your ideas 🙂
Some time ago, Staś and Seth started a survey program to get an idea on what You feel about Mozilla. And in the very first survey they led, the very most commonly requested support from Mozilla was to provide Mozilla website template for community sites.
We were not surprised to see this in the survey results because it has been something that many of us have been considering a long time. How could we find creative ways to support all of our Mozilla contributors? How can we make life easier for everyone? We have all levels of communities, from large to small and new to old. Many do not have all the resources needed to create this on their own.
That’s exactly how Mozilla Community Sites project started. We’re going to work on customization of several commonly used community webtools to make it easy to set up and deploy a website for your community. If a contributor community chooses to use the tools provided, they can get a site up and running that looks like a Mozilla Community project website, with several features built in specific that do not requiring mastering PHP/MySQL etc. (but if you want, feel free to support us with your skills :)).
The tool presents several commonly used webtools like Drupal, WordPress, phpBB/punBB, PlanetPlanet etc. and prepare them to be ready to start in the Mozilla community environment. We’re planning to offer two kinds of websites:
powerful and highly customizable website using Drupal CMS
smaller, easier to deploy and less interactive based on WordPress.
We want these sites to easily feed from Mozilla Developer Center, SUMO, QMO and list latest stable releases in your language.
We also intend to use Single Sign On, OpenID, and other features to improve integration.
One featured below is a much requested Mozilla Community Theme.
From the survey, we gathered that people wanted a theme that clearly indicated that websie was part of the Mozilla Project, while at the same time not an effort from the Mozilla Corporation or Foundation.
We worked with designers to help us create something that had a feel somewhere close to the Corporation and Foundation sites, but still unique and different.
And today, I’d like to present you the draft and ask for you feedback on it!
Below is the screenshot of how the website could look like.
The content presented on the screenshots above is of course just an example. Website maintainer will decide what to present there.
Also, the theme is not obligatory to anyone. It’ll be just an option you can use while preparing your website. We appreciate and respect how our communities are independent.
We will also provide you a special Guidelines that will help you customize the template according to your needs (changing colors – green, orange, blue etc., backgrounds, etc.). These guidelines are intended to make it easier to modify the template if you want to skin another webtool from outside of our list with this theme while still maintaining quality.
Just to be clear, with this tool you will be able to select the following:
components you want to display (top header, header bar, left, right panels, etc.).
colors to use (Guidelines will provide a list of color pallets that fits the theme well)
ideas to put in the background (maybe something specific to your community – Eiffel tower in the header background?)
community logo.
We will suggest you to follow those Guidelines, but if you want to go beyond, feel free!
Oh, and… the theme will be, of course, open sourced 🙂
So, now, that we spent some time with designers on this, we need your feedback before going any further. We need to know what you think, would it fit your community if you lead one, which kind of community does this mockup fit, what could be improved to fit others, what can we do better and what is missing. It’s especially crucial to find out what’s missing to make sure it’ll be covered with the final version. Please, focus on clear, productive feedback. Thanks! 🙂
W tym momencie najbardziej prawdopodobne ostateczne rozwiązanie kwestii EULI w Fx będzie wyglądało tak:
1) Przy pierwszym uruchomieniu programu pojawi się pasek notyfikacji z informacją, że Mozilla Firefox to wolny i darmowy program wydawany przez non-profitową Mozilla Fundation. Po prawej pojawi się przycisk “Poznaj swoje prawa”
2) Po kliknięciu w niego zostaniemy przeniesieni na stronę about:rights na której znajdzie się coś w tym stylu:
Mozilla Firefox jest programem darmowym i otwartym, tworzonym przez społecznośc tysięcy ludzi z całego świata.
Jest kilka rzeczy o których powinieneś wiedzieć:
Firefox jest rozpowszechniany na licencji Mozilla Public License. Oznacza to, że możesz używać, kopiować i redystrybuować Firefoksa innym. Możesz także modyfikować kod źródłowy Firfoksa tak jak chcesz, aby odpowiadał Twoim potrzebom. Możesz także dystrybuować swoją zmodyfikowaną wersję, pod warunkiem, że spełnisz wymagania MPL.
Mozilla nie daje żadnych praw do znaków handlowych Mozilli ani Firefoksa.
Firefox posiada także usługi informacyjne (“Usługi”), takie jak funkcje bezpiecznego przeglądania; jednakże, nie możemy zagwarantować, że te serwisy będą w 100% dokładne i wolne od błędów. Zapoznaj się ze szczegółami i informacjami jak wyłączyć te funkcje tutaj [odnośnik].
3) Poniżej znajdzie się przycisk “Zapoznaj się całą umową”
W wyniku publikacji na heise, skopiowanej na slashdocie, webwatch mozillipl zapełnił się informacjami o problemach z EULA w Ubuntu oraz komentarzu Marka.
Zanim przystąpiłem do odpowiadania, z dziennikarską sumiennością prześledziłem wszystkie artykuły i większośc komentarzy dotyczących tej sprawy.
Zacznijmy od tego, że sytuacja z EULA w Ubuntu jest wynikiem błędu. Jest wręcz skutkiem ubocznym. Nasza sytuacja z licencjonowaniem jest dziwna, przede wszystkim dlatego, że sama idea ochrony znaków handlowych jest trochę na bakier z naszymi ideałami i celami statutowymi. Temat ochrony znaków towarowych i przyczyn dla których to robimy był już analizowany setki razy i nie będę się tutaj rozwodził. Sytuacja akurat z EULA w Fx 3.0 jest dodatkowo specyficzna, ponieważ jest ona z kolei wynikiem sytuacji prawnej w UE i USA, która nie dotyczy bardzo wielu naszych użytkowników i jest jako taka dla nas wyłącznie źródłem problemów.
Najważniejszy element tej sytuacji jest taki, że Mozilla nigdy nie chciała wyświetlać takiej EULI. Ba! Mozilla najchętniej nie chciałaby wyświetlać żadnej informacji jakkolwiek związanej ze sprawami prawnymi. Niestety, na ile rozumiem zawiły język prawniczy, musimy.
W efekcie, wszystko czego trzeba było, aby Mozilla zaczęła pracować nad zmianami zaistniałej sytuacji to informacja na temat problemu ze strony Ubuntu. Właściwie, gwoli dziennikarskiej rzetelności, RedHat ubiegł Ubuntu i to oni pierwsi zgłosili się z tym problemem.
Nie da się rozwijać oprogramowania, zmieniać, tworzyć bez popełniania błędów. Każdy kto coś robi je popełnia. Sztuka polega na umiejętności dostrzegania ich, racjonalnego analizowania i przyjmowania krytyki, bez obrażania się. W chwili obecnej trwa dyskusja nad optymalnym rozwiązaniem na kanałach IRC, grupie newsowej i w komentarzach na blogu Mitchell Baker i Harveya Andersona. Dyskusja jest gorącym tematem wśród członków projektu i mam poczucie, że mechanizm whistle blowingu zadziałał tutaj dobrze.
Nie mam wystarczającej wiedzy specjalistycznej, aby analizować całą sytuację i oceniać możliwe rozwiązania. Mogę powiedzieć, że jak wielu moich kolegów i koleżanek z projektu Mozilla nie podoba mi się wyświetlanie jakichkolwiek umów komukolwiek, a sama idea EULA wydaje mi się niezgodna z kierunkiem w jaki chciałbym, aby rozwijało się oprogramowanie. Jednak wiem, że moje spojrzenie, to spojrzenie laika, na dodatek uprzedzonego do wszystkiego co wiąże się z prawem i Internetem (wybacz Vagla).
To co mnie smuci, to jak łatwo ludzie, których nie posądzam o dogłębne zrozumienie zagadnienia, budują uproszczoną wersję i jak łatwo przyjmują, że ktoś ma inne wartości i inne (złe) intencje. Z dziennikarzy, którzy napisali dziś i wczoraj o tym problemie, żaden nie skontaktował się ze mną, żaden nie poczekał na komentarz drugiej strony, zaś wśród komentujących zauważyłem niesamowitą łatwośc formułowania czarno-białych streszczeń sytuacji z Mozillą odwracająca się od własnych ideałów na czele. Czemu tak łatwo to przychodzi? Uznanie, że ktoś zepsuł się tylko dlatego, że osiągnał sukces? I czemu tak świetnie pasuje to na treść szokującego newsa?
Trochę podobnie jak z tym wysyłaniem do Google… może nie my, może nie adresy, może nie googlowi, ale plotka już się przyklei i niezależnie od energii włożonej w sprostowania jeszcze nie raz pewnie usłyszymy kogoś kto zapamiętał zarzuty. Te, którymi tak łatwo kogoś nastraszyć.
Zastanawiam się czy w historii Mozilla zrobiła coś złego. Takiego, które przez większość społeczności FLOSS, która zapoznała się z argumentami obu stron, zostało by zapamiętane jako szkodliwe i upierała się przy tym jako czymś dobrym. Przecież tyle w ostatnich latach pojawiło się poważnych artykułów tekstów o Mozilli… Więc. Zdarzyło się tak? Naprawde nie zasłużyliśmy sobie na odrobinę zaufania, takiego jakie daje się znajomemu, zanim oceni się jego postępowanie jako celowo szkodliwe?
I’ve just added OpenID support to Community Wiki. It should make it easier for people to edit the wiki, but its also a step in the direction of Mozilla Community Sites package.
I will write a separate post about MCS, but as many of you know since Fx Summit, I’m working on the set of customized open source web apps that will make setting up a community website much easier. One of the webapps that will be offered is MediaWiki, and one of the features of all the tools will be support for OpenID. Using this on Community Wiki is just a first step 🙂
For last two months I have been working on a project that has been in my mind for over 4 years now.
Originally, the idea of what we called a Community Pack appeared during Mozilla Europe Board of Directors discussions between me and Pascal and the first notes drafted by us are located at old MoEu wiki.
Today I’m proud to announce the wiki that one day may become an official community/contribution website for Mozilla. It’s very early in the game, the theme is just something I crafted temporarily, the name has not been decided yet, the structure of the categories may change.
What is there, is an idea with a groundwork already started. The purpose for the website is to help new contributors learn about various activities inside our project and smooth the learning curve.
Beside, the wiki should help people create their own communities, improve community-2-community experience and knowledge exchange. We will try to help smaller communities learn what mature communities know, share the materials we have and address the potential that lies in strong, independent communities existing inside the Mozilla project.
The wiki will not duplicate any material that exists anywhere. It will serve as a kind of roadsign to all the various materials in different places. Wiki.mozilla.org, MDC, SUMO, QMO, SpreadFirefox and others. It’s a Wiki because we want to b
e able to add content in cases where we don’t have where to link to.
The structure of the main page represents the activities that are part of Mozilla, not projects because people who are new to Mozilla don’t know the names of the projects, but will be able to select the activity they’re interested in.
The temporary URL to the front view of the Wiki is http://como.labs.braniecki.net/ but it’ll of course be moved to Mozilla servers pretty soon.
It’s not a perfect solution, but I had no time to work on the skin to make it present all the UI of MediaWiki, especially the theme will be reviewed to m
atch Mozilla sites guidelines.
What now? Well… it’s up to you! First, do you like it? Do you think it may be useful? We want to grow this roadsign, so we want to add urls to your community websites there, to all resources inside Mozilla, and add content in the places where its missing. The one section that requires a lot of work is Community building.
If you are interested in helping, just create an account and start editing! Don’t be afraid of changing thing, we’ll review them.
I will be working on adding content to missing pages, since I’d like all main “category” pages to look at list like Accessibility or Localization. In the next weeks I will be also working on Mozilla customized web tools and Community Website Theme that will help you create new community websites. 🙂
Wczoraj Mozilla ogłosiła prace nad silnikiem TraceMonkey. TM jest modyfikacją aktualnego silnika Gecko – SpiderMonkey, do którego dodana została opracowana przez pracowników Uniwersytetu Kalifornijskiego implementacja algorytmu JIT. Nie jest to może żadna czarna magia, po prostu opóźnienie wykonywania skryptów JS (każdy kto pracował z JS wie, jakie ograniczenia wydajności JS nakłada – nikt raczej nie pokusiłby się o tworzenie silników graficznych 3D w JS) jako interpretowanych jest tak duża, że okazało się, iż opłaca się skompilować wstępnie kawałki kodu JS i w przypadku występowania powtarzających się procedur odpalać skompilowane fragementy zamiast interpretowania kodu na bieżąco.
Efekty są bardzo wydatne.
Każdy kto śledzi planetę Mozilli widział już wykresy Brendana, Shavera i Schrepa. Ja wykonałem małe testy na benchmarku Dromaeo autorstwa niezrównanego Johna Resiga.
Wykonałem dwa testy – w Fx 3.0.1 i dzisiejszej kompilacji nocnej z włączonym JIT dla treści stron.
Najlepszą informacją w tym wszystkim jest to, że Brendan twierdzi, że JIT powinien być szybszy w dokładnie każdym teście. Jeśli gdzieś nie jest, jest to błąd i będą to teraz poprawiać… Całość implementacji zajęła 60 dni i jest to wersja bardzo wstępna, najbliższe miesiące powinny przynieść kolejne przyspieszenia wraz z optymalizacją nowych możliwości.
Co z Tamarinem? Tamarin to znacznie bardziej poważny eksperyment, wymagający dużego nakładu pracy. Ma być on podstawą silnika ActionScript, który zastąpi obecny w platformie Mozilla 2 (i w efekcie w Firefoksie 4).
Obecnie prace nad nim trwają w osobnym repozytorium na hg.mozilla.org, i zostanie on włączony do mozilla-central prawdopodobnie po wydaniu Fx3.1. Tamarin ma być oczywiście znowu, znacznie szybszy od TraceMonkey (gdyż będzie korzystał z jego dobrodziejstw i dodawał kolejne), będzie też pierwszą implementacją języka JavaScript 2.0 (który dla mnie jest przede wszystkim pokornym wzięciem największych dobrodziejstw Pythona:) ) ale można go już dziś przetestować kompilując tamarin-central.
Kolcami tej róży są problemy z debuggerami. JIT sprawia, że cały proces interpretacji przestaje być deterministyczny i nie za bardzo wiadomo jak to obejść. Na razie przy włączonym Venkmanie, Gecko wyłącza JIT, ale nie jest to optymalne rozwiązanie i będzie trzeba poczekać, aż Gijs wróci z wakacji i podejmie decyzje co dalej z Venkmanem…
Jeśli ktoś chce włączyć JIT, to może to zrobić na dwóch poziomach – dla stron i dla samego Firefoksa (about:config i szukaj “jit”). Włączenie dla Firefoksa oczywiście znacznie poprawia jego wydajność (duże części Fx napisane są w JS), ale jest w tym momencie dość ryzykowne. Natomiast dla stron jest dość stabilnie (zanotowałem kilka wywaleń w Gmailu i Facebooku tylko) i z każdym dniem będzie lepiej 🙂
Docelowo, w ActionMonkey i Mozilla 2, celem Mozilli jest aby jak najwięcej kodu było pisanego w JS, a wydajność JS była porównywalna z kodem kompilowanym (C++)… Coś co wydawało się niemożliwe, nie tylko stało się realne, ale jest aktualnie celem programistów w projekcie Mozilla. Mam nadzieję, że się uda 🙂
Ostatnio pojawiły się artykuły na temat kilku projektów wewnątrz Mozilli mających pomóc unowocześnić Internet Explorera, “No browser left behind” Vlada dodający Canvas do IE, czy ScreamingMonkey dający obsługę nowoczesnego JavaScriptu (w założeniu JS2.0) w IE.
Dostałem kilka maili z pytaniami w tej sprawie, parę osób podpytało na Jabberze, a na vortalu DobreProgramy komentatorzy spędzają czas radośnie próbując znaleźć wytłumaczenie dla tego ruchu.
Co ciekawe, wśród tak wielu teorii ukutych na prędce zabrakło tej jednej, rzeczywistej. I wydaje mi się to bardzo symptomatyczne dla współczesnego myślenia, że tego typu wytłumaczenia rzadko przychodzą do głowy.
Wytłumaczenie to brzmi – celem statutowym Mozilli Foundation jest promocja wyboru i innowacji w Internecie.
Takie trudne? My nie walczymy o zajęcie rynku przez naszą przeglądarke. My walczymy o to, aby Internet sie rozwijał i uznaliśmy, że optymalnym sposobem do tego jest stworzenie i promocja przeglądarki, która zagwarantuje rozwój Internetu w modelu opisanym w Manifeście Mozilli (tłum pl w trakcie prac).
Mozilla jest otwartym projektem i działa bardziej jak Bazar, czy środowisko naturalne, niż jak Katedra – zorganizowana i uporządkowana. Wiele rzeczy to inicjatywy oddolne i tak jest w tym przypadku. Ludzie wewnątrz projektu chcą poprawiać świat i jeśli Vlad zauważył, że przeszkodą w adaptacji technologii Canvas jest brak jej wsparcia w IE oraz udało mu się opracować jak to dodać, to jest to idealnie wpisane w model jaki chcemy promować w Internecie.
Tym właśnie, tą różnicą w podejściu, tym, że celem nr.1 każdej firmy są pieniądze, a standardy, otwartość, użytkownicy są środkiem do tego celu, a u nas jest, z definicji fundacji non-profit, odwrotnie wyróżniamy się na rynku i to czyni naszą odpowiedzialność ogromną, a naszą pozycję i nasze możliwości unikalne.