> For drawing table cell boundaries, LyX sets the style of a QPen in the
> following way:
>
> QPen pen = ...;
> pen.setColor("LightSteelBlue");
> pen.setStyle(QPen:DotLine);
> pen.setWidth(0);
>
> As a result, a thin blue dotted line should be drawn when using this
> pen. But instead, a b
Angus Leeming wrote:
> The following demo program
>
> int main(int argc, char * argv[])
> {
> QApplication a( argc, argv );
>
> QPixmap image( (const char **) image_data );
> QPushButton button( "Stop!", 0 );
> button.setPixmap(image);
> button.setEnabled(false);
>
> butt
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> Thanks for the fix in validate. Should I do the same in 1.3.x?
Andre> Yes, please.
Done.
Andre> I see. I just grepped through AMS and found
Andre> over(left|right)arrow there and assumed AMS was needed.
Andre> Well, not requiring
Angus Leeming wrote:
> I've been trying out the signal handler on Windows. Executive summary:
> SIGFPE and SIGSEGV are handled properly. The other signals are
> essentially useless on Windows machines. However, the Windows task
> manager will apparently post a WM_CLOSE message to LyX before wackin
When exporting to latex long equations are hardly readable in the latex
file. The whole equation is placed in one line. It would be convenient to
find a way to format equations in the latex output to more closely
resemble hand-written latex code (i.e. readable).
Joachim Wabnig wrote:
> When exporting to latex long equations are hardly readable in the latex
> file. The whole equation is placed in one line. It would be convenient to
> find a way to format equations in the latex output to more closely
> resemble hand-written latex code (i.e. readable).
A re
Trivial patch that affects only Windows builds. Ok to commit, or should I
first try and distil some of the commentary that I've been sending to the
list? Something like:
/*
Singals and Windows
===
Windows handles SIGFPE and SIGSEGV signals as expected.
Cntl+C interrupts (mapped to
The following pair of patches requires "wasysym" when a symbol from
the wasy family is used. Also, I renamed the wasy feature to wasysym,
since this is the name of the package.
I am going to commit now, since this seems straightforward.
JMarc
Index: status.13x
==
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Trivial patch that affects only Windows builds. Ok to commit,
Angus> or should I first try and distil some of the commentary that
Angus> I've been sending to the list?
This is OK for 1.3.x, provided Lars does not complain.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
| Angus> Trivial patch that affects only Windows builds. Ok to commit,
| Angus> or should I first try and distil some of the commentary that
| Angus> I've been sending to the list?
>
| T
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Index: src/mathed/math_symbolinset.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_symbolinset.C,v
| retrieving revision 1.69
| diff -u -p -r1.69 math_symbolinset
Angus Leeming <[EMAIL PROTECTED]> writes:
| Trivial patch that affects only Windows builds. Ok to commit, or should I
| first try and distil some of the commentary that I've been sending to the
| list? Something like:
I think the only thing I don't like is the explict use of _WIN32 I
would have p
Lars Gullik Bjønnes wrote:
> | Trivial patch that affects only Windows builds. Ok to commit, or should
> | I first try and distil some of the commentary that I've been sending to
> | the list? Something like:
>
> I think the only thing I don't like is the explict use of _WIN32 I
> would have prefe
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> but 'wasy' still left here? shouldn't we make the sym_->inset
Lars> also be 'wasysym'?
No, wasy is the name of the font, and wasysym is the package that
allows to use the font. Similarly, in the code that you quoted, you
see th
Hi,
After a couple of hours more work, while Elias was sleeping, I attach
the patch as it is now. Getting closer, but there is still a long way home:
lyx - 148 error(s), 70 warning(s)
Question of the day: I get a bunch of these:
QLPainter.C
\lyx\lyx-devel\src\frontends\qt2\QLPainter.C(205) : erro
Asger Ottar Alstrup wrote:
> After a couple of hours more work, while Elias was sleeping, I attach
> the patch as it is now.
Sheesh! Actually, if you were to just commit all of the struct/class
changes, then the remains looks entirely reasonable and pretty well what
I'd expect.
In src/support/soc
Jean-Marc, there are two mkinstalldirs files in the 1.3.x. tree, one in the
topmost directory and one in config. They're different. Did you forget to
update the one in the topmost directory or is it needless cruft?
--
Angus
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> fx. you need to make sure that PCH_FLAGS does not contain
Lars> anyting that can be misinterpreted as special patterns. and also
Lars> that there are not quote (" vs. ') conflicts with CXXCOMPILE.
Lars> but sure, it might be po
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, there are two mkinstalldirs files in the 1.3.x.
Angus> tree, one in the topmost directory and one in config. They're
Angus> different. Did you forget to update the one in the topmost
Angus> directory or is it needless cru
I had a spare ten minutes so distilled out of Asger's post only those
exchanges to the class and struct keywords that MSVC has forced him to
make.
Patch attached, but it's trivial and has no effect on generated code, so
I'll commit it now.
$ size lyx-xforms lyx-xforms-orig lyx-qt lyx-qt-orig
t
The guard already exists. Sometimes we use it, sometimes we forget.
The attached patch is distilled out of Asger's biggie. I'll commit this but
relax 'cos there's nothing more to come from me.
--
AngusIndex: src/ChangeLog
===
RCS fil
Open up the User Guide and press View->DVI leads to this crash:
$ build/src/lyx-qt lib/doc/UserGuide.lyx &
[1] 15965
[EMAIL PROTECTED] devel]$ BufferView::Pimpl::update(fc=0, fu=1) buffer: 0
BufferView::Pimpl::update(fc=0, fu=1) buffer: 0
creating local macro macro
creating local macro macrowarg
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
| Angus> Jean-Marc, there are two mkinstalldirs files in the 1.3.x.
| Angus> tree, one in the topmost directory and one in config. They're
| Angus> different. Did you forget to update the
[EMAIL PROTECTED] writes:
| Log message:
| Asger's exchanging of the class and struct keywords.
I wonder who gets to clean this up...
>From what I saw in Asgers patch several places it was not the forward
declaration that should change, but the declaration/definition.
Did you look at that?
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> fx. you need to make sure that PCH_FLAGS does not contain
| Lars> anyting that can be misinterpreted as special patterns. and also
| Lars> that there are not quote (" vs. ')
Lars Gullik Bjønnes wrote:
> | Angus> Jean-Marc, there are two mkinstalldirs files in the 1.3.x.
> | Angus> tree, one in the topmost directory and one in config. They're
> | Angus> different. Did you forget to update the one in the topmost
> | Angus> directory or is it needless cruft?
>>
> | Good q
The information on this page has been superceeded by that at
www.lyx.org/donations.php, no?
Shall I just remove the page?
--
Angus
Lars Gullik Bjønnes wrote:
> | Asger's exchanging of the class and struct keywords.
>
> I wonder who gets to clean this up...
>
> From what I saw in Asgers patch several places it was not the forward
> declaration that should change, but the declaration/definition.
> Did you look at that?
No, of
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The information on this page has been superceeded by that at
Angus> www.lyx.org/donations.php, no?
Angus> Shall I just remove the page? -- Angus
Well, the page points to the donation page, so it is useful as it is.
Or it could be
We have these files in the top level www-user directory.
None of 'em are referenced by any web page.
Shall I just consign them to the Attic?
$ grep -r lyx_printout.gif .
./CVS/Entries:/lyx_printout.gif/1.1/Mon Oct 4 17:30:58 1999//
$ grep -r lyx_printout_sm.gif .
./CVS/Entries:/lyx_printout_sm.gi
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> We have these files in the top level www-user directory. None
Angus> of 'em are referenced by any web page. Shall I just consign
Angus> them to the Attic?
Yes, I think so.
JMarc
Jean-Marc Lasgouttes wrote:
> Angus> We have these files in the top level www-user directory. None
> Angus> of 'em are referenced by any web page. Shall I just consign
> Angus> them to the Attic?
>
> Yes, I think so.
Ok. And images/CCP2000_logo.jpg, images/line.gif and images/lyx_small3.gif
too?
The following files are not included in any web page. Shall I consign them
to the attic?
39.png
43.png
53.png
61.png
64.png
72.png
75.png
79.png
83.png
87.png
89.png
CCP2000_logo.jpg
line.gif
lyx_small3.gif
I guess that the whole of about/lgt-1.0 can also be retir
Patch attached. Committing now.
--
AngusIndex: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.1021.2.61
diff -u -p -r1.1021.2.61 ChangeLog
--- src/ChangeLog 19 Jan 2005 14:18:07 -00
Georg Baum wrote:
So we should better use the ttf's from Bakoma.
IMHO not, because of the license. I hope you all know that it is
problematic? Commercial use of these fonts (and even distribution on CDs
that cost a fee) is forbidden.
That means for example: I cannot produce pdfs with these fonts fo
Hello LyXers,
thanks to Ekkehart, the license problems of the modified TrueTypeFonts
taken from Bakoma are fixed. He asked the font designer Mr. Malyshev for
a permission and he accepted the attached license information. He also
gave the permission to provide the following font package for LyxWi
Hello LyXers,
since LyX 1.2.x a figure is by default inserted into a float as a
justified paragraph instead of a centered one. This behaviour is very
annoying for many users (me too) because one have to use the menu Layout
-> Paragraph -> Alignment for nearly every float. (Ca. 90% of the figure
Thanks to Uwe for caring about these matters.
Die licence is granted for all versions of LyX.
I have referred to version 1.3.5. because other versions may require
other mappings.
Boris Malyshev has granted me permission to make such changes provided
they are documented like in the present Readme
Uwe Stöhr wrote:
> What about your opinions? Can we accept the license info?
IMHO no. The problem is that these fonts may not be used in any commercial
organization. From the license at
http://www.ctan.org/tex-archive/fonts/cm/ps-type1/bakoma/BaKoMa-AMS.Fonts:
*
Uwe Stöhr wrote:
> We only need the fonts to display math inside LyX. The fonts in the
> output are independent of the fonts used by LyX.
Sorry, I should have been more clear. It does not matter _how_ the fonts are
used (pdf, printing, on-screen view), it only matters _that_ they are used.
Geor
40 matches
Mail list logo
