On Sun, Jul 29, 2001 at 09:01:24AM +0300, Baruch Even wrote:
If you want an immediate conversion to xpm, than both ImageMagick and
netpbm can do that.
Define a converter for imagemagick is to define a call to:
convert $$i $$o
Okay. Now here is what happens:
[kayvan@camel ~]$ lyx
* Garst R. Reese [EMAIL PROTECTED] [010729 09:40]:
Baruch Even wrote:
* Kayvan A. Sylvan [EMAIL PROTECTED] [010729 08:46]:
On Sun, Jul 29, 2001 at 03:52:33AM +0100, John Levon wrote:
On Sat, Jul 28, 2001 at 11:10:56PM -0300, Garst R. Reese wrote:
I had a document with lots
* Kayvan A. Sylvan [EMAIL PROTECTED] [010729 09:40]:
On Sun, Jul 29, 2001 at 09:01:24AM +0300, Baruch Even wrote:
If you want an immediate conversion to xpm, than both ImageMagick and
netpbm can do that.
Define a converter for imagemagick is to define a call to:
convert $$i $$o
Hi all,
I'm having some more difficulty compiling the gnome frontend (without
my new dialogs added). The error is as follows: (from lyxdevel/src)
==CUT==
/bin/sh ../libtool --mode=link g++ -g -O -fno-exceptions -W -Wall -o lyx
BufferView.o BufferView2.o BufferView_pimpl.o Bullet.o
Baruch Even wrote:
What, BTW, is the use of Old-Graphics?
Testing and comparing.
Should I stop auto-converting Old to new for now? or are we better with
this testing?
Personally, I think that auto-converting Old to new is a really bad
idea.
In addition to screwing my files, it also
* Michael Koziarski [EMAIL PROTECTED] [010729 10:07]:
Hi all,
I'm having some more difficulty compiling the gnome frontend (without
my new dialogs added). The error is as follows: (from lyxdevel/src)
==CUT==
==CUT==
Can you verify that this is the original file in CVS and not a
Avoid auto-converting to InsetGraphics from InsetFig (Garst's request).
Changed from GRAPHICS to Graphics.
Changed lib/configure.m4 to convert epsi figures too.
Please apply soon, the GRAPHICS to Graphics change means that the inset
loading after saving doesnt work until it is applied.
--
* Reinhard Stepanek [EMAIL PROTECTED] [010729 08:44]:
Hi!
It's maybe non of your urgent needs, but how about a polished version of
the LyX-Logo. Take a look at
http://mailbox.univie.ac.at/Reinhard.Stepanek/lyx/lyx_artwork.html
and feel free to use it!
If you will need someone who
Can you verify that this is the original file in CVS and not a modified
one?
Yep,
I just refetched the whole lyx-devel module. Same problem, the only
thing I can think of is a problem with xforms 0.89. Could that be it?
Cheers
--
* Michael Koziarski [EMAIL PROTECTED] [010729 12:35]:
Can you verify that this is the original file in CVS and not a modified
one?
Yep,
I just refetched the whole lyx-devel module. Same problem, the only
thing I can think of is a problem with xforms 0.89. Could that be it?
It might
Dekel Tsur wrote:
On Sun, Jul 29, 2001 at 12:44:34AM +0300, Baruch Even wrote:
\scalebox{2}{\includegraphics{file.eps}}
or if you use graphicx, \includegraphics[scale=2]{file.eps}.
BTW, if you plan to use graphicx, you should let the user decide if he want
to use graphics or
On Sun, 29 Jul 2001, Baruch Even wrote:
Please apply soon, the GRAPHICS to Graphics change means that the inset
loading after saving doesnt work until it is applied.
I'd love to if you send the patch.
Thanks,
Asger
Sure, sure, couldn't you just read it off my mind... ah, never mind I'll
send it anyway...
* Asger K. Alstrup Nielsen [EMAIL PROTECTED] [010729 13:36]:
On Sun, 29 Jul 2001, Baruch Even wrote:
Please apply soon, the GRAPHICS to Graphics change means that the inset
loading after saving
On Sun, 29 Jul 2001, Baruch Even wrote:
Sure, sure, couldn't you just read it off my mind... ah, never mind I'll
send it anyway...
I promise to practice that. After all, it would be fairly useful.
Meanwhile, I'll applied the patch.
Greets,
Asger
graphics.diff.gz
Adds the scale method as request by Michael.
Fixes the EPS detection part, non hacky revision (Garst please test).
The scale option is added to the horizontal part but affects both
horizontal and vertical, bad UI, I know. Consider this a proof of
concept, and if someone won't do the UI fix I'll
Baruch Even wrote:
Adds the scale method as request by Michael.
Fixes the EPS detection part, non hacky revision (Garst please test).
Happily, let you know in 2h.
Thanks, Garst
On Sat, Jul 28, 2001 at 07:25:52PM +0100, Jules Bean wrote:
Secondly, probably less important, make distclean doesn't quite get
you back to 'square one'. In my rules file I've added:
EXTRA_CLEAN=development/lyx.spec sigc++/slot.h sigc++/object_slot.h \
snip
I think I've gotten myself
Baruch Even wrote:
Adds the scale method as request by Michael.
Fixes the EPS detection part, non hacky revision (Garst please test).
Maybe missing an include.
cvs log attached.
Garst
Making all in insets
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/insets'
/bin/sh
Garst R. Reese wrote:
Baruch Even wrote:
Adds the scale method as request by Michael.
Fixes the EPS detection part, non hacky revision (Garst please test).
Maybe missing an include.
cvs log attached.
Garst
No, it needed using std::ifstream; compiling now.
Garst
On Sun, Jul 29, 2001 at 02:32:00PM +0200, Asger K. Alstrup Nielsen wrote:
Hi,
The 666 name is fun, but not very intuitive/informative. What about
changing it to TEX? Failing that, we should at least use ERT, which
is not very intuitive either, but at least more established?
Greets,
Asger K. Alstrup Nielsen wrote:
The 666 name is fun, but not very intuitive/informative. What about
changing it to TEX? Failing that, we should at least use ERT, which
is not very intuitive either, but at least more established?
TeX is better, because it's no more like the eval red text.
Herbert Voss wrote:
Asger K. Alstrup Nielsen wrote:
The 666 name is fun, but not very intuitive/informative. What about
changing it to TEX? Failing that, we should at least use ERT, which
is not very intuitive either, but at least more established?
TeX is better, because it's no
On Sun, Jul 29, 2001 at 08:55:21AM +0300, Baruch Even wrote:
xpm, drd to xpm, plc to xpm, pls to xpm This truly sucks.
Baruch, I suppose you could use ImageMagick identify or something ?
It might be possible, but then I need ImageMagick for everyone, I'll add
epsi to my list of eps
On Sun, Jul 29, 2001 at 09:52:47AM +0300, Baruch Even wrote:
Should I stop auto-converting Old to new for now? or are we better with
this testing?
much better ... painful for Garst but hopefully it will become useful enough
to stay for the first pre-release !
john
--
I'd rather be rudely
On Sun, Jul 29, 2001 at 09:16:22PM +1200, Michael Koziarski wrote:
I just refetched the whole lyx-devel module. Same problem, the only
thing I can think of is a problem with xforms 0.89. Could that be it?
afaics your problem seems to be that you have somewhere a forms.h header
that is lying
John Levon wrote:
On Sun, Jul 29, 2001 at 08:55:21AM +0300, Baruch Even wrote:
xpm, drd to xpm, plc to xpm, pls to xpm This truly sucks.
Baruch, I suppose you could use ImageMagick identify or something ?
It might be possible, but then I need ImageMagick for everyone, I'll add
John Levon wrote:
On Sun, Jul 29, 2001 at 09:52:47AM +0300, Baruch Even wrote:
Should I stop auto-converting Old to new for now? or are we better with
this testing?
much better ... painful for Garst but hopefully it will become useful enough
to stay for the first pre-release !
Are
On Sun, Jul 29, 2001 at 10:42:01AM -0300, Garst R. Reese wrote:
Are you telling me that 1.1.15 and 1.1.16 would not have displayed my
weird files?
as a side effect of only supporting eps ...
Do you really think that relying on suffixes to determine file type was
ever a good idea?
it's a
* John Levon [EMAIL PROTECTED] [010729 16:56]:
On Sun, Jul 29, 2001 at 10:42:01AM -0300, Garst R. Reese wrote:
What advantage do you see in auto-converting Old to new,
they're not now if I read current CVS right ...
Old Graphics can be created now and was left only as a testing tool (to
On Sun, Jul 29, 2001 at 04:43:57PM +0300, Baruch Even wrote:
Garst asked for no auto-conversion and I commented the old InsetFig
back, with permission from Lars I'll introduce a new temporary config
keyword to disable auto-conversion and so it will be possible to disable
it locally in case
On Sun, Jul 29, 2001 at 10:30:20AM -0300, Garst R. Reese wrote:
maybe you should start talking to someone with global commit privileges :))
Did you commit mpanel.diff? It does seem to cure the problem.
I don't even have frontends/xforms right now. We have to wait for Asger, Lars, Angus
or
* John Levon [EMAIL PROTECTED] [010729 16:36]:
On Sun, Jul 29, 2001 at 08:55:21AM +0300, Baruch Even wrote:
xpm, drd to xpm, plc to xpm, pls to xpm This truly sucks.
Baruch, I suppose you could use ImageMagick identify or something ?
It might be possible, but then I need
* John Levon [EMAIL PROTECTED] [010729 16:36]:
On Sun, Jul 29, 2001 at 09:52:47AM +0300, Baruch Even wrote:
Should I stop auto-converting Old to new for now? or are we better with
this testing?
much better ... painful for Garst but hopefully it will become useful enough
to stay for the
John Levon wrote:
On Sun, Jul 29, 2001 at 10:30:20AM -0300, Garst R. Reese wrote:
maybe you should start talking to someone with global commit privileges :))
Did you commit mpanel.diff? It does seem to cure the problem.
I don't even have frontends/xforms right now. We have to wait
On Sun, Jul 29, 2001 at 02:47:50PM +0100, John Levon wrote:
What advantage do you see in auto-converting Old to new,
they're not now if I read current CVS right ...
Yup. UserGuide.lyx displays again.
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan
Baruch Even wrote:
Adds the scale method as request by Michael.
Fixes the EPS detection part, non hacky revision (Garst please test).
The scale option is added to the horizontal part but affects both
horizontal and vertical, bad UI, I know. Consider this a proof of
concept, and if
On Sun, Jul 29, 2001 at 02:42:48PM +0300, Baruch Even wrote:
Adds the scale method as request by Michael.
Fixes the EPS detection part, non hacky revision (Garst please test).
The scale option is added to the horizontal part but affects both
horizontal and vertical, bad UI, I know. Consider
On Sun, Jul 29, 2001 at 08:59:17AM +0300, Baruch Even wrote:
* Kayvan A. Sylvan [EMAIL PROTECTED] [010729 08:56]:
On Sun, Jul 29, 2001 at 02:20:13AM -0300, Garst R. Reese wrote:
What do I need to do to get this to work?
netpbm has pstopnm and ppmtoxpm, but pstopnm just runs
shouldn't we word the GPL exception as suggested here :
http://www.gnu.org/licenses/gpl-faq.html#TOCWritingFSWithNFLibs
?
thanks
john
--
I'd rather be rudely informed than politely left in the dark.
Whenever I type 10^ I automatically get 10^{hc} where hc is something in
my mathed clipboard.
The same happens for _ (subscript)
When working in an hebrew document the entrance and exit from mathed is
reversed. When typed space I get out in the right side instead of the
left side of the
* John Levon [EMAIL PROTECTED] [010729 19:02]:
On Sun, Jul 29, 2001 at 04:43:57PM +0300, Baruch Even wrote:
Garst does help me check that my fix works for him, though I probably
wouldn't have found about it unless I would have enabled IG for everyone
so brutally.
that was exactly my
* Dekel Tsur [EMAIL PROTECTED] [010729 19:02]:
On Sun, Jul 29, 2001 at 08:59:17AM +0300, Baruch Even wrote:
* Kayvan A. Sylvan [EMAIL PROTECTED] [010729 08:56]:
On Sun, Jul 29, 2001 at 02:20:13AM -0300, Garst R. Reese wrote:
What do I need to do to get this to work?
* Dekel Tsur [EMAIL PROTECTED] [010729 19:02]:
On Sun, Jul 29, 2001 at 02:42:48PM +0300, Baruch Even wrote:
Adds the scale method as request by Michael.
Fixes the EPS detection part, non hacky revision (Garst please test).
The scale option is added to the horizontal part but affects
The amsmath align environment can have more than 2 columns:
\begin{align}
1 2 3 4\\
5 6 7 8
\end{align}
Is it hard to add support for this ?
Note that we don't know the number of columns in advance, so
mathed_parse_lines() should increase the number of columns in the inset when
it reads
For long time, the CVS code cannot be compiled with egcs-1.1.2 due to the
usage of boost/crc.hpp in lyxsum.C.
Does this mean that egcs-1.1.2 is no longer supported ?
is it intended that lyx creates an unused emty tmp-dir
anyway, when the button in preferences for the tmp-dir
is inactive?
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
On Sun, Jul 29, 2001 at 07:04:56PM +0300, Baruch Even wrote:
Note that convert can do all these transformation.
Also, if you are planing to use convert (which give you no library dependency),
then use it with pipes, e.g. convert file.gif xpm:-
netpbm can do it also and can also do pipes.
when in latex preamble a \usepackage{bibtopic}
appears, but no corresponding bibtopic command
in the text, bibtex is not run from lyx, though
there is a \nocite* command with a bibstyle and
filename.
also \usepackage{bibtopic} gives no output, when
running from within lyx. running the exported
Herbert Voss wrote:
also \usepackage{bibtopic} gives no output, when
running from within lyx. running the exported
tex-file makes no problem.
forget it, the answer was in Jürgend last mail
from today...
Herbert
would it be possible to make tab move to the definition part,
rather than space ? This would be easier to use for entries
with a space in the name bit ...
thanks
john
--
I'd rather be rudely informed than politely left in the dark.
Here's the latest.
Garst
Making all in insets
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/insets'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
On Sun, Jul 29, 2001 at 10:23:53AM -0300, Garst R. Reese wrote:
Herbert Voss wrote:
Asger K. Alstrup Nielsen wrote:
The 666 name is fun, but not very intuitive/informative. What about
changing it to TEX? Failing that, we should at least use ERT, which
is not very intuitive
On Sun, Jul 29, 2001 at 08:14:41PM -0400, Amir Karger wrote:
On Sun, Jul 29, 2001 at 10:23:53AM -0300, Garst R. Reese wrote:
Herbert Voss wrote:
Asger K. Alstrup Nielsen wrote:
The 666 name is fun, but not very intuitive/informative. What about
changing it to TEX? Failing
On Mon, Jul 23, 2001 at 11:45:30PM +0200, Michael Schmitt wrote:
Hi,
another bug report...
I just realized a great way for Michael to test mathed with Purify.
Andre, could you send him the equation-only version of my doctoral
dissertation that I sent you? That doc is *really* heavy-duty
On Sun, 29 Jul 2001, Reinhard Stepanek wrote:
Hi!
It's maybe non of your urgent needs, but how about a polished version of
the LyX-Logo. Take a look at
http://mailbox.univie.ac.at/Reinhard.Stepanek/lyx/lyx_artwork.html
and feel free to use it!
If you will need someone who draws some
On Sun, 29 Jul 2001, Kayvan A. Sylvan wrote:
On Sun, Jul 29, 2001 at 08:14:41PM -0400, Amir Karger wrote:
On Sun, Jul 29, 2001 at 10:23:53AM -0300, Garst R. Reese wrote:
Herbert Voss wrote:
Asger K. Alstrup Nielsen wrote:
The 666 name is fun, but not very
On Mon, Jul 30, 2001 at 03:32:48PM +1000, Allan Rae wrote:
http://mailbox.univie.ac.at/Reinhard.Stepanek/lyx/lyx_artwork.html
and feel free to use it!
If you will need someone who draws some buttons too, don't hesitate to ask
me...
This is sexy but what would be really nice is if
On Sun, 29 Jul 2001, John Weiss wrote:
On Mon, Jul 23, 2001 at 11:45:30PM +0200, Michael Schmitt wrote:
Hi,
another bug report...
I just realized a great way for Michael to test mathed with Purify.
Andre, could you send him the equation-only version of my doctoral
dissertation that I
I have a Sun Solaris system where the libraries are not necessarily
the most recent...
Here's what happens with the latest CVS:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost
-I/remote/tools/ksylvan/include -I/remote/tools/ksylvan/include/X11 -isystem
Allan Rae wrote:
This is sexy but what would be really nice is if the logo actually looked
like something. The LyX creature is usually described as a deformed
platypus. It'd be nice it actually looked like it could be a real
creature -- with a beak that isn't just a cariciture.
Anyway,
On Sun, 29 Jul 2001, Kayvan A. Sylvan wrote:
On Mon, Jul 30, 2001 at 03:32:48PM +1000, Allan Rae wrote:
http://mailbox.univie.ac.at/Reinhard.Stepanek/lyx/lyx_artwork.html
and feel free to use it!
Actually, Reinhard, what would be really helpful is if you could
regenerate the logo
On Sun, Jul 29, 2001 at 09:01:24AM +0300, Baruch Even wrote:
> If you want an immediate conversion to xpm, than both ImageMagick and
> netpbm can do that.
>
> Define a converter for imagemagick is to define a call to:
> convert $$i $$o
Okay. Now here is what happens:
[kayvan@camel ~]$ lyx
* Garst R. Reese <[EMAIL PROTECTED]> [010729 09:40]:
> Baruch Even wrote:
> >
> > * Kayvan A. Sylvan <[EMAIL PROTECTED]> [010729 08:46]:
> > > On Sun, Jul 29, 2001 at 03:52:33AM +0100, John Levon wrote:
> > > > On Sat, Jul 28, 2001 at 11:10:56PM -0300, Garst R. Reese wrote:
> > > >
> > > > > I
* Kayvan A. Sylvan <[EMAIL PROTECTED]> [010729 09:40]:
> On Sun, Jul 29, 2001 at 09:01:24AM +0300, Baruch Even wrote:
> > If you want an immediate conversion to xpm, than both ImageMagick and
> > netpbm can do that.
> >
> > Define a converter for imagemagick is to define a call to:
> > convert
Hi all,
I'm having some more difficulty compiling the gnome frontend (without
my new dialogs added). The error is as follows: (from lyxdevel/src)
==CUT==
/bin/sh ../libtool --mode=link g++ -g -O -fno-exceptions -W -Wall -o lyx
BufferView.o BufferView2.o BufferView_pimpl.o Bullet.o
Baruch Even wrote:
>
> > What, BTW, is the use of Old-Graphics?
>
> Testing and comparing.
>
> Should I stop auto-converting Old to new for now? or are we better with
> this testing?
Personally, I think that auto-converting Old to new is a really bad
idea.
In addition to screwing my files, it
* Michael Koziarski <[EMAIL PROTECTED]> [010729 10:07]:
> Hi all,
>
> I'm having some more difficulty compiling the gnome frontend (without
> my new dialogs added). The error is as follows: (from lyxdevel/src)
>
> ==CUT==
> ==CUT==
Can you verify that this is the original file in CVS and not
Avoid auto-converting to InsetGraphics from InsetFig (Garst's request).
Changed from GRAPHICS to Graphics.
Changed lib/configure.m4 to convert epsi figures too.
Please apply soon, the GRAPHICS to Graphics change means that the inset
loading after saving doesnt work until it is applied.
--
* Reinhard Stepanek <[EMAIL PROTECTED]> [010729 08:44]:
> Hi!
>
> It's maybe non of your urgent needs, but how about a "polished" version of
> the LyX-Logo. Take a look at
>
> http://mailbox.univie.ac.at/Reinhard.Stepanek/lyx/lyx_artwork.html
>
> and feel free to use it!
> If you will need
> Can you verify that this is the original file in CVS and not a modified
> one?
Yep,
I just refetched the whole lyx-devel module. Same problem, the only
thing I can think of is a problem with xforms 0.89. Could that be it?
Cheers
--
* Michael Koziarski <[EMAIL PROTECTED]> [010729 12:35]:
> > Can you verify that this is the original file in CVS and not a modified
> > one?
> Yep,
>
> I just refetched the whole lyx-devel module. Same problem, the only
> thing I can think of is a problem with xforms 0.89. Could that be it?
Dekel Tsur wrote:
>
> On Sun, Jul 29, 2001 at 12:44:34AM +0300, Baruch Even wrote:
> > > \scalebox{2}{\includegraphics{file.eps}}
> > >
> > > or if you use graphicx, \includegraphics[scale=2]{file.eps}.
> > >
> > > BTW, if you plan to use graphicx, you should let the user decide if he want
> > >
On Sun, 29 Jul 2001, Baruch Even wrote:
> Please apply soon, the GRAPHICS to Graphics change means that the inset
> loading after saving doesnt work until it is applied.
I'd love to if you send the patch.
Thanks,
Asger
Sure, sure, couldn't you just read it off my mind... ah, never mind I'll
send it anyway...
* Asger K. Alstrup Nielsen <[EMAIL PROTECTED]> [010729 13:36]:
> On Sun, 29 Jul 2001, Baruch Even wrote:
>
> > Please apply soon, the GRAPHICS to Graphics change means that the inset
> > loading after
On Sun, 29 Jul 2001, Baruch Even wrote:
> Sure, sure, couldn't you just read it off my mind... ah, never mind I'll
> send it anyway...
I promise to practice that. After all, it would be fairly useful.
Meanwhile, I'll applied the patch.
Greets,
Asger
graphics.diff.gz
Adds the scale method as request by Michael.
Fixes the EPS detection part, non hacky revision (Garst please test).
The scale option is added to the horizontal part but affects both
horizontal and vertical, bad UI, I know. Consider this a proof of
concept, and if someone won't do the UI fix I'll
Baruch Even wrote:
>
> Adds the scale method as request by Michael.
> Fixes the EPS detection part, non hacky revision (Garst please test).
Happily, let you know in 2h.
Thanks, Garst
On Sat, Jul 28, 2001 at 07:25:52PM +0100, Jules Bean wrote:
> Secondly, probably less important, make distclean doesn't quite get
> you back to 'square one'. In my rules file I've added:
>
> EXTRA_CLEAN=development/lyx.spec sigc++/slot.h sigc++/object_slot.h \
I think I've gotten myself
Baruch Even wrote:
>
> Adds the scale method as request by Michael.
> Fixes the EPS detection part, non hacky revision (Garst please test).
Maybe missing an include.
cvs log attached.
Garst
Making all in insets
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/insets'
/bin/sh
"Garst R. Reese" wrote:
>
> Baruch Even wrote:
> >
> > Adds the scale method as request by Michael.
> > Fixes the EPS detection part, non hacky revision (Garst please test).
> Maybe missing an include.
> cvs log attached.
> Garst
No, it needed using std::ifstream; compiling now.
Garst
On Sun, Jul 29, 2001 at 02:32:00PM +0200, Asger K. Alstrup Nielsen wrote:
> Hi,
>
> The 666 name is fun, but not very intuitive/informative. What about
> changing it to TEX? Failing that, we should at least use ERT, which
> is not very intuitive either, but at least more established?
>
>
"Asger K. Alstrup Nielsen" wrote:
>
> The 666 name is fun, but not very intuitive/informative. What about
> changing it to TEX? Failing that, we should at least use ERT, which
> is not very intuitive either, but at least more established?
TeX is better, because it's no more like the eval red
Herbert Voss wrote:
>
> "Asger K. Alstrup Nielsen" wrote:
> >
> > The 666 name is fun, but not very intuitive/informative. What about
> > changing it to TEX? Failing that, we should at least use ERT, which
> > is not very intuitive either, but at least more established?
>
> TeX is better,
On Sun, Jul 29, 2001 at 08:55:21AM +0300, Baruch Even wrote:
> > > xpm, drd to xpm, plc to xpm, pls to xpm This truly sucks.
> > Baruch, I suppose you could use ImageMagick identify or something ?
>
> It might be possible, but then I need ImageMagick for everyone, I'll add
> epsi to my list of
On Sun, Jul 29, 2001 at 09:52:47AM +0300, Baruch Even wrote:
> Should I stop auto-converting Old to new for now? or are we better with
> this testing?
much better ... painful for Garst but hopefully it will become useful enough
to stay for the first pre-release !
john
--
"I'd rather be
On Sun, Jul 29, 2001 at 09:16:22PM +1200, Michael Koziarski wrote:
> I just refetched the whole lyx-devel module. Same problem, the only
> thing I can think of is a problem with xforms 0.89. Could that be it?
afaics your problem seems to be that you have somewhere a forms.h header
that is
John Levon wrote:
>
> On Sun, Jul 29, 2001 at 08:55:21AM +0300, Baruch Even wrote:
>
> > > > xpm, drd to xpm, plc to xpm, pls to xpm This truly sucks.
> > > Baruch, I suppose you could use ImageMagick identify or something ?
> >
> > It might be possible, but then I need ImageMagick for
John Levon wrote:
>
> On Sun, Jul 29, 2001 at 09:52:47AM +0300, Baruch Even wrote:
>
> > Should I stop auto-converting Old to new for now? or are we better with
> > this testing?
>
> much better ... painful for Garst but hopefully it will become useful enough
> to stay for the first
On Sun, Jul 29, 2001 at 10:42:01AM -0300, Garst R. Reese wrote:
> Are you telling me that 1.1.15 and 1.1.16 would not have displayed my
> weird files?
as a side effect of only supporting eps ...
> Do you really think that relying on suffixes to determine file type was
> ever a good idea?
it's
* John Levon <[EMAIL PROTECTED]> [010729 16:56]:
> On Sun, Jul 29, 2001 at 10:42:01AM -0300, Garst R. Reese wrote:
>
> > What advantage do you see in auto-converting Old to new,
>
> they're not now if I read current CVS right ...
Old Graphics can be created now and was left only as a testing
On Sun, Jul 29, 2001 at 04:43:57PM +0300, Baruch Even wrote:
> Garst asked for no auto-conversion and I commented the old InsetFig
> back, with permission from Lars I'll introduce a new temporary config
> keyword to disable auto-conversion and so it will be possible to disable
> it locally in
On Sun, Jul 29, 2001 at 10:30:20AM -0300, Garst R. Reese wrote:
> > maybe you should start talking to someone with global commit privileges :))
> Did you commit mpanel.diff? It does seem to cure the problem.
I don't even have frontends/xforms right now. We have to wait for Asger, Lars, Angus
or
* John Levon <[EMAIL PROTECTED]> [010729 16:36]:
> On Sun, Jul 29, 2001 at 08:55:21AM +0300, Baruch Even wrote:
>
> > > > xpm, drd to xpm, plc to xpm, pls to xpm This truly sucks.
> > > Baruch, I suppose you could use ImageMagick identify or something ?
> >
> > It might be possible, but then I
* John Levon <[EMAIL PROTECTED]> [010729 16:36]:
> On Sun, Jul 29, 2001 at 09:52:47AM +0300, Baruch Even wrote:
>
> > Should I stop auto-converting Old to new for now? or are we better with
> > this testing?
>
> much better ... painful for Garst but hopefully it will become useful enough
> to
John Levon wrote:
>
> On Sun, Jul 29, 2001 at 10:30:20AM -0300, Garst R. Reese wrote:
>
> > > maybe you should start talking to someone with global commit privileges :))
> > Did you commit mpanel.diff? It does seem to cure the problem.
>
> I don't even have frontends/xforms right now. We have
On Sun, Jul 29, 2001 at 02:47:50PM +0100, John Levon wrote:
> > What advantage do you see in auto-converting Old to new,
>
> they're not now if I read current CVS right ...
Yup. UserGuide.lyx displays again.
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan
Baruch Even wrote:
>
> Adds the scale method as request by Michael.
> Fixes the EPS detection part, non hacky revision (Garst please test).
>
> The scale option is added to the horizontal part but affects both
> horizontal and vertical, bad UI, I know. Consider this a proof of
> concept, and if
On Sun, Jul 29, 2001 at 02:42:48PM +0300, Baruch Even wrote:
> Adds the scale method as request by Michael.
> Fixes the EPS detection part, non hacky revision (Garst please test).
>
> The scale option is added to the horizontal part but affects both
> horizontal and vertical, bad UI, I know.
On Sun, Jul 29, 2001 at 08:59:17AM +0300, Baruch Even wrote:
> * Kayvan A. Sylvan <[EMAIL PROTECTED]> [010729 08:56]:
> > On Sun, Jul 29, 2001 at 02:20:13AM -0300, Garst R. Reese wrote:
> > > >
> > > > What do I need to do to get this to work?
> > > >
> > > netpbm has pstopnm and ppmtoxpm, but
shouldn't we word the GPL exception as suggested here :
http://www.gnu.org/licenses/gpl-faq.html#TOCWritingFSWithNFLibs
?
thanks
john
--
"I'd rather be rudely informed than politely left in the dark."
1 - 100 of 122 matches
Mail list logo
