Nidhi | 1 Feb 09:42 2010
Picon

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

Ulrike Fischer | 1 Feb 18:52 2010
Picon

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

Philip TAYLOR | 2 Feb 16:40 2010
Picon

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

Les Bell | 5 Feb 00:02 2010
Picon

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

Régis da Silva | 5 Feb 13:09 2010
Picon

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

Simon Speer | 5 Feb 17:35 2010
Picon
Picon

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/

WinEdt Team | 5 Feb 19:22 2010

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

Les Bell | 6 Feb 02:06 2010
Picon

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

Philip TAYLOR | 6 Feb 10:14 2010
Picon

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

Andreas Hirsch | 6 Feb 17:40 2010
Picon

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


Gmane