gcc --version on most releases of gcc 3.1 generates spo,ething along the lines
of:
gcc (GCC) 3.1 20020118 (experimental)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS
On Mon, Feb 25, 2002 at 12:49:50AM +0100, Lars Gullik Bjønnes wrote:
> Nope, it is space waiting for your comments.
and for things needing no comments ?
I really don't see the point in :
/// constructor
SomeClass();
regards
john
p.s. and yes I have a few sourcedoc improvement
Why do we have code like :
///
void someFunction();
given that EXTRACT_ALL is set ?
Isn't this a waste of vertical space ?
regards
john
--
"Yes, I understand your point, but This Is UA, and not some fluffy creche."
- Topper
Garst R. Reese wrote:
> Herbert Voss wrote:
>
>>Garst R. Reese wrote:
>>
>>
>>>Regarding the discussion on using netpbm vs ImageMagick:
>>>The attached file (unzipped) produces no output .ppm file.
>>>I've tried with gs7.03 compiled with gcc3.03 and gs5.50 compiled with
>>>gcc2.95.2
>>>The mai
Garst R. Reese wrote:
> Regarding the discussion on using netpbm vs ImageMagick:
> The attached file (unzipped) produces no output .ppm file.
> I've tried with gs7.03 compiled with gcc3.03 and gs5.50 compiled with
> gcc2.95.2
> The maintainer of netpbm says it is a ghostscript problem, and that
>
- Bounding Box Tab: Entering a unit into the input field only works for
one field (input_bb_y1) -> Set up input filters for the other 3 fields.
- Enlarge the Restore button which is too small for german translation
(Restore buttons should always be 100p wide)
- Remove wasted space at the botto
Michael Schmitt wrote:
>> what is "bad output"?
>
>
> By "bad" I mean that the graphic looks like a bitmap graphic which does
> not scale well. Even though I have defined Tgif converters to EPS and
> PDF, it seems like LyX converts tgif to xpm first and than to PDF or
> whatever format is us
attached a (small) patch to get support for urls, when exporting
to html.
dvi -> Name: (Url)
html-> Name
the current cvs has only the first one, which is wrong for
export->html
Herbert
--
http://www.lyx.org/help/
Index: src/BufferView_pimpl.C
Herbert Voss wrote:
>> - Please add the following two converters to complete Tgif support
>> Tgif -> EPS:tgif -print -eps $$i
>> Tgif -> PDF:tgif -print -pdf $$i
Thanks.
>> When starting with a tgif file, pdflatex produces bad output;
>
> what is "bad output"?
By "bad" I mea
On Saturday 23 February 2002 18:10, Niklaus Giger wrote:
> I had a LyX-file based on the LinuxDoc class. It had some
> Itemize, Description paragraphs. Then I changed the layout
> to DocBook class and I got quit a few errors like this:
>
> /usr/bin/jade:[EMAIL PROTECTED]:228:12:E: end tag for elem
On Saturday 23 February 2002 16:39, Niklaus Giger wrote:
> > What is in your preamble?
> >
> >--
> >José Abílio
>
> Just the following line:
> \usepackage{hangul}
Then remove it and all should be fine.
The preamble is for docbook related stuff.
> Regards
--
José Abílio
Hello lyx developers.
When I input an iso character (via a deadkey keymap), assuming that I have
latinkeys.bind included in my bind file, I get this character even if in
some math environment. This situation can be very confusing since lyx
shows the character, but latex does not process it.
I t
Michael Schmitt wrote:
> - Please add the following two converters to complete Tgif support
> Tgif -> EPS:tgif -print -eps $$i
> Tgif -> PDF:tgif -print -pdf $$i
done
> When starting with a tgif file, pdflatex produces bad output; starting with an
what is "bad output"?
>
On Fri, Feb 22, 2002 at 08:16:58PM -0500, Isam Bayazidi wrote:
> Hi all ..
> I would like first to thank those who make Arabic in LyX possible .. and I
> have few notes, Questions, and requests:
>
> There are few bugs in the Arabic shaping, and I am interested in fixing it,
> or helping fixin
14 matches
Mail list logo
