Zaměstnanci FI MU a postgraduální studenti mají na požádání povolen tisk vesměs na všech tiskárnách. V případě zájmu o oprávnění k tisku kontaktujte unix@fi.muni.cz. Tisknout je možno přímo z příkazové řádky počítače.
Používá se následující syntaxe:
Příklad:
aisa$ lpr -Plj2b soubor.txt aisa$ lpq -Plj2b lj2b is ready and printing Rank Owner Job File(s) Total Size active xdufka 224 soubor.txt 1024 bytes aisa$ lprm -Plj2b 224 aisa$
Jak si nakonfigurovat počítač pro tisk.
Podrobnosti zde.
lj4c.
lj4b-c, nepodporuje
duplexní tisk.
lj5b. Tato tiskárna
umožňuje tisk na papír formátu a3, pro který existuje virtuální
tiskárna lj5b-a3.
lj2b, v 5NP budovy C jako
lj5c a ve čtvrtém patře budovy B u kopírky jako
lj4p.
lj3b.
Volby pro tisk se specifikují pomocí parametru "option":
lpr -o media=a4 soubor
Duplexní tisk můžeme nastavit pomocí parametru sides:
lpr -o sides=two-sided-long-edge soubor lpr -o sides=two-sided-short-edge soubor
Pro duplexní tisk existují předdefinované virtuální tiskárny ve tvaru
tiskárna-duplex a tiskárna-duplex-top, které
odpovídají parametrům sides=two-sided-long-edge, respektive
sides=two-sided-short-edge. Soubor můžeme tedy duplexně vytisknout např.
pomocí příkazu:
lpr -Plj2b-duplex soubor
Tisk více (zmenšených) stran na jednu stranu:
lpr -o number-up=4 soubor
Tisk 3 kopií:
lpr -#3 soubor
Seznam všech parametrů je možné najít např. tady.
V souvislosti s přechodem z LPRng na CUPS uvádíme některé ekvivalentní příkazy:
| LPRng | CUPS |
|---|---|
| lpr -Plj2b -J"duplex=left" | lpr -Plj2b -o sides=two-sided-long-edge |
| lpr -Plj2b -J"duplex=top" | lpr -Plj2b -o sides=two-sided-short-edge |
| lpr -Plj5b -J"paper=a3" | lpr -Plj5b -o media=a3 |
| lpr -Plj2b -J"copies=5" | lpr -Plj5b -#5 |
Zároveň jsme pro jednodušší použití vytvořili virtuální tiskárny typu tiskárna-duplex a tiskárna-duplex-top které implicitně tisknou duplexně podle dlouhé, respektive krátké strany papíru. Taktéž existuje virtuální tiskárna lj5b-a3, která implicitně tiskne na a3 papír.
| LPRng | CUPS |
|---|---|
| lpr -Plj2b -J"duplex=left" | lpr -Plj2b-duplex |
| lpr -Plj2b -J"duplex=top" | lpr -Plj2b-duplex-top |
| lpr -Plj5b -J"paper=a3" | lpr -Plj5b-a3 |
Dále už neexistují textové tiskárny (např. tlj2b), textově se dá tisknout na "normálních" tiskárnách (např. lj2b).
Changes to HTML necessitate obtaining a consensus from a broad range of organizations. If you have a great idea, it will take time to convince others! Here are some of the places where discussion on HTML takes place:
The HTML WG is open to W3C Members and invited experts. The Group's mission is to develop the next generation of HTML as a suite of XML tag sets with a clean migration path from HTML 4. Some of the expected benefits include: reduced authoring costs, an improved match to database & workflow applications, a modular solution to the increasingly disparate capabilities of browsers, and the ability to cleanly integrate HTML with other XML applications. The Group is chaired by Steven Pemberton.
Current Working Group participants include:
A question of style sheets. For most people the look of a document - the color, the font, the margins - are as important as the textual content of the document itself. But make no mistake! HTML is not designed to be used to control these aspects of document layout. What you should do is to use HTML to mark up headings, paragraphs, lists, hypertext links, and other structural parts of your document, and then add a style sheet to specify layout separately, just as you might do in a conventional Desk Top Publishing Package. That way, not only is there a better chance of all browsers displaying your document properly, but also, if you want to change such things as the font or color, it's really simple to do so. See the Touch of style.
FONT tag considered harmful!
Many filters from word-processing packages, and also some HTML authoring tools,
generate HTML code which is completely contrary to the design
goals of the language. What they do is to look at a document
almost purely from the point of view of layout, and then mimic
that layout in HTML by doing tricks with FONT, BR
and (non-breaking spaces).
HTML documents are supposed to be structured around items such as paragraphs,
headings and lists.
Yet some of these documents barely have a paragraph tag in sight!
The problem comes when the content of pages needs to be
updated, or given a new layout, or re-cast in XML (which is now
to be the new mark-up language). With proper use of HTML, such
operations are not difficult, but with a muddle of non-structural
tags it's quite a different matter; maintenance tasks become
impractical. To correct pages suffering from injudicious use of
FONT, try the HTML Tidy
program, which will do its best to put things right and
generate better and more manageable HTML.
Make your pages readable by those with disabilities. The Web is a tremendously useful tool for the visually impaired or blind user, but bear in mind that these users rely on speech synthesizers or Braille readers to render the text. Sloppy mark-up, or mark-up which doesn't have the layout defined in a separate style sheet, is hard for such software to deal with. Wherever possible, use a style sheet for the presentational aspects of your pages, using HTML purely for structural mark-up.
Also, remember to include descriptions with each image, and try to avoid server-side image maps. For tables, you should include a summary of the table's structure, and remember to associate table data with relevant headers. This will give non-visual browsers a chance to help orient people as they move from one cell to the next. For forms, remember to include labels for form fields.
V naší síti se setkáte s diskovými kvótami pro stroje s UN*Xovými OS a OS Windows.
Na UN*Xovým strojích má každý uživatel kvótu:
/home/login s domovským adresářem, který se aktuálně nachází na stroji atlas.fi.muni.cz a exportuje se pomocí NFS SMB protpkolů./var/mail s poštou (netýká se zaměstnaneckých mailboxů na stroji anxur)/tmp pro dočasné souboryKvóta omezuje místo zabírané na disku a také počet uložených souborů. Omezení každého z těchto zdrojů je dáno měkkou kvótou, tvrdou kvótou a časovým limitem, jejichž význam je následující. Po překročení měkké kvóty je uživateli nastaven časový limit, do jehož uplynutí může normálně pracovat. Systém ho však upozorňuje na překročenou kvótu. Po vypršení časového limitu je uživateli omezen přístup na svazek s překročenou kvótou (není možné vytvářet nové soubory a zvětšovat velikost souborům existujících), k obnovení přístupu musí uživatel smazat dostatečné množství dat a/nebo souborů. Tvrdý limit systém nedovolí překročit. Pokud by nějaká operace způsobila překročení tvrdého limitu, nedokončí se a skončí s chybou.
Aktuální hodnoty obsazení a limity na místo a počet souborů se dozvíte zadaním
příkazu quota -v. Příklad:
$ quota -v
Disk quotas for Uživatel (uid 12345):
Filesystem usage quota limit timeleft files quota limit timeleft
/export/tmp 176 0 0 22 0 0
/tmp 4 10240 51200 1 1000 2000
/var/mail 780 15360 30720 1 50 100
/home/xuser1 36648 400000 800000 1971 20000 40000
/home/xuser2 36648 400000 800000 1971 20000 40000
/home/xuser3 36648 400000 800000 1971 20000 40000
.
.
.
/home/xuser9999
36648 400000 800000 1971 20000 40000
Na příkladu vidíme kvótu pro svazek /export/tmp, /var/mail, /tmp a
pak pro množství dalších svazků, které mají shodné hodnoty. Program quota
totiž vypisuje kvótu pro všechny připojené svazky. Protože však každý uživatel má svůj home
pomocí programu automounter připojený jako samostatný svazek, uživateli se vypíše
kvóta pro všechny tyto svazky (připojené home adresáře). Ve skutečnosti však jsou tyto svazky
na serveru atlas.fi.muni.cz fyzicky jeden jediný svazek, na kterém je jediná kvóta a ta
je proto pro všechny tyto vzdáleně připojené svazky stejná (ve skutečnosti
uživateli nic nebrání v tom, aby měl své soubory i v domovských adresářích
jiných uživatelů, pokud mu tito umožní příslušný přístup). Soubory se ale
započítají do kvóty vždy vlastníkovi souboru. Tolik k tomu, proč je program
quota, tak ukecaný.
Studenti mají na počítačích s OS Windows kvótu na domovský adresář na serveru afrodita.fi.muni.cz a na velikost uživatelského profilu na serveru nereus.fi.muni.cz.
Kvóta na profil je 8MB. Tato kvóta nesmí být překročena, pokud se chce uživatel odhlásit ze stanice. Profil se při odhlášení ukládá na server; pokud je jeho velikost větší než stanovená kvóta, uživatel je na to upozorněn a odhlášení se neprovede. Více viz. http://www.fi.muni.cz/tech/win/kvota_profil.html
Kvóta na domovský adresář je 60MB. Je to tvrdá kvóta, tj. při vyčerpání tohoto objemu dat systém nedovolí do domovského adresáře další zápis.