Re: paper size
On Fri, Oct 4, 2013 at 10:49 AM, Patrick Dupre wrote: > Hello, > > In the versin 2.0.6 there are 2 way of setting the paper size: A quick guess: > document->setting->Page layout > Custom chosen paper size for the _current_ document. > and > tools->Preferences->Output->Latex > Default paper size for new documents. Liviu
paper size
Hello, In the versin 2.0.6 there are 2 way of setting the paper size: document->setting->Page layout and tools->Preferences->Output->Latex Can we have some clarifications? Thanks === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France ===
Re: LyX / pdflatex / paper size
Am 14.05.2010 09:50, schrieb Torquil Macdonald Sørensen: When choosing "Page Layout -> Paper format = a5" in LyX, is it to expected that the paper size is still a4? This is the case when I use the pdfpatex , but not with ps or dvi output. Including \usepackage{geometry} in the preamble fixes the problem. This bug has now be fixed for LyX 1.6.7 (the fix came too late for LyX 1.6.6). regards Uwe
Re: LyX / pdflatex / paper size
Am 14.05.2010 09:50, schrieb Torquil Macdonald Sørensen: When choosing "Page Layout -> Paper format = a5" in LyX, is it to expected that the paper size is still a4? This is the case when I use the pdfpatex , but not with ps or dvi output. Including \usepackage{geometry} in the preamble fixes the problem. Thanks for the report. I'll think that this can be fixed for the next LyX release. This seems to have been reported here: http://www.lyx.org/trac/ticket/5247 but it is marked as fixed in 1.5.5? Bug 5247 was indeed never fixed - I reopened it. regards Uwe
LyX / pdflatex / paper size
Hi! When choosing "Page Layout -> Paper format = a5" in LyX, is it to expected that the paper size is still a4? This is the case when I use the pdfpatex , but not with ps or dvi output. Including \usepackage{geometry} in the preamble fixes the problem. I'm using Debian Sid/TexLive and LyX 1.6.5. This seems to have been reported here: http://www.lyx.org/trac/ticket/5247 but it is marked as fixed in 1.5.5? Best regards Torquil Sørensen
Re: handling of images that are larger than paper size
Hans J. Prueller wrote: > is there any possibility to handle large images correctly? i.e. > auto-resizing it to "fit to single page" or displaying > a single image over multiple pages? Select 100 Textsize% as width or 100% Textheight as height in the graphics dialog. Jürgen
handling of images that are larger than paper size
hi all! is it possible to configure lyx in a way, that it handles images that are larger than pagesize in a proper way? e.g. I have created a mindmap and exported it as .PNG - the image file is rather big and when I insert the image into my lyx document, it exceeds the paper size (A4) and lyx simply cuts or crops the image to fit onto a single page. is there any possibility to handle large images correctly? i.e. auto-resizing it to "fit to single page" or displaying a single image over multiple pages? regards, HANS === Ing. Hans J. Prüller, B.Sc. (Hons) http://hanzz.zapto.org http://www.lbs-logics.com In der Stockwiesen 2 4040 Linz Austria signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Touching and updating view. Former: pdflatex paper size bug and out-of-date content
the ERT _hack_ does seem to work much better than adding self disappearing spaces as i had been doing. another useful thing would be to add something (ex '*' or '(modified)') to the Documents menu items to show which documents have changed. this would be useful even if the updating 'bug' is fixed. mamato On 12/5/05, Johan Ingvast <[EMAIL PROTECTED]> wrote: > > [EMAIL PROTECTED] wrote: > >>- i have a multifile document (using inclusions). i often need to touch > >>the main file to get up-to-date output, otherwise, it won't regenerate > the > >>included files which have changed. > >> > > > > > > this is starting to be quite annoying... and touching the main file > doesnt > > always regenerate the pdf with the latest changes... is there a way to > 'make > > clean'? > I recognize the problem. Touching is annoying and one has to be carefull > such > one does not include a single space that lyx eats. Therefore I usually > have an > open ERT that I put a new whitespace into. I guess one could also have a > comment > environment and there include any crap. > The thing is, one has to make sure the resulting latex file is different > from > the last. > > This brings me to a question for the developers. Is there a reason for not > using > the excellent program make to handle rebuilding of the document? When I > like to > view a document, it seems like all conversions are made over again even if > they > have not changed. I think make would handle the checking of new versions > without much effort. > I guess you don't want to use an additional program which has to be > installed. > However, make is pretty small, 130K on my computer. > > /johan >
Touching and updating view. Former: pdflatex paper size bug and out-of-date content
[EMAIL PROTECTED] wrote: - i have a multifile document (using inclusions). i often need to touch the main file to get up-to-date output, otherwise, it won't regenerate the included files which have changed. this is starting to be quite annoying... and touching the main file doesnt always regenerate the pdf with the latest changes... is there a way to 'make clean'? I recognize the problem. Touching is annoying and one has to be carefull such one does not include a single space that lyx eats. Therefore I usually have an open ERT that I put a new whitespace into. I guess one could also have a comment environment and there include any crap. The thing is, one has to make sure the resulting latex file is different from the last. This brings me to a question for the developers. Is there a reason for not using the excellent program make to handle rebuilding of the document? When I like to view a document, it seems like all conversions are made over again even if they have not changed. I think make would handle the checking of new versions without much effort. I guess you don't want to use an additional program which has to be installed. However, make is pretty small, 130K on my computer. /johan
Re: pdflatex paper size bug and out-of-date content
> - i have a multifile document (using inclusions). i often need to touch > the main file to get up-to-date output, otherwise, it won't regenerate the > included files which have changed. > this is starting to be quite annoying... and touching the main file doesnt always regenerate the pdf with the latest changes... is there a way to 'make clean'? mamato
Re: pdflatex paper size bug and out-of-date content
[EMAIL PROTECTED] wrote: maybe lyx shouldn't have the wide margin option? or do it w/o the a4wide package? or comment it as "obsolete"? The wide margin option is removed in the next LyX version 1.4. regards Uwe
Re: pdflatex paper size bug and out-of-date content
maybe lyx shouldn't have the wide margin option? or do it w/o the a4wide package? or comment it as "obsolete"? mamato On 12/1/05, Uwe Stöhr <[EMAIL PROTECTED]> wrote: > > [EMAIL PROTECTED] wrote: > > > - having hyperref, widemarginsa4 and a4paper produces Letter output with > > pdflatex :/ > > i "fixed" it by setting margins by myself. > > Don't use "widemargins". The LaTeX-package that provides this ("a4wide") > is obsolete, see > > http://texcatalogue.sarovar.org/entries/l2tabu.html > > regards Uwe >
Re: pdflatex paper size bug and out-of-date content
[EMAIL PROTECTED] wrote: - having hyperref, widemarginsa4 and a4paper produces Letter output with pdflatex :/ i "fixed" it by setting margins by myself. Don't use "widemargins". The LaTeX-package that provides this ("a4wide") is obsolete, see http://texcatalogue.sarovar.org/entries/l2tabu.html regards Uwe
pdflatex paper size bug and out-of-date content
i noticed a few weird things with pdflatex: - having hyperref, widemarginsa4 and a4paper produces Letter output with pdflatex :/ i "fixed" it by setting margins by myself. - i have a multifile document (using inclusions). i often need to touch the main file to get up-to-date output, otherwise, it won't regenerate the included files which have changed. mamato
different paper size within same doc?
Hi all, I would like to have several pages at a different paper size within my documents but can't figure out how? Everything in Lyx seems to set the size globally. I've looked at inserting LaTeX but from what I've tried it doesn't work either... I've searched the archives etc. but haven't yet found anything. Is there any way to do this? Otherwise, my final electronic output is pdf - to be printed (not me but someone else, can't give them two files). Is there any other way outside of Lyx? Maybe merge two ps files? thanks Ian
Re: Paper size anomaly
[posted and mailed] Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote in [EMAIL PROTECTED]:">news:[EMAIL PROTECTED]: >>>>>> "Paul" == Paul A Rubin <[EMAIL PROTECTED]> writes: > > Paul> Hi, I discovered something odd in LyX 1.2.3 (Win32 port, running > Paul> on Cygwin/Win XP). I have a trivial document set to use US > Paul> letter size paper (8.5 in. by 11 in.) with one inch margins all > Paul> around. I've tried both article and AMS article class, and the > Paul> anomaly appears in both. > > Paul> When I view the document, WinDVI generates a number of identical > Paul> log messages: > > Paul> special not handled: papersize=614.28833pt,794.96765pt > > So it seems that windvi does not understand this way of specifying > paper size. Maybe could you ask it to shut up about this... Is there a polite way of doing this? :-) > Paul> Notice that the paper size argument has moved up to the document > Paul> class declaration, and the geometry package is now not being > Paul> loaded (even though LyX still shows the margins being set at one > Paul> inch on all sides). > > But is the 'custom sizes' check box still on? Aha! No, it's not. I did not notice that. > > JMarc > > Ok, that explains why the geometry package disappeared. It also pointed me to the ultimate source of the messages: in the config file for the geometry package, I had set the dvips option, which passes the page size as a special to dvips (and thus also to windvi, which does not seem to care for it). Case solved -- wasn't a LyX issue after all. I must have changed the geometry options the same day I loaded LyX 1.2.3, leading me to a post hoc, propter hoc fallacy. -- Paul * Paul A. Rubin Phone:(517) 432-3509 Department of Management Fax: (517) 432- The Eli Broad Graduate School of ManagementE-mail: [EMAIL PROTECTED] Michigan State University http://www.msu.edu/~rubin/ East Lansing, MI 48824-1122 (USA) * Mathematicians are like Frenchmen: whenever you say something to them, they translate it into their own language, and at once it is something entirely different.J. W. v. GOETHE
Re: Paper size anomaly
>>>>> "Paul" == Paul A Rubin <[EMAIL PROTECTED]> writes: Paul> Hi, I discovered something odd in LyX 1.2.3 (Win32 port, running Paul> on Cygwin/Win XP). I have a trivial document set to use US Paul> letter size paper (8.5 in. by 11 in.) with one inch margins all Paul> around. I've tried both article and AMS article class, and the Paul> anomaly appears in both. Paul> When I view the document, WinDVI generates a number of identical Paul> log messages: Paul> special not handled: papersize=614.28833pt,794.96765pt So it seems that windvi does not understand this way of specifying paper size. Maybe could you ask it to shut up about this... Paul> Notice that the paper size argument has moved up to the document Paul> class declaration, and the geometry package is now not being Paul> loaded (even though LyX still shows the margins being set at one Paul> inch on all sides). But is the 'custom sizes' check box still on? JMarc
Paper size anomaly
Hi, I discovered something odd in LyX 1.2.3 (Win32 port, running on Cygwin/Win XP). I have a trivial document set to use US letter size paper (8.5 in. by 11 in.) with one inch margins all around. I've tried both article and AMS article class, and the anomaly appears in both. When I view the document, WinDVI generates a number of identical log messages: special not handled: papersize=614.28833pt,794.96765pt The messages are harmless but annoying. Now if I go to the document layout menu, change paper size from US letter to default and back to US letter (without saving or viewing the document in between), then preview again, the log messages do not recur. I exported to LaTeX before and after "waggling" the paper size, and found the following change. Initial: %% LyX 1.2 created this file. For more info, see http://www.lyx.org/. %% Do not edit unless you really know what you are doing. \documentclass[11pt,english]{article} \usepackage{pslatex} \usepackage[T1]{fontenc} \usepackage[latin1]{inputenc} \usepackage{geometry} \geometry{verbose,letterpaper,tmargin=1in,bmargin=1in,lmargin= 1in,rmargin=1in} ... Áfter waggling the paper size: %% LyX 1.2 created this file. For more info, see http://www.lyx.org/. %% Do not edit unless you really know what you are doing. \documentclass[11pt,letterpaper,english]{article} \usepackage{pslatex} \usepackage[T1]{fontenc} \usepackage[latin1]{inputenc} ... Notice that the paper size argument has moved up to the document class declaration, and the geometry package is now not being loaded (even though LyX still shows the margins being set at one inch on all sides). I haven't tested to see if the margins are incorrect after a waggle. I never saw this behavior in earlier versions of LyX. -- Paul * Paul A. Rubin Phone:(517) 432-3509 Department of Management Fax: (517) 432- The Eli Broad Graduate School of ManagementE-mail: [EMAIL PROTECTED] Michigan State University http://www.msu.edu/~rubin/ East Lansing, MI 48824-1122 (USA) * Mathematicians are like Frenchmen: whenever you say something to them, they translate it into their own language, and at once it is something entirely different.J. W. v. GOETHE
Re: custom paper size
Wolfgang Engelmann wrote: > > I have 1st of july as dead line for a meeting abstract. Not much time to > fiddle around. Could somebody help: more than a whole day ... ;-) > the one page abstract has to be restricted to 12.7 * 17.7 cm papersize. > > I used layout>document>paper > and papersize: custom > custom papersize width 12.7 > heighs 17.7 > > Viewing it as a dvi or ps produces what I need. > > However, if I export it as .ps and view it, the text starts at the middle of > the page, the center part is not shown, and the last 3 lines are shown on a > 2nd page. set in layout->document->page the values for the header/footer to 0cm Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
custom paper size
I have 1st of july as dead line for a meeting abstract. Not much time to fiddle around. Could somebody help: the one page abstract has to be restricted to 12.7 * 17.7 cm papersize. I used layout>document>paper and papersize: custom custom papersize width 12.7 heighs 17.7 Viewing it as a dvi or ps produces what I need. However, if I export it as .ps and view it, the text starts at the middle of the page, the center part is not shown, and the last 3 lines are shown on a 2nd page. Same, if I export as tex file, use latex and dvips I allow me to include the lyx file and would very much appreciate help. Wolfgang Engelmann #LyX 1.1 created this file. For more info see http://www.lyx.org/ \lyxformat 218 \textclass article \language english \inputencoding auto \fontscheme times \graphics default \paperfontsize 10 \spacing single \papersize Custom \paperpackage a4 \use_geometry 1 \use_amsmath 0 \paperorientation portrait \paperwidth 12.7cm \paperheight 17.7cm \leftmargin 2mm \topmargin 2mm \rightmargin 2mm \secnumdepth 3 \tocdepth 3 \paragraph_separation skip \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle empty \layout Standard \series bold HIERARCHY OF OSCILLATOR FREQUENCIES IN PLANTS. \newline \series default W. Engelmann \newline University of Tübingen, Department of Botany, Physiological Ecology of Plants, D72076 Tübingen, Germany \newline \series bold Objectives. \series default Rhythmic events in plants are numerous and their period lengths cover a broad range from ultradian, circadian to annual. Even longer rhythms are found such as flowering in bamboo. Two examples are presented for ultradian and circadian rhythms occuring in the same plant species. \newline \series bold Methods. \series default Leaf movements and hypocotyl growth are recorded with imaging methods. The resulting time series are analysed for rhythms by digital filtering and other methods. Electrophysiological methods were used to study the events responsible for swelling and shrinking of motor cells in pulvini. \newline \series bold Results. \series default The ultradian up- and down-movements of the lateral leaflets and the circadian movements of the terminal leaflets of \emph on Desmodium gyrans \emph default are presented as a first example. In both cases specialized joints at the basis of the leaflets are the motor. How the motor cells in the two types of `pulvini´ shrink and elongate is partly understood. Less well known are the controls leading to temperature dependent oscillations in the minute range and the temperature compensated rhythms in the circadian range. \newline A second example for oscillations with different frequencies is \emph on Arabidopsis thaliana \emph default . After germination the hypocotyls of the seedlings elongate in a waving way (`circumnutation´). Ultrashort (10 to 20 minutes at 25C), short (20 to 60 minutes) and long period nutations (1 to 8 hours) can be observed. In addition, a circadian oscillator modulates growth: Periods of fast elongatio n alternate with those of little or no growth. This interferes with the ultradian rhythms inasmuch as at low growth rates no circumnutations occur. Methods are described which allow to localize the different circumnutations and the stepwise circadian growth on the hypocotyl as a function of time. Simulations try to model this complicated interplay. \newline Many other events in \emph on Arabidopsis thaliana \emph default are governed by circadian oscillations. They are found in different tissues and organs. Usually the light-dark cycle synchronizes these rhythms with the 24 hour day via different photoreceptors (phytochromes and cryptochrome). However, other cues might be used such as the onset of imbibition of the seeds. This triggers a circadian rhythm which is insensitive to the light-dark cycle. Annual rhythms in the germination of seeds exist. \newline \series bold Conclusions. \series default Throughout development different oscillations control all kinds of events in plants. Their mechanisms, distribution in the various organs, mutual interactions and interplay with the environment are studied intensively, but much remains to be done. \newline \series bold Keywords. \series default \emph on Desmodium gyrans, Arabidopsis thaliana, \emph default ultradian rhythms, circadian rhythms, circumnutation. \the_end
Re: Custom paper size
Hello, It works fine with mgv without any postprocessing. It works fine under ghostview when I postprocess my document using pstops. Thank you, YC > Date: Thu, 14 Dec 2000 10:06:27 +0200 > From: Tuukka Toivonen <[EMAIL PROTECTED]> > X-Sender: [EMAIL PROTECTED] > To: Yann Collete <[EMAIL PROTECTED]> > cc: [EMAIL PROTECTED] > Subject: Re: Custom paper size > MIME-Version: 1.0 > > On Wed, 13 Dec 2000, Yann Collete wrote: > > > You are right, there's a big rendering error with ghostview > > but the printed version is OK. > > Nice to hear that. By the way, if you want to see it correctly with gv, > try processing the postscript file with psutils. For example, I think > psnup puts many pages on single page. If you tell it to put single > original page per page, it does nothing but just processes the postscript > file so that it works with gv. Or at least something like that works when > I have a problem with landscape pages. > Or another psutils utility, pstops, I think commandline is > pstops '0' processed.ps > but try it yourself... > >
Re: Custom paper size
On Wed, 13 Dec 2000, Yann Collete wrote: > You are right, there's a big rendering error with ghostview > but the printed version is OK. Nice to hear that. By the way, if you want to see it correctly with gv, try processing the postscript file with psutils. For example, I think psnup puts many pages on single page. If you tell it to put single original page per page, it does nothing but just processes the postscript file so that it works with gv. Or at least something like that works when I have a problem with landscape pages. Or another psutils utility, pstops, I think commandline is pstops '0' processed.ps but try it yourself...
Re: Custom paper size
Hello, You are right, there's a big rendering error with ghostview but the printed version is OK. When I look at the dvi file, It seems OK too. Thank you, Yann COLLETTE > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > X-No-Archive: yes > List-Post: <mailto:[EMAIL PROTECTED]> > List-Help: <mailto:[EMAIL PROTECTED]> > List-Unsubscribe: <mailto:[EMAIL PROTECTED]> > Delivered-To: mailing list [EMAIL PROTECTED] > Date: Wed, 13 Dec 2000 15:34:32 +0200 > From: Tuukka Toivonen <[EMAIL PROTECTED]> > X-Sender: [EMAIL PROTECTED] > To: Yann Collete <[EMAIL PROTECTED]> > cc: [EMAIL PROTECTED] > Subject: Re: Custom paper size > MIME-Version: 1.0 > > On Wed, 13 Dec 2000, Yann Collete wrote: > > > When I export to ghostview, the paper seems to have the right size > > but some line at the top and at the bottom have disappeared. > > Similar thing happens sometimes when using landscape mode, and the reason > for that is a bug in both ghostview/gv/mgv. Try printing and see if the > problem goes away in the printed output. >
Re: Custom paper size
On Wed, 13 Dec 2000, Yann Collete wrote: > When I export to ghostview, the paper seems to have the right size > but some line at the top and at the bottom have disappeared. Similar thing happens sometimes when using landscape mode, and the reason for that is a bug in both ghostview/gv/mgv. Try printing and see if the problem goes away in the printed output.
Custom paper size
Hello, I've got a little problem when tuning the paper size. I've to write a paper using a 23cm - 14.8cm paper size. So, I select custom, give the size in the paper dialog and select "use geometry". When I export to ghostview, the paper seems to have the right size but some line at the top and at the bottom have disappeared. I haven't set any margin, I really don't know where it comes from. I use lyx-1.1.5fix2 Yann COLLETTE
Re: paper size problem, quite urgent ;-/
Lars wrote: >"twoside" in the extra options in Layouts->Document > and try again? Many thanks. This works great. You made my day ;-) Yours Darek PS short newbie question: is there any resource to find esthetically proper settings for positioning of margins, etc. (styles?) for a given paper size? -- Darek Kedra, M.D. e-mail: [EMAIL PROTECTED] Center of Molecular Medicine (CMM), Karolinska Hospital, Building L-8.00, S-171 76 Stockholm, Sweden phone: +46-8-5177-3922 fax: 46-8-517 73909
Re: paper size problem, quite urgent ;-/
Darek Kedra <[EMAIL PROTECTED]> writes: | 3. use paper B5/geometry | result: I can manipulate margins/headers and stuff at will, but first, | what's the point of using a sophisticated typesetting program and | document styles if you end up moving your text madly back and forth on | the page like in the MS Word? Well, I would try even more of this, but | there is an extra "bonus": | using geometry destroys somehow layout of headers and page numbers, and | does it badly. All numbers are on one (right) side, no matter if I set | TwoSides in DocumentLayout. Nice headers containing chapter numbers and | names on even pages are gone, I am getting only headers with current | section numbers and names, positioned on the right on all pages. Not | good to put it mildly. Can you try to put "twoside" in the extra options in Layouts->Document and try again? Lgb
Re: paper size problem, quite urgent ;-/
Roger wrote: >When you view the DVI preview, or only when you print to Postscript? >If your problem is the latter, dvips may not be installed to work >right with more than one paper size. It is present on a DVI level already. What I see on DVI is what I get on the printer. Well, almost, I have an A4 sized paper in my printer. I believe that final printing of an exported postscript file on a A4 paper does not influence the layout generated in the first place (DVI preview). Anyway, right now I tested back and forth three options: 1. use paper B5/no geometry result: huge margins (122mm wide text on a 176mm wide page plus 218mm from top of the page to the page number = more than 3cm free of text at the bottom of the page. Unacceptable. 2. use paper custom (170x245mm)/no geometry result: text out of range of the page. 236mm from top of the header to the bottom of page number. text body itself is 147mm wide. 3. use paper B5/geometry result: I can manipulate margins/headers and stuff at will, but first, what's the point of using a sophisticated typesetting program and document styles if you end up moving your text madly back and forth on the page like in the MS Word? Well, I would try even more of this, but there is an extra "bonus": using geometry destroys somehow layout of headers and page numbers, and does it badly. All numbers are on one (right) side, no matter if I set TwoSides in DocumentLayout. Nice headers containing chapter numbers and names on even pages are gone, I am getting only headers with current section numbers and names, positioned on the right on all pages. Not good to put it mildly. Well, if someone can make sense out of it, and suggest a solution, I would be more than happy. Thanks in advance. Darek -- Darek Kedra, M.D. e-mail: [EMAIL PROTECTED] Center of Molecular Medicine (CMM), Karolinska Hospital, Building L-8.00, S-171 76 Stockholm, Sweden phone: +46-8-5177-3922 fax: 46-8-517 73909
Re: paper size problem, quite urgent ;-/
>>>>> Darek Kedra <[EMAIL PROTECTED]> writes: > Hi, I am trying to write my thesis in Lyx, using book (koma > script), but I got a problem after changing paper sizes. When you view the DVI preview, or only when you print to Postscript? If your problem is the latter, dvips may not be installed to work right with more than one paper size. To check that, edit /usr/share/texmf/dvips/config/config.ps and set your new paper size as the default, for example: %% @ a4Size 210mm 298mm @ a5Size 148mm 210mm -- Roger Williams finger me for my PGP public key Coelacanth Engineering Incconsulting & turnkey product development Middleborough, Massachusetts wireless * datacomm * DSP * ATE tel +1 508 947-5585 * fax +1 508 861-0278 * http://www.coelacanth.com/
paper size problem, quite urgent ;-/
Hi, I am trying to write my thesis in Lyx, using book (koma script), but I got a problem after changing paper sizes.I know it sound weird, but setting custom paper size (170x245mm) somehow does not work. Same for b5 paper size. I am getting text body almost completely filling up my pages. I've messed around with latex, trying to get not-so-fancy first few pages (title, publisher, dedication, abstract) which were not included in this style. Well, if someone has a spare time and can look at my first (mostly empty) 11 pages I will very much appreciate his/her help. Any hints are very welcome ;-) Regards Darek uuencoded stuff: begin 664 th_11pages.lyx.gz M'XL("`$"^#<``W1H7S$Q<&%G97,N;'EX`,U;:W/;.I+]SE^!G?DP]I2DM>2\ M;&]ME26_=&/+7DO)G;OEJA1$0A+&)*$0I!WEUOSW/=T@)4JD8WN4NS.I5")1 M(!KHY^E&X\^CF;9BHD,E'J45?J)DJ@(Q7HC_"F2B[O];7)E87/NI$&_$WOYA MIWWX=D^T#PX.O#]?+OXFVJT]L=/;I2=OF_187,DTG6G,=9JFB?9G0L:!2&=* MT/"1DI%W%RZ^34P2R51T6NVWWEVJOJ5^**T5UD_&QMQCB(RGF9PJ$:B)S,+4 MN]/Q/$M5[)M`Q]/5XXF)4^O/5%0:.DWD?*9]6QH5&IE^F8?2Q\`X%?\Q2\=S M[VXNYRKA&?3WTOMV+GTB8O$/&)./XS&]S*8FRI]@V#VM4;[Q[C*KODR5B52: M+,2>^RXCBTW.Z"N/?]0!OK7?[T7%##.EIS.PX'?9D[_5<1"J@_[V[KYE) ME?VRY*_"%K6=+7](=:2LFQ:+\4V81;$5[24/@M*O/(&#A_L77,;AF(>V9\,9JJN/?4YV&BN;Z1S$VGTYXHCKAG0SU-!8^ MMJ<2FH_E$LJ$UB*\$^)!RD(V$RAOJ/P,/XHK%6@(5;U^QH\R,:&.[;T4_=AB ML5##]/73#"&S^YD)HX88/BI(IVZ&(%#!%U(_]24U<]&!IOQ55"=6T!$KQB8, MQ":9W@PJX&.@_NXT`5SP,;\.P%D1:*ND56*J8DPP24PD9EDD,?D,GXTU)/QV M^VM[WV.[[72^MG[^.O'C"3D7\5$%B7S!_.T]$'@='Y;L=L[J=7JIXF!#*U_Q MZ;57O@6?:9?V]+N*YNFBAG"5,V]?P/I_B4Z,]90]S\;27B?XU22E'\8F MA0\N7-HF@?ZP.Q`'[>:[SH?F_ON#3G._SE:)U6,$N_MBMHU9;A(=YX'P5LT3 M(_B!..[">I\WY#]$TF_*DDXX;E1M8`:_+'2*07YA$K,,;MX;&1$MQ)F,=+CX M-U)HO`/NI@K:&13QR[`&_SLM\4>>@CU.,=/OG8X?E>;`OF!O?_6\X^YP='O< M&]7H8A$I@!7"$()Z-")!7#0(N[!30D[.'&&?,,6&,\7"$AMB)A^4&"L5"SLS MC[%(#1X!126>`&(`GLAL8>+-1(4,[]C4&T)&!B@'%"*19A'8;K/Y/%'6XB,/ M:7EB!/I21VXI@(J0UM^Q*T:+(.5CF6F2X0&`2@SXIN?L82(YM^)1XY68"%CE MK=R)#(554PK1M`9&AQE/_`!T(:082TN8%(N89`E>3C!(A@MZ:":>((=4<";W M61B*;SH!['DPX8/#>*"\N6_0\+&]Y<8BB4%8/WZ<+@0@6T!O:8).>J+]&F?I M"-+F6>Y-Z\L0>V/9P.2L^IH!HQ)X]$TT!MX(F`OB3]X=]&LF,)]'-#4,U.3/ MEFCG3\(/38R7L;P^21)V+#KO"Z(J43Q`!0TLTP\S1L)..[ M)-`NR&-;L8F;%R:8WNOX+]83X0+,!ZDCYED$">AY2(`X,%!C(,58&60,MEAK M6^Q1&D"O,(A>44WGQ0'A3IPM2H)+T;WX[O]H4/*^@-.;L M^%-E"':FH:(D$$G*Y:#^@ZK3/0DS-M*?8:F_JN('2$N*F^.>`)[-\ISLN76! M:+:&"5;.AQ9A(QVX7\N+SZ;9$UX]R<9P$,I6Z,"-I+!%[=S1VK(6TZ@RG/B< MF[!SE?!<">^*9GCN;;EMX1>G?SE2>X MDB)(.65'O'C0B#'A@O@*W/&]Y!4:+U)\*;YC- M?'67%W"TMOP7KQ^$(DULS/$>7`)!X#+-\]['%Y%\,4T)=7E082ZJWDFO\[89 MZOMUJA?\_/(EE!]>3CA8(,B9^0RN+%J8%#'&ETM&N[U7EW)R=?/QJ85L.JQ7 MK,4Q(1OKKYE.G>*H;XPZ>'')CJ)G`F,U:8S MH_A1F;P6>KTD2I^H4*4.)\:$!4OQ&88-7S%V>&89VIB2%3NJ10@#(`E,HV`+ M&&;]V:.,8_?%A6!\2&9R'!CX>/=F`_O#WAN",B(S,!*"O-UM M%`XFFH>4F:0SF3KHN,HG!R*`&6%(C\P"L7")?8\MHIK5*5-8&$7YE$]J*2Q MQ+ZK[0:$2)5C*+)#G4<";*C)L">WGQV["UXM/"8;40E1YF@8$X=F7M3&W+99 MADS(R=C%'@;E]#J(;@ATQEL4\R4?%A``PAP MU["S=WG1[%0XVA!LJ$^XDGY_]PA[3&5SGFCHE`PD@F-@@Q@#'"L%8/^S7!P?%/O3=KKZN2&5IS#,ZO\C$4"?V#?9KH` MFY\8UZ[R9/C;X/RV+:OT*F/&+QCCOV[=GS=YRSD6O,:]6L,PH^MJV*]NI6[4 M,_1)N*3XPU_[_SDT1V&S=7V0?T/0MY'DI&V:$ M1)=[.#M?UA`H\:_)&2/X6K7*'#V7;G*\0U(-+*JGQ`^V;_A%N&NLRCDS(NC7 ME!B+6)]S!4^<)P%*#%7@K6FNK='.YIN*BX4X*!%&],/_5?NI6/DF3B%=J6": M5=K&?"F*`Q5(G4NF7B/!$UD?RD7AG)V';+=;'5Z63NFE4F#P.*1Q?8\\]D;P M=8Z9SZL88$29.R1"!"B51S81QP_77,]+^.(Z=_F\0ZWA]=.L+H=N#I8K`.(R MJ1A.E/-;IVHOKEL@`%LZ`5AJ-S,E447MYB5AY]5[=0I;100N>.=60G`"MDB: MDJQIQ6:Y_2DW_IXLW,$":`2@+@E;/D@=(E'$C!KV)],L<5'=*IGXH$<,``J2 M8Z[A$"AA".$))/)SJ1,>L/(%ZTM[P:+R4F2NGT@SC%4EU,>&X63(3@'@)_;I MB'.M(!AD0(NN=.,)X)0XK95WI2K.@N=C@,U:^$>U>#1)8)>/EV(YW*Q6B*>2 M_*+8ZC!.0Q!^;SC5;0BD"FN:4ILO-4J*WEC"H48!5AHU3JPZ1=E1-IXSL4:M M^?^_5]/G(:!>I1+N>9?]X4A#)\3='Y$4QP&>:.2*>$O M*38K:[I6MIQGXT*E\BSD4<-)C,FC3%22Y`Z72X?J6TKYG"LB4T2/7?$<\6]U MUG6BE@48S^NS?FYH7)!`R">MJLHUQ"G&#[D:;W5#]#D%0:RQI%:_4,1)-))= M\Z!]J!F^]T*9W+N?+L'4Q,?H]+N;IQLJ>,K'AKC`ERLU"UFC8(6_M&[PY(2C MV+UNK>&*$9?+:\L>+AAP)<9%[%)QPOVV<@I>77F32CMY[IZ7"%M>Q?5?L)<[ MQZA4^P`A[8,#]`2P MP_UXDL4S&35$MW6,;[=&/<_.NC-59