Ogólne warunki współpracy dla autorów i recenzentów programów
I. Definicje

1) Data publikacji: pierwszy dzień miesiąca, w którym zostanie opublikowany artykuł.

2) Strona redakcyjna: 4800 znaków i jeden zrzut ekranu.

3) Krótka recenzja: recenzja opisująca jeden program, o objętości jednej strony redakcyjnej.

4) Recenzja porównawcza: dłuższa recenzja zawierająca porównanie kilku programów z jednej grupy tematycznej.

5) Umowa: umowa o dzieło, która zostaje przesłana autorowi wraz z egzemplarzem autorskim w terminie nie dłuższym niż jeden tydzień po publikacji artykułu.

6) Honorarium: kwota (netto, po odliczeniu podatku), którą otrzymuje autor w ciągu 28 dni otrzymaniu przez Wydawnictwo odesłanej i podpisanej kopii umowy.

7) Redakcja: redakcja miesięcznika Linux+.

8) Autor, recenzent: Osoba pisząca lub zamierzająca napisać artykuł lub recenzję do magazynu Linux+.

II. Warunki techniczne

1) Należy zwrócić szczególną uwagę na pisownię i gramatykę, co znacznie ułatwia pracę redakcji i skraca cykl wydawniczy. Jeśli to możliwe, należy sprawdzić pisownię automatycznie (np. za pomocą odpowiedniej opcji w OpenOffice.org), co podnosi wartość materiału.

2) Prosimy używać polskich odpowiedników słów angielskich. Jeśli któraś polska forma wydaje się mało znana, można w nawiasie umieścić angielski odpowiednik (kursywą). Polecamy Projekt Tłumaczenia Manuali.

3) Wszelkie nazwy plików, katalogów zamieszczonych w tekście piszemy kursywą. Listingi oraz krótkie komendy, także te zamieszczone między akapitami, piszemy z podkreśleniem.

4) Ogólny i preferowany format przyjmowanych tekstów to sxw (OpenOffice.org). Zdecydowanie nie przyjmujemy tekstów w formacie tex, txt, html, dvi, ps czy pdf.

5) Format rysunków: TIFF (do składu) i PNG/JPG (do podglądu).

6) Zrzutki mają istotne znaczenie dla ogólnej wartości materiału. Nawet jeśli program pracuje w trybie tekstowym, należy przygotować zrzut ekranu w xtermie. Szczególnie efektownie wyglądają zrzutki programów w przezroczystym Etermie na tle np. motywów Propaganda. Nawet jeśli program jest demonem, można wykonać zrzutkę pliku konfiguracyjnego (np. Sendmail), przysyłanych raportów (np. Tripwire) itd.

7) Do artykułu powinny być dołączone informacje o sobie do umieszczenia w rubryce "O autorze" (mile widziane zdjęcia). Powinny one zawierać przede wszystkim informacje istotne z punktu widzenia artykułu, tj. do artykułu o administracji można dołączyć informację "...od X lat pracuje jako administrator sieci w firmie X liczącej 50 komputerów".

III. Honoraria

1) Honorarium wynosi 100 zł brutto za stronę redakcyjną. W szczególnych wypadkach kwota ta może zostać obniżona (artykuł niestarannie napisany, bez zachowania powyższych reguł) lub też podwyższona (szczególnie ciekawy artykuł na interesujący temat).

IV. Terminy

1) Artykuł należy nadesłać na 70 dni przed datą publikacji, tj. artykuł do numeru majowego należy nadesłać do 20 lutego.

2) Do końca miesiąca poprzedzającego publikację autor zostanie poinformowany o umieszczeniu artykułu. Brak informacji nie oznacza odrzucenia artykułu - może on zostać umieszczonym w jednym z następnych numerów.

3) Po otrzymaniu decyzji o publikacji artykułu, autor zobowiązany jest w ciągu dwóch tygodni przesłać redakcji następujące dane, potrzebne do wystawienia umowy: Imię i nazwisko, imię ojca, data i miejsce urodzenia, numer dowodu osobistego, numer NIP i PESEL, nazwa i adres oraz numer konta Urzędu Skarbowego, numer osobistego konta bankowego.

4) W ciągu 7 dni od daty publikacji artykułu Autorom/Recenzentom zostanie przesłana umowa o dzieło oraz autorski egzemplarz LinuxPlusa. Na umowie należy złożyć podpis oraz wpisać datę otrzymania umowy w miejscu "rachunek z dnia" Umowę należy odesłać w terminie 14 dni - dopiero wtedy wydawnictwo uzyska podstawę do wypłaty honorarium.

5) Honorarium wypłacane jest po publikacji artykułu, w terminie 28 dni po otrzymaniu przez redakcję podpisanej umowy.

V. Uwagi dla testerów (recenzentów).

1) Programy do testowania przydziela redakcja opierając się na oczekiwaniach Czytelników, istnieje jednak możliwość własnego wyboru programów do testowania; dotyczy to zwłaszcza programów do testowania. Mile są widziane listy treści: "Znalazłe(a)m fantastyczny program, używam go od pewnego czasu. Chciał(a)bym o nim napisać, ponieważ...".

2) Krótka recenzja w większości wypadków nie powinna przekraczać dwóch stron redakcyjnych (9000 znaków + dwie zrzutki). Nie jest to jednak regułą: istnieją duże programy (Emacs, KOffice), które trudno opisać na jednej stronie. Każdy przypadek przekroczenia powyższej objętości powinien zostać skonsultowany z redakcją.

3) Artykułowi powinna towarzyszyć krótka tabelka "za i przeciw" oraz ocena w skali 1 - 5.

4) Wszystkie listingi (ponad 5-7 linijek kodu), zrzutki, rysunki oraz tabele MUSZĄ być podpisane. W tekście należy wskazywać miejsca odwołania do tych elementów artykułu.

5) W przypadku porównań na końcu artykułu należy zamieścić tabelkę podsumowującą najważniejsze cechy opisywanych programów. Należy pamiętać, że oceny powinno wystawiać się na podstawie plusów i minusów danego programu, a nie osobistych sentymentów: powinny być tak obiektywne, jak tylko możliwe (ale nie bardziej).

6) Pisząc recenzję należy zwrócić szczególną uwagę na funkcjonalność, łatwość obsługi, system pomocy i dokumentację, obsługę języka polskiego (jakkolwiek to, czy program został przetłumaczony na język polski, czy nie, nie powinno wpływać na jego ocenę) oraz instalację.

7) Na końcu artykułu należy podać adres, skąd można ściągnąć najnowszą wersję programu, rozmiar i nazwę pliku, biblioteki niezbędne do działania oraz kompilacji itd. W szczególnych wypadkach redakcja może dostarczyć program do testowania, może również poprosić o jego dostarczenie.

8) Najlepiej, jeśli ma się możliwość przetestowania danego programu pod różnymi dystrybucjami. Nawet jeśli nie jest możliwe dokładne przetestowanie, warto dopisać "program działa/nie działa poprawnie na Slackware/Debianie/RedHacie/FreeBSD/z libc5". Nasi czytelnicy używają różnych dystrybucji i chcieliby wiedzieć, czy z danym programem nie będą mieli problemów (dotyczy to głównie programów rozpowszechnianych tylko w postaci binarnej, jak np. BMRT).

9) Przed wysłaniem testu do redakcji warto dać go do przeczytania znajomym użytkownikom Linuksa. Ich uwagi mogą stanowić ważną część artykułu.

VI. Uwagi dla autorów

1) Mile widziane są artykuły na wszystkie tematy związane z Linuksem, jednak najbardziej interesują nas artykuły dotyczące zagadnień, o które dopominają się nasi Czytelnicy.

2) Szczególnie zachęcamy do podzielenia się doświadczeniami autorów zajmujący się Linuksem profesjonalnie; osoby, którzy mają doświadczenie we wdrażaniu rozwiązań opartych na Linuksie.

VII. Uwagi końcowe

1) W przypadku niemożności skontaktowania się z autorem (np. otrzymujemy komunikat "Server not found" przy wysyłaniu wiadomości pocztą elektroniczną, a autor nie podał innej możliwości kontaktu), redakcja zamieszcza prośbę o ponowne nawiązanie kontaktu na tej stronie.

2) Redakcja zastrzega sobie prawo do decydowania w którym numerze ukaże się artykuł, jak również odmowy publikacji bez podania przyczyny.

3) Redakcja zastrzega sobie prawo do edycji tekstów, w tym do ich skracania. Wysokość honorarium odnosi się do tekstu opublikowanego, a nie nadesłanego do redakcji. Uwagi redakcji umieszczone są w tekście w nawiasach kwadratowych i oznaczone jako [ - przyp. red.].

4) Redakcja podejmuje ostateczną decyzję odnośnie wysokości honorarium za artykuł.

5) Nieprzestrzeganie powyższych warunków, szczególnie terminu odesłania umowy, może wpłynąć na wysokość otrzymanego honorarium.

6) W sprawach spornych, jak również w kwestiach nieuregulowanych powyższymi warunkami, wiążący głos ma redakcja.

7) Korespondencję dotyczącą treści artykułów należy kierować do Redakcji, natomiast w sprawach związanych z umowami i honorariami należy kontaktowć się:

Iwona Chwedoruk
Product Manager
fax. 22 244 24 59
iwona.chwedoruk@software.com.pl