Is the XFig external inset working "properly" (i.e. fully
automatically) in 1.3.4/5?
>From a quick glance at a colleagues box it looked like he had to
convert the .fig into a pstex himself as LyX was writing out
\include{foo.pstex} (or similar)
[Had no time to check properly...]
Andre'
pname")
UpdateFormat dateout
UpdateResult $$Tempname
Requirement
Preamble
PreambleEnd
FormatEnd
TemplateEnd
Template XFig
GuiName [XFig: $$Basename]
HelpText
An XFig figure.
This t
Andre Poenitz wrote:
>
> Is the XFig external inset working "properly" (i.e. fully
> automatically) in 1.3.4/5?
Yes. Works fine with latex. Fails with pdflatex.
>
> From a quick glance at a colleagues box it looked like he had to
> convert the .fig into a pstex hi
ticular case we would care onnly for .ps.
> > From a quick glance at a colleagues box it looked like he had to
> > convert the .fig into a pstex himself as LyX was writing out
> > \include{foo.pstex} (or similar)
>
> That's right. But LyX should perform the conversion from
I think I have solved my .fig display problem (remember I wanted to use
the separate .tex/.ps export to be able to use formulas in the drawing
instead of .ps-only export).
To do so I created shell scripts fig2tex, fig2eps and fig2xpm.
[And I think I'd like to add them to lib/scripts, they
>>>>> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Importing a .fig file with an immbedded picture does not get
Garst> the picture. Not a big deal since I can export the .fig as a
Garst> pdf and import that, but something to note.
You me
On Tue, Feb 18, 2003 at 12:08:11PM +0100, Jean-Marc Lasgouttes wrote:
> Garst> Importing a .fig file with an immbedded picture does not get
> Garst> the picture. Not a big deal since I can export the .fig as a
> Garst> pdf and import that, but something to note.
>
> Yo
Hi,
The figure caption in a float appears to be immune to justification
commands: setting left, right, center, or block has no effect. And worse,
the state it is in is "center", which is probably the worst of the 4
possibilities (well, maybe right would be worse). Reopening
Layout->Paragraph alwa
inserted before the fig inset somehow???
rick
--
On Wednesday 17 July 2002 9:31 am, Andre Poenitz wrote:
> I think I have solved my .fig display problem (remember I wanted to use
> the separate .tex/.ps export to be able to use formulas in the drawing
> instead of .ps-only export).
>
> To do so I created shell scripts fig2t
Angus Leeming wrote:
> On Wednesday 17 July 2002 9:31 am, Andre Poenitz wrote:
>
>>I think I have solved my .fig display problem (remember I wanted to use
>>the separate .tex/.ps export to be able to use formulas in the drawing
>>instead of .ps-only export).
>&
On Wednesday 17 July 2002 11:53 am, Herbert Voss wrote:
> Angus Leeming wrote:
> > On Wednesday 17 July 2002 9:31 am, Andre Poenitz wrote:
> >>I think I have solved my .fig display problem (remember I wanted to use
> >>the separate .tex/.ps export to be able to
On Wed, Jul 17, 2002 at 11:17:01AM +0100, Angus Leeming wrote:
> As for your scripts:
> 1. Don't use bash, use sh.
Fine with me. Does standard sh have `...` expansion?
> 2. I personally prefer scripts to end .sh.
Well, I actually don't. I don't really care what kind of script is doing
the conve
Angus Leeming wrote:
> On Wednesday 17 July 2002 11:53 am, Herbert Voss wrote:
>
>>Angus Leeming wrote:
>>
>>>On Wednesday 17 July 2002 9:31 am, Andre Poenitz wrote:
>>>
>>>>I think I have solved my .fig display problem (remember I wanted to us
On Wed, Jul 17, 2002 at 12:53:55PM +0200, Herbert Voss wrote:
> how about trying it with edit->preferences ...
> I heard that there should be a "delete" button
Where are the preferences stored if not in .lyx?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not hav
On Wed, Jul 17, 2002 at 11:39:29AM +0100, Angus Leeming wrote:
> You can "delete" but you cannot save this deletion because the syntax does
> not exist to represent it. Hence:
>
> I believe that it's impossible to delete the global preferences as there's no
> fig2eps disable
> syntax for t
On Wed, Jul 17, 2002 at 01:06:26PM +0200, Herbert Voss wrote:
> a given fig2eps can be overwritten or deleted (make it unused)
> by the user. what feature are you missing???
Funny, seems to work _now_. But I am not sure anymore where I change things
and where not...
Andre'
--
Those who desire
On Wednesday 17 July 2002 12:06 pm, Herbert Voss wrote:
> Angus Leeming wrote:
> > You can "delete" but you cannot save this deletion because the syntax
> > does not exist to represent it. Hence:
> >
> > I believe that it's impossible to delete the global preferences as
> > there's no fig2eps disa
On Wednesday 17 July 2002 12:03 pm, Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 11:17:01AM +0100, Angus Leeming wrote:
> > As for your scripts:
> > 1. Don't use bash, use sh.
>
> Fine with me. Does standard sh have `...` expansion?
Yes.
> > 2. I personally prefer scripts to end .sh.
>
> Well,
On Wed, Jul 17, 2002 at 12:33:25PM +0100, Angus Leeming wrote:
>
> FormPreferences simply removes the converter from the list of converters
> available to this session. It cannot, therefore, write this info to file. I
> understand that converter supports "none". If, instead of erasing the entry
<[EMAIL PROTECTED]> writes:
| Hi,
|
| The figure caption in a float appears to be immune to justification
| commands: setting left, right, center, or block has no effect. And worse,
| the state it is in is "center", which is probably the worst of the 4
| possibilities (well, maybe right would be
> "Mike" == <[EMAIL PROTECTED]> writes:
Mike> Hi, The figure caption in a float appears to be immune to
Mike> justification commands: setting left, right, center, or block
Mike> has no effect. And worse, the state it is in is "center", which
Mike> is probably the worst of the 4 possibilitie
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Mike" == <[EMAIL PROTECTED]> writes:
|
| Mike> Hi, The figure caption in a float appears to be immune to
| Mike> justification commands: setting left, right, center, or block
| Mike> has no effect. And worse, the state it is in is "cent
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Probably not... but I guess it could do that. But as you know
Lars> the capiton inset is not in use.
Yes, but it's supposed to be in use in 1.2.0, isn't it?
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Probably not... but I guess it could do that. But as you know
| Lars> the capiton inset is not in use.
|
| Yes, but it's supposed to be in use in 1.2.0, isn't it?
No...
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> No... I got so many complaints about it so I stopped all work on
Lars> it.
What about lists, sections and theorems?
JMarc
On 23 May 2001, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> Probably not... but I guess it could do that. But as you know
> Lars> the capiton inset is not in use.
>
> Yes, but it's supposed to be in use in 1.2.0, isn't it?
and what a
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> No... I got so many complaints about it so I stopped all work on
| Lars> it.
|
| What about lists, sections and theorems?
sometime later...
Theorems is basically the sa
John Levon <[EMAIL PROTECTED]> writes:
| On 23 May 2001, Jean-Marc Lasgouttes wrote:
|
| > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| >
| > Lars> Probably not... but I guess it could do that. But as you know
| > Lars> the capiton inset is not in use.
| >
| > Yes, but it
On 23-May-2001 Lars Gullik Bjønnes wrote:
> Insetert is missing just a little work and a menu entry.
What work? The menu entry in the Insert-Menu?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienalle
blah blah Firgure 3.2, and that both ^^ double width
Richard> The remainder of the spacing on hte line is correct. Does a
Richard> space get inserted before the fig inset somehow???
What gets inserted before a fig inset is a carriage return, which is
equivalent to a space as far as TeX is
r of the spacing on hte line is correct. Does a
> Richard> space get inserted before the fig inset somehow???
> What gets inserted before a fig inset is a carriage return, which is
> equivalent to a space as far as TeX is concerned. It should be posible
> to fix, but I'm not s
>>>>> "Richard" == Richard E Hawkins <[EMAIL PROTECTED]> writes:
>> What gets inserted before a fig inset is a carriage return, which
>> is equivalent to a space as far as TeX is concerned. It should be
>> posible to fix, but I'm not sure i
Dear list,
Constructing a figure float, with graphics inside followed by a caption.
Adding a label to the start of the caption (imitating the user guide).
The default label is cap: when it really should be fig: if it's in a
figure float. Similarly it should be table: in a table float
Hi,
Don't know if there's someone knowledgeable here (Georg certainly is
;-)) but I have a problem when using the external material with fig
graphic. If there's a TeX text or equation in the fig graphic, no
problem, Instant Preview does its job and the graphic is correctly sh
On Fri, Oct 18, 2002 at 02:39:26AM +0930, Darren Freeman wrote:
> e followed by a caption.
>
> Adding a label to the start of the caption (imitating the user guide).
>
> The default label is cap: when it really should be fig: if it's in a
> figure float. Similarly i
On Thu, Oct 17, 2002 at 09:26:11PM +0300, Martin Vermeer wrote:
> > Adding a label to the start of the caption (imitating the user guide).
> >
> > The default label is cap: when it really should be fig: if it's in a
> > figure float. Similarly it should be table: in a
On Sun, Oct 20, 2002 at 06:49:00PM +0200, Dekel Tsur wrote:
> On Thu, Oct 17, 2002 at 09:26:11PM +0300, Martin Vermeer wrote:
> Here is a fix for this bug. OK to apply ?
Can't this be solved using some virtual function _somehow_?
This
> + if (in->lyxCode() == Inset::F
On Mon, 2002-10-21 at 02:19, Dekel Tsur wrote:
> On Thu, Oct 17, 2002 at 09:26:11PM +0300, Martin Vermeer wrote:
> > > Adding a label to the start of the caption (imitating the user guide).
> > >
> > > The default label is cap: when it really should be fig: i
One somewhat elegant solution I see, is to introduce two different
layouts in the layout file: "Table Caption" and "Figure Caption",
nevertheless producing the same LaTeX.
Does not involve any extra code, just some intuitively obvious user
discipline.
Martin
--
Martin Vermeer [EMAIL PROTECTED]
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> One somewhat elegant solution I see, is to introduce two
Martin> different layouts in the layout file: "Table Caption" and
Martin> "Figure Caption", nevertheless producing the same LaTeX.
But then you need one layout for each fl
On Wed, Nov 13, 2002 at 02:14:15PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> One somewhat elegant solution I see, is to introduce two
> Martin> different layouts in the layout file: "Table Caption" and
> Martin> "Figure Caption"
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> And then reLyX cannot know which layout corresponds to \caption.
Martin> Not *easily*... the surrounding float should tell. And even if
Martin> not, this is not fatal.
I think this is a complicated solution for a simple problem. We
On Thu, Nov 14, 2002 at 10:11:42AM +0100, Jean-Marc Lasgouttes wrote:
>
> Martin> Not *easily*... the surrounding float should tell. And even if
> Martin> not, this is not fatal.
>
> I think this is a complicated solution for a simple problem. We should
> not complicate the ui because we are afra
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Thu, Nov 14, 2002 at 10:11:42AM +0100, Jean-Marc Lasgouttes
Dekel> wrote:
>>
Martin> Not *easily*... the surrounding float should tell. And even if
Martin> not, this is not fatal.
>> I think this is a complicated solution for a sim
On Fri, Nov 29, 2002 at 07:14:36AM +0100, Jean-Marc Lasgouttes wrote:
> Dekel> Should I apply my patch to this bug. Yes, it is ugly, but the
> Dekel> current behavior is very annoying.
>
> Could you show the patch again?
Attached.
patch.gz
Description: application/gzip
Abdelrazak Younes wrote:
Hi,
Don't know if there's someone knowledgeable here (Georg certainly is
;-)) but I have a problem when using the external material with fig
graphic. If there's a TeX text or equation in the fig graphic, no
problem, Instant Preview does its job and
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Hi,
Don't know if there's someone knowledgeable here (Georg certainly is
;-)) but I have a problem when using the external material with fig
graphic. If there's a TeX text or equation in the fig graphic, no
problem, Instant P
Abdelrazak Younes wrote:
> OK, it appears that the one that contains TeX text use
> \includegraphics{} and the other uses \special{}. So maybe that's a
> problem of fig2dev and not of LyX? Or do I need to install some LateX
> package to handle \special?
The special command is a mechanism to talk
Georg Baum wrote:
Abdelrazak Younes wrote:
OK, it appears that the one that contains TeX text use
\includegraphics{} and the other uses \special{}. So maybe that's a
problem of fig2dev and not of LyX? Or do I need to install some LateX
package to handle \special?
The special command i
Georg Baum wrote:
> The special command is a mechanism to talk directly to DVI processors. The
> psfile special that is used in your file is also produced from
> \includegraphics (in dvips mode, not if pdf output is used), so I don't
> understand why dvipng does not handle it. Maybe you are using p
since then.
But can you reproduce my problem with the attached test file?
Maybe you
could try an update?
dvipng comes with miktex. I am not sure this is easily compilable on
Windows.
Abdel.
#FIG 3.2
Landscape
Center
Inches
Letter
100.00
Single
-2
1200 2
6 2250 2250 9375 5025
2 3 0
Abdelrazak Younes wrote:
> But can you reproduce my problem with the attached test file?
No, I get the aeroplanes displayed nicely with the svn version (which is
probably almost equal to dvipng 1.10).
> dvipng comes with miktex. I am not sure this is easily compilable on
> Windows.
I don't thin
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
But can you reproduce my problem with the attached test file?
No, I get the aeroplanes displayed nicely with the svn version (which is
probably almost equal to dvipng 1.10).
That's good news. Thanks.
dvipng comes with miktex
Abdelrazak Younes wrote:
> Well, in my case I'll have to install cygwin, gcc, etc. I guess now is
> the time to do so...
I certainly don't want to stop you from doing this, but did you check that
MikTeX has not updated to the newer version?
Jürgen
Abdelrazak Younes wrote:
Well, in my case I'll have to install cygwin, gcc, etc. I guess now is
the time to do so...
AFAIK MiKTeX is compiled with MS Visual C++ and cmake. You can just
download the MiKTeX source code and update the dvipng files.
Joost
as subject, or instructions on how to make one.
Thanks.
Bo
On Tue, Jun 27, 2006 at 04:37:00PM -0500, Bo Peng wrote:
> as subject, or instructions on how to make one.
I don't know if fig_copy.sh is supposed to handle the example I am
attaching here, but I can't make it work neither in 1.4.2 nor in 1.5.0
(the picture dosn't show in the dvi output).
--
Enr
I don't know if fig_copy.sh is supposed to handle the example I am
attaching here, but I can't make it work neither in 1.4.2 nor in 1.5.0
(the picture dosn't show in the dvi output).
Under linux, using lyx -dbg graphics, I can see that the figure is
converted by convertDefault.py, and displayed
)
File type not recognised before EOF!
filetools(getFormatFromContents)
Couldn't find a known format!
insetgraphics::latex: Filename = /home/ef/rose.fig
Message = ""
Opts =
Before = \includegraphics
after =
Recognised Fileformat: fig
Recognised
On Wed, Jun 28, 2006 at 03:22:54AM +0200, Enrico Forestieri wrote:
> Curiously enough, it works on windows... I am baffled...
This is the .fig file copied by lyx to tmpdir on windows:
$ cat /tmp/lyx_tmpdir932MFYflb/lyx_tmpbuf0/0_c_work_rose.fig
#FIG 3.2 Produced by xfig version 3.2.5-alp
On Wed, Jun 28, 2006 at 03:42:01AM +0200, Enrico Forestieri wrote:
> So, it seems that fig_copy.sh is not working on solaris. I suspect that
> it is due to the fact that sh is the Bourne shell on solaris instead of
> bash (as it is on linux and cygwin).
Confirmed. I renamed fig_copy.sh as fig_cop
act details are available in file CREDITS
+
+# Usage:
+# fig_copy.py
+
+# This script will copy an XFIG .fig file "$1" to "$2". In the process,
+# it will modify the contents of the .fig file so that the names of any
+# picture files that are stored as relative paths are replac
On Tue, Jun 27, 2006 at 09:53:16PM -0500, Bo Peng wrote:
> >It seems that windows is not the only platform which will benefit
> >from the change sh -> python ;-)
>
> Then, please try the attached patch.
Yep, it works ;-)
--
Enrico
On Wed, Jun 28, 2006 at 10:22:38AM +0200, Enrico Forestieri wrote:
> On Tue, Jun 27, 2006 at 09:53:16PM -0500, Bo Peng wrote:
>
> > >It seems that windows is not the only platform which will benefit
> > >from the change sh -> python ;-)
> >
> > Then, please try the attached patch.
>
> Yep, it wo
However, note that on native windows /dir/filename is not an absolute
path and the script would fail to replace it with the full path.
OK. The updated script (will be committed soon) uses a more
complicated algorithm, and handles this situation as well.
I.e, cygwin/*nix:
$ cat rose.fig
#FIG
66 matches
Mail list logo
