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

Re: .eps file get screwed

> I have been fine-tuning some .eps files for some time and
> without problem. Yday, one of the files, just generated by
> Mathematica, After I made an attempt to change it within
> WinEdt, Reformatted itself, i.e., more precisely,
>
> It reformatted a paragraph consisting of n short lines into m
> long lines, n>>m
>
> GsView Eps reader obviously does not like this and does not
> show the figure, i.e., responds with an error message
>
> it appears, somewhere, the end of line character might have
> been lost ? or, is there somewhere some setting which has to be
> re-set properly ? I regenerated the file, but the same negative
> effect occurred on this new file as well any WinEdt trick to
> reverse the damage?

It appears that for some reason (not by default) your eps file
is opened with wrapping on. Click on the Wrap Panel on the
status line to disable wrapping for this document.

As for undoing if the file is still opened you should be able
to undo the change (Ctrl+Z a few times). If not, you may still
find a backup.

By default WinEdt treats eps files in DATA mode with no
wrapping or formatting.

Best regards,

Re: How to get a window to display Latex/BibTex messages

> This is a simple question. How do you get to have a window to
> display Latex/BibTex message at the bottom of the screen. It's
> an option I like to use sometime (if only to check missing
> BibTeX references), but can't find out to have it.

After a compilation press Ctrl+E (and keep on pressing it to
scroll through Errors and Warnings). See the Search Menu for
default shortcuts.

Best regards,

alex

New version of WinEdt?

Question about project tree

Hi,

For many LaTeX projects I use the \input command to retrieve files from 
various directories. If the path information appears explicitly in the 
\input command (for example \input{path/filename}), this appears 
correctly in the project tree as "path/filename" (without quotes) and 
clicking on it opens the corresponding input file. However, if the path 
information is stored in a LaTeX variable (say, \mypath), then 
\input{\mypath/filename} produces "? filename" and clicking on it will 
result in a 'file not found' error message.

My question, therefore, is there a way of transmitting the path 
information in \mypath to the project tree macro? I presume this would 
have to involve retrieving this information from some file header which 
would be okay. (And if it should be possible, I would like the project 
tree to show only "filename" and suppress the path information.) I am 
perfectly willing doing some programming myself if I get pointed to the 
right files to get started.

Thank you.
--hh

PS: I use WinEdt build: 20071003  (v. 5.5).

what happened with eps2pdf?

After a long time without using it, I need now to convert eps graphics
to pdf. In the past I used the eps2pdf tool that I installed with the
old MUI interface. But now it seems that the old MUI does not work
anymore (maybe because it was replaced inside winedt.exe?) and each
time I try to run the epstopdf.edt macro, nothing happens. Any clue?

Thanks  a lot in advance!

Best regards,

Agustín

Re: New version of WinEdt?

> When is the new version of WinEdt due? What are the new goodies
> in it? Thanks!

I am wrapping up the beta version. It should not take more than a
week although it still needs a good workout on Vista.

There are many fixes and enhancements. The most noticeable new
feature is to run Console Applications in WinEdt's own interface
(dockable at the bottom of the screen). This requires a few new
macro functions, changes to the Execution Modes interface and a
redo of macros in Exec folders. MiKTeX configuration is almost
finished and it performs well. And fear not, it is still possible
to run console applications as before for those that don't want a
more integrated environment.

Best regards,

alex

Re: what happened with eps2pdf?

> After a long time without using it, I need now to convert eps
> graphics to pdf. In the past I used the eps2pdf tool that I
> installed with the old MUI interface. But now it seems that the
> old MUI does not work anymore (maybe because it was replaced
> inside winedt.exe?) and each time I try to run the epstopdf.edt
> macro, nothing happens. Any clue?
>
> Thanks a lot in advance!

The old MUI still works (just as before) as long as you install
mui.exe.

Just in case I have tested eps2pdf.edt from winedt.org with
external MUI.exe and it converted my sample eps to pdf. It
works the same as it did in older versions of WinEdt (it does
not provide any feedback if the conversion fails or if
gswin32c.exe is not found -- but this was always the case with
this macro).

With the new built-in MUI it would be possible to make this
interface more fancy and reliable (without installing and
launching mui.exe) but the principle is the same. After you
make the choices in the dialog it launches gswin32c.exe...

Whatever is the reason for your problem it is not caused with
the new WinEdt not being compatible with the old MUI (it is
compatible). Perhaps in the meantime you installed new version
of GS or perhaps GS cannot handle your eps figure or something
along these lines. If you cannot check the macro and see what
happens convert the file using GSView or command prompt...

Best regards,

alex

Re: Question about project tree

> For many LaTeX projects I use the \input command to retrieve
> files from various directories. If the path information appears
> explicitly in the
> \input command (for example \input{path/filename}), this appears
> correctly in the project tree as "path/filename" (without
> quotes) and clicking on it opens the corresponding input file.
> However, if the path information is stored in a LaTeX variable
> (say, \mypath), then
> \input{\mypath/filename} produces "? filename" and clicking on it will
> result in a 'file not found' error message.
>
> My question, therefore, is there a way of transmitting the path
> information in \mypath to the project tree macro? I presume
> this would have to involve retrieving this information from
> some file header which would be okay. (And if it should be
> possible, I would like the project tree to show only "filename"
> and suppress the path information.) I am perfectly willing
> doing some programming myself if I get pointed to the right
> files to get started.

Yes, this can be done.

In Tree.ini (Options -> Advanced -> Tree) change the definition of
input by adding the FILENAME directive identical to the one for
\includefrom by replacing the macro to be executed from
IncludeFrom.edt to IncludePath.edt.

The macro is already there but you may have to modify it
depending on where and how your path is defined. The default
one assumes that the paths are defined in the preamble.

The tree will then show the expanded path and filename... You
can take it from here.

Best regards,

alex

ps. An attempt to give more specific instructions and code
    resulted in the message being filtered out from the list.
    Ghrrr...

Re: Multiple RegEx Replacements via macro