bug in mathed

[Herbert Voss]

when having the multline environment, lyx shows in all
lines the #-character, but only the last line is
numbered for the multline-env, the others can't!

the alt-m-N has also to be disabled for the other
lines.

Herbert



-- 
http://www.lyx.org/help/

Re: bug in mathed

[Andre Poenitz]

On Wed, Jul 17, 2002 at 11:20:40PM +0300, Dekel Tsur wrote:
> > No, it does not matter which row contains the maximum number of columns.
> 
> I know that, but I think we should restrict our support to "normal" use
> of the latex commands.

Actually I like to support as much as I can without extra pain.  And
Herbert's suggestion to drop the 'even column number' restriction would
even mean to remove two lines of extra code, so this is Nice.

> However, if supporting rows with different number of columns does not
> complicate the code, then I have no objection to supporting it.

Makes it a tiny bit simpler...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: Bug in LibFileSearch?

[Andre Poenitz]

On Wed, Jul 17, 2002 at 08:34:10PM +0200, Jean-Marc Lasgouttes wrote:
> >Would the following make sense?
> 
> Yes. My mistake.

You owe me a beer for that. This was an hour of searching ;-}

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

CVS generates empty Makefiles. Due to latest update in configure.in/acconfig.h?

[R. Lahaye]

Jean-Marc,

I've seen that you removed some unnecessary code from configure.in
and acconfig.h in CVS. Removed too much?

Since today's update to CVS, my configure script generates only empty
Makefiles. I reversed your changes in the two files mentioned above,
but to no avail. What else have you changed?

I've tested this with autoconf 2.53 and 2.13.

Here is what I get during the configure, when using autoconf 2.13:
   [...]
   checking if mkstemp is declared by header unistd.h... yes
   updating cache ./config.cache
   creating ./config.status
   creating Makefile
   sed: 44: conftest.s2: unescaped newline inside substitute pattern

   [...and that same error message for every Makefile to be generated...]

With autoconf 2.53, the error message is:
   config.status: creating Makefile
   sed: 47: /tmp/csvEgfCk/subs-3.sed: unescaped newline inside substitute
pattern


The error causes the corresponding Makefile to be left empty.
Result: all my Makefiles are empty.

Any ideas?

Regards,
Rob.

Re: lyx-devel src/graphics/: Tag: BRANCH-1_2_X ChangeLog GraphicsC ...

[Herbert Voss]

[EMAIL PROTECTED] wrote:

> CVSROOT:  /usr/local/lyx/cvsroot
> Module name:  lyx-devel
> Repository:   lyx-devel/src/graphics/
> Changes by:   [EMAIL PROTECTED] 02/07/17 23:21:38
> 
> Modified files:
>   lyx-devel/src/graphics/: Tag: BRANCH-1_2_X ChangeLog 
>GraphicsCacheItem.C 
> 
> Log message:
>   remove special eps handling code (from herbert)
> 
> Patches:
>  lyx-devel/src/graphics/
>  
>http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/graphics/ChangeLog?r1=1.59.2.8&r2=1.59.2.9
>  
>http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/graphics/GraphicsCacheItem.C?r1=1.33.2.1&r2=1.33.2.2


please this in xformsGImage, too

http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/frontends/xforms/xformsImage.C?r1=1.4&r2=1.5

Herbert


-- 
http://www.lyx.org/help/

Re: po/POTFILES.in

[Allan Rae]

On Thu, 4 Jul 2002, Allan Rae wrote:

[...]
> Again, I see no need for lyx.pot or POTFILES* to be in CVS.  Please
> enlighten me if I've missed something.
>
> (Although as I said in my last email srcdir!=builddir is now getting
> to be a problem because the generated form_*.[Ch] files are in
> builddir which isn't currently scanned by the POTFILES.in
> autogeneration -- and if we add that then we will start getting
> thrashing of the POTFILES.in that is stored in CVS (depending upon
> peoples builddir preference -- on top of any sort order problem that
> may still exist), hence my suggestion we could go to manual
> POTFILES.in and use $builddir in that file to get around this problem
> (although it is only a moderate nuisance IMO))

Actually things are *much* worse than I thought they were.

Why?

Because a manual build of POTFILES.in won't work either.

Why?

Because gettext.m4 insists on prepending "$top_srcdir/" to each of the
lines in POTFILES.in when it creates POTFILES.

Why is this bad?

Because you can't use builddir != srcdir even with a manually
maintained POTFILES.in because we don't know the path from top_srcdir
to top_builddir in order to access the generated files.

Is there a solution?

Actually, yes.  The last few words of the previous comment provide the
key.  If all our generated code was put in $srcdir instead of
$builddir then we can continue to use the existing automatic
maintenance of POTFILES.in without any hassles (except for a one line
deletion I mentioned in an earlier email).  And if Lars really really
wants manual maintenance of POTFILES.in then that would also have
a chance of working.

So then.  Does anyone have a problem with putting the generated source
code (namely the XForms and Qt stuff) into $srcdir instead of
$builddir?  If so, you better figure out how to make POTFILES work.

In the meantime I offer the attached patch as an interim solution --
note that it will only ensure POTFILES.in is correct.  Gettext won't
be able to find the generated files in if builddir != srcdir so people
building that way are slightly screwed but it shouldn't be too
painful.  It does however also have the one line fix that is required.

Allan. (ARRae)

P.S.  For you smarty-pants out there, there is a possible second
solution that involves manually maintaining the POTFILES.in and
hacking gettext.m4 such that it doesn't prepend everything in
POTFILES.in -- then we need to use the string "$(builddir)/" in
POTFILES.in for the files that are generated into the builddir. Too
much screwing around and hence too error-prone IMO -- and I'm not sure
even sure it would work.  Much simpler to just generate the xforms and
Qt sources into srcdir instead.



? src/frontends/qt2/xforms/Makefile.in
Index: po/Makefile.in.in
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/po/Makefile.in.in,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile.in.in
--- po/Makefile.in.in   16 Apr 2002 21:59:01 -  1.20
+++ po/Makefile.in.in   18 Jul 2002 02:06:03 -
@@ -196,13 +196,16 @@ Makefile: Makefile.in.in $(top_builddir)
   $(SHELL) ./config.status
 
 ${srcdir}/POTFILES.in: $(POTFILE_IN_DEPS)
+   @if [ "$(top_srcdir)" != "$(top_builddir)" ]; then \
+   echo "POTFILES.in would be incorrectly rebuilt because srcdir != 
+builddir"; \
+   else \
rm -f $@-t \
&& ( cd $(top_srcdir); \
 grep -l "_(\".*\")" `find src -name \*.[hHC] -print` |\
-sed -e '/xforms.forms/d' | \
 sort -f -n | uniq ) > $@-t \
&& echo "src/ext_l10n.h" >> $@-t \
-   && mv $@-t $@
+   && mv $@-t $@ ;\
+   fi
 
 $(top_srcdir)/src/ext_l10n.h: $(top_srcdir)/lib/layouts/*.layout 
$(top_srcdir)/lib/layouts/*.inc $(top_srcdir)/lib/ui/default.ui 
$(top_srcdir)/lib/languages
sed < $(top_srcdir)/lib/ui/default.ui -n \

Re: Font loading messages

[John Levon]

On Wed, Jul 17, 2002 at 08:45:31PM +0200, Jean-Marc Lasgouttes wrote:

> The original idea was that the code in dispatch
>   if (!res.empty())
>   owner->message(_(res));
>   owner->updateMenubar();
>   owner->updateToolbar();

> should be removed and go to verboseDispatch().

This wouldbe ideal, but I think there are too many cases where we use
dispatch() and still need this. Perhaps an improvement for later ...

john

-- 
"i am sorey I cant reads yuor emale because my emale box has filtar on it
 whitch says, "NO EMALES FROM PEOAPAL UNDER IQ OF 1"
- jeffk

Re: Compiling qt2?

[John Levon]

On Wed, Jul 17, 2002 at 11:20:50PM +0200, Jean-Marc Lasgouttes wrote:

> I tried for fun to compile with qt2 frontend, and all I got is

one day it will not just be fun :)

> What can I do? Automake is 1.4-p5

Yes as Edwin said automake requirement has been 1.5 for quite some
months ...

regards
john

-- 
"i am sorey I cant reads yuor emale because my emale box has filtar on it
 whitch says, "NO EMALES FROM PEOAPAL UNDER IQ OF 1"
- jeffk

Re: \citep and \citet of natbib

[Dekel Tsur]

On Wed, Jul 17, 2002 at 03:29:09PM -0600, Hai-Ru Chang wrote:
> Hello,
>   Can you add \citep and \citet of natbib as options in your cite reference 
> popup panel.  Thanks!

\citep and \citet are already supported in lyx 1.2.0
(you need to enable the "Use natbib" button in the document dialog).

Re: Compiling qt2?

[Edwin Leuven]

On Wednesday 17 July 2002 11:20 pm, you wrote:
> I tried for fun to compile with qt2 frontend, and all I got is
>
> make[6]: Entre dans le répertoire
> `/home/lasgoutt/src/lyx/qtbuild/src/frontends/qt2/ui'
> make[6]: *** Pas de règle pour fabriquer la cible `libqt2ui.la.c',
> nécessaire pour `libqt2ui.la'. Arrêt.
>
> What it says is that it cannot find libqt2ui.la.c to make libqt2ui.la.
>
> What can I do? Automake is 1.4-p5

I think you need automake 1.5 and autoconf 2.13

Ed.

\citep and \citet of natbib

[Hai-Ru Chang]

Hello,
  Can you add \citep and \citet of natbib as options in your cite reference 
popup panel.  Thanks!
  
  
Dr. Hai-Ru Chang
Duane Physics #D322
311-UCB
Program in Atmospheric and Oceanic Sciences
Boulder, CO 80303
Tel: 303-492-0544

Compiling qt2?

[Jean-Marc Lasgouttes]

I tried for fun to compile with qt2 frontend, and all I got is

make[6]: Entre dans le répertoire 
`/home/lasgoutt/src/lyx/qtbuild/src/frontends/qt2/ui'
make[6]: *** Pas de règle pour fabriquer la cible `libqt2ui.la.c', 
nécessaire pour `libqt2ui.la'. Arrêt.

What it says is that it cannot find libqt2ui.la.c to make libqt2ui.la.

What can I do? Automake is 1.4-p5

JMarc

Re: bug in mathed

[Herbert Voss]

Dekel Tsur wrote:

> On Wed, Jul 17, 2002 at 10:11:50PM +0200, David Kastrup wrote:
> 
>>>Yes, but you have to read the 1st row in order to know the number of columns:
>>>
>>>\begin{align}
>>>1 & 2 & 3 & 4 \\
>>>...
>>>\end{align}
>>>
>>No, it does not matter which row contains the maximum number of columns.
>>
> 
> I know that, but I think we should restrict our support to "normal" use
> of the latex commands.
> However, if supporting rows with different number of columns does not
> complicate the code, then I have no objection to supporting it.


this has nothing to do with "normal use". In some cases

users like to right

\begin{align}
right & =left & =right &   &   &  \\
right & =left & =right & 1 & 2 & 6
\end{align}

or 


\begin{align}
right & =left & =right\\
right & =left & =right & 1 & 2 & 6
\end{align}

which is exactly the same. Both are "normal use" ...

Herbert


-- 
http://www.lyx.org/help/

Re: bug in mathed

[Dekel Tsur]

On Wed, Jul 17, 2002 at 10:11:50PM +0200, David Kastrup wrote:
> > 
> > Yes, but you have to read the 1st row in order to know the number of columns:
> > 
> > \begin{align}
> > 1 & 2 & 3 & 4 \\
> > ...
> > \end{align}
> 
> No, it does not matter which row contains the maximum number of columns.

I know that, but I think we should restrict our support to "normal" use
of the latex commands.
However, if supporting rows with different number of columns does not
complicate the code, then I have no objection to supporting it.

Re: bug in mathed

[David Kastrup]

Dekel Tsur <[EMAIL PROTECTED]> writes:

> On Wed, Jul 17, 2002 at 06:41:57PM +0200, Andre Poenitz wrote:
> > On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> > > - insert->math->amsalign
> > > - cursor into the box
> > > - edit-math->add column
> > > -> align environment -> switches to alignat
> > >it should be still align!
> > 
> > Does align handle more than 2 columns?
> 
> Yes, but you have to read the 1st row in order to know the number of columns:
> 
> \begin{align}
> 1 & 2 & 3 & 4 \\
> ...
> \end{align}

No, it does not matter which row contains the maximum number of columns.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]

cvs compile

[Herbert Voss]

in src/graphics/Makefile.am

are FileMonitor.[Ch] but not present as files

Herbert


-- 
http://www.lyx.org/help/

Re: Font loading messages

[Jean-Marc Lasgouttes]

> I think we're talking past each other.

Yes :)

> I am not proposing to remove this difference anywhere.
> 
> Find a spot where :
> 
>   verboseDispatch(..., false);
> 
> cannot be transformed into
> 
>   dispatch(...)
> 
> instead. I am proposing this change, then make verboseDispatch always
> show shortcut (ie. everywhere that passed true before).

The original idea was that the code in dispatch
if (!res.empty())
owner->message(_(res));
owner->updateMenubar();
owner->updateToolbar();
should be removed and go to verboseDispatch(). I do not remember the
reason why I did not do it. The idea is that dispatch should not change
the minibuffer (too much). This makes sense for the lyxserver, for
example.

However, all this stuff is a bit murky to me. Do what you think is best,
now that I know that you know what I know...

JMarc

Re: Bug in LibFileSearch?

[Jean-Marc Lasgouttes]

Andre Poenitz wrote:
> Would the following make sense?

Yes. My mistake.

JMarc

Re: lyx-devel : compile error with gcc3.1

[Herbert Voss]

geof wrote:

> /usr/local/gcc-3.1/bin/c++ -DHAVE_CONFIG_H -I. -I. -I../../../src 
> -I../../../images -I../../../src/ -I../../../src/frontends/ 
> -I../../../src/frontends/controllers -I../../../boost -isystem 
> /usr/X11R6/include -O0 -W -Wall -Winline -Winline -c FormFiledialog.C -MT 
> FormFiledialog.lo -MD -MP -MF .deps/FormFiledialog.TPlo -fPIC -DPIC
> FormFiledialog.C:20: `sort' not declared


#include 

Herbert


-- 
http://www.lyx.org/help/

lyx-devel : compile error with gcc3.1

[geof]

/usr/local/gcc-3.1/bin/c++ -DHAVE_CONFIG_H -I. -I. -I../../../src 
-I../../../images -I../../../src/ -I../../../src/frontends/ 
-I../../../src/frontends/controllers -I../../../boost -isystem 
/usr/X11R6/include -O0 -W -Wall -Winline -Winline -c FormFiledialog.C -MT 
FormFiledialog.lo -MD -MP -MF .deps/FormFiledialog.TPlo -fPIC -DPIC
FormFiledialog.C:20: `sort' not declared
make[5]: *** [FormFiledialog.lo] Error 1
make[5]: Leaving directory `/src/lyx/lyx-devel/src/frontends/xforms'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/src/lyx/lyx-devel/src/frontends/xforms'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/src/lyx/lyx-devel/src/frontends'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/src/lyx/lyx-devel/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/src/lyx/lyx-devel/src'
make: *** [all-recursive] Error 1

With #include  in FormFiledialog.C, that compile but I don't know if 
it's the solution.
Remark : I get a "lyx: SIGSEGV signal caught" at the run time !
I don't have a gdb running for the moment, so ...
@+
geoffroy
-- 
~
   'v'mailto: gpiroux_at_mac_dot_com
  // \\   Powered by GNU/Linux-ppc
 /(   )\  http://lfs.linux-provider.net/  #112
   ^'^


lyx.dbg.gz
Description: GNU Zip compressed data

Re: [PATCH] graphics

[Herbert Voss]

Garst R. Reese wrote:

> Angus Leeming wrote:
> 
> 
>>Well I don't imagine many people out there have a version of gs older than my
>>venerable 5.50.
>>
>>
> My problem was not with an old version of gs, but with people/software
> that create Postscript V1.0 files such as Cadsoft Eagle.
> http://www.cadsoft.de
> 
> These can be handled with ps2ps, and that is what I did to make the
> files useable.
> However, Herbert's latest method handled the old type files, but is much
> slower.
> There are always tradeoffs.
> Garst, who has not yet succeeded in unsubscribing.


and what is with your vacation?? :-)

Herbert



-- 
http://www.lyx.org/help/

Re: [PATCH] graphics

[Angus Leeming]

On Wednesday 17 July 2002 7:05 pm, Garst R. Reese wrote:
> Garst, who has not yet succeeded in unsubscribing.

There should be a line in the header to this mail:

List-Unsubscribe: 

Angus

Re: [PATCH] graphics

[Herbert Voss]

Angus Leeming wrote:

> On Wednesday 17 July 2002 6:36 pm, Herbert Voss wrote:
> 
>>Angus Leeming wrote:
>>
>>>It strikes me that we could further simplify the LyX code base by using
>>>gs to ascertain the bounding box info in ControlGraphics. Your code here
>>>is a valient attempt but gs is the master here and it'd make more sense
>>>to use it.
>>>
>>>What do you think?
>>>
>>gs?
>>use version xxx for this but not for that and not ealier
>>then xx.xx., but in the case of ??? then you can use
>>version xxx, but ...
>>
>>that's gs!
>>
> 
> Well I don't imagine many people out there have a version of gs older than my 
> venerable 5.50.
> 
> gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=bbox file.ps
> %%BoundingBox: 56 60 297 288
> %%HiResBoundingBox: 56.105998 60.088002 296.10 287.687997


AFPL Ghostscript 7.04 (2002-01-31)

... no output

Herbert



-- 
http://www.lyx.org/help/

Re: [PATCH] graphics

[Angus Leeming]

On Wednesday 17 July 2002 6:36 pm, Herbert Voss wrote:
> Angus Leeming wrote:
> > It strikes me that we could further simplify the LyX code base by using
> > gs to ascertain the bounding box info in ControlGraphics. Your code here
> > is a valient attempt but gs is the master here and it'd make more sense
> > to use it.
> >
> > What do you think?
>
> gs?
> use version xxx for this but not for that and not ealier
> then xx.xx., but in the case of ??? then you can use
> version xxx, but ...
>
> that's gs!

Well I don't imagine many people out there have a version of gs older than my 
venerable 5.50.

gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=bbox file.ps
%%BoundingBox: 56 60 297 288
%%HiResBoundingBox: 56.105998 60.088002 296.10 287.687997

This is gs area of expertise. I vote that we let gs handle it.

> I'm no more interested in this area, it works and the
>
> speed is okay ...

Fair enough. I may look at it one day.
Angus

Re: [PATCH] graphics

[Herbert Voss]

Angus Leeming wrote:

> It strikes me that we could further simplify the LyX code base by using gs to 
> ascertain the bounding box info in ControlGraphics. Your code here is a 
> valient attempt but gs is the master here and it'd make more sense to use it.
> 
> What do you think?


gs?
use version xxx for this but not for that and not ealier
then xx.xx., but in the case of ??? then you can use
version xxx, but ...

that's gs!

I'm no more interested in this area, it works and the

speed is okay ...

Herbert



-- 
http://www.lyx.org/help/

Re: [PATCH] graphics

[Angus Leeming]

On Wednesday 17 July 2002 6:22 pm, Herbert Voss wrote:
> Angus Leeming wrote:
> > On Wednesday 17 July 2002 6:07 pm, Herbert Voss wrote:
> >>please apply, also for 1.2.1
> >
> > I love patches like this ;-)
> >
> > However, I note that PS support is not disabled in the xforms image
> > loader.
> >
> > Would you like me to disable it?
>
> Garst disabled it in his tree, but I suppose that we
> never had fun with this option ...

Indeed not. And the patch is appropriate for all frontends: if you want try 
and load it but don't complain to us if things go wrong.

It strikes me that we could further simplify the LyX code base by using gs to 
ascertain the bounding box info in ControlGraphics. Your code here is a 
valient attempt but gs is the master here and it'd make more sense to use it.

What do you think?

I'll apply your patch in the meantime.

Angus

Re: [PATCH] graphics

[Herbert Voss]

Angus Leeming wrote:

> On Wednesday 17 July 2002 6:07 pm, Herbert Voss wrote:
> 
>>please apply, also for 1.2.1
>>
> 
> I love patches like this ;-)
> 
> However, I note that PS support is not disabled in the xforms image loader.
> 
> Would you like me to disable it?


Garst disabled it in his tree, but I suppose that we
never had fun with this option ...

Herbert


-- 
http://www.lyx.org/help/

Re: [PATCH] graphics

[Angus Leeming]

On Wednesday 17 July 2002 6:07 pm, Herbert Voss wrote:
> please apply, also for 1.2.1

I love patches like this ;-)

However, I note that PS support is not disabled in the xforms image loader.

Would you like me to disable it?

Angus

[PATCH] graphics

[Herbert Voss]

please apply, also for 1.2.1

Herbert


-- 
http://www.lyx.org/help/


Index: src/graphics/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/graphics/ChangeLog,v
retrieving revision 1.98
diff -u -r1.98 ChangeLog
--- src/graphics/ChangeLog  17 Jul 2002 16:56:41 -  1.98
+++ src/graphics/ChangeLog  17 Jul 2002 17:04:17 -
@@ -1,3 +1,9 @@
+2002-06-17  Herbert Voss  <[EMAIL PROTECTED]>
+
+   * GraphicsCachItem.C: (findTargetFormat) remove the speciell case
+   for old ps-files (Garst). It's no handled via defining a converter and 
+   disabling the ps-support of xforms.
+
 2002-07-17  Angus Leeming  <[EMAIL PROTECTED]>
 
Be true to the Pimpl idiom, moving all signals into the respective
Index: src/graphics/GraphicsCacheItem.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/graphics/GraphicsCacheItem.C,v
retrieving revision 1.40
diff -u -r1.40 GraphicsCacheItem.C
--- src/graphics/GraphicsCacheItem.C17 Jul 2002 16:56:42 -  1.40
+++ src/graphics/GraphicsCacheItem.C17 Jul 2002 17:04:17 -
@@ -293,16 +293,8 @@
}
 
string from = getExtFromContents(filename);
-   // Some old ps-files make problems, so we do not need direct
-   // loading of an ps-file
-   if (from == "ps") {
-   lyxerr[Debug::GRAPHICS]
-   << "\n\tThe file contains PostScript format data.\n"
-   << "\tchanging it to eps-format to get it converted to xpm\n";
-   from = "eps";
-   } else
-   lyxerr[Debug::GRAPHICS]
-   << "\n\tThe file contains " << from << " format data." << endl;
+   lyxerr[Debug::GRAPHICS] 
+   << "\n\tThe file contains " << from << " format data." << endl;
string const to = findTargetFormat(from);
 
if (from == to) {

Re: Font loading messages

[John Levon]

On Wed, Jul 17, 2002 at 06:31:01PM +0200, Jean-Marc Lasgouttes wrote:

> Hmm, I am not sure we understand each other, and maybe is there
> something I do not get. Anyway:

I think we're talking past each other.

> If you do M-c e in a buffer, you get something like
>   Font: EMphasis On, Paragraph 0
> 
> If you click on the ! icon, you get
>   Font: EMphasis On, Paragraph 0 (font-emph: [C-e] [M-c e])

I am not proposing to remove this difference anywhere.

Find a spot where :

verboseDispatch(..., false);

cannot be transformed into

dispatch(...)

instead. I am proposing this change, then make verboseDispatch always
show shortcut (ie. everywhere that passed true before).

see ?

regards
john

-- 
"i am sorey I cant reads yuor emale because my emale box has filtar on it
 whitch says, "NO EMALES FROM PEOAPAL UNDER IQ OF 1"
- jeffk

Bug in LibFileSearch?

[Andre Poenitz]

Would the following make sense?


Index: support/filetools.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/filetools.C,v
retrieving revision 1.129
diff -u -p -r1.129 filetools.C
--- support/filetools.C 17 Jul 2002 14:46:38 -  1.129
+++ support/filetools.C 17 Jul 2002 17:03:42 -
@@ -337,8 +337,10 @@ string const LibScriptSearch(string cons
 {
string script;
string args = command;
-   split(args, script, ' ');
+   args = split(args, script, ' ');
script = LibFileSearch("scripts", script);
if (script.empty())
return command;
else if (args.empty())


Andre'
-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: bug in mathed

[Dekel Tsur]

On Wed, Jul 17, 2002 at 06:41:57PM +0200, Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> > - insert->math->amsalign
> > - cursor into the box
> > - edit-math->add column
> > -> align environment -> switches to alignat
> >it should be still align!
> 
> Does align handle more than 2 columns?

Yes, but you have to read the 1st row in order to know the number of columns:

\begin{align}
1 & 2 & 3 & 4 \\
...
\end{align}

Re: bug in mathed

[Herbert Voss]

Andre Poenitz wrote:

> On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> 
>>- insert->math->amsalign
>>- cursor into the box
>>- edit-math->add column
>>-> align environment -> switches to alignat
>>   it should be still align!
>>
> 
> Does align handle more than 2 columns?


sure, the sequence is right|left|right|left...


Herbert

-- 
http://www.lyx.org/help/

Re: bug in mathed

[Andre Poenitz]

On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> - insert->math->amsalign
> - cursor into the box
> - edit-math->add column
> -> align environment -> switches to alignat
>it should be still align!

Does align handle more than 2 columns?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

bug in mathed

[Herbert Voss]

- insert->math->amsalign
- cursor into the box
- edit-math->add column
-> align environment -> switches to alignat
it should be still align!

Herbert

-- 
http://www.lyx.org/help/

Re: Font loading messages

[Jean-Marc Lasgouttes]

> "John" == John Levon <[EMAIL PROTECTED]> writes:

John> Read the 3rd verboseDispatch(). As I said, if it's false, all it
John> does is add a ' '.

John> I see if you call the void LyXFunc::verboseDispatch(string const
John> & s, bool show_sc) with show_sc == false, /there/ is the
John> difference: you will get "Unknown function (blah)". If you were
John> to just call "dispatch" directly in each place you call
John> verboseDispatch() with show_sc == false, then instead you would
John> get "Unknown function".

John> This seems like a very small difference to make all the show_sc
John> shenanigans worth it. What am I missing ?

Hmm, I am not sure we understand each other, and maybe is there
something I do not get. Anyway:

If you do M-c e in a buffer, you get something like
  Font: EMphasis On, Paragraph 0

If you click on the ! icon, you get
  Font: EMphasis On, Paragraph 0 (font-emph: [C-e] [M-c e])

See the difference? This is all show_sc is about. The most important
part here is the shortcut. Nobody cares about font-emph being shown,
except lars, who loves it. I propose to make that into a pref,
defaulting to off (and maybe without a UI). 

But the shortcut is a very nice feature IMO. However, there are cases
where we do not want it (internal dispatch, dispatch through
keybindings...).

I agree that all these dispatch/verboseDispatch things suck, but I did
not manage to make them clearer at the time (and I was trying to have
minimal changes to fix a bug). Feel free to change it, but I think you
must retain the verbose/nonverbose (display result in minibuffer or
not) and show_sc (display kb shortcuts or not) options.

JMarc

Re: LFUN_FONT_STATE

[John Levon]

On Wed, Jul 17, 2002 at 10:44:22AM +0200, Jean-Marc Lasgouttes wrote:

> >> Why does this annoy you?
> 
> Andre> Bloat?
> Now, if the default for minibuffer is changed to always display this
> font-state, 

You got it.

> then I agree that the lfun will be unnecessary. But I
> think Lars likes to use lfuns as interface to some things inside lyx.

I don't think an lfun is appropriate in this case, because we are going
from core->frontend with the "hey, the state changed", and entirely
inside the frontend with "hey, display the state now"

regards
john

-- 
"i am sorey I cant reads yuor emale because my emale box has filtar on it
 whitch says, "NO EMALES FROM PEOAPAL UNDER IQ OF 1"
- jeffk

Re: CVS: XFormsView.C:205: no matching function for call to `MiniBuffer::message (int)'

[John Levon]

On Wed, Jul 17, 2002 at 03:03:36PM +0900, R. Lahaye wrote:

> You've committed a new XFormsView to CVS.
> Is it due to that commit that CVS does not compile anymore here:

Yeaargh ! Sorry. I'm on it ..

john

-- 
"i am sorey I cant reads yuor emale because my emale box has filtar on it
 whitch says, "NO EMALES FROM PEOAPAL UNDER IQ OF 1"
- jeffk

Re: Font loading messages

[John Levon]

On Wed, Jul 17, 2002 at 11:56:59AM +0200, Juergen Vigna wrote:

> Why should we display the Layout we have that information already.

Yes.

> But the more I follow this discussion the more it seems Jean-Marc is
> right with his "configurable" message-bar.

Possibly, but we still have to have a nice default. But these are
improvements that can be made after the fact

regards
john

-- 
"i am sorey I cant reads yuor emale because my emale box has filtar on it
 whitch says, "NO EMALES FROM PEOAPAL UNDER IQ OF 1"
- jeffk

Re: tie break

[Andre Poenitz]

On Wed, Jul 17, 2002 at 05:52:38PM +0200, Herbert Voss wrote:
> >Ok, this could be solved by copying/linking the correct one to
> >.lyx/scripts/foo2bar, couldn't it?
> 
> 
> so I ask again: where is the sense of $$s? The whole converting
> stuff works works as expected and with a LibScriptSearch you can
> run every script from inside LyX.

Fine. I am about reverting my change. Gibve me five minutes, ok?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: Font loading messages

[John Levon]

On Wed, Jul 17, 2002 at 10:25:31AM +0200, Jean-Marc Lasgouttes wrote:

> John> o what use is show_sc param to verboseDispatch() ? If it is
> John> false, all it will do is add a ' ', iff there is no dispatch
> John> result message. Can I remove it ?
> 
> when it is true, the keyboard shortcut for the command is displayed in
> minibuffer (useful for toolbar, menus). Otherwise no shortcut is shown
> (useful for lyxserver and invokation via keyboard). 

Read the 3rd verboseDispatch(). As I said, if it's false, all it does is
add a ' '.

I see if you call the void LyXFunc::verboseDispatch(string const & s, bool show_sc)
with show_sc == false, /there/ is the difference: you will get "Unknown
function (blah)". If you were to just call "dispatch" directly in each
place you call verboseDispatch() with show_sc == false, then instead you
would get "Unknown function".

This seems like a very small difference to make all the show_sc
shenanigans worth it. What am I missing ?

I am advocating replacing all verboseDispatch(blah, false) with direct
calls to dispatch, that's all.

> Please do not remove things you do not understand.

I would have thought me asking on the list would be good enough evidence
I'm not planning to remove it until I understand it ...

regards
john

-- 
"i am sorey I cant reads yuor emale because my emale box has filtar on it
 whitch says, "NO EMALES FROM PEOAPAL UNDER IQ OF 1"
- jeffk

Re: tie break

[Herbert Voss]

Andre Poenitz wrote:

> On Wed, Jul 17, 2002 at 05:33:06PM +0200, Jean-Marc Lasgouttes wrote:
> 
>>Andre> See attachment.
>>
>>I do not understand. What do you intend to do with it? Why not make
>>the converter stuff look into scripts/ too when trying to run any
>>program?
>>
> 
>>I added a few month ago a command LibScriptSearch (used in converters
>>for parselog handling) that finds scripts in scripts directories (in
>>.lyx too). Isn't this what you intend to do?
>>
> 
> Not exactly. What takes precedence in this case, /usr/bin/foo2bar or
> lyx/lib/scripts/foo2bar?


the first is a userdefined one and the second a lyxdefined one.
user overwrites lyx

 
> Ok, this could be solved by copying/linking the correct one to
> .lyx/scripts/foo2bar, couldn't it?


so I ask again: where is the sense of $$s? The whole converting
stuff works works as expected and with a LibScriptSearch you can
run every script from inside LyX.

Herbert



-- 
http://www.lyx.org/help/

Re: Making personal lyx.mo files with 1.2.0

[Jean-Marc Lasgouttes]

> "Philipp" == Philipp Sasse <[EMAIL PROTECTED]> writes:

Philipp> Hello, (sorry I didn't find where this is documented ...)

Philipp> I'm used to applying lots of changes to my po/xx.po file
Philipp> before building lyx. But as with 1.2.0 the changes are
Philipp> ignored. It seems, the xx.gmo file provided with the source
Philipp> is used even if the xx.po file is changed. If the xx.gmo file
Philipp> is removed before building lyx, it is only recreated as a
Philipp> zero-length file by "touch".

Philipp> Earlier versions didn't show this behaviour. Is this a bug or
Philipp> is there something about my System (Solaris 7, gcc 2.95.2,
Philipp> gmake)? Could someone tell me how to find information on
Philipp> making lyx.mo files?

Do you have GNU gettext installed? It may be that the version of
gettext we use does not accept solaris gettext tools to create
translations.

JMarc

Re: keyboard BUG

[Jean-Marc Lasgouttes]

> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:

José> On Wednesday 17 July 2002 12:22, Jean-Marc Lasgouttes wrote:
>>  I added new shortcuts like M-p asterisk 1 for Section*.

José>   Thanks, now it makes sense. :-)

What remains to be seen is how practical this binding really is.

JMarc

Re: tie break

[Jean-Marc Lasgouttes]

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:

Andre> On Wed, Jul 17, 2002 at 05:33:06PM +0200, Jean-Marc Lasgouttes
Andre> wrote: See attachment.
>>  I do not understand. What do you intend to do with it? Why not
>> make the converter stuff look into scripts/ too when trying to run
>> any program?

>> I added a few month ago a command LibScriptSearch (used in
>> converters for parselog handling) that finds scripts in scripts
>> directories (in .lyx too). Isn't this what you intend to do?

Andre> Not exactly. What takes precedence in this case,
Andre> /usr/bin/foo2bar or lyx/lib/scripts/foo2bar?

The script, of course. I do not see that as a big problem, anyway.

Andre> Ok, this could be solved by copying/linking the correct one to
Andre> .lyx/scripts/foo2bar, couldn't it?

Indeed.

Andre> Is that the way to go?

I think so.

JMarc

Re: mathed styles

[Andre Poenitz]

On Wed, Jul 17, 2002 at 05:34:53PM +0200, Herbert Voss wrote:
> is it intended that for inline formulas the lyx-view of a
> fraction is not changed when switching to displaystyle
> scriptscriptstale,... ?

Not really.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: tie break

[Andre Poenitz]

On Wed, Jul 17, 2002 at 05:33:06PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> See attachment.
> 
> I do not understand. What do you intend to do with it? Why not make
> the converter stuff look into scripts/ too when trying to run any
> program?

> I added a few month ago a command LibScriptSearch (used in converters
> for parselog handling) that finds scripts in scripts directories (in
> .lyx too). Isn't this what you intend to do?

Not exactly. What takes precedence in this case, /usr/bin/foo2bar or
lyx/lib/scripts/foo2bar?

Ok, this could be solved by copying/linking the correct one to
.lyx/scripts/foo2bar, couldn't it?

Is that the way to go?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: keyboard BUG

[José Abílio Oliveira Matos]

On Wednesday 17 July 2002 12:22, Jean-Marc Lasgouttes wrote:
>
> I added new shortcuts like M-p asterisk 1 for Section*.

  Thanks, now it makes sense. :-)

> JMarc

-- 
José Abílio

Re: tie break

[Herbert Voss]

Angus Leeming wrote:

> On Wednesday 17 July 2002 4:22 pm, David Kastrup wrote:
> 
>>>when developpers have no real new ideas or tired of
>>>bughunting, then they beautify the code ...
>>>
>>And it often is high time for it...
>>
> 
> This is:
> * old code that must soon be split into a Controller and a View if GUI-I is 
> to be finished


aeh, we are talking about the if-then-else stuff
and not of real changes in the algorithm!

Herbert



-- 
http://www.lyx.org/help/

mathed styles

[Herbert Voss]

is it intended that for inline formulas the lyx-view of a
fraction is not changed when switching to displaystyle
scriptscriptstale,... ?

Herbert



-- 
http://www.lyx.org/help/

Re: tie break

[Andre Poenitz]

On Wed, Jul 17, 2002 at 05:22:07PM +0200, David Kastrup wrote:
> And it often is high time for it...

In this case it really was not. The code was ok...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: tie break

[Jean-Marc Lasgouttes]

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:

Andre> On Wed, Jul 17, 2002 at 01:49:24PM +0100, Angus Leeming wrote:
>> But I'm not going to delve deeply at the moment. Fancy having a go?

Andre> See attachment.

I do not understand. What do you intend to do with it? Why not make
the converter stuff look into scripts/ too when trying to run any
program?

I added a few month ago a command LibScriptSearch (used in converters
for parselog handling) that finds scripts in scripts directories (in
.lyx too). Isn't this what you intend to do?

JMarc

Re: tie break

[Angus Leeming]

On Wednesday 17 July 2002 4:22 pm, David Kastrup wrote:
> > when developpers have no real new ideas or tired of
> > bughunting, then they beautify the code ...
>
> And it often is high time for it...

This is:
* old code that must soon be split into a Controller and a View if GUI-I is 
to be finished
* old code that was written by one person (me) when he was first venturing 
into the world of C++.

If beautifying means that more than one person is then more willing to tackle 
the split then I'm all for it.

Anyway, didn't I read (JMarc?, André?) 6 months ago saying that, as far as 
the developers are concerned, LyX has sufficient functionality for most of 
their needs. They continue to develop it further becasue LyX has become an 
exercise in writing beautiful code.

So, there's no need to justify this further!

Yours,
a hacker with pretensions.

Re: tie break

[Andre Poenitz]

On Wed, Jul 17, 2002 at 05:19:14PM +0200, Herbert Voss wrote:
> when developpers have no real new ideas or tired of
> bughunting, then they beautify the code ...

The most important aspect of code beautifying is that one can change one's
mind and revert all changes a week later.

And there are obviously other benefits. Some changes might go wrong and so
bugs can be created easily.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: tie break

[Herbert Voss]

David Kastrup wrote:

> Herbert Voss <[EMAIL PROTECTED]> writes:
> 
> 
>>Angus Leeming wrote:
>>
>>
> 
? I find this more readable as I do not have to scroll down to learn that
str is no further modified and it might save a copy as well.


>>>Go ahead.
>>>Angus
>>>
>>>
>>
>>when developpers have no real new ideas or tired of
>>bughunting, then they beautify the code ...
>>
> 
> And it often is high time for it...


then the better way is to write it all again, but in a 

better way until you have no new ideas and then ...

HErbert



-- 
http://www.lyx.org/help/

Re: tie break

[David Kastrup]

Herbert Voss <[EMAIL PROTECTED]> writes:

> Angus Leeming wrote:
> 

> >>? I find this more readable as I do not have to scroll down to learn that
> >>str is no further modified and it might save a copy as well.
> >>
> > Go ahead.
> > Angus
> > 
> 
> 
> when developpers have no real new ideas or tired of
> bughunting, then they beautify the code ...

And it often is high time for it...

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]

Re: tie break

[Herbert Voss]

Angus Leeming wrote:

>> string str;
>> if (...) {
>>   str = ...
>> } else if (...) {
>>   str =...
>> }
>> return str;
>>
>>to
>>
>> if (...)
>>   return ...
>> if (...)
>>   return ...
>> return string();
>>
>>? I find this more readable as I do not have to scroll down to learn that
>>str is no further modified and it might save a copy as well.
>>
> 
> Go ahead.
> Angus
> 


when developpers have no real new ideas or tired of
bughunting, then they beautify the code ...

Herbert



-- 
http://www.lyx.org/help/

Re: lib/symbol

[Andre Poenitz]

On Wed, Jul 17, 2002 at 04:54:48PM +0200, Herbert Voss wrote:
> my question is if
> $a\lyxnegspace b$ is allowed or not?

Officially not, and officially you do not even have to know it ;-)
It's allowed only in the second cell of a macro definition. If used
anywhere else one should put a \def\lyxnegspace{} in the preamble.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: tie break

[Angus Leeming]

On Wednesday 17 July 2002 4:03 pm, Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 03:31:16PM +0100, Angus Leeming wrote:
> > You should add a note to the user of the preferences dialog:
>
> Ok.
>
> But as I have this file in the editor now: Would anybody mind me changing
> things like
>
>  string str;
>  if (...) {
>str = ...
>  } else if (...) {
>str =...
>  }
>  return str;
>
> to
>
>  if (...)
>return ...
>  if (...)
>return ...
>  return string();
>
> ? I find this more readable as I do not have to scroll down to learn that
> str is no further modified and it might save a copy as well.
>
> Andre'

Go ahead.
Angus

Re: tie break

[Andre Poenitz]

On Wed, Jul 17, 2002 at 03:31:16PM +0100, Angus Leeming wrote:
> You should add a note to the user of the preferences dialog:

Ok.

But as I have this file in the editor now: Would anybody mind me changing
things like

 string str;
 if (...) {
   str = ...
 } else if (...) {
   str =...
 }
 return str;

to 

 if (...)
   return ...
 if (...)
   return ...
 return string();

? I find this more readable as I do not have to scroll down to learn that
str is no further modified and it might save a copy as well.

Andre'


-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: lib/symbol

[Herbert Voss]

Andre Poenitz wrote:

> On Wed, Jul 17, 2002 at 04:26:11PM +0200, Herbert Voss wrote:
> 
>>so they are not visible for latex??
>>
> 
> They are in general, but they should be used only in places where they
> aren't, i.e. the second box of the macro definition.


my question is if
$a\lyxnegspace b$ is allowed or not?

Herbert



-- 
http://www.lyx.org/help/

Re: tie break

[Angus Leeming]

On Wednesday 17 July 2002 3:44 pm, Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 01:49:24PM +0100, Angus Leeming wrote:
> > But I'm not going to delve deeply at the moment. Fancy having a go?
>
> See attachment.

Oh, very neat. 

You should add a note to the user of the preferences dialog:

FormPreferences::Converters::feedback(FL_OBJECT const * const ob) const
{
string str;
...
} else if (ob == dialog_->input_converter) {
str = _("The conversion command. $$i is the input file name, $$b is 
the 
file name without its extension and $$o is the name of the output file.");

> [I don't like the 'extern' stuff, but it is used in othre places too, so I
> guess it does not matter much]

Me neither. You could always make LyX a singleton class and make these things 
accessible through it

Angus

Re: lyx 1.2.0 + gcc 3.1

[Andre Poenitz]

On Wed, Jul 17, 2002 at 11:41:50AM -0300, Garst R. Reese wrote:
> I had to make several passes at compiling 3.1 to get LyX-1.2 to compile.
> The things I added as I went along were objc, --enable-cpp, and
> --enable-threads Don't know which did the trick.

The interesting part would be why it did not compile out-of-the-box.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: tie break

[Andre Poenitz]

On Wed, Jul 17, 2002 at 01:49:24PM +0100, Angus Leeming wrote:
> But I'm not going to delve deeply at the moment. Fancy having a go?

See attachment. 

[I don't like the 'extern' stuff, but it is used in othre places too, so I
guess it does not matter much]

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)


Index: converter.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/converter.C,v
retrieving revision 1.53
diff -u -p -r1.53 converter.C
--- converter.C 16 Jul 2002 21:17:08 -  1.53
+++ converter.C 17 Jul 2002 14:39:02 -
@@ -46,11 +46,14 @@ using std::find_if;
 using std::reverse;
 using std::sort;
 
+extern string system_lyxdir;
+
 namespace {
 
 string const token_from("$$i");
 string const token_base("$$b");
 string const token_to("$$o");
+string const token_lib("$$s");
 
 //
 
@@ -624,15 +627,15 @@ bool Converters::convert(Buffer const * 
runLaTeX(buffer, latex_command_);
}
 
-   string infile2 = (conv.original_dir)
+   string const infile2 = (conv.original_dir)
? infile : MakeRelPath(infile, path);
-   string outfile2 = (conv.original_dir)
+   string const outfile2 = (conv.original_dir)
? outfile : MakeRelPath(outfile, path);
-
string command = conv.command;
command = subst(command, token_from, QuoteName(infile2));
command = subst(command, token_base, QuoteName(from_base));
command = subst(command, token_to, QuoteName(outfile2));
+   command = subst(command, token_lib, system_lyxdir + "scripts");
 
if (!conv.parselog.empty())
command += " 2> " + QuoteName(infile2 + ".out");
Index: lyx_main.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyx_main.C,v
retrieving revision 1.113
diff -u -p -r1.113 lyx_main.C
--- lyx_main.C  24 Jun 2002 20:28:00 -  1.113
+++ lyx_main.C  17 Jul 2002 14:39:02 -
@@ -240,7 +240,7 @@ void LyX::init(bool gui)
// If we had a command line switch, system_lyxdir is already set
string searchpath;
if (!system_lyxdir.empty())
-   searchpath= MakeAbsPath(system_lyxdir) + ';';
+   searchpath = MakeAbsPath(system_lyxdir) + ';';
 
// LYX_DIR_13x environment variable
string const lyxdir = GetEnvPath("LYX_DIR_13x");
Index: graphics/GraphicsConverter.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/graphics/GraphicsConverter.C,v
retrieving revision 1.10
diff -u -p -r1.10 GraphicsConverter.C
--- graphics/GraphicsConverter.C15 Jul 2002 10:19:45 -  1.10
+++ graphics/GraphicsConverter.C17 Jul 2002 14:39:02 -
@@ -28,6 +28,8 @@
 #include 
 #include  // needed for pid_t
 
+extern string system_lyxdir;
+
 using std::endl;
 
 namespace grfx {
@@ -272,6 +274,7 @@ bool build_script(string const & from_fi
string const token_from("$$i");
string const token_base("$$b");
string const token_to("$$o");
+   string const token_lib("$$s");
 
EdgePath::const_iterator it  = edgepath.begin();
EdgePath::const_iterator end = edgepath.end();
@@ -292,6 +295,7 @@ bool build_script(string const & from_fi
command = subst(command, token_from, "${infile}");
command = subst(command, token_base, "${infile_base}");
command = subst(command, token_to,   "${outfile}");
+   command = subst(command, token_lib,  system_lyxdir + "scripts");
 
// Store in the shell script
script << "\n" << command << "\n\n";
Index: support/filetools.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/filetools.C,v
retrieving revision 1.128
diff -u -p -r1.128 filetools.C
--- support/filetools.C 16 Jul 2002 21:17:10 -  1.128
+++ support/filetools.C 17 Jul 2002 14:39:02 -
@@ -79,8 +79,6 @@ using std::getline;
 extern string system_lyxdir;
 extern string build_lyxdir;
 extern string user_lyxdir;
-extern string system_tempdir;
-extern string system_packageList;
 
 
 bool IsLyXFilename(string const & filename)

Re: lib/symbol

[Andre Poenitz]

On Wed, Jul 17, 2002 at 04:26:11PM +0200, Herbert Voss wrote:
> so they are not visible for latex??

They are in general, but they should be used only in places where they
aren't, i.e. the second box of the macro definition.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: lib/symbol

[Herbert Voss]

Andre Poenitz wrote:

> On Wed, Jul 17, 2002 at 04:03:06PM +0200, Herbert Voss wrote:
> 
>>there are a lyxnegspace and a lyxposspace in the list
>>but they are not defined
>>
> 
> But used ;-)
> 
> They are _really_ invisible spaces to tweak appearance of macros on screen.
> i.e. there is 2 pix space between math symbols which don't show up in the
> .tex. So if you want to get rid of those you could use \lyxnegspace in the
> second cell of the macro definition.


so they are not visible for latex??

Herbert



-- 
http://www.lyx.org/help/

Re: lib/symbol

[Andre Poenitz]

On Wed, Jul 17, 2002 at 04:03:06PM +0200, Herbert Voss wrote:
> there are a lyxnegspace and a lyxposspace in the list
> but they are not defined

But used ;-)

They are _really_ invisible spaces to tweak appearance of macros on screen.
i.e. there is 2 pix space between math symbols which don't show up in the
.tex. So if you want to get rid of those you could use \lyxnegspace in the
second cell of the macro definition.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: lyx 1.2.0 + gcc 3.1

[Andre Poenitz]

On Wed, Jul 17, 2002 at 09:38:42AM -0400, Kuba Ober wrote:
> Does anybody have patches for lyx to cleanly compile under gcc-3.1 (+ 
> xforms-0.89)?

Such patches should not be necessary.  But theory and praxis are only
theoretical the same.  So what goes wrong if you try that cobination?

Andre'
-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: buglist

[Andre Poenitz]

On Wed, Jul 17, 2002 at 04:31:27PM +0300, Dekel Tsur wrote:
> I disagree.
> Although the amsmath documentation does not say that an odd number of
> columns is forbidden, it appears that the normal behavior is to have an
> even number of columns.
> As for Herbert's example, he can always leave the 4th column empty
> (in fact, comments should be better be put on the 4th column to make them
> left aligned).

Ok, so the two of you please come to some decision and tell me the result.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

lib/symbol

[Herbert Voss]

there are a lyxnegspace and a lyxposspace in the list
but they are not defined

Herbert


-- 
http://www.lyx.org/help/

Re: tie break

[Andre Poenitz]

On Wed, Jul 17, 2002 at 01:49:24PM +0100, Angus Leeming wrote:
> But I'm not going to delve deeply at the moment. Fancy having a go?

I'll have a look...
Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: lyx 1.2.0 + gcc 3.1

[Jean-Marc Lasgouttes]

> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:

Kuba> Hi, Does anybody have patches for lyx to cleanly compile under
Kuba> gcc-3.1 (+ xforms-0.89)? Cheers, Kuba Ober

Can you be more precise on the kind of problems you encouter?

JMarc

Re: lyx 1.2.0 + gcc 3.1

[Herbert Voss]

Kuba Ober wrote:

> Does anybody have patches for lyx to cleanly compile under gcc-3.1 (+ 
> xforms-0.89)?


what patches do you need?

I have 3.1 running and can compile 1.2.1cvs

Herbert



-- 
http://www.lyx.org/help/

Re: buglist

[Herbert Voss]

Dekel Tsur wrote:

> On Wed, Jul 17, 2002 at 02:36:33PM +0200, Andre Poenitz wrote:
> 
>>On Wed, Jul 17, 2002 at 02:35:09PM +0200, Herbert Voss wrote:
>>
>>>LyX should support things which are still allowed
>>>in a legal way, and that is a one-column step.
>>>
>>Fine with me. I'll change it then.
>>
> 
> I disagree.
> Although the amsmath documentation does not say that an odd number of
> columns is forbidden, it appears that the normal behavior is to have an
> even number of columns.


it's still an array and it's unimportant if I have all
columns before I do a \\

> As for Herbert's example, he can always leave the 4th column empty
> (in fact, comments should be better be put on the 4th column to make them
> left aligned).


as I wrote I prefer the other way round, but this is not important.
I can also live with two columns, but then a text
\begin{align}
1 & 2 & 3\\
4
\end{align}
converted with a alt-m-m into math should also show 4 columns

Herbert


-- 
http://www.lyx.org/help/

lyx 1.2.0 + gcc 3.1

[Kuba Ober]

Hi,
Does anybody have patches for lyx to cleanly compile under gcc-3.1 (+ 
xforms-0.89)?
Cheers, Kuba Ober

Re: buglist

[Dekel Tsur]

On Wed, Jul 17, 2002 at 02:36:33PM +0200, Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 02:35:09PM +0200, Herbert Voss wrote:
> > LyX should support things which are still allowed
> > in a legal way, and that is a one-column step.
> 
> Fine with me. I'll change it then.

I disagree.
Although the amsmath documentation does not say that an odd number of
columns is forbidden, it appears that the normal behavior is to have an
even number of columns.
As for Herbert's example, he can always leave the 4th column empty
(in fact, comments should be better be put on the 4th column to make them
left aligned).

Re: overriding default converters

[Dekel Tsur]

On Wed, Jul 17, 2002 at 01:02:27PM +0100, Angus Leeming wrote:
> The question is: what is the syntax that should be used to REMOVE a converter 
> that is defined in lyxrc.defaults? 
> 
> lyxrc.C outputs changed converters so:
> 
>   // New/modifed converters
>   for (Converters::const_iterator cit = system_converters.begin();
>cit != system_converters.end(); ++cit)
>   if (!converters.getConverter(cit->from, cit->to))
>   os << "\\converter \"" << cit->from
>  << "\" \"" << cit->to << "\" \"\" \"\"\n";
> 
> FormPreferences simply removes a converter from the list of local converters. 
> It does not "none" it, so the removal of this converter is not saved.

As I already written, either "none" or "" (empty string) can be used.
The code above uses the latter, so removal of converters is saved.

Re: tie break

[Angus Leeming]

On Wednesday 17 July 2002 2:00 pm, Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 01:34:09PM +0100, Angus Leeming wrote:
> > Remember that I suggested adding a $$lyxlib variable, analogous to $$i,
> > $$o that would be expanded to the right thing?
>
> It looks fine.
>
> > Nobody seemed that interested, so
> > I didn't persue the matter.
>
> Nobody rejected the proposal so I thought you were going to implement it...
>
> > > How is the lyxpreview2ppm.sh script found?
> >
> > Currently I have hardwired the path in my own preferences file
> > /usr/users/aleem/lyx/devel/lib/scripts/lyxpreview2ppm.sh
>
> Another reason to have your extension...

Well the suggestion is fine, but I got a little confused when trying to 
implement it. I believe that all that would be needed is the equivalent of 
this:

void LyXRC::read(string const & lyxrc_file) {
string const lyxlib = OnlyPath(lyxrc_file);
...
command = subst(command, "$$lyxlib", lyxlib);
}

void LyXRC::write(string const & lyxrc_file) {
string const lyxlib = OnlyPath(lyxrc_file);
...
command = subst(command, lyxlib, "$$lyxlib");
}

But I'm not going to delve deeply at the moment. Fancy having a go?

Angus

Re: tie break

[Herbert Voss]

Angus Leeming wrote:

> On Wednesday 17 July 2002 1:28 pm, Andre Poenitz wrote:
> 
>>Should I attach  a '.sh' suffix for shell scripts in lib/scripts or not?
>>
>>Angus: Is there a way do specify in the .lyx/preferences' converters
>>section that a converter from /lib/scripts should be
>>used? 
>>
> 
> Remember that I suggested adding a $$lyxlib variable, analogous to $$i, $$o 
> that would be expanded to the right thing? Nobody seemed that interested, so 
> I didn't persue the matter.
> 
> 
>>How is the lyxpreview2ppm.sh script found?
>>
> 
> Currently I have hardwired the path in my own preferences file
>   /usr/users/aleem/lyx/devel/lib/scripts/lyxpreview2ppm.sh


all LyX-System files are in
/.../lyx/scripts
and should be called from inside LyX with LibFileSearch

alle User-files should be saved in ~/.lyx/scripts
and are defined in preferences and called with full path

there is no need for a $$lyxlib

Herbert



-- 
http://www.lyx.org/help/

Re: tie break

[Andre Poenitz]

On Wed, Jul 17, 2002 at 01:34:09PM +0100, Angus Leeming wrote:
> Remember that I suggested adding a $$lyxlib variable, analogous to $$i, $$o 
> that would be expanded to the right thing?

It looks fine.

> Nobody seemed that interested, so 
> I didn't persue the matter.

Nobody rejected the proposal so I thought you were going to implement it...

> > How is the lyxpreview2ppm.sh script found?
> 
> Currently I have hardwired the path in my own preferences file
>   /usr/users/aleem/lyx/devel/lib/scripts/lyxpreview2ppm.sh

Another reason to have your extension...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: tie break

[Angus Leeming]

On Wednesday 17 July 2002 1:28 pm, Andre Poenitz wrote:
> Should I attach  a '.sh' suffix for shell scripts in lib/scripts or not?
>
> Angus: Is there a way do specify in the .lyx/preferences' converters
> section that a converter from /lib/scripts should be
> used? 

Remember that I suggested adding a $$lyxlib variable, analogous to $$i, $$o 
that would be expanded to the right thing? Nobody seemed that interested, so 
I didn't persue the matter.

> How is the lyxpreview2ppm.sh script found?

Currently I have hardwired the path in my own preferences file
/usr/users/aleem/lyx/devel/lib/scripts/lyxpreview2ppm.sh

Re: buglist

[Herbert Voss]

Andre Poenitz wrote:

> On Wed, Jul 17, 2002 at 02:35:09PM +0200, Herbert Voss wrote:
> 
>>>So should I just add one column at a time? 
>>>Would mean to remove a line or two...
>>>
>>
>>LyX should support things which are still allowed
>>
> 
> Aehm... So what goes in the place of the ? in
> 
> \begin{xalignat}{?}
>   1 & 2 & 3
> \end{xalignat}


(col+1)/2 as integer division

Herbert


-- 
http://www.lyx.org/help/

Re: buglist

[Andre Poenitz]

On Wed, Jul 17, 2002 at 02:35:09PM +0200, Herbert Voss wrote:
> >So should I just add one column at a time? 
> >Would mean to remove a line or two...
> 
> 
> LyX should support things which are still allowed

Aehm... So what goes in the place of the ? in

\begin{xalignat}{?}
  1 & 2 & 3
\end{xalignat}

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: buglist

[Andre Poenitz]

On Wed, Jul 17, 2002 at 02:35:09PM +0200, Herbert Voss wrote:
> LyX should support things which are still allowed
> in a legal way, and that is a one-column step.

Fine with me. I'll change it then.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: buglist

[Herbert Voss]

Andre Poenitz wrote:

> On Wed, Jul 17, 2002 at 02:22:20PM +0200, Herbert Voss wrote:
> 
>>no! depends to what I want with this environment.
>>
>>with three columns f.ex. I'm able to write commets
>>right alligned.
>>
> 
> So should I just add one column at a time? 
> Would mean to remove a line or two...


LyX should support things which are still allowed

in a legal way, and that is a one-column step.
It's also possible to have the code for three
columns as text and then alt-m-m should give the
same.

HErbert



-- 
http://www.lyx.org/help/

Re: [PATCH]Re: problem with xfig import

[Herbert Voss]

Jean-Marc Lasgouttes wrote:

>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
> 
> Herbert> attached a patch, also for deleting _all_ files when exit.
> 
> Could you elaborate on the deletion thing? Is this related to some
> known problem?


unzip works in the global tempdir, so I do not need
information from the buffer of the doc-tempdir.

is still in 1.3

Herbert



-- 
http://www.lyx.org/help/

Re: buglist

[Andre Poenitz]

On Wed, Jul 17, 2002 at 02:22:20PM +0200, Herbert Voss wrote:
> no! depends to what I want with this environment.
> 
> with three columns f.ex. I'm able to write commets
> right alligned.

So should I just add one column at a time? 
Would mean to remove a line or two...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

tie break

[Andre Poenitz]

Should I attach  a '.sh' suffix for shell scripts in lib/scripts or not?

Angus: Is there a way do specify in the .lyx/preferences' converters
section that a converter from /lib/scripts should be
used? How is the lyxpreview2ppm.sh script found?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: [PATCH]Re: problem with xfig import

[Jean-Marc Lasgouttes]

> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:

Herbert> attached a patch, also for deleting _all_ files when exit.

Could you elaborate on the deletion thing? Is this related to some
known problem?

JMarc

Re: overriding default converters

[Angus Leeming]

On Wednesday 17 July 2002 1:09 pm, Dekel Tsur wrote:
> On Wed, Jul 17, 2002 at 09:35:54AM +0200, Andre Poenitz wrote:
> > How do I override some global default \converter setting (like
> > .fig->.eps) in my .lyx/preferences?
> >
> > The only method I found is to comment it out in the global
> > lyxrc.defaults, which is not exactly nice if you don't have write
> > permissions there.
>
> What exactly is the problem ?
> The converter lines in .lyx/preferences overrides lyxrc.defaults.

The question is: what is the syntax that should be used to REMOVE a converter 
that is defined in lyxrc.defaults? 

lyxrc.C outputs changed converters so:

// New/modifed converters
for (Converters::const_iterator cit = system_converters.begin();
 cit != system_converters.end(); ++cit)
if (!converters.getConverter(cit->from, cit->to))
os << "\\converter \"" << cit->from
   << "\" \"" << cit->to << "\" \"\" \"\"\n";

FormPreferences simply removes a converter from the list of local converters. 
It does not "none" it, so the removal of this converter is not saved.

At least, that's how I read the code.

Angus

Re: buglist

[Herbert Voss]

Dekel Tsur wrote:

> On Wed, Jul 17, 2002 at 11:24:45AM +0200, Andre Poenitz wrote:
> 
>>>mathed:
>>>\align \alignat \ 
>>>when doing a edit->math->append column
>>>lyx always inserts TWO columns instead of one
>>>
>>Was meant as a feature. I thought they have to appear in pairs?
>>
> 
> Correct.


no! depends to what I want with this environment.

with three columns f.ex. I'm able to write commets
right alligned.

Herbert



-- 
http://www.lyx.org/help/

Re: overriding default converters

[Andre Poenitz]

On Wed, Jul 17, 2002 at 03:09:09PM +0300, Dekel Tsur wrote:
> On Wed, Jul 17, 2002 at 09:35:54AM +0200, Andre Poenitz wrote:
> > 
> > How do I override some global default \converter setting (like .fig->.eps)
> > in my .lyx/preferences?
> > 
> > The only method I found is to comment it out in the global lyxrc.defaults,
> > which is not exactly nice if you don't have write permissions there.
> > 
> 
> What exactly is the problem ?

Don't know. Maybe I have messed up things locally.

> The converter lines in .lyx/preferences overrides lyxrc.defaults.

It seems to work now. 

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: buglist

[Dekel Tsur]

On Wed, Jul 17, 2002 at 11:24:45AM +0200, Andre Poenitz wrote:
> > mathed:
> > \align \alignat \ 
> > when doing a edit->math->append column
> > lyx always inserts TWO columns instead of one
> 
> Was meant as a feature. I thought they have to appear in pairs?

Correct.

Re: using .fig with lyx

[Dekel Tsur]

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, 
> it was "none"-d, then that might work.

To delete a converter that is defined in lyxrc.defaults, add
  \converter "from" "to" "" ""
or 
  \converter "from" "to" "none" ""
to .lyx/preferences.
The preferences dialog does this automatically.

Re: [PATCH]Re: problem with xfig import

[Herbert Voss]

Jean-Marc Lasgouttes wrote:

>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
> 
> Herbert> Osvaldo Fornaro wrote:
> 
>>>I have a problem to import xfig files with lyx 1.2.0. The error
>>>message is that file.eps is not found, so i think that the filter
>>>for import is not well defined. fig2dev exist in my system and
>>>works (and 1.1.6. worked ok).
>>>
> 
> 
> Herbert> attached a small patch to support the epsi-files and the
> Herbert> (x)fig images like the other ones.
> 
> Herbert> please apply
> 
> I applied (and adapted) this patch to 1.2.x, but it seems to me that
> epsi detection is missing from getExtFromContents. How annoying is
> that?


attached a patch, also for deleting _all_ files
when exit.

HErbert



-- 
http://www.lyx.org/help/


Index: src/support/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/ChangeLog,v
retrieving revision 1.103.2.2
diff -u -r1.103.2.2 ChangeLog
--- src/support/ChangeLog   16 Jul 2002 13:22:48 -  1.103.2.2
+++ src/support/ChangeLog   17 Jul 2002 12:10:48 -
@@ -1,3 +1,9 @@
+2002-07-17  Herbert Voss  <[EMAIL PROTECTED]>
+
+   * DestroyLyXTmpDir.C: delete _all_ files when exit
+   
+   * filetools.C (getExtFromContents): detect epsi-files
+
 2002-07-15  Jean-Marc Lasgouttes  <[EMAIL PROTECTED]>
 
* filetools.C (IsLyXFilename):
Index: src/support/filetools.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/filetools.C,v
retrieving revision 1.121.2.2
diff -u -r1.121.2.2 filetools.C
--- src/support/filetools.C 16 Jul 2002 13:22:48 -  1.121.2.2
+++ src/support/filetools.C 17 Jul 2002 12:10:48 -
@@ -560,7 +560,7 @@
 
 int DestroyLyXTmpDir(string const & tmpdir)
 {
-   return DestroyTmpDir (tmpdir, false); // Why false?
+   return DestroyTmpDir (tmpdir, true); // Why false?
 }
 
 
@@ -992,6 +992,9 @@
 // AGR Grace...
 // BMP BM...
 // EPS %!PS-Adobe-3.0 EPSF...
+// EPSI like EPS and with
+//  %%BeginPreview...
+// FIG #FIG...
 // FITS ...BITPIX...
 // GIF GIF...
 // JPG JFIF
@@ -1022,6 +1025,7 @@
if (filename.empty() || !IsFileReadable(filename))
return string();
 
+   
ifstream ifs(filename.c_str());
if (!ifs)
// Couldn't open file...
@@ -1052,10 +1056,6 @@
}
 
getline(ifs, str);
-
-   lyxerr[Debug::GRAPHICS] << "Scanstring: " << str.substr(0,60)
-   << endl;
-
string const stamp = str.substr(0,2);
if (firstLine && str.size() >= 2) {
// at first we check for a zipped file, because this
@@ -1103,6 +1103,9 @@
} else if (prefixIs(str,"%TGIF")) {
format =  "tgif";
 
+   } else if (prefixIs(str,"#FIG")) {
+   format =  "fig";
+
} else if (prefixIs(str,"GIF")) {
format =  "gif";
 
@@ -1139,7 +1142,7 @@
else if (contains(str,"%!PS-Adobe")) {
// eps or ps
ifs >> str;
-   if (contains(str,"EPSF"))
+   if (contains(str,"EPSF")) 
format = "eps";
else
format = "ps";
@@ -1156,9 +1159,25 @@
}
 
if (!format.empty()) {
-   lyxerr[Debug::GRAPHICS]
-   << "Recognised Fileformat: " << format << endl;
-   return format;
+   // if we have eps than epsi is also possible
+   // we have to check for a preview
+   if (format == "eps") {
+   lyxerr[Debug::GRAPHICS]
+   << "\teps detected -> test for an epsi ..."
+   << endl;
+   while (count++ < max_count) {
+   if (ifs.eof())
+   break;
+   getline(ifs, str);
+   if (contains(str, "BeginPreview")) {
+   format = "epsi";
+   count = max_count;
+   }
+   }
+   }
+   lyxerr[Debug::GRAPHICS]
+   << "Recognised Fileformat: " << format << endl;
+   return format;
}
 
string const ext(GetExtension(filename));

Re: overriding default converters

[Dekel Tsur]

On Wed, Jul 17, 2002 at 09:35:54AM +0200, Andre Poenitz wrote:
> 
> How do I override some global default \converter setting (like .fig->.eps)
> in my .lyx/preferences?
> 
> The only method I found is to comment it out in the global lyxrc.defaults,
> which is not exactly nice if you don't have write permissions there.
> 

What exactly is the problem ?
The converter lines in .lyx/preferences overrides lyxrc.defaults.

Re: using .fig with lyx

[Angus Leeming]

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, I actually don't. I don't really care what kind of script is doing
> the conversion as long as it does. And foo2bar is a fairly usual way to
> call converters from .foo to .bar. 'ps2pdf' e.g. is a script on my machine,
> too and I was not aware of that until a minute ago.
>
> > Other than that, I think that they should go in the scripts dir too.
>
> Would you mind me putting them in without the .sh suffix?

Of course not.
Angus

Re: 12x back ports

[Andre Poenitz]

On Wed, Jul 17, 2002 at 01:59:41PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Hm.. the xxalign stuff is ok in 1.2.1. I broke this only
> Andre> recently...
> 
> One less to fix :)

And the only one I actually fixed (apart from the \bf stuff which I won't
touch as the font handling has changed a lot from 1.2 to 1.3).

So should I make you a copy of /dev/null for the patch? ;-)

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: 12x back ports

[Jean-Marc Lasgouttes]

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:

Andre> Hm.. the xxalign stuff is ok in 1.2.1. I broke this only
Andre> recently...

One less to fix :)

JMarc

Re: using .fig with lyx

[Angus Leeming]

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 disable
> > syntax for the preferences file.
>
> a given fig2eps can be overwritten or deleted (make it unused)
> by the user. what feature are you missing???

Perhaps you looking at the code base?

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, 
it was "none"-d, then that might work.

I'm not going to try however. If interested have a go.

Angus

bool FormPreferences::Converters::erase()
{
string const from = GetFrom();
string const to = GetTo();

local_converters.erase(from, to);
UpdateBrowser();
return true;
}