Thread: Re: [MiKTeX] problems with certain EPS files and Yap / Dvips
MiKTeX source code moved to GitHub
Brought to you by:
csc
From: Jeff E. L. <jl...@ui...> - 2006-10-29 03:26:39
|
After considerable difficulty 2.5 Yap, etc I uninstalled 2.5 and reinstalled 2.4 and had similar problems with Yap, and dvipdfm etc after the latest 2.4 updates (including miktex-ghostscript). The idea was from Christian Schenk : Starting mgs.exe at the DOS-Prompt "MIKTEX_GS_LIB=C:\texmf\ghostscript\base;C:\texmf\fonts" http://dojo.miktex.org/blogs/christian_schenk/archive/2005/04/07/3.aspx Got Yap (2.4) working again on eps by manually putting in the environment variable MIKTEX_GS_LIB= C:\texmf\ghostscript\base;C:\texmf\fonts;c:\gstools\gs8.50\base;c:\gstools\fonts;C:\gstools\gs8.50\lib;C:\gstools\fonts;C:\gstools\gs8.50\Resource (didn't work until I included my local ghostscript.) Prof. Jeff E. Lewis Professor of Mathematics, Emeritus Honors College Associate Dean for Academic Affairs, Emeritus Tel: 312-996-3064 Fax: (413) 653-2969 Home (preferred): 312-421-4394 e-mail: jl...@ui... http://www.math.uic.edu/~lewis/ |
From: Peter R. <ry...@if...> - 2006-11-02 11:15:42
|
At 10:19 30.10.2006, you wrote: >soft_share wrote: > > Hi,Per > > > > Please be informed that there IS a package which realizes inverse > search between .tex and .pdf files. The relavent package is > developed by Wen-Chang Sun (mytex) and published in CTeX Forum (the > Chinese tex user's forum). The web address is > > > > http://bbs.ctex.org/forums/index.php?showtopic=33797 > > > > Get the attachment at the end of the 1st or the 20ies post in > that thread and put the .sty files into appropriate directories in > the MiKTeX installation folder, refresh file name database and then > it is ready to use! Example TeX file: > > > > > > \documentclass[12pt]{article} > > \usepackage[marktexline,WinEdt]{invPDF} > > %% Default user editor is WinEdt, can be changed via options. > Predefined editors includes WinEdt, TeXnicCenter, WinShell, and > SciTE. The SciTE option is only avaliable in the version after the > 20ies post mentioned above %% > > > > \begin{document} > > .... > > > > \end{document} > > > > At present the pdf files must be openned with Acrobat Reader v7.0 > or above and not other pdf readers out there on the net. The > inverse search makes use of some pdf specials which other odf > readers do not support (yet). > > > > Soft_share > > > > >It doesn't work for me when there is a "begin{itemize}" in the >document. It stops on the first "\item" with the message: > >"something wrong here, perhaps a missing item" >_____________________________________ >Daniel Royer >University of Geneva >daniel at royer dot ch I couldn't get it to work either. (Pity!) There were 3 problems: 1. Could not open WinEdt (was already open, of course). 2. Messed up some of the hyphenation (strange). 3. Seems to be incompatible with the booktabs package (gave strange error messages in tables). Perhaps we just need to understand the documentation... Peter Ryder. >------------------------------------------------------------------------- >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >_______________________________________________ >MiKTeX-Users mailing list >MiK...@li... >https://lists.sourceforge.net/lists/listinfo/miktex-users |
From: Ulrike F. <li...@ni...> - 2006-10-29 09:46:43
|
am Sonntag, 29. Oktober 2006 um 04:22 schrieb Jeff E. Lewis: > Got Yap (2.4) working again on eps by manually putting in the environment > variable > MIKTEX_GS_LIB= > C:\texmf\ghostscript\base;C:\texmf\fonts;c:\gstools\gs8.50\base;c:\gstools\fonts;C:\gstools\gs8.50\lib;C:\gstools\fonts;C:\gstools\gs8.50\Resource As have been already mentioned by Christian this work-around will probably break in future version of YAP (or be unnecessary). The sain way to correct the problem is to adjust the pathes of the urw fonts in miktex2.5/ghostscript/base/fontmap.miktex: if the pathes show the new locations of the urw font while the fonts are still in the old folders one should install the new font packages, or in the other case one should change fontmap.miktex. -- Mit freundlichen Grüßen Ulrike Fischer mailto:li...@ni... |
From: <gn...@gm...> - 2006-10-29 12:40:20
|
On 10/29/06, Ulrike Fischer <li...@ni...> wrote: > am Sonntag, 29. Oktober 2006 um 04:22 schrieb Jeff E. Lewis: > > > Got Yap (2.4) working again on eps by manually putting in the environment > > variable > > > MIKTEX_GS_LIB= > > C:\texmf\ghostscript\base;C:\texmf\fonts;c:\gstools\gs8.50\base;c:\gstools\fonts;C:\gstools\gs8.50\lib;C:\gstools\fonts;C:\gstools\gs8.50\Resource Reverting to MikTeX-2.4 is not necessary. MikTeX-2.5 made a major change in YAP to support things like rotated text. but there were problems because the URW fonts (free replacements for the Adobe Laserwrite 35 fonts) can be installed in 2 different places. The obsolete urwstd package should be removed and the fonts you use installed using the individual packages, which put the .pfb files in <miktex_dir>/fonts/type1/urw/<fontname> directories. If you have updated MikTeX-2.5 to the current version, your ghostscript/tools/Fontmap.miktex will match the installed locations. It is an ASCII file so it is easy to verify that you have the right version. Ghostscript 8.54 (mgs is 8.54) fixed a number of bugs in gs8.50. > As have been already mentioned by Christian this work-around will > probably break in future version of YAP (or be unnecessary). > > The sain way to correct the problem is to adjust the pathes of the urw > fonts in miktex2.5/ghostscript/base/fontmap.miktex: if the pathes show > the new locations of the urw font while the fonts are still in the old > folders one should install the new font packages, or in the other case one > should change fontmap.miktex. This should handle 90% of the font problems, but YAP (really dvips+mgs) is a bit fragile for my tastes, so there have been problems even with the recommended configuration. Unfortunately, the symptoms of a misconfigured MikTeX-2.5, a bad EPS, and valid EPS that requires fonts not supported by mgs are the same. There are valid EPS files that will continue to have problems due to font substitutions or differences between the number of glyphs included with different versions of the URW fonts. In my experiments, I never saw YAP stop responding -- I got lots of popup messages for pages that could not be rendered -- but I didn't get helpful diagnostics. Pages that do render have problems with certain glyphs. The degree symbol was sometimes displayed as the masculine ordinal indicator, certain glyphs were slanted (e.g., a|b-->a/b when Arial Itlaitc was rendered using URW Nimbus San[s] L Italic)). These problems can be avoided by using embedded fonts. Some drawing packages can embedded fonts in EPS files, but it is not that common in free tools, so we are left with a workflow that is only reliable for a portion of the user community. The current system should work for documents without PS specials and those that use Laserwriter 35 fonts or possibly Arial (there is a URW font package, but I haven't checked that Arial in EPS doesn't get replaced by URW Nimbus San[s] L) with a limited set of glyphs. A big part of the publishing industry has moved to PDF. For a LaTeX user, only a tiny number of people are actively maintaining the tools to process dvi files, while Adobe Acrobat, Adobe Reader, Ghostscript+GSview, xdvi, evince, etc. are supported by a large community. People who are still having problems after installing the individual URW fonts and the corresponding Fontmap.miktex may find success using a PDF workflow. -- George N. White III <aa...@ch...> Head of St. Margarets Bay, Nova Scotia |
From: Per T. <pe...@gm...> - 2006-10-30 02:37:01
|
George, For me the only reason to stick to the dvi-ps-pdf path is the availability of forward and backward search between YAP and editor (in my case, Winedt). This is indispensable for me. If one day forward-backward search between latex source file and pdf file becomes possible, I will switch to pdflatex work flow. Best Per On 10/29/06, gn...@gm... <gn...@gm...> wrote: > > On 10/29/06, Ulrike Fischer <li...@ni...> wrote: > > am Sonntag, 29. Oktober 2006 um 04:22 schrieb Jeff E. Lewis: > > > > > Got Yap (2.4) working again on eps by manually putting in the > environment > > > variable > > > > > MIKTEX_GS_LIB= > > > > C:\texmf\ghostscript\base;C:\texmf\fonts;c:\gstools\gs8.50\base;c:\gstools\fonts;C:\gstools\gs8.50\lib;C:\gstools\fonts;C:\gstools\gs8.50\Resource > > Reverting to MikTeX-2.4 is not necessary. MikTeX-2.5 made a major > change in YAP to support things like rotated text. but there were > problems because the URW fonts (free replacements for the Adobe > Laserwrite 35 fonts) can be installed in 2 different places. The > obsolete urwstd package should be removed and the fonts you use > installed using the individual packages, which put the .pfb files in > <miktex_dir>/fonts/type1/urw/<fontname> directories. If you have > updated MikTeX-2.5 to the current version, your > ghostscript/tools/Fontmap.miktex will match the installed locations. > It is an ASCII file so it is easy to verify that you have the right > version. > > Ghostscript 8.54 (mgs is 8.54) fixed a number of bugs in gs8.50. > > > As have been already mentioned by Christian this work-around will > > probably break in future version of YAP (or be unnecessary). > > > > The sain way to correct the problem is to adjust the pathes of the urw > > fonts in miktex2.5/ghostscript/base/fontmap.miktex: if the pathes show > > the new locations of the urw font while the fonts are still in the old > > folders one should install the new font packages, or in the other case > one > > should change fontmap.miktex. > > This should handle 90% of the font problems, but YAP (really > dvips+mgs) is a bit fragile for my tastes, so there have been problems > even with the recommended configuration. Unfortunately, the symptoms > of a misconfigured MikTeX-2.5, a bad EPS, and valid EPS that requires > fonts not supported by mgs are the same. > > There are valid EPS files that will continue to have problems due to > font substitutions or differences between the number of glyphs > included with different versions of the URW fonts. In my experiments, > I never saw YAP stop responding -- I got lots of popup messages for > pages that could not be rendered -- but I didn't get helpful > diagnostics. Pages that do render have problems with certain glyphs. > The degree symbol was sometimes displayed as the masculine ordinal > indicator, certain glyphs were slanted (e.g., a|b-->a/b when Arial > Itlaitc was rendered using URW Nimbus San[s] L Italic)). These > problems can be avoided by using embedded fonts. Some drawing > packages can embedded fonts in EPS files, but it is not that common in > free tools, so we are left with a workflow that is only reliable for a > portion of the user community. The current system should work for > documents without PS specials and those that use Laserwriter 35 fonts > or possibly Arial (there is a URW font package, but I haven't checked > that Arial in EPS doesn't get replaced by URW Nimbus San[s] L) with a > limited set of glyphs. > > A big part of the publishing industry has moved to PDF. For a LaTeX > user, only a tiny number of people are actively maintaining the tools > to process dvi files, while Adobe Acrobat, Adobe Reader, > Ghostscript+GSview, xdvi, evince, etc. are supported by a large > community. People who are still having problems after installing the > individual URW fonts and the corresponding Fontmap.miktex may find > success using a PDF workflow. > > -- > George N. White III <aa...@ch...> > Head of St. Margarets Bay, Nova Scotia > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > MiKTeX-Users mailing list > MiK...@li... > https://lists.sourceforge.net/lists/listinfo/miktex-users > |
From: soft_share<sof...@12...> - 2006-10-30 04:12:44
|
SGksUGVyDQoNClBsZWFzZSBiZSBpbmZvcm1lZCB0aGF0IHRoZXJlIElTIGEgcGFja2FnZSB3aGlj aCByZWFsaXplcyBpbnZlcnNlIHNlYXJjaCBiZXR3ZWVuIC50ZXggYW5kIC5wZGYgZmlsZXMuIFRo ZSByZWxhdmVudCBwYWNrYWdlIGlzIGRldmVsb3BlZCBieSBXZW4tQ2hhbmcgU3VuIChteXRleCkg YW5kIHB1Ymxpc2hlZCBpbiBDVGVYIEZvcnVtICh0aGUgQ2hpbmVzZSB0ZXggdXNlcidzIGZvcnVt KS4gVGhlIHdlYiBhZGRyZXNzIGlzDQoNCmh0dHA6Ly9iYnMuY3RleC5vcmcvZm9ydW1zL2luZGV4 LnBocD9zaG93dG9waWM9MzM3OTcNCg0KR2V0IHRoZSBhdHRhY2htZW50IGF0IHRoZSBlbmQgb2Yg dGhlIDFzdCBvciB0aGUgMjBpZXMgcG9zdCBpbiB0aGF0IHRocmVhZCBhbmQgcHV0IHRoZSAuc3R5 IGZpbGVzIGludG8gYXBwcm9wcmlhdGUgZGlyZWN0b3JpZXMgaW4gdGhlIE1pS1RlWCBpbnN0YWxs YXRpb24gZm9sZGVyLCByZWZyZXNoIGZpbGUgbmFtZSBkYXRhYmFzZSBhbmQgdGhlbiBpdCBpcyBy ZWFkeSB0byB1c2UhIEV4YW1wbGUgVGVYIGZpbGU6DQoNCg0KXGRvY3VtZW50Y2xhc3NbMTJwdF17 YXJ0aWNsZX0gDQpcdXNlcGFja2FnZVttYXJrdGV4bGluZSxXaW5FZHRde2ludlBERn0gICANCiUl IERlZmF1bHQgdXNlciBlZGl0b3IgaXMgV2luRWR0LCBjYW4gYmUgY2hhbmdlZCB2aWEgb3B0aW9u cy4gUHJlZGVmaW5lZCBlZGl0b3JzIGluY2x1ZGVzIFdpbkVkdCwgVGVYbmljQ2VudGVyLCBXaW5T aGVsbCwgYW5kIFNjaVRFLiBUaGUgU2NpVEUgb3B0aW9uIGlzIG9ubHkgYXZhbGlhYmxlIGluIHRo ZSB2ZXJzaW9uIGFmdGVyIHRoZSAyMGllcyBwb3N0IG1lbnRpb25lZCBhYm92ZSAlJSANCg0KXGJl Z2lue2RvY3VtZW50fQ0KLi4uLg0KDQpcZW5ke2RvY3VtZW50fQ0KDQpBdCBwcmVzZW50IHRoZSBw ZGYgZmlsZXMgbXVzdCBiZSBvcGVubmVkIHdpdGggQWNyb2JhdCBSZWFkZXIgdjcuMCBvciBhYm92 ZSBhbmQgbm90IG90aGVyIHBkZiByZWFkZXJzIG91dCB0aGVyZSBvbiB0aGUgbmV0LiBUaGUgaW52 ZXJzZSBzZWFyY2ggbWFrZXMgdXNlIG9mIHNvbWUgcGRmIHNwZWNpYWxzIHdoaWNoIG90aGVyIG9k ZiByZWFkZXJzIGRvIG5vdCBzdXBwb3J0ICh5ZXQpLg0KDQpTb2Z0X3NoYXJlDQoNCi0tLS0tIE9y aWdpbmFsIE1lc3NhZ2UgLS0tLS0gIA0KRnJvbTogUGVyIFRpbmcgIA0KVG86IEEgcGxhY2UgZm9y IE1pS1RlWCB1c2VycyB0byBkaXNjdXNzIE1pS1RlWCByZWxhdGVkIHF1ZXN0aW9ucy4gIA0KU2Vu dDogMjAwNi0xMC0zMCwgMTA6MzY6NTQgDQpTdWJqZWN0OiBSZTogW01pS1RlWF0gcHJvYmxlbXMg d2l0aCBjZXJ0YWluIEVQUyBmaWxlcyBhbmQgWWFwIC8gRHZpcHMgDQoNCg0KR2VvcmdlLCANCg0K Rm9yIG1lIHRoZSBvbmx5IHJlYXNvbiB0byBzdGljayB0byB0aGUgZHZpLXBzLXBkZiBwYXRoIGlz IHRoZSBhdmFpbGFiaWxpdHkgDQpvZiBmb3J3YXJkIGFuZCBiYWNrd2FyZCBzZWFyY2ggYmV0d2Vl biBZQVAgYW5kIGVkaXRvciAoaW4gbXkgY2FzZSwgV2luZWR0KS4gDQpUaGlzIGlzIGluZGlzcGVu c2FibGUgZm9yIG1lLiBJZiBvbmUgZGF5IGZvcndhcmQtYmFja3dhcmQgc2VhcmNoIGJldHdlZW4g DQpsYXRleCBzb3VyY2UgZmlsZSBhbmQgcGRmIGZpbGUgYmVjb21lcyBwb3NzaWJsZSwgSSB3aWxs IHN3aXRjaCB0byBwZGZsYXRleCANCndvcmsgZmxvdy4gDQoNCkJlc3QgDQoNClBlcg0K |
From: Albert K. <ak...@ka...> - 2006-10-30 17:00:50
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 soft_share schrieb am 30.10.2006 05:11 folgendes: > Hi,Per >=20 > Please be informed that there IS a package which realizes inverse > search between .tex and .pdf files. The relavent package is developed > by Wen-Chang Sun (mytex) and published in CTeX Forum (the Chinese tex > user's forum). The web address is >[=A1=AD] Hello soft_share, I have installed that package and I can use it. Unfortunately, additional blank lines are inserted in my PDF in front of and behind captions, paragraphs etc. As far as I can see that is not the case in the example documents (I cannot compile them myself as I do not have the necessary Chinese language packgages). What can do the trick? If it could avoid the additional lines invPDF would be a great package. Kind regards, Albert - -- Dr. Albert Kapune Brunnenstrasse 1 D-59514 Welver-Nateln TELEPHON: (02384) 911012 FACSIMILE: (02384) 911011 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) iD8DBQFFRi+xaFEIN1wdycARAiHxAKDbeuQE4GlnE80B3gNNzhmBtLLVcwCgsKZI QsHaRKIBHaSnkLWeghZiuJs=3D =3DIiKu -----END PGP SIGNATURE----- |
From: soft_share<sof...@12...> - 2006-10-31 09:26:07
|
SGksIE1pS1RlWCBVc2VycywNCg0KQ29uY2VybmluZyB0aGUgcGFja2FnZSBpbnZQREYgSSByZWNv bW1lbmRlZCB0byBQZXIsIEkgbXVzdCBzYXkgdGhhdCBJIGFtIG5vdCB0aGUgYXV0aG9yIG9mIHRo ZSBwYWNrYWdlIGFuZCBJIGRvIG5vdCBtYWtlIGhlYXZ5IHVzZSBvZiB0aGUgcGFja2FnZSBteXNl bGYgLS0gaXQganVzdCBzb3VuZHMgZ29vZCB0byBoYXZlIGl0IHRoYW4gbm90aGluZy4gSW5kZWVk IHRoZXJlIHN0aWxsIGFyZSBzb21lIHByb2JsZW1zIHdpdGggdGhhdCBwYWNrYWdlLCB0aGUgYmln Z2VzdCBvbmUgYmVpbmcgb25lIGFkZGl0aW9uYWwgYmxhbmsgcGFnZSBiZWZvcmUgdGhlIHRpdGxl IHBhZ2UgaW4gUERGLiBIb3dldmVyLCBwbGVhc2UgYmUgcmVtaW5kZWQgdGhhdCB0aGUgaW52UERG IHBhY2thZ2UgaXMgZm9yIHVzZSBpbiB0aGUgZHJhZnQgcHJlcGFyYXRpb24gc3RhZ2Ugb25seSAt LSBvbmNlIG9uZSBpcyBzYXRpc2ZpZWQgd2l0aCB0aGUgZHJhZnQsIGhlL3NoZSBjYW4gYWx3YXlz IGNvbW1lbnQgdGhlIGxpbmUgXHVzZXBhY2thZ2VbLi4uXXtpbnZQREZ9IG91dCBhbmQgZ2V0IHRo ZSB1c3VhbCBQREYgZmlsZSBmb3IgcmVsZWFzZS4gUGVyaGFwcyBhcyB0aGUgbnVtYmVyIG9mIGlu dGVyZXN0ZWQgcGVvcGxlIGluY3JlYXNlcywgdGhlIG9yaWdpbmFsIGF1dGhvciBvciBvdGhlcnMg bWF5IGJlY29tZSBpbnRlcmVzdGVkIGluIGltcHJvdmluZyB0aGUgZnVuY3Rpb25hbGl0eSBvZiB0 aGUgcGFja2FnZS4NCg0KU29mdF9TaGFyZQ0KDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0t IA0KRnJvbTogQWxiZXJ0IEthcHVuZSANClRvOiBzb2Z0X3NoYXJlLEEgcGxhY2UgZm9yIE1pS1Rl WCB1c2VycyB0byBkaXNjdXNzIE1pS1RlWCByZWxhdGVkIHF1ZXN0aW9ucy4gDQpTZW50OiAyMDA2 LTEwLTMxLCAwMTowMDozMw0KU3ViamVjdDogUmU6IFtNaUtUZVhdIHByb2JsZW1zIHdpdGggY2Vy dGFpbiBFUFMgZmlsZXMgYW5kIFlhcCAvIER2aXBzDQoNCg0KLS0tLS1CRUdJTiBQR1AgU0lHTkVE IE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpzb2Z0X3NoYXJlIHNjaHJpZWIgYW0gMzAuMTAu MjAwNiAwNToxMSBmb2xnZW5kZXM6DQoNCj4gSGksUGVyDQo+IA0KPiBQbGVhc2UgYmUgaW5mb3Jt ZWQgdGhhdCB0aGVyZSBJUyBhIHBhY2thZ2Ugd2hpY2ggcmVhbGl6ZXMgaW52ZXJzZQ0KPiBzZWFy Y2ggYmV0d2VlbiAudGV4IGFuZCAucGRmIGZpbGVzLiBUaGUgcmVsYXZlbnQgcGFja2FnZSBpcyBk ZXZlbG9wZWQNCj4gYnkgV2VuLUNoYW5nIFN1biAobXl0ZXgpIGFuZCBwdWJsaXNoZWQgaW4gQ1Rl WCBGb3J1bSAodGhlIENoaW5lc2UgdGV4DQo+IHVzZXIncyBmb3J1bSkuIFRoZSB3ZWIgYWRkcmVz cyBpcw0KPluhrV0NCg0KSGVsbG8gc29mdF9zaGFyZSwNCg0KSSBoYXZlIGluc3RhbGxlZCB0aGF0 IHBhY2thZ2UgYW5kIEkgY2FuIHVzZSBpdC4gVW5mb3J0dW5hdGVseSwNCmFkZGl0aW9uYWwgYmxh bmsgbGluZXMgYXJlIGluc2VydGVkIGluIG15IFBERiBpbiBmcm9udCBvZiBhbmQgYmVoaW5kDQpj YXB0aW9ucywgcGFyYWdyYXBocyBldGMuIEFzIGZhciBhcyBJIGNhbiBzZWUgdGhhdCBpcyBub3Qg dGhlIGNhc2UgaW4NCnRoZSBleGFtcGxlIGRvY3VtZW50cyAoSSBjYW5ub3QgY29tcGlsZSB0aGVt IG15c2VsZiBhcyBJIGRvIG5vdCBoYXZlIHRoZQ0KbmVjZXNzYXJ5IENoaW5lc2UgbGFuZ3VhZ2Ug cGFja2dhZ2VzKS4NCg0KV2hhdCBjYW4gZG8gdGhlIHRyaWNrPyBJZiBpdCBjb3VsZCBhdm9pZCB0 aGUgYWRkaXRpb25hbCBsaW5lcyBpbnZQREYNCndvdWxkIGJlIGEgZ3JlYXQgcGFja2FnZS4NCg0K S2luZCByZWdhcmRzLA0KQWxiZXJ0DQoNCi0gLS0NCkRyLiBBbGJlcnQgS2FwdW5lDQpCcnVubmVu c3RyYXNzZSAxDQpELTU5NTE0IFdlbHZlci1OYXRlbG4NClRFTEVQSE9OOiAoMDIzODQpIDkxMTAx Mg0KRkFDU0lNSUxFOiAoMDIzODQpIDkxMTAxMQ0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0t LS0NClZlcnNpb246IEdudVBHIHYxLjQuNSAoTWluZ1czMikNCg0KaUQ4REJRRkZSaSt4YUZFSU4x d2R5Y0FSQWlIeEFLRGJldVFFNEdsbkU4MEIzZ05OemhtQnRMTFZjd0Nnc0taSQ0KUXNIYVJLSUJI YVNua0xXZWdoWml1SnM9DQo9SWlLdQ0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= |
From: mcesar <mc...@se...> - 2006-10-30 23:10:12
|
Hi all, recently I have exceeded TeX capacity with error: ! TeX capacity exceeded, sorry [number of words of font memory=20 (font_mem_size)=3D 1000000]. The document uses a lot of fonts and I think that the use of package=20 microtype is also responsible for this. I tried to fix it touching in fil= e=20 miktex.ini but, where's this file? I can't find it on the whole MiKTeX=20 directory. Thant=A8=A2 all, thanks & greetings. |
From: Daniel R. <da...@ro...> - 2006-10-30 09:21:04
|
soft_share wrote: > Hi,Per > > Please be informed that there IS a package which realizes inverse search between .tex and .pdf files. The relavent package is developed by Wen-Chang Sun (mytex) and published in CTeX Forum (the Chinese tex user's forum). The web address is > > http://bbs.ctex.org/forums/index.php?showtopic=33797 > > Get the attachment at the end of the 1st or the 20ies post in that thread and put the .sty files into appropriate directories in the MiKTeX installation folder, refresh file name database and then it is ready to use! Example TeX file: > > > \documentclass[12pt]{article} > \usepackage[marktexline,WinEdt]{invPDF} > %% Default user editor is WinEdt, can be changed via options. Predefined editors includes WinEdt, TeXnicCenter, WinShell, and SciTE. The SciTE option is only avaliable in the version after the 20ies post mentioned above %% > > \begin{document} > .... > > \end{document} > > At present the pdf files must be openned with Acrobat Reader v7.0 or above and not other pdf readers out there on the net. The inverse search makes use of some pdf specials which other odf readers do not support (yet). > > Soft_share > > It doesn't work for me when there is a "begin{itemize}" in the document. It stops on the first "\item" with the message: "something wrong here, perhaps a missing item" _____________________________________ Daniel Royer University of Geneva daniel at royer dot ch |
From: Per T. <pe...@gm...> - 2006-10-31 00:14:20
|
Thanks soft_share for the info. Unfortunately it did not work for me. It puts some unwanted characters in the PDF file. And forward search is still not available. I need to wait for a while to change my work flow. Thanks again Per On 10/30/06, Daniel Royer <da...@ro...> wrote: > > soft_share wrote: > > Hi,Per > > > > Please be informed that there IS a package which realizes inverse search > between .tex and .pdf files. The relavent package is developed by Wen-Chang > Sun (mytex) and published in CTeX Forum (the Chinese tex user's forum). The > web address is > > > > http://bbs.ctex.org/forums/index.php?showtopic=33797 > > > > Get the attachment at the end of the 1st or the 20ies post in that > thread and put the .sty files into appropriate directories in the MiKTeX > installation folder, refresh file name database and then it is ready to use! > Example TeX file: > > > > > > \documentclass[12pt]{article} > > \usepackage[marktexline,WinEdt]{invPDF} > > %% Default user editor is WinEdt, can be changed via options. Predefined > editors includes WinEdt, TeXnicCenter, WinShell, and SciTE. The SciTE option > is only avaliable in the version after the 20ies post mentioned above %% > > > > \begin{document} > > .... > > > > \end{document} > > > > At present the pdf files must be openned with Acrobat Reader v7.0 or > above and not other pdf readers out there on the net. The inverse search > makes use of some pdf specials which other odf readers do not support (yet). > > > > Soft_share > > > > > It doesn't work for me when there is a "begin{itemize}" in the document. > It stops on the first "\item" with the message: > > "something wrong here, perhaps a missing item" > _____________________________________ > Daniel Royer > University of Geneva > daniel at royer dot ch > > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ > MiKTeX-Users mailing list > MiK...@li... > https://lists.sourceforge.net/lists/listinfo/miktex-users > > > |
From: Aleks K. <Aleks_Kleyn@MailAPS.org> - 2006-10-31 04:43:17
|
I use amsart class to prepare pages. usually when line is too crouded I get message like Overfull \hbox (9.9368pt too wide) in paragraph Then applying hyphenation I can resolve this problem in the most cases. However when I use math I cannot apply hyphenation. Not each time it is mind to put math in separate line because it makes text unreadable. So I need way to force print math expression in the next line if it has not enough space in the current line. Part of the answer may be here. Recently I started to use minipage. And I see that design of paragraph in minipage is different then in the main text. And in minipage I see another message Underfull \hbox (badness 1571) in paragraph Playing with this problem I tryed different code including \raggedright and package ragged2e. However nothing meet what I expected. The best choice in the next code \documentclass{amsart} \begin{document} We got ambiguity of notation. Writing elements of basis $\star D$-\penalty0\hskip0pt\relax vector space $Hom_{D{}^*{}_*}(\mathcal{A},\mathcal{B})$ as ${}_*$-\penalty0\hskip0pt\relax rows or ${}^*$-\penalty0\hskip0pt\relax rows, we present $\star D$-\penalty0\hskip0pt\relax vector space $Hom_{D{}^*{}_*}(\mathcal{A},\mathcal{B})$ as ${}_*{}^* D$-\penalty0\hskip0pt\relax\ or ${}^*{}_* D$-\penalty0\hskip0pt\relax vector space. \begin{minipage}{\textwidth} \setlength{\parindent}{20pt} \addtolength{\hoffset}{-20pt} We got ambiguity of notation. Writing elements of basis $\star D$-\penalty0\hskip0pt\relax vector space $Hom_{D{}^*{}_*}(\mathcal{A},\mathcal{B})$ as ${}_*$-\penalty0\hskip0pt\relax rows or ${}^*$-\penalty0\hskip0pt\relax rows, we present $\star D$-\penalty0\hskip0pt\relax vector space $Hom_{D{}^*{}_*}(\mathcal{A},\mathcal{B})$ as ${}_*{}^* D$-\penalty0\hskip0pt\relax\ or ${}^*{}_* D$-\penalty0\hskip0pt\relax vector space. \end{minipage} \end{document} You can see the difference between two paragraphs. However this code has two problems. Text is shifted right and it is not clear how to put it on proper place. Also minipage cannot be separated on two pages and this also creates problems. What kind of setting changed in the minipage? Is it possible to apply these settings without minipage and how local they may be: can I apply them to part of paragraph, to paragraph or to whole paper? Aleks Kleyn http://www.geocities.com/aleks_kleyn |
From: Ulrike F. <li...@ni...> - 2006-10-31 09:01:08
|
am Dienstag, 31. Oktober 2006 um 05:41 schrieb Aleks Kleyn: > I use amsart class to prepare pages. usually when line is too crouded I get > message like > Overfull \hbox (9.9368pt too wide) in paragraph > Then applying hyphenation I can resolve this problem in the most > cases. However when I use math I cannot apply hyphenation. Not each > time it is mind to put math in separate line because it makes text > unreadable. So I need way to force print math expression in the next > line if it has not enough space in the current line. You can use \hfil \penalty\hyphenpenalty \hfilneg before the math, or you can use \allowbreak in the math. You can also try the advices of the FAQ: ttp://www.tex.ac.uk/cgi-bin/texfaq2html?label=overfull Btw: You don't need to avoid each overfull hbox. Sometimes the best solution is to simply let the text stick out a bit. -- Mit freundlichen Grüßen Ulrike Fischer mailto:li...@ni... |
From: Philip G. R. <phi...@un...> - 2006-10-31 09:27:52
|
> I use amsart class to prepare pages. usually when line is too > crouded I get message like > > Overfull \hbox (9.9368pt too wide) in paragraph > > Then applying hyphenation I can resolve this problem in the most > cases. However when I use math I cannot apply hyphenation. > ... > [snip] Try this code and look at my comments following. \documentclass{amsart} \begin{document} \sloppy We got ambiguity of notation. Writing elements of basis $\star D$-\penalty0\hskip0pt\relax vector space $Hom_{D{}^*{}_*}(\mathcal{A},\mathcal{B})$ as ${}_*$-\penalty0\hskip0pt\relax rows or ${}^*$-\penalty0\hskip0pt\relax rows, we present $\star D$-\penalty0\hskip0pt\relax vector space $Hom_{D{}^*{}_*}(\mathcal{A},\mathcal{B})$ as ${}_*{}^* D$-\penalty0\hskip0pt\relax\ or ${}^*{}_* D$-\penalty0\hskip0pt\relax vector space. \noindent \begin{minipage}{\textwidth} \setlength{\parindent}{\normalparindent} We got ambiguity of notation. Writing elements of basis $\star D$-\penalty0\hskip0pt\relax vector space $Hom_{D{}^*{}_*}(\mathcal{A},\mathcal{B})$ as ${}_*$-\penalty0\hskip0pt\relax rows or ${}^*$-\penalty0\hskip0pt\relax rows, we present $\star D$-\penalty0\hskip0pt\relax vector space $Hom_{D{}^*{}_*}(\mathcal{A},\mathcal{B})$ as ${}_*{}^* D$-\penalty0\hskip0pt\relax\ or ${}^*{}_* D$-\penalty0\hskip0pt\relax vector space. \end{minipage} \end{document} First off, you're not comparing like with like because of the ad hoc \parindent you define - if you look inside amsart.cls you'll see that they use \normalparindent, which gets killed by the minipage environment. The usual (though somewhat sledgehammerish) way to avoid overfull \hbox errors is to use \sloppy or the sloppypar environment (\sloppy is documented in the standard LaTeX2e help file). Robin Fairbairn's "The UK TeX FAQ", available on CTAN, has a very comprehensive section on the problem. Cheers, Phil Ratcliffe |
From: Aleks K. <Aleks_Kleyn@MailAPS.org> - 2006-11-01 02:23:39
|
I discovered that if I put my code into flushleft environment, I will get acceptable output. But I like also code that Ulrike Fischer offered. The only thing that I will play with is to find how to adjust line before math. I agree that in the most cases even I get error message, I should not care, because even in this case latex can adjust text. But when math goes far from the paragraph, it does not look nice. First time when I met error 'underful' I was wondered and made search in internet and discovered that there is way to control what kind of message (overfull or underfull) will appear. But at that time it was just curiosity. I recollected about this when I saw text which I submitted last time. But strange thing - I cannot find this text again. Thank you Aleks Kleyn http://www.geocities.com/aleks_kleyn Aleks Kleyn http://www.geocities.com/aleks_kleyn |