new Thesaurus.C in cvs

2001-07-29 Thread Herbert Voss
i always get the following error with latest cvs nds.a support/.libs/libsupport.a ../sigc++/.libs/libsigc.a -lforms -lXpm -lSM -lICE -liberty -lc -lm -L/usr/X11R6/lib -lX11 g++: @AIKSAURUS_LIBS@: No such file or directory make[3]: *** [lyx] Error 1 Herbert -- http://www.educat.hu-ber

Re: What version of XPM to use?

2001-07-29 Thread Asger K. Alstrup Nielsen
> > ImageLoaderXPM.C: In method `enum ImageLoader::Result >ImageLoaderXPM::runImageLoader(const string &)': > > ImageLoaderXPM.C:73: `XpmAllocColor' undeclared (first use this function) > > ImageLoaderXPM.C:73: (Each undeclared identifier is reported only once > > ImageLoaderXPM.C:73: for each fu

Re: Mathed buglets

2001-07-29 Thread Andre Poenitz
> By the way, any possibility of cut&paste beween normal text and mathed's > math text? Well... there is cut&paste from text to math if you remove the // from lines 987 to 994 in formulabase.C. Currently you need to enclos the pasted part in $...$, but I could add these automatically when missinf

Re: What version of XPM to use?

2001-07-29 Thread Baruch Even
* Kayvan A. Sylvan <[EMAIL PROTECTED]> [010730 09:48]: > 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/ksylv

Re: reLyX

2001-07-29 Thread Andre Poenitz
> The more you support the better. The goal was always for reLyX to just copy > math verbatim & pass it along to LyX, but LyX didn't support everything > people were throwing at it. (This is still a problem for optional arguments > to \section et al., but I've complained about that at least once i

Re: reLyX

2001-07-29 Thread Andre Poenitz
> > Who knows how reLyX works nowadays? > > I do (or I can figure it out in a few minutes). Fine. So what is reLyX doing to math apart from copying it verbatim into \inset Formula... \end_inset? Andre' -- André Pönitz . [EMAIL PROTECTED]

Re: Artwork

2001-07-29 Thread Allan Rae
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 regenerat

Re: Artwork

2001-07-29 Thread Garst R. Reese
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. > > Any

What version of XPM to use?

2001-07-29 Thread Kayvan A. Sylvan
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 /usr/openwi

Re: Purify #6

2001-07-29 Thread Allan Rae
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 > dissertati

Re: Artwork

2001-07-29 Thread Kayvan A. Sylvan
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

Re: Rename 666 to TEX

2001-07-29 Thread Allan Rae
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

Re: Artwork

2001-07-29 Thread Allan Rae
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 draw

Re: Purify #6

2001-07-29 Thread John Weiss
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 m

Re: Rename 666 to TEX

2001-07-29 Thread Kayvan A. Sylvan
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

Re: Rename 666 to TEX

2001-07-29 Thread Amir Karger
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 ve

makecvs.log

2001-07-29 Thread Garst R. Reese
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 insetgraphicsParams.C

Re: GNOME frontend compile problem

2001-07-29 Thread Michael A. Koziarski
On 29 Jul 2001 14:29:09 +0100, John Levon wrote: > 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 seem

description environment

2001-07-29 Thread John Levon
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."

Re: bibtopic package and lyx1.1.6fix3

2001-07-29 Thread Herbert Voss
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

bibtopic package and lyx1.1.6fix3

2001-07-29 Thread Herbert Voss
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 t

Re: graphics problems

2001-07-29 Thread Dekel Tsur
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

lyx1.1.6fix3 - tmp dir

2001-07-29 Thread Herbert Voss
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/

Compilation with egcs-1.1.2

2001-07-29 Thread Dekel Tsur
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 ?

Support for multi-colunm align

2001-07-29 Thread Dekel Tsur
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 re

Re: [PATCH] InsetGraphics updates #2

2001-07-29 Thread Baruch Even
* 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 a

Re: graphics problems

2001-07-29 Thread Baruch Even
* 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 w

Re: graphics problems

2001-07-29 Thread Baruch Even
* 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 e

Mathed bug

2001-07-29 Thread Baruch Even
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 formula.

unimportant license issue

2001-07-29 Thread John Levon
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."

Re: graphics problems

2001-07-29 Thread Dekel Tsur
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 ps

Re: [PATCH] InsetGraphics updates #2

2001-07-29 Thread Dekel Tsur
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. Cons

Re: [PATCH] InsetGraphics updates #2

2001-07-29 Thread Garst R. Reese
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

Re: graphics problems

2001-07-29 Thread Kayvan A. Sylvan
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 Ass

Re: graphics problems

2001-07-29 Thread Garst R. Reese
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 t

Re: graphics problems

2001-07-29 Thread Baruch Even
* 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 st

Re: graphics problems

2001-07-29 Thread Baruch Even
* 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 n

Re: graphics problems

2001-07-29 Thread John Levon
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

Re: graphics problems

2001-07-29 Thread John Levon
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 cas

Re: graphics problems

2001-07-29 Thread Baruch Even
* 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 to

Re: graphics problems

2001-07-29 Thread John Levon
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

Re: graphics problems

2001-07-29 Thread Garst R. Reese
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

Re: graphics problems

2001-07-29 Thread Garst R. Reese
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,

Re: GNOME frontend compile problem

2001-07-29 Thread John Levon
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 lyin

Re: graphics problems

2001-07-29 Thread John Levon
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

Re: graphics problems

2001-07-29 Thread John Levon
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 e

Re: Rename 666 to TEX

2001-07-29 Thread Garst R. Reese
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, becaus

Re: Rename 666 to TEX

2001-07-29 Thread Herbert Voss
"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 tex

Re: Rename 666 to TEX

2001-07-29 Thread Kayvan A. Sylvan
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

Re: [PATCH] InsetGraphics updates #2

2001-07-29 Thread Garst R. Reese
"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

Re: [PATCH] InsetGraphics updates #2

2001-07-29 Thread Garst R. Reese
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 ../../lib

Rename 666 to TEX

2001-07-29 Thread Asger K. Alstrup Nielsen
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

Re: 1.1.6fix3 build report (debian packages)

2001-07-29 Thread Jules Bean
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 confu

Re: [PATCH] InsetGraphics updates #2

2001-07-29 Thread Garst R. Reese
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

[PATCH] InsetGraphics updates #2

2001-07-29 Thread Baruch Even
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 d

Re: [PATCH] InsetGraphics updates

2001-07-29 Thread Asger K. Alstrup Nielsen
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

Re: [PATCH] InsetGraphics updates

2001-07-29 Thread Baruch Even
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 savi

Re: [PATCH] InsetGraphics updates

2001-07-29 Thread Asger K. Alstrup Nielsen
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

Re: Comments on InsetGraphics

2001-07-29 Thread Herbert Voss
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 > > >

Re: GNOME frontend compile problem

2001-07-29 Thread Baruch Even
* 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? I

Re: GNOME frontend compile problem

2001-07-29 Thread Michael Koziarski
> 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 -- =

Re: Artwork

2001-07-29 Thread Baruch Even
* 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 som

[PATCH] InsetGraphics updates

2001-07-29 Thread Baruch Even
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. -- Baruc