Mailing List Guidelines

      WinEdt Mailing List Guidelines
      ==============================

   These guidelines are sent to the WinEdt Mailing List once a month.
   Please keep them in mind when posting to the list.

   ---------------------------------------------------------------------

* What To Post

   The WinEdt Mailing List is for questions about the WinEdt editor. You
   should  not post questions concerning LaTeX, MiKTeX, BibTeX et al. to
   the mailing list. WinEdt is a shell/editor for  LaTeX  etc.  and  the
   list  is  intended  to  answer questions concerning WinEdt, not LaTeX
   etc.
   (Sometimes it might be difficult  to  decide  whether  a  problem  is
   related to WinEdt or to MiKTeX, LaTeX etc. A rule of thumb is: If you
   are having the same  problems  when  running  the  program  from  the
   command line, it is NOT related to WinEdt.)

   A lot of questions are being asked over and over  again.  Check  that
   your question isn't already answered in the WinEdt FAQ at
      <http://www.winedt.org/Doc/FAQ>
   or in the mailing list archives at
      <http://groups.yahoo.com/group/WinEdt>.

   When sending a question to the mailing list, try to be specific.
   Include (at least)
     + the Build number of your WinEdt (see "Help | About WinEdt...")

Unwanted highlighting

Re: Unwanted highlighting

> I commonly write documents which include tables in winedt
> without problems. This time, winedt produced a peculiar feature
> which I haven't been able to track down to anything in
> particular after looking at the highlighting documentation and
> the faq list. After my table (which includes three minipages
> and a tabular within each minipage) the text which follows it
> is highlighted in light gray and the font is coloured red,
> which is the default look for text INSIDE tables. The pdf is
> compiled without any problems, as far as I could tell, and I
> get no warnings. However, I have noticed that all the text that
> is in red is not actually included in the word count, which is
> both annoying and also makes me wonder whether this could be
> messing up other things as well which go undetected at the
> moment. Has anyone encountered this kind of thing or has any
> idea what it could be caused by?

Why don't you send a short sample of your tex source where the
problem occurs?

Also:

your build of WinEdt?

Default or customized (upgraded from which version) settings?

Best regards,

alex

Issue with Adobe Acrobat Professional 8.0

Just a small issue while targeting pdf files. If you don't close your
pdf file manually then running pdfLaTeX will trigger the Acrobat
"Combine Files" dialog window opens and MikTeX will ask you to type
another file name for output.

Bernhard.

Re: Issue with Adobe Acrobat Professional 8.0

> Just a small issue while targeting pdf files. If you don't
> close your pdf file manually then running pdfLaTeX will trigger
> the Acrobat "Combine Files" dialog window opens and MikTeX will
> ask you to type another file name for output.

Options -> Execution Modes: Acrobat

Enter 0 in the Close Document ID field (instead of 6010).

This will be corrected in the defaults and it has been
conformed to fix the problem by other Acrobat users.

And for All Adobe* 8 users:

If you leave the Adobe option to show each document in its own
window enabled then the previous position in the re-compiled
pdf document will not be preserved. This is NOT a WinEdt issue!

Best regards,

alex

Re: Issue with Adobe Acrobat Professional 8.0

Does the information below apply to the current beta, or to WinEdt 
version 5.4 as well?

I ask because under Options > Execution Modes I find no entry for 
Acrobat (although I have an Acrobat button on my toolbar and an 
Acessories > PDF > Acrobat Reader in my menus.  Moreover, I find no 
"Close Document ID" filed in Options > Execution Modes.

WinEdt Team wrote:
>> Just a small issue while targeting pdf files. If you don't
>> close your pdf file manually then running pdfLaTeX will trigger
>> the Acrobat "Combine Files" dialog window opens and MikTeX will
>> ask you to type another file name for output.
> 
> Options -> Execution Modes: Acrobat
> 
> Enter 0 in the Close Document ID field (instead of 6010).
> 
> This will be corrected in the defaults and it has been
> conformed to fix the problem by other Acrobat users.
> 
> And for All Adobe* 8 users:
> 
> If you leave the Adobe option to show each document in its own
> window enabled then the previous position in the re-compiled
> pdf document will not be preserved. This is NOT a WinEdt issue!
> 
> Best regards,
> 
> alex
> 

--

-- 
Murray Eisenberg                     murray <at> math.umass.edu
Mathematics & Statistics Dept.
Lederle Graduate Research Tower      phone 413 549-1020 (H)
University of Massachusetts                413 545-2859 (W)
710 North Pleasant Street            fax   413 545-1801
Amherst, MA 01003-9305

Re: Issue with Adobe Acrobat Professional 8.0

The information about "Close Document Menu ID" is related only to the
latest WinEdt 5.5 build. AFAIK with WinEdt 5.4 you have to change this
value manually in the proper macro file.

Bernhard.

On 1/6/07, Murray Eisenberg <murray <at> math.umass.edu> wrote:
> Does the information below apply to the current beta, or to WinEdt
> version 5.4 as well?
>
> I ask because under Options > Execution Modes I find no entry for
> Acrobat (although I have an Acrobat button on my toolbar and an
> Acessories > PDF > Acrobat Reader in my menus.  Moreover, I find no
> "Close Document ID" filed in Options > Execution Modes.
>
> WinEdt Team wrote:
> >> Just a small issue while targeting pdf files. If you don't
> >> close your pdf file manually then running pdfLaTeX will trigger
> >> the Acrobat "Combine Files" dialog window opens and MikTeX will
> >> ask you to type another file name for output.
> >
> > Options -> Execution Modes: Acrobat
> >
> > Enter 0 in the Close Document ID field (instead of 6010).
> >
> > This will be corrected in the defaults and it has been
> > conformed to fix the problem by other Acrobat users.
> >
> > And for All Adobe* 8 users:
> >
> > If you leave the Adobe option to show each document in its own
> > window enabled then the previous position in the re-compiled
> > pdf document will not be preserved. This is NOT a WinEdt issue!
> >
> > Best regards,
> >
> > alex
> >
>
> --
> Murray Eisenberg                     murray <at> math.umass.edu
> Mathematics & Statistics Dept.
> Lederle Graduate Research Tower      phone 413 549-1020 (H)
> University of Massachusetts                413 545-2859 (W)
> 710 North Pleasant Street            fax   413 545-1801
> Amherst, MA 01003-9305
>

Re: Issue with Adobe Acrobat Professional 8.0

Which macro file???

Bernhard Enders wrote:
> The information about "Close Document Menu ID" is related only to the
> latest WinEdt 5.5 build. AFAIK with WinEdt 5.4 you have to change this
> value manually in the proper macro file.
> 
> Bernhard.
> 
> On 1/6/07, Murray Eisenberg <murray <at> math.umass.edu> wrote:
>> Does the information below apply to the current beta, or to WinEdt
>> version 5.4 as well?
>>
>> I ask because under Options > Execution Modes I find no entry for
>> Acrobat (although I have an Acrobat button on my toolbar and an
>> Acessories > PDF > Acrobat Reader in my menus.  Moreover, I find no
>> "Close Document ID" filed in Options > Execution Modes.
>>
>> WinEdt Team wrote:
>> >> Just a small issue while targeting pdf files. If you don't
>> >> close your pdf file manually then running pdfLaTeX will trigger
>> >> the Acrobat "Combine Files" dialog window opens and MikTeX will
>> >> ask you to type another file name for output.
>> >
>> > Options -> Execution Modes: Acrobat
>> >
>> > Enter 0 in the Close Document ID field (instead of 6010).
>> >
>> > This will be corrected in the defaults and it has been
>> > conformed to fix the problem by other Acrobat users.
>> >
>> > And for All Adobe* 8 users:
>> >
>> > If you leave the Adobe option to show each document in its own
>> > window enabled then the previous position in the re-compiled
>> > pdf document will not be preserved. This is NOT a WinEdt issue!
>> >
>> > Best regards,
>> >
>> > alex
>> >
>>
>> -- 
>> Murray Eisenberg                     murray <at> math.umass.edu
>> Mathematics & Statistics Dept.
>> Lederle Graduate Research Tower      phone 413 549-1020 (H)
>> University of Massachusetts                413 545-2859 (W)
>> 710 North Pleasant Street            fax   413 545-1801
>> Amherst, MA 01003-9305
>>
> 

--

-- 
Murray Eisenberg                     murray <at> math.umass.edu
Mathematics & Statistics Dept.
Lederle Graduate Research Tower      phone 413 549-1020 (H)
University of Massachusetts                413 545-2859 (W)
710 North Pleasant Street            fax   413 545-1801
Amherst, MA 01003-9305

Re: Issue with Adobe Acrobat Professional 8.0

I think it was Adobe.edt.

Bernhard.

On 1/6/07, Murray Eisenberg <murray <at> math.umass.edu> wrote:
> Which macro file???
>
> Bernhard Enders wrote:
> > The information about "Close Document Menu ID" is related only to the
> > latest WinEdt 5.5 build. AFAIK with WinEdt 5.4 you have to change this
> > value manually in the proper macro file.
> >
> > Bernhard.
> >
> > On 1/6/07, Murray Eisenberg <murray <at> math.umass.edu> wrote:
> >> Does the information below apply to the current beta, or to WinEdt
> >> version 5.4 as well?
> >>
> >> I ask because under Options > Execution Modes I find no entry for
> >> Acrobat (although I have an Acrobat button on my toolbar and an
> >> Acessories > PDF > Acrobat Reader in my menus.  Moreover, I find no
> >> "Close Document ID" filed in Options > Execution Modes.
> >>
> >> WinEdt Team wrote:
> >> >> Just a small issue while targeting pdf files. If you don't
> >> >> close your pdf file manually then running pdfLaTeX will trigger
> >> >> the Acrobat "Combine Files" dialog window opens and MikTeX will
> >> >> ask you to type another file name for output.
> >> >
> >> > Options -> Execution Modes: Acrobat
> >> >
> >> > Enter 0 in the Close Document ID field (instead of 6010).
> >> >
> >> > This will be corrected in the defaults and it has been
> >> > conformed to fix the problem by other Acrobat users.
> >> >
> >> > And for All Adobe* 8 users:
> >> >
> >> > If you leave the Adobe option to show each document in its own
> >> > window enabled then the previous position in the re-compiled
> >> > pdf document will not be preserved. This is NOT a WinEdt issue!
> >> >
> >> > Best regards,
> >> >
> >> > alex
> >> >
> >>
> >> --
> >> Murray Eisenberg                     murray <at> math.umass.edu
> >> Mathematics & Statistics Dept.
> >> Lederle Graduate Research Tower      phone 413 549-1020 (H)
> >> University of Massachusetts                413 545-2859 (W)
> >> 710 North Pleasant Street            fax   413 545-1801
> >> Amherst, MA 01003-9305
> >>
> >
>
> --
> Murray Eisenberg                     murray <at> math.umass.edu
> Mathematics & Statistics Dept.
> Lederle Graduate Research Tower      phone 413 549-1020 (H)
> University of Massachusetts                413 545-2859 (W)
> 710 North Pleasant Street            fax   413 545-1801
> Amherst, MA 01003-9305
>

Re: Issue with Adobe Acrobat Professional 8.0

I have a macro "Adobe CloseDoc.edt" in %B\Exec\, but I find no "6010" in 
it.  Where should I be looking?

Bernhard Enders wrote:
> I think it was Adobe.edt.
> 
> Bernhard.
> 
> On 1/6/07, Murray Eisenberg <murray <at> math.umass.edu> wrote:
>> Which macro file???
>>
>> Bernhard Enders wrote:
>> > The information about "Close Document Menu ID" is related only to the
>> > latest WinEdt 5.5 build. AFAIK with WinEdt 5.4 you have to change this
>> > value manually in the proper macro file.
>> >
>> > Bernhard.
>> >
>> > On 1/6/07, Murray Eisenberg <murray <at> math.umass.edu> wrote:
>> >> Does the information below apply to the current beta, or to WinEdt
>> >> version 5.4 as well?
>> >>
>> >> I ask because under Options > Execution Modes I find no entry for
>> >> Acrobat (although I have an Acrobat button on my toolbar and an
>> >> Acessories > PDF > Acrobat Reader in my menus.  Moreover, I find no
>> >> "Close Document ID" filed in Options > Execution Modes.
>> >>
>> >> WinEdt Team wrote:
>> >> >> Just a small issue while targeting pdf files. If you don't
>> >> >> close your pdf file manually then running pdfLaTeX will trigger
>> >> >> the Acrobat "Combine Files" dialog window opens and MikTeX will
>> >> >> ask you to type another file name for output.
>> >> >
>> >> > Options -> Execution Modes: Acrobat
>> >> >
>> >> > Enter 0 in the Close Document ID field (instead of 6010).
>> >> >
>> >> > This will be corrected in the defaults and it has been
>> >> > conformed to fix the problem by other Acrobat users.
>> >> >
>> >> > And for All Adobe* 8 users:
>> >> >
>> >> > If you leave the Adobe option to show each document in its own
>> >> > window enabled then the previous position in the re-compiled
>> >> > pdf document will not be preserved. This is NOT a WinEdt issue!
>> >> >
>> >> > Best regards,
>> >> >
>> >> > alex
>> >> >
>> >>
>> >> --
>> >> Murray Eisenberg                     murray <at> math.umass.edu
>> >> Mathematics & Statistics Dept.
>> >> Lederle Graduate Research Tower      phone 413 549-1020 (H)
>> >> University of Massachusetts                413 545-2859 (W)
>> >> 710 North Pleasant Street            fax   413 545-1801
>> >> Amherst, MA 01003-9305
>> >>
>> >
>>
>> -- 
>> Murray Eisenberg                     murray <at> math.umass.edu
>> Mathematics & Statistics Dept.
>> Lederle Graduate Research Tower      phone 413 549-1020 (H)
>> University of Massachusetts                413 545-2859 (W)
>> 710 North Pleasant Street            fax   413 545-1801
>> Amherst, MA 01003-9305
>>
> 

--

-- 
Murray Eisenberg                     murray <at> math.umass.edu
Mathematics & Statistics Dept.
Lederle Graduate Research Tower      phone 413 549-1020 (H)
University of Massachusetts                413 545-2859 (W)
710 North Pleasant Street            fax   413 545-1801
Amherst, MA 01003-9305