On Wed, Jul 17, 2002 at 03:30:59PM +0900, R. Lahaye wrote:
> But, eh, has that not led to an executable with a booby trap in
> XFormsView?
No.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Wed, Jul 17, 2002 at 08:45:42AM +0200, Juergen Vigna wrote:
> You need also some space between enclosing text and inset. I normally
> add 2 pixels at each side to the width (see InsetText and/or
> InsetTabular).
As LaTeX does not add such space when changing into math mode I'd rather
don't do
R. Lahaye wrote:
>iletter.lyx
I added this in old 0.12 times and also the supporting iletter.cls,
but I think now as I will not support this anymore and so it is
unsupported we should just remove this and the tex and template
files from the lyx distrib.
Jug
--
-._-._-._-._-._-.
Andre Poenitz wrote:
> 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.
You need also some space between enclosing text and inset. I normally
add 2 pixels at each side
Andre Poenitz wrote:
>
> 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]
Ok, thanks; compila
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 or
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 .f
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: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 'f
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 verboseDi
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
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.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do the
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 verboseDispatch() ? If it is false, all
it will do is add a ' ', iff there i
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 why is commandshortcut a member of lyxfunc rather than an auto ?
> o the string return from ::dispatch s
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 thin
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
> R> " c opaque"
> R> which causes a horrible quality in the LyX-View.
>
> Hmm, I just see
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 w
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
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 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
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. Jeffe
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.
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
co
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 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 PEOAP
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 config
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
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
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
/usr/local/gcc-3.1/bi
>
>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 an
item an
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.
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.
> 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 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
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 addin
Andre Poenitz <[EMAIL PROTECTED]> writes:
> 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 in
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. Je
On Tuesday 16 July 2002 6:31 pm, Andre Poenitz wrote:
> 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 remov
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 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 redistr
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 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 t
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 possib
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
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 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
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 g
On Monday 15 July 2002 11:54 pm, David Kastrup wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> > On Sunday 14 July 2002 1:13 am, David Kastrup wrote:
> > > Could you adjust your local copy of prlyx.def (and, more importantly,
> > > the scripts that evaluate its output) so that it will not fin
On Tue, Jul 16, 2002 at 04:11:50PM +0100, Angus Leeming wrote:
> > How large is '(possibly large)'?
>
> Angus looks at the source... (perhaps André could too ;-)...
Oh well... I looked, you know...
> Ok, not large. A counter contains an int.
Not exactly '(possibly large)', no? ;-)
> > And y
On Tuesday 16 July 2002 4:31 pm, Jean-Marc Lasgouttes wrote:
> > "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? I
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.
>
> Ho
> "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 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 p
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.
>
> Angu
> "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
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 del
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: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 te
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:
>
> "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 CV
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.
> >
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: tex
> "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 x
> "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.
Concerni
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 &
So static_cast to ImageXPM or whatever the class is ca
> But I don't think you are allowed to distribute binaries of your
QT-Windows
> lyx. QT(Windows) is not GPL compatible.
Very true!
However, Trolltech suggests that the GPL license has the option for an
expection on the linkage to non-system libraries with a different license.
This exception has
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I'd appreciate comments on this patch (and testing). I plan
Jean-Marc> to apply it to 1.2.1, and apply something cleaner (if
Jean-Marc> possible; ideas are welcome) to 1.3.0cvs.
I applied it to 1.2.x branch and will
On Tue, Jul 16, 2002 at 02:55:43PM +0200, Jean-Marc Lasgouttes wrote:
> - Alert::err_alert(_("Warning! Couldn't open directory."),
> - directory_);
> + Alert::err_alert(_("Warning! Couldn't open directory."), directory_);
>
> Why do you want lines
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Attached
Looks good, except this part:
- Alert::err_alert(_("Warning! Couldn't open directory."),
-directory_);
+ Alert::err_alert(_("Warning! Couldn't open directory."), d
Attached
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
? t
? frontends/qt2/xforms/Makefile.in
? frontends/xforms/.FormFiledialog.C.swp
? mathed/.math_metricsinfo.h.swp
? mathed/.math_metricsinfo.C.swp
? mathed/.m
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Argh, no I can't. The machine where I have FreeBSD 4.6 + latest
R> ImageMagick (thus that opaque problem), does not compile 1.2.x. The
R> reason is not that clear to me, but there seem to be a problem in
R> src/config with HAVE_UNISTD_H and def
> "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
=
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_
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
> S
> "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&replace). Also,
> "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(
* 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&replace). Also, I'd like some turkish locale users to
>try it out and check that it does what I
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 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);
>
> Should
> "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 c
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> 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:
>
> 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 t
> "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 whe
Jean-Marc Lasgouttes wrote:
>
> > "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 li
> "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
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
> Rob> " c opaque"
> Rob> which causes a horrible quality in the LyX-View.
> Rob> Manua
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi,
R> Please add the file "src/frontends/qt2/xforms/.cvsignore": .deps
R> Makefile Makefile.in
I did not do that.
R> With autoconf-2.53 (plus automake-1.5 and libtool-1.3.4), I need
R> the following patch to two .cvsignore files:
I applied
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
> "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 ch
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
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 th
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 -r1.11
> "Rob" == R Lahaye <[EMAIL PROTECTED]> writes:
Rob> Hi,
Rob> After a useful communication with Herbert on my problem
Rob> displaying xpm-files on the LyX canvas, we came to the following
Rob> conclusion:
Rob> I'm using a fairly recent version of ImageMagick (5.4.7). This
Rob> version's con
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Does anybody see a need for lines 90-109 in support/Fileinfo.C?
Andre> The stuff defined there is nowhere used and it works well for
Andre> me if I just remove it.
I think you can remove them. We are not interested in block device
Does anybody see a need for lines 90-109 in support/Fileinfo.C?
The stuff defined there is nowhere used and it works well for me if I just
remove it.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Angus?
g++ -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/graphics -I../../src
-I../../../lyx-devel/src/graphics/../ -I../../../lyx-devel/boost -isystem
/usr/X11R6/include -g -finline-limit=500 -fno-exceptions -W -Wall -Winline
-Winline -c ../../../lyx-devel/src/graphics/GraphicsImageXPM.C -MT
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> I'll be travelling a bit, but before unsubscribing I wanted to
Garst> say thanks and congratulations on a great product. It is
Garst> difficult to express my appreciatation for how you have dealt
Garst> with my problems or the valu
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Jul 16, 2002 at 12:01:10AM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> I'd appreciate comments on this patch
Andre> Looks straight forward, doesn't it?
Mostly, except that in some cases we want case changing to respect t
On Tue, Jul 16, 2002 at 04:54:02PM +0900, R. Lahaye wrote:
> Please add the file "src/frontends/qt2/xforms/.cvsignore":
> .deps
> Makefile
> Makefile.in
Please don't, qt2/xforms/ no longer exists
regards
john
--
"i am sorey I cant reads yuor emale because my emale box has filtar on it
whitch
1 - 100 of 104 matches
Mail list logo
