Úřední deska Fakultní administrativa Technické informace MU

Tisk v síti FI

Tisk pro zaměstnance FI MU

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.

Tisk z Windows

Podrobnosti zde.

Dostupné tiskárny

Tiskové volby:

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).

Discussion Forums

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:

comp.infosystems.www.authoring.html
A USENET newsgroup where HTML authoring issues are discussed. "How To" questions should be addressed here. Note that many issues related to forms and CGI, image maps, transparent gifs, etc. are covered in the WWW FAQ.
www-html@w3.org
A technical discussion list. If you have a proposal for a change to HTML/XHTML, you might start a discussion here to see what other developers think of it.
www-html-editor@w3.org
This is a list to report errors / send review comments on HTML/XHTML specifications. This is NOT a discussion list. Anyone may send comments without subscription, although you'll be requested to give explicit approval to include your message in our publicly-readable mailing list archive at your first post. To subscribe, send subscription request to www-html-editor-request@w3.org. For more information, see how to subscribe.
W3C HTML Working Group (members only)

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:

w3c-translators@w3.org
This is a mailing list for people working on translations of W3C specifications such as the HTML/XHTML Recommendations. To subscribe, send an email to w3c-translators-request@w3.org with the word "subscribe" in the subject line; (include the word "unsubscribe" if you want to unsubscribe.) The archive for the list is accessible online.
IETF MHTML WG (closed)
Developed RFC 2557 - "MIME Encapsulation of Aggregate Documents, such as HTML (MHTML). J. Palme et al. March 1989.
IETF HTML Working Group (closed)
The HTML working group of the IETF, closed in 1996.
Web Conferences
The next international conference dedicated to the Web is WWW2004, to be held in New York city, USA, in 2004. The last was WWW2003, which was held in Budapest, Hungary, 20-24 May 2003.

Guidelines for authoring

  1. 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.

  2. 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.

  3. 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.

Diskové kvóty v síti FI

V naší síti se setkáte s diskovými kvótami pro stroje s UN*Xovými OS a OS Windows.

Unix

Na UN*Xovým strojích má každý uživatel kvótu:

Kvó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ý.

Windows

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.