Hooman Javidnia wrote:
but still the PDF is not refreshed for the second run. I am using Acrobat
7. I read in WinEdt's mailing list that Adobe Acrobat has changed its
caption from version 6 onwards. Could this be a problem related to the
versions of Acrobat?
I wouldn't think so. Perhaps
Hooman Javidnia wrote:
but still the PDF is not refreshed for the second run. I am using Acrobat
7. I read in WinEdt's mailing list that Adobe Acrobat has changed its
caption from version 6 onwards. Could this be a problem related to the
versions of Acrobat?
it works ok here; no caption
� wrote:
Hi,
thanks ! that did it for me...
I did (a) and then (b) :)
Here is the sequence I used (assuming C:\Programs\context)
Start-Run-cmd
cd C:\Programs\context
cdemo.bat
Then I closed the SciTe thing but I remained in the cmd.
Then, in one line as Mojca says:
� wrote:
Hi all,
I have problem with chars encoding now; I have updated ConTeXt sometimes in
January; before the time I was using old (year) version. In this
prehistorical version the problem was not present.
What is the stuff? The following code generates content with titles without
Hans Hagen wrote:
Vit Zyka wrote:
Hello Wizards,
the next example illustrates the problem with wrong order of
content-list items if using balanced columnsets:
-
\setuplayout[grid=yes,topspace=1cm,bottomspace=1cm,height=middle]
Hello,
\input seems to introduce a space. Example:
\starttext
\immediate\write18{echo -n X bla.tex}
X\input bla\relax X
\stoptext
How could I get rid of this space?
Cheers, Peter
--
http://pmrb.free.fr/contact/
___
ntg-context mailing list
Hi Peter,
Not the \input command, but the end-of-line in the inputted file
is creating the space, indirectly. TeX normally appends a character
with the current value of \endlinechar to each line of an input-ed
file, and that character is later converted to a space.
Setting \endlinechar to -1
Taco Hoekwater wrote:
Setting \endlinechar to -1 temporarily is a possibility, another
is writing a percent sign to the end of the line, yet another is
ending the written line with \relax (or a similar space-gobbling
command), and finally changing the catcode of the current
\endlinechar to
On Tue, 28 Feb 2006, Taco Hoekwater wrote:
Taco Hoekwater wrote:
Setting \endlinechar to -1 temporarily is a possibility, another
is writing a percent sign to the end of the line, yet another is
ending the written line with \relax (or a similar space-gobbling
command), and finally
Taco Hoekwater wrote:
Hi Peter,
Not the \input command, but the end-of-line in the inputted file
is creating the space, indirectly. TeX normally appends a character
with the current value of \endlinechar to each line of an input-ed
file, and that character is later converted to a space.
And me to! Thanks!
Would some kind soul care to write up on the Wiki the best way to update the
windows stand alone version? Please.
Keith
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Jose Ignacio Marín Alberdi
Sent: 27 February 2006 21:58
To:
Hans,
Thanks for your suggestion, but in the meantime I worked hard to find
a solution and now do a framedtext within a framed text.
Calculating the width and height of the inner framedtext from the
surrounding one's offset and the margin wanted. After puzzling out
that location=middle can
Hans,
ah, just omit the \showframe since it's built on top of the
background mechanism and when activated it disables backgrounds
Thanks, I would never have thougt of that.
yours sincerely,
dr. H. van der Meer
On Feb 28, 2006, at 2:08, Hans Hagen wrote:
Hans van der Meer wrote:
I
On Tue, 28 Feb 2006, Hans Hagen wrote:
btw, can you wikify taco's response? somewhere under 'how tex reads
input'; in due time we can then add some additional info about how
scantokens etc behave (everyeof stuff and such)
Of course, but it won't be possible the next 10 days, so be patient.
Hi,
I use a standalone context distribution in parallel with miktex. The
way miktex is configured, it provides a texexec.exe file in its bin
directory. Context provides a texexec.bat file in its bin directory.
Normally, texexec is supposed to be run using texmfstart which picks
texexec.rb
I was trying to make the stand along context work with cygwin using
cygwin ruby. Following the advice on the wiki of adding
/scripts/context/ruby to rubylib, everything works fine. However, I am
not able to enable write18. I copied texexec.rme to texexec.ini and
added -shell-escape to all set
Hi, HansI uploaded a small test file with its pdf in a zip file (46.7 kb) to this link: http://rapidshare.de/files/14396912/teste.zip.htmlI searched the word Kephalaia, which appears in the header, but Acrobat (v. 7.0.7) can not find the word...GreetingsMarcus ViniciusHans Hagen
Hooman Javidnia a écrit :
Hi,
When compiling a file in SciTE using F7, if the file, is already open in
Adobe Acrobat, the compilation stops and asks for a new file name to write
the PDF file to. I think the normal behavior would be to automatically
close the current instance of the file in
On Tue, 28 Feb 2006, Hans Hagen wrote:
Hooman Javidnia wrote:
but still the PDF is not refreshed for the second run. I am using Acrobat
7. I read in WinEdt's mailing list that Adobe Acrobat has changed its
caption from version 6 onwards. Could this be a problem related to the
versions
--- On Feb 28, Aditya Mahajan wrote ---
I was trying to make the stand along context work with cygwin using
cygwin ruby. Following the advice on the wiki of adding
/scripts/context/ruby to rubylib, everything works fine. However, I am
not able to enable write18. I copied texexec.rme to
20 matches
Mail list logo