WinEdt (TeX oriented editor) discussion list ()

Nidhi | 1 Feb 09:42

Re: figure placement

Thanks a lot Kris,

I'll definitely try it out --the eps and the pdf file format

On Mon, Feb 1, 2010 at 5:19 AM, Kris Lockyear <noviodunum <at> hotmail.com> wrote:

Firstly, this is nothing to do with winedt and should be directed at a more general LaTeX list.

Secondly, there is no reason at all why your eps files should not be as high a quality as your PS files, they are using the same basic code. You need to check how you are generating the graphics. EPS files have a "bounding box" which LateX uses to ascertain the size of the graphic which enables better placement. The PS files probably don't have a bounding box, just a page size, hence your inability to place the figure. You certainly should not be using vspace commands. I suggest you read the relevant parts of the LaTeX book etc.

Lastly, personally I find using PDF files for the graphics and compiling using PDFLaTeX much the easiest way to go, although some PDF files have too much white space around them this can be easily sorted using the pdfcrop perl package.

Best wishes, Kris.

From: nidhi.iitr <at> gmail.com
Date: Mon, 1 Feb 2010 04:30:58 +0530
To: winedt+list <at> wsg.net
Subject: [WinEdt] figure placement

this is regarding the placement of figure. I find it a herculean task in latex. I have certain doubts regarding this, which are as follows:

1) which format is better eps or ps? --- personally i have found the quality of ps figures better than the eps format. Despite the low quality of eps format, I have observed one positive point of using eps file format --- the placement of eps figures is flexible. one can actually place the figure at the top, center or bottom of page. however, in ps format, by default it is aligned at the top of the page.

2) can the plaement of ps figures be aligned at the middle or bottom of page. I am able to do that by using \vspace{ } before the includegraphics but at times the generated pdf document gives the space above it as a complete blank. actually, the text should get automatically adjusted as per the figure placement.

--
Nidhi
Research Scholar
Department of Electrical Engineering
Indian Institute of Technology, Roorkee
India

Not got a Hotmail account? Sign-up now - Free

--
Nidhi
Research Scholar
Department of Electrical Engineering
Indian Institute of Technology, Roorkee
India

headers

Ulrike Fischer | 1 Feb 18:52

Re: Q: Search and destroy - get rid of blanks

am Freitag, 29. Januar 2010 um 13:50 schrieb Simon Speer:

> hallo

> I'd like to insert a lot of \subsections into an unstructured part of my
> document.
> At the moment, it looks like this:

> some text
> subtopic 1
> some text
> subtopic 2
> some text

> I'd like to become it like this:

> some text
> \subsection{subtopic 1}
> some text
> \subsection{subtopic 2}
> some text

> I think, I can archive this by/through* the following procedure:

> 1) subtopic 1
> 2) SS subtopic 1
> 3) search <SS\(*\), replace \\subsection\{\0\}

> unfortunately, the result is not
> \subsection{subtopic 1} but
> \subsection{ subtopic 1}

> Since my Latex doesn't ignore this blank, how do I get rid of it?

search for <SS \(*\)

--

-- 
Mit freundlichen Grüßen
Ulrike Fischer

headers

Philip TAYLOR | 2 Feb 16:40

WinEDT 5.4 : How to make "Save as" directory sticky ?

Using WinEDT 5.4, is it possible to persuade
WinEDT to remember where the last "Save as"
was routed to, and to use it as the default
"Save as" location thereafter ?

Philip Taylor

headers

Les Bell | 5 Feb 00:02

WinExe on UNC Paths

I'm using GLE (http://glx.sourceforge.net/) to graph some data and save in
.eps format for incorporation into LaTeX documents. In order to integrate
it into WinEdt, I'm using Emilio Torres's macro, GleExecute.edt, (from
http://glx.sourceforge.net/downloads/downloads.html). However, it failed
when I tried to run it on some of my data, and after a bit of debugging
effort (I'm completely new to WinEdt macros) I discovered that WinExe
doesn't seem to like UNC (Uniform Naming Convention) network share names.
Modifying the WinExe Properties flags to turn off "Detached process" and
"Run in the background", I get a CMD.EXE window with the following message

File not found: 'exp0.gle'
'\\Fulbert\les\Macquarie\Writings\Dynamics of Bayesian Trust Models'
CMD.EXE was started with the above path as the current directory.
UNC paths are not supported.  Defaulting to Windows directory.
Press any key to continue . . .

Opening my .gle file as 'H:\Macquarie\Writings\Dynamics of Bayesian Trust
Models\exp0.gle', the macro works fine. I expect the problem is with the
Directory parameter

However, I noticed that my .tex files are opened using UNC pathnames, and
LaTex, pdfLaTeX, etc. all work fine. Examining the LaTeX.edt macro, I'm not
seeing anything different that allows the WinExe call in it to work on UNC
pathnames, while the one in GleExecute.edt fails.

The original code is

LetReg(3, 'c:\Program Files\Gle4\bin\gle.exe "%n.gle"');
[...]
WinExe('','%!3 ',>
        '%p','Gle ...',011110,1,'','%p\%n.log','');

although I've currently modified it to:

WinExe('','%!3','%P','Gle ...',00000110,1,'','%p\%n.log','%p\%n.log',11);

while debugging.

What's the secret to getting WinExe to work with UNC pathnames?

Best,

--- Les Bell
[http://www.lesbell.com.au]
Tel: +61 2 9451 1144

headers

Régis da Silva | 5 Feb 13:09

how to unsubscribe for this forum?

how to unsubscribe for this forum?

      ____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

headers

Simon Speer | 5 Feb 17:35

Re: how to unsubscribe for this forum?

hallo

> how to unsubscribe for this forum?

http://www.google.de/search?q=winedt+how+to+unsubscribe+for+this+forum

1st hit...

regards
simon

--

-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

headers

WinEdt Team | 5 Feb 19:22

Re: WinExe on UNC Paths

> I'm using GLE (http://glx.sourceforge.net/) to graph some data and save in
> .eps format for incorporation into LaTeX documents. In order to integrate
> it into WinEdt, I'm using Emilio Torres's macro, GleExecute.edt, (from
> http://glx.sourceforge.net/downloads/downloads.html). However, it failed
> when I tried to run it on some of my data, and after a bit of debugging
> effort (I'm completely new to WinEdt macros) I discovered that WinExe
> doesn't seem to like UNC (Uniform Naming Convention) network share names.
> Modifying the WinExe Properties flags to turn off "Detached process" and
> "Run in the background", I get a CMD.EXE window with the following message
>
> File not found: 'exp0.gle'
> '\\Fulbert\les\Macquarie\Writings\Dynamics of Bayesian Trust Models'
> CMD.EXE was started with the above path as the current directory.
> UNC paths are not supported.  Defaulting to Windows directory.
> Press any key to continue . . .
>
> Opening my .gle file as 'H:\Macquarie\Writings\Dynamics of Bayesian Trust
> Models\exp0.gle', the macro works fine. I expect the problem is with the
> Directory parameter
>
> However, I noticed that my .tex files are opened using UNC pathnames, and
> LaTex, pdfLaTeX, etc. all work fine. Examining the LaTeX.edt macro, I'm 
> not
> seeing anything different that allows the WinExe call in it to work on UNC
> pathnames, while the one in GleExecute.edt fails.
>
> The original code is
>
> LetReg(3, 'c:\Program Files\Gle4\bin\gle.exe "%n.gle"');
> [...]
> WinExe('','%!3 ',>
>         '%p','Gle ...',011110,1,'','%p\%n.log','');
>
> although I've currently modified it to:
>
> WinExe('','%!3','%P','Gle ...',00000110,1,'','%p\%n.log','%p\%n.log',11);
>
> while debugging.
>
> What's the secret to getting WinExe to work with UNC pathnames?

WinEdt's WinExe macro function supports UNC names.

The problem is likely that GLE does not. I am not familiar with GLE but as
you have correctly observed there is no problem when latex is launched with
the same function on UNC directory...

As for the message: CMD.EXE is executed by WinEdt after GLE was finished (or
it failed to find input on UNC drive) in order to accommodate Pause in your
second example (you added 11 flag at the end). WinEdt starts this process in
the same folder as the original process and CMD.exe indeed doesn't allow you
to set cd to UNC drive. This error message is harmless since Pause still
works (press any key...). I will omit the startup folder from Pause 
directive
but this will not solve your problem with GLE failing to find its input on
UNC drives. My guess is that Windows version of GLE uses some legacy I/O
functions that fail on UNC drives.

You can try to skip folder from the specification and use "%f" (instead of
"%n%t") as a parameter and see if this solves your problem. Some 
applications
(not WinEdt) also have problem with spaces in folder names and may also have
limit regarding the length of filenames...

In other words: there is no secret to WinExe function -- it works with UNC
drives as long as the application that is about to be launched can handle
them.

Best regards,

alex

headers

Les Bell | 6 Feb 02:06

Re: WinExe on UNC Paths


WinEdt Team <support <at> winedt.com> wrote:

>>
In other words: there is no secret to WinExe function -- it works with UNC
drives as long as the application that is about to be launched can handle
them.
<<

You're absolutely spot-on, Alex - I should have spotted that the cmd.exe
message came after the error message from gle.

I tried your suggestion of using "%f" rather than "%n%t" as a parameter,
but it simply changed the 'file not found' error message to show the full
UNC pathname of the file. I've also reproduced the problem at the command
line, so it clearly is a problem with gle and not the WinExe macro
function. I've raised a bug report at the gle project's SourceForge site.

Thanks for your help with this one!

Best,

--- Les Bell
[http://www.lesbell.com.au]
Tel: +61 2 9451 1144

headers

Philip TAYLOR | 6 Feb 10:14

WinEDT 5.4 : How to make "Save as" directory sticky ?

Using WinEDT 5.4, is it possible to persuade
WinEDT to remember where the last "Save as"
was routed to, and to use it as the default
"Save as" location thereafter ?

Philip Taylor

headers

Andreas Hirsch | 6 Feb 17:40

Re: WinEDT 5.4 : How to make "Save as" directory sticky ?

Hi Phil,

quoting Philip TAYLOR, [06.02.2010 10:14 +0100]:
> Using WinEDT 5.4, is it possible to persuade
> WinEDT to remember where the last "Save as"
> was routed to, and to use it as the default
> "Save as" location thereafter ?

-> Configuration Wizard -> Panel 'Links and Shortcuts' -> Startup Folder
Options

--

-- 
'Wenn einer weiß, dass er nichts wissen kann,
und trotzdem so tut, als könnte er was wissen,
dann ist er wahrscheinlich ein Depp - oder ein Berater.'
				Bruno Jonas

Mon	Tue	Wed	Thu	Fri	Sat	Sun

1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28

6	February 2012
64	January 2012
53	December 2011
49	November 2011
13	October 2011
37	September 2011
52	August 2011
61	July 2011
14	June 2011
60	May 2011
72	April 2011
87	March 2011
61	February 2011
42	January 2011
64	December 2010
126	November 2010
165	October 2010
89	September 2010
97	August 2010
75	July 2010
46	June 2010
100	May 2010
94	April 2010
295	March 2010
62	February 2010
35	January 2010
39	December 2009
63	November 2009
39	October 2009
52	September 2009
28	August 2009
77	July 2009
28	June 2009
20	May 2009
57	April 2009
27	March 2009
35	February 2009
56	January 2009
27	December 2008
34	November 2008
77	October 2008
111	September 2008
82	August 2008
75	July 2008
75	June 2008
146	May 2008
57	April 2008
63	March 2008
71	February 2008
47	January 2008
36	December 2007
77	November 2007
71	October 2007
35	September 2007
36	August 2007
58	July 2007
45	June 2007
122	May 2007
59	April 2007
120	March 2007
80	February 2007
63	January 2007
63	December 2006
77	November 2006
110	October 2006
127	September 2006
130	August 2006
53	July 2006
36	June 2006
54	May 2006
22	April 2006
102	March 2006
125	February 2006
38	January 2006
44	December 2005
93	November 2005
88	October 2005
69	September 2005
86	August 2005
75	July 2005
141	June 2005
125	May 2005
99	April 2005
97	March 2005
148	February 2005
220	January 2005
151	December 2004
113	November 2004
107	October 2004
53	September 2004
1	November 2003