On Tue, Jul 16, 2002 at 08:34:51AM +0200, Juergen Vigna wrote:
Actually doing this and testing it out is something for a rainy day
Well then we will see it quite fast, I have heard some rumors about
the weather in England ;)
Tell me about it ! Though actually the last two days have been
Garst R. Reese wrote:
R. Lahaye wrote:
I added ulem in the preamble.
No change, though :(.
This is with 1.3.0cvs.
Rob.
Shucks, guess it does not do it's magic with underbar. Did you check
Herbert's help page? www.lyx.org/help
Before I do that, a simple question:
Is something as
Garst R. Reese wrote:
R. Lahaye wrote:
I added ulem in the preamble.
No change, though :(.
This is with 1.3.0cvs.
Rob.
Shucks, guess it does not do it's magic with underbar. Did you check
Herbert's help page? www.lyx.org/help
When underbar is used, why not let LyX add
On Tue, Jul 16, 2002 at 04:54:11PM +1000, Allan Rae wrote:
While I agree with the separate implementation you suggest I don't
like the waste of screenspace experienced with KDE/Gnome/Mozilla
because they are afraid of having two separate widgets share the same
space -- especially when the
On Tue, Jul 16, 2002 at 04:57:29PM +1000, Allan Rae wrote:
How hot is too hot?
You crazy lot ! Everyone knows that a temperature above 12 degrees C is
reason to strip down to no clothes and refuse to do any work in the hope
of gaining a tan !
Though I did manage to burn my nose at glastonbury
And with the usual member renaming and removal of two unneeded public
functions it looks like that:
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/ChangeLog,v
retrieving revision 1.118
diff -u -p
On Tue, Jul 16, 2002 at 09:23:02AM +0200, Andre Poenitz wrote:
On Tue, Jul 16, 2002 at 03:49:37PM +0900, R. Lahaye wrote:
When underbar is used, why not let LyX add automagically to the preamble:
\usepackage{ulem}
\let\underbar\uline
\let\underline\uline
Or would that break any
On Tue, Jul 16, 2002 at 11:02:27AM +0100, José Abílio Oliveira Matos wrote:
And what if the user happend to define a macro called \underbar which is
better/different than the one from ulem?
Then we should put that definition above the user preamble, so that
the user defined shades the
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre And with the usual member renaming and removal of two unneeded
Andre public functions it looks like that:
This looks reasonable. Of course, things like modeString should
actually return a string, instead of relying on having a char array
On Tue, Jul 16, 2002 at 12:04:58PM +0200, Jean-Marc Lasgouttes wrote:
This looks reasonable. Of course, things like modeString should
actually return a string, instead of relying on having a char array
passed to them...
Sure. I did not want to change too much.
Andre'
--
Those who desire to
R == R Lahaye [EMAIL PROTECTED] writes:
R Jean-Marc Lasgouttes wrote:
Rob == R Lahaye [EMAIL PROTECTED] writes:
Rob I'm using a fairly recent version of ImageMagick (5.4.7). This
Rob version's convert produces a color output line c opaque which
Rob causes a horrible quality in the LyX-View.
R == R Lahaye [EMAIL PROTECTED] writes:
R How do I know whether I'm using that code from GraphicsImageXPM or
R not?
With xforms 1.0.0, you should not be using the XPM loader. 'lyx
-version' should confirm that you are using the xforms loader,
actually. The question now is to know whether we
Jean-Marc Lasgouttes wrote:
With xforms 1.0.0, you should not be using the XPM loader. 'lyx
-version' should confirm that you are using the xforms loader,
Confirm? How? This is my output:
$ lyx -version
LyX 1.3.0cvs of Fri, May 3, 2002
Built on Jul 15 2002, 18:12:56
Configuration
Host
R == R Lahaye [EMAIL PROTECTED] writes:
R Jean-Marc Lasgouttes wrote:
With xforms 1.0.0, you should not be using the XPM loader. 'lyx
-version' should confirm that you are using the xforms loader,
R Confirm? How? This is my output:
R Special build flags: warnings assertions
OK, so your
Jean-Marc Lasgouttes wrote:
Note that autoconf 2.53 is not really supposed to work for lyx,
but we might as well try to make it work.
2.53 ships with FreeBSD 4.6 and it's around for quite some time already.
It's too much work to get the older version of autoconf on my system
(need to compile
R == R Lahaye [EMAIL PROTECTED] writes:
R Hi,
R After a useful communication with Herbert on my problem displaying
R xpm-files on the LyX canvas, we came to the following conclusion:
R I'm using a fairly recent version of ImageMagick (5.4.7). This
R version's convert produces a color output
Jean-Marc Lasgouttes wrote:
Hmm, I just see that the code in GraphicsImageXPM does:
// some image magick versions use this
xpm_col[1].name = 0;
xpm_col[1].value = opaque;
xpm_col[1].pixel = lyxColorHandler-colorPixel(LColor::white);
Shouldn't that be
On Mon, Jul 15, 2002 at 05:57:01PM +0100, Angus Leeming wrote:
...
Do you really need to make char Counters::hebrewCounter(int n) a class
method? It doesn't use any class variables.
I'd suggest, in the .C file only:
namespace {
char Counters::hebrewCounter(int n)
{
...
}
* Jean-Marc Lasgouttes; [EMAIL PROTECTED] on 16 Jul, 2002 wrote:
Andre Looks straight forward, doesn't it?
Mostly, except that in some cases we want case changing to respect the
locale (searchreplace). Also, I'd like some turkish locale users to
try it out and check that it does what I think it
R == R Lahaye [EMAIL PROTECTED] writes:
R Jean-Marc Lasgouttes wrote:
Hmm, I just see that the code in GraphicsImageXPM does:
// some image magick versions use this xpm_col[1].name = 0;
xpm_col[1].value = opaque; xpm_col[1].pixel =
lyxColorHandler-colorPixel(LColor::white);
Togan == Togan Muftuoglu [EMAIL PROTECTED] writes:
Togan * Jean-Marc Lasgouttes; [EMAIL PROTECTED] on 16 Jul,
Togan 2002 wrote:
Andre Looks straight forward, doesn't it?
Mostly, except that in some cases we want case changing to respect
the locale (searchreplace). Also, I'd like some
Ruurd A. Reitsma wrote:
Hi,
just to show you all that I'm quite content with the Qt2 frontend nearing
completion, here's a screenshot of 1.3.0 cvs on win32:
http://www.xs4all.nl/~ps28/ruurd/lyx_win32.png
It has been built using qt 2.3.0 non-commercial for windows, M$ Visual
Studio,
Jean-Marc Lasgouttes wrote:
R == R Lahaye [EMAIL PROTECTED] writes:
R Jean-Marc Lasgouttes wrote:
Hmm, I just see that the code in GraphicsImageXPM does:
// some image magick versions use this xpm_col[1].name = 0;
xpm_col[1].value = opaque; xpm_col[1].pixel =
R == R Lahaye [EMAIL PROTECTED] writes:
R I would test that right away, but GraphicsImageXPM.C is badly
R broken in CVS right now. Please fix that first:
Try the following patch.
JMarc
Index: src/graphics/ChangeLog
===
RCS
R == R Lahaye [EMAIL PROTECTED] writes:
R Also have a look at the warnings that autogen.sh produce; it's in
R an earlier message of mine:
R http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40925.html
I've seen and fixed it. I have removed a couple warnings in my tree.
Concerning the
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus On Monday 15 July 2002 6:48 pm, John Levon wrote:
On Mon, Jul 15, 2002 at 06:22:50PM +0100, Angus Leeming wrote:
Ugh, how do I fix that ?
The same way as you fixed xformsImage.[Ch].
But I static_cast to xformsImage const
Angus
Jean-Marc Lasgouttes wrote:
R == R Lahaye [EMAIL PROTECTED] writes:
R I would test that right away, but GraphicsImageXPM.C is badly
R broken in CVS right now. Please fix that first:
Try the following patch.
grxpm.patchName: grxpm.patch
Type: text/x-patch
Nope. Get
On Tuesday 16 July 2002 3:26 pm, R. Lahaye wrote:
Jean-Marc Lasgouttes wrote:
R == R Lahaye [EMAIL PROTECTED] writes:
R I would test that right away, but GraphicsImageXPM.C is badly
R broken in CVS right now. Please fix that first:
Try the following patch.
grxpm.patchName:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus On Tuesday 16 July 2002 3:26 pm, R. Lahaye wrote:
Jean-Marc Lasgouttes wrote: R == R Lahaye
[EMAIL PROTECTED] writes:
R I would test that right away, but GraphicsImageXPM.C is badly
R broken in CVS right now. Please fix that
On Tuesday 16 July 2002 12:48 pm, Martin Vermeer wrote:
On Mon, Jul 15, 2002 at 05:57:01PM +0100, Angus Leeming wrote:
...
Do you really need to make char Counters::hebrewCounter(int n) a class
method? It doesn't use any class variables.
I'd suggest, in the .C file only:
namespace
On Tuesday 16 July 2002 3:50 pm, Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus On Tuesday 16 July 2002 3:26 pm, R. Lahaye wrote:
Jean-Marc Lasgouttes wrote: R == R Lahaye
[EMAIL PROTECTED] writes:
R I would test that right away, but
On Tue, Jul 16, 2002 at 03:29:12PM +0100, Angus Leeming wrote:
One more suggestion: naked pointers are evil. Naked pointers in an STL
container are doubly evil. Wrap that pointer in a boost::shared_ptr. Memory
is automatically delete-d as the list goes out of scope.
Why are pointers used
On Tuesday 16 July 2002 3:58 pm, Andre Poenitz wrote:
On Tue, Jul 16, 2002 at 03:29:12PM +0100, Angus Leeming wrote:
One more suggestion: naked pointers are evil. Naked pointers in an STL
container are doubly evil. Wrap that pointer in a boost::shared_ptr.
Memory is automatically delete-d
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Because John and Qt don't have a Pixmap getPixmap() method.
Angus Apparently Pixmaps are X-specific and that's a limitation they
Angus can do without.
Angus If you can think of a more elegant solution, then I'm all ears.
Have a XImage
On Tuesday 16 July 2002 4:14 pm, Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Because John and Qt don't have a Pixmap getPixmap() method.
Angus Apparently Pixmaps are X-specific and that's a limitation they
Angus can do without.
Angus If you can think
On Tue, Jul 16, 2002 at 03:51:05PM +0100, Angus Leeming wrote:
You mean you'd prefer to pass around (possibly large) structs? Seems a little
excessive. Anyway, if you prefer that then this will probably also be fine
Martin.
How large is '(possibly large)'?
And yes, I prefer things over
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Good idea, actually. John, since you broke it would you like to
Angus fix it? A
Another thought: didn't you write that ImageXPM will go away before
1.3.0? In this case, your patch may just be good enough...
JMarc
On Tuesday 16 July 2002 4:22 pm, Andre Poenitz wrote:
On Tue, Jul 16, 2002 at 03:51:05PM +0100, Angus Leeming wrote:
You mean you'd prefer to pass around (possibly large) structs? Seems a
little excessive. Anyway, if you prefer that then this will probably also
be fine Martin.
How large
On Tue, Jul 16, 2002 at 01:36:44PM +0200, Jean-Marc Lasgouttes wrote:
xpm_col[1].value = opaque;
xpm_col[1].pixel = lyxColorHandler-colorPixel(LColor::white);
Shouldn't that be LColor::black? John, why did you choose white
instead of black?
Hmm, because it's going to get
On Tue, Jul 16, 2002 at 03:32:35PM +0100, Angus Leeming wrote:
If you can think of a more elegant solution, then I'm all ears.
Angus
I've already suggested a XGraphicsImage class which GraphicsImageXPM and
xformsImage derive from ... then case to XGraphicsImage
regards
john
--
i am sorey I
Angus Leeming [EMAIL PROTECTED] writes:
I installed the cvs version of preview.sty et al. without any problems.
Running latex on a snippet file and then grepping the resultant log file
shows:
aleem@pneumon:tmp- grep review 1lyxpreview.log
**1lyxpreview.tex
(1lyxpreview.tex
)))
On Tue, Jul 16, 2002 at 02:26:01PM +0200, Moritz Moeller-Herrmann wrote:
But I don't think you are allowed to distribute binaries of your QT-Windows
lyx. QT(Windows) is not GPL compatible.
We can extend our xforms exception to Qt too possibly.
Btw, Matthias Ettrich made a vague offer of a
John Levon [EMAIL PROTECTED] writes:
On Tue, Jul 16, 2002 at 02:26:01PM +0200, Moritz Moeller-Herrmann wrote:
But I don't think you are allowed to distribute binaries of your
QT-Windows lyx. QT(Windows) is not GPL compatible.
We can extend our xforms exception to Qt too possibly.
On Tuesday 16 July 2002 5:53 pm, David Kastrup wrote:
The snippet info outputs the exact dimensions of the TeX box. The
tightpage option adds additional side bearings to that in order to
arrive at the PostScript page size so as not to cut off anything that
might slightly protrude out of the
André,
why do we add 1 to ascent, descent and then remove them when calling the
painter?
Similarly, why do we arbitrarily remove 2 from the width passed to the
painter?
Angus
int InsetFormula::ascent(BufferView *, LyXFont const ) const
{
return preview_-usePreview() ?
On Tue, Jul 16, 2002 at 07:06:07PM +0200, David Kastrup wrote:
Strictly speaking, you are on shaky ground here in case that LyX
comes with any third-party GPLed licenced software. In that case,
the copyright holders of those software may insist that their stuff
be not combined and
On Tue, Jul 16, 2002 at 06:06:20PM +0100, Angus Leeming wrote:
André,
why do we add 1 to ascent, descent and then remove them when calling the
painter?
The pink active mathed box?
Similarly, why do we arbitrarily remove 2 from the width passed to the
painter?
Similarly?
Andre'
--
On Tue, Jul 16, 2002 at 06:18:00PM +0100, Angus Leeming wrote:
Ok, understood. Since this box is not present in Preview display, I'll remove
the extras then.
Ok.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T.
On Tuesday 16 July 2002 7:08 pm, David Kastrup wrote:
Nobody seems to be actively working on a GTK port as far as I can
see...
Oops. What sort of toolkits are in consideration, then? xforms and
Qt, obviously. Anything else?
There is a gnome port too. Michael Koziarski keeps adding
On Tue, Jul 16, 2002 at 08:08:34PM +0200, David Kastrup wrote:
Nobody seems to be actively working on a GTK port as far as I can
see...
Oops. What sort of toolkits are in consideration, then? xforms and
Qt, obviously. Anything else?
*shrug* None that I know of. Except of course the
Nobody seems to be actively working on a GTK port as far as I can see...
I'm trying too. Honest! :)
It was chugging along quite nicely until the GUII stuff from sixpack was
commited, then work kinda got crazy. I'm in Michigan now (don't ask, just
wonder :/) and was in Nevada last week.
On Tue, Jul 16, 2002 at 03:51:05PM +0100, Angus Leeming wrote:
On Tuesday 16 July 2002 3:58 pm, Andre Poenitz wrote:
On Tue, Jul 16, 2002 at 03:29:12PM +0100, Angus Leeming wrote:
One more suggestion: naked pointers are evil. Naked pointers in an STL
container are doubly evil. Wrap
On Tue, Jul 16, 2002 at 03:51:05PM +0100, Angus Leeming wrote:
On Tuesday 16 July 2002 3:58 pm, Andre Poenitz wrote:
On Tue, Jul 16, 2002 at 03:29:12PM +0100, Angus Leeming wrote:
One more suggestion: naked pointers are evil. Naked pointers in an STL
container are doubly evil. Wrap
stuff snipped
One more suggestion: naked pointers are evil. Naked pointers in an STL
container are doubly evil. Wrap that pointer in a boost::shared_ptr. Memory
is automatically delete-d as the list goes out of scope.
IMHO wasting cycles mainating reference counts when I know the lifetime of
Hi,
I had a problem compiling lyx-CVS this night with gcc-3.1 and qt-2 :
Error in file QLImage.C.
I've just changed endl by \n.
Perhaps putting using std::endl also solves the problem?
+
geoffroy
On Tue, Jul 16, 2002 at 11:08:01PM +0200, geof wrote:
QLImage.C:62: `endl' undeclared (first use this function)
Fixed, thanks
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
The usual: what's the intended purpose ?
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
John Levon wrote:
qt2/xforms/ no longer exists
Then please remove corresponding entry from configure.in!
Patch:
Index: configure.in
===
RCS file: /cvs/lyx/lyx-devel/configure.in,v
retrieving revision 1.136
diff -u -r1.136
On Wed, Jul 17, 2002 at 11:57:21AM +0900, R. Lahaye wrote:
qt2/xforms/ no longer exists
Then please remove corresponding entry from configure.in!
You got me ! Thanks.
john
--
i am sorey I cant reads yuor emale because my emale box has filtar on it
whitch says, NO EMALES FROM PEOAPAL
Why did this get added back ?
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
On Tue, Jul 16, 2002 at 10:43:50PM +0300, Martin Vermeer wrote:
counterList[newc] = new Counter;
I assume this means the d'tor Counters::~Counters() can go?
I did not understand what this was good for anyway.
Assuming 'Counter' is a name for a thing, and 'CounterList' a name of a
On Tue, Jul 16, 2002 at 05:07:23PM +0100, Duncan Simpson wrote:
In my experience if you do not know who has a reference to an object and what
the scope of those references are the code is almost certaintly wrong anyway.
Heavy STL users might not be so lucky but that may be just my prejudice. I
On Wed, Jul 17, 2002 at 05:01:23AM +0100, John Levon wrote:
Why did this get added back ?
Because it was still half there and I don't want the banner to show up.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T.
On Wed, Jul 17, 2002 at 06:52:54AM +0200, Andre Poenitz wrote:
I don't want the banner to show up.
Why not ? (seriously)
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
Is font loading really a significant part of a document load time ?
If we could remove this message, we can kill a current_view use and
remove messagePush/Pop as well
thanks
john
--
i am sorey I cant reads yuor emale because my emale box has filtar on it
whitch says, NO EMALES FROM PEOAPAL
On Wed, Jul 17, 2002 at 05:54:27AM +0100, John Levon wrote:
Why not ? (seriously)
It eats too many colors. And there are some kind of gimmicks I don't like
in general. Looks as banners fall in this category...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not
On Wed, Jul 17, 2002 at 05:55:57AM +0100, John Levon wrote:
Is font loading really a significant part of a document load time ?
I believe so...
If we could remove this message, we can kill a current_view use and
remove messagePush/Pop as well
... but this sounds like a worthy goal. So I
Jean-Marc Lasgouttes wrote:
R == R Lahaye [EMAIL PROTECTED] writes:
R I'm using a fairly recent version of ImageMagick (5.4.7). This
R version's convert produces a color output line
Rc opaque
R which causes a horrible quality in the LyX-View.
Hmm, I just see that the code in
On Wed, Jul 17, 2002 at 07:01:19AM +0200, Andre Poenitz wrote:
... but this sounds like a worthy goal. So I would not mind removing the
message, but wait for other opinions.
Sure. I'm finding various bits of the minibuffer state display rather
confusing and awkward actually. Some random
Hi,
The template lyx files in lib/templates/*lyx can't be used with 1.3.0cvs,
due to the version conflict. Some have even very old version numbers.
Do these need updating?
Here's the list:
LyX Version 0.12:
iletter.lyx
latex8.lyx
LyX Version 1.1:
aa.lyx
kluwer.lyx
revtex4.lyx
On Wed, Jul 17, 2002 at 06:22:11AM +0100, John Levon wrote:
On Wed, Jul 17, 2002 at 06:15:21AM +0100, John Levon wrote:
Sure. I'm finding various bits of the minibuffer state display rather
confusing and awkward actually. Some random things :
o what use is show_sc param to
On Wed, Jul 17, 2002 at 07:23:54AM +0200, Andre' Poenitz wrote:
Is there a way to get .fig working properly (i.e. with separate LaTeX/PS
export) with 1.3.0cvs?
If I include a .fig graphics it shows up in LyX and in print as if it were
converted to PS only.
Ah... I just noticed. My
John,
You've committed a new XFormsView to CVS.
Is it due to that commit that CVS does not compile anymore here:
source='XFormsView.C' object='XFormsView.lo' libtool=yes
depfile='.deps/XFormsView.Plo' tmpdepfile='.deps/XFormsView.TPlo' depmode=gcc
/bin/sh ../../../config/depcomp /bin/sh
On Wed, Jul 17, 2002 at 07:59:23AM +0200, Andre' Poenitz wrote:
Ah... I just noticed. My 'fig2eps' is not called but rather some
auto-generated script using 'fig2dev -L xpm'.
How do I tell the converter that I prefer my own script?
One step further: If I use a direct conversion script .fig
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:
[Note that you can make it compile by commenting out the offending line]
Andre'
--
Those who desire to give up Freedom in
On Tue, Jul 16, 2002 at 08:34:51AM +0200, Juergen Vigna wrote:
> >Actually doing this and testing it out is something for a rainy day
>
> Well then we will see it quite fast, I have heard some rumors about
> the weather in England ;)
Tell me about it ! Though actually the last two days have
"Garst R. Reese" wrote:
>
> "R. Lahaye" wrote:
> >
> > I added ulem in the preamble.
> > No change, though :(.
> > This is with 1.3.0cvs.
> > Rob.
> >
> Shucks, guess it does not do it's magic with underbar. Did you check
> Herbert's help page? www.lyx.org/help
Before I do that, a simple
"Garst R. Reese" wrote:
>
> "R. Lahaye" wrote:
> >
> > I added ulem in the preamble.
> > No change, though :(.
> > This is with 1.3.0cvs.
> > Rob.
> >
> Shucks, guess it does not do it's magic with underbar. Did you check
> Herbert's help page? www.lyx.org/help
When underbar is used, why not
On Tue, Jul 16, 2002 at 04:54:11PM +1000, Allan Rae wrote:
> While I agree with the separate implementation you suggest I don't
> like the waste of screenspace experienced with KDE/Gnome/Mozilla
> because they are afraid of having two separate widgets share the same
> space -- especially when
On Tue, Jul 16, 2002 at 04:57:29PM +1000, Allan Rae wrote:
> How hot is too hot?
You crazy lot ! Everyone knows that a temperature above 12 degrees C is
reason to strip down to no clothes and refuse to do any work in the hope
of gaining a "tan" !
Though I did manage to burn my nose at
And with the usual member renaming and removal of two unneeded public
functions it looks like that:
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/ChangeLog,v
retrieving revision 1.118
diff -u -p
On Tue, Jul 16, 2002 at 09:23:02AM +0200, Andre Poenitz wrote:
> On Tue, Jul 16, 2002 at 03:49:37PM +0900, R. Lahaye wrote:
> > When underbar is used, why not let LyX add automagically to the preamble:
> >
> > \usepackage{ulem}
> > \let\underbar\uline
> > \let\underline\uline
> >
> > Or would
On Tue, Jul 16, 2002 at 11:02:27AM +0100, José Abílio Oliveira Matos wrote:
> > And what if the user happend to define a macro called \underbar which is
> > better/different than the one from ulem?
>
> Then we should put that definition above the user preamble, so that
> the user defined
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> And with the usual member renaming and removal of two unneeded
Andre> public functions it looks like that:
This looks reasonable. Of course, things like modeString should
actually return a string, instead of relying on having a
On Tue, Jul 16, 2002 at 12:04:58PM +0200, Jean-Marc Lasgouttes wrote:
> This looks reasonable. Of course, things like modeString should
> actually return a string, instead of relying on having a char array
> passed to them...
Sure. I did not want to change too much.
Andre'
--
Those who desire
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Jean-Marc Lasgouttes wrote:
>> > "Rob" == R Lahaye <[EMAIL PROTECTED]> writes:
Rob> I'm using a fairly recent version of ImageMagick (5.4.7). This
Rob> version's convert produces a color output line " c opaque" which
Rob> causes a
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> How do I know whether I'm using that code from GraphicsImageXPM or
R> not?
With xforms 1.0.0, you should not be using the XPM loader. 'lyx
-version' should confirm that you are using the xforms loader,
actually. The question now is to know
Jean-Marc Lasgouttes wrote:
>
> With xforms 1.0.0, you should not be using the XPM loader. 'lyx
> -version' should confirm that you are using the xforms loader,
Confirm? How? This is my output:
$ lyx -version
LyX 1.3.0cvs of Fri, May 3, 2002
Built on Jul 15 2002, 18:12:56
Configuration
Host
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Jean-Marc Lasgouttes wrote:
>> With xforms 1.0.0, you should not be using the XPM loader. 'lyx
>> -version' should confirm that you are using the xforms loader,
R> Confirm? How? This is my output:
R> Special build flags: warnings assertions
Jean-Marc Lasgouttes wrote:
> Note that autoconf 2.53 is not really supposed to work for lyx,
> but we might as well try to make it work.
2.53 ships with FreeBSD 4.6 and it's around for quite some time already.
It's too much work to get the older version of autoconf on my system
(need to compile
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi,
R> After a useful communication with Herbert on my problem displaying
R> xpm-files on the LyX canvas, we came to the following conclusion:
R> I'm using a fairly recent version of ImageMagick (5.4.7). This
R> version's convert produces a
Jean-Marc Lasgouttes wrote:
>
>
> Hmm, I just see that the code in GraphicsImageXPM does:
>
> // some image magick versions use this
> xpm_col[1].name = 0;
> xpm_col[1].value = "opaque";
> xpm_col[1].pixel = lyxColorHandler->colorPixel(LColor::white);
>
>
On Mon, Jul 15, 2002 at 05:57:01PM +0100, Angus Leeming wrote:
...
> Do you really need to make char Counters::hebrewCounter(int n) a class
> method? It doesn't use any class variables.
>
> I'd suggest, in the .C file only:
>
> namespace {
>
> char Counters::hebrewCounter(int n)
> {
>
* Jean-Marc Lasgouttes; <[EMAIL PROTECTED]> on 16 Jul, 2002 wrote:
>
>Andre> Looks straight forward, doesn't it?
>
>Mostly, except that in some cases we want case changing to respect the
>locale (search). Also, I'd like some turkish locale users to
>try it out and check that it does what I think
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Jean-Marc Lasgouttes wrote:
>>
>>
>> Hmm, I just see that the code in GraphicsImageXPM does:
>>
>> // some image magick versions use this xpm_col[1].name = 0;
>> xpm_col[1].value = "opaque"; xpm_col[1].pixel =
>>
> "Togan" == Togan Muftuoglu <[EMAIL PROTECTED]> writes:
Togan> * Jean-Marc Lasgouttes; <[EMAIL PROTECTED]> on 16 Jul,
Togan> 2002 wrote:
>>
Andre> Looks straight forward, doesn't it?
>> Mostly, except that in some cases we want case changing to respect
>> the locale (search). Also, I'd
Ruurd A. Reitsma wrote:
> Hi,
>
> just to show you all that I'm quite content with the Qt2 frontend nearing
> completion, here's a screenshot of 1.3.0 cvs on win32:
>
> http://www.xs4all.nl/~ps28/ruurd/lyx_win32.png
>
> It has been built using qt 2.3.0 non-commercial for windows, M$ Visual
>
Jean-Marc Lasgouttes wrote:
>
> > "R" == R Lahaye <[EMAIL PROTECTED]> writes:
>
> R> Jean-Marc Lasgouttes wrote:
> >>
> >>
> >> Hmm, I just see that the code in GraphicsImageXPM does:
> >>
> >> // some image magick versions use this xpm_col[1].name = 0;
> >> xpm_col[1].value = "opaque";
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> I would test that right away, but GraphicsImageXPM.C is badly
R> broken in CVS right now. Please fix that first:
Try the following patch.
JMarc
Index: src/graphics/ChangeLog
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Also have a look at the warnings that autogen.sh produce; it's in
R> an earlier message of mine:
R> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40925.html
I've seen and fixed it. I have removed a couple warnings in my tree.
1 - 100 of 150 matches
Mail list logo