Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Koji Yokota schrieb:
>
>> Currently, platex cannot find these classes with configure.py
>> because it is not recognized as a latex binary. Could you apply the
>> attached patches (or else) so that it can find the classes (and also
>> preview of math to work)
On Tue, Oct 23, 2007 at 08:14:17AM +0200, Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
> >Abdelrazak Younes wrote:
> >>Actually it's starting to scare me...
> >>
> >>Andel
> > ^^^
> >it really should.
>
> That was a tentative of humor actually ;-)
Throwing humour at Germans is generally
[EMAIL PROTECTED] writes:
> Author: uwestoehr
> Date: Tue Oct 23 01:03:10 2007
> New Revision: 21130
>
> URL: http://www.lyx.org/trac/changeset/21130
> Log:
> status.15x: - reintroduce an entry that was accidentally removed in r21120
> - rewrite two entries for better understanding
Oo
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> Bo, note that using hardcoded colors is not a good idea.
>
> Do you want me to add them to Colors.h/cpp so that they can be configurable?
I am also wondering whether we need so many colors and cases. I do not
understand what UserBind and UserExtraUnbind ar
Abdelrazak Younes wrote:
> That was a tentative of humor actually ;-)
Given the location of the substituted and substituting char on the keyboard,
it was a really subtle joke ;-)
Jürgen
Richard Heck wrote:
Angus Leeming wrote:
Richard Heck wrote:
The attached patch finishes this bit of work, left over from the
InsetCommand conversion. Comments welcome before I commit.
This sort of change gives me a nice, warm, fuzzy feeling. It's obvious
you've done something right wh
Richard Heck wrote:
The attached patch finishes this bit of work, left over from the
InsetCommand conversion. Comments welcome before I commit.
Looks obviously good ;-)
Next step is to remove the InsetCommandMailer...
Abdel.
thanks as always
Andre Poenitz wrote:
On Tue, Oct 23, 2007 at 02:22:33AM -, [EMAIL PROTECTED] wrote:
Modified: lyx-devel/branches/personal/rgheck/icp/src/frontends/qt4/GuiRef.h
URL:
http://www.lyx.org/trac/file/lyx-devel/branches/personal/rgheck/icp/src/frontends/qt4/GuiRef.h?rev=2
Bo Peng wrote:
I adapt Edwin's patch to lyx, with two glitches
1. I need to record multiple keystrokes.
2. I need to write A-, instead of Alt+
Abdel, am I adding the ShortcutEdit correctly? I remove the lineedit
from the ui file, and copy the original code from blah_ui.h to
GuiPrefs.cpp.
Look
Angus Leeming wrote:
Richard Heck wrote:
The attached patch finishes this bit of work, left over from the
InsetCommand conversion. Comments welcome before I commit.
This sort of change gives me a nice, warm, fuzzy feeling. It's obvious
you've done something right when you can remove so
Lars Gullik Bjønnes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Oct 22, 2007 at 10:41:13PM +0200, Abdelrazak Younes wrote:
| > Andre Poenitz wrote:
| > >On Mon, Oct 22, 2007 at 08:05:42PM -, [EMAIL PROTECTED] wrote:
| > >>Author: younes
| > >>Date: Mon Oct 22 22:05:41 2007
| >
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Actually it's starting to scare me...
Andel
^^^
it really should.
That was a tentative of humor actually ;-)
Abdel.
On Tue, Oct 23, 2007 at 02:22:33AM -, [EMAIL PROTECTED] wrote:
> Modified: lyx-devel/branches/personal/rgheck/icp/src/frontends/qt4/GuiRef.h
> URL:
> http://www.lyx.org/trac/file/lyx-devel/branches/personal/rgheck/icp/src/frontends/qt4/GuiRef.h?rev=21139
> =
On Mon, Oct 22, 2007 at 05:38:55PM -0500, Bo Peng wrote:
> I adapt Edwin's patch to lyx, with two glitches
>
> 1. I need to record multiple keystrokes.
> 2. I need to write A-, instead of Alt+
>
> Abdel, am I adding the ShortcutEdit correctly? I remove the lineedit
> from the ui file, and copy th
Abdelrazak Younes wrote:
> Actually it's starting to scare me...
>
> Andel
^^^
it really should.
Jürgen
Enrico Forestieri wrote:
> Here it is. May I apply it?
A few questions and comments.
Generally: do I get it right that knownLangChars knows that the proper lang is
set from the return value of latexChar? I.e., if the language is set to
greek, econding.latexChar returns 'α', while it returns '\\
On Tue, Oct 23, 2007 at 12:13:55AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Mon, Oct 22, 2007 at 10:41:13PM +0200, Abdelrazak Younes wrote:
> | > Andre Poenitz wrote:
> | > >On Mon, Oct 22, 2007 at 08:05:42PM -, [EMAIL PROTECTED] wrote:
> | > >>Aut
Richard Heck wrote:
>
> The attached patch finishes this bit of work, left over from the
> InsetCommand conversion. Comments welcome before I commit.
>
> Richard
This sort of change gives me a nice, warm, fuzzy feeling. It's obvious
you've done something right when you can remove so much code :
The attached patch finishes this bit of work, left over from the
InsetCommand conversion. Comments welcome before I commit.
Richard
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
==
On 10/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: bpeng
> Date: Tue Oct 23 05:48:02 2007
> New Revision: 21140
>
> URL: http://www.lyx.org/trac/changeset/21140
> Log:
> PrefShortcuts: ShortcutEdit, adapted from Edwin's patch
>
> Modified:
> lyx-devel/trunk/src/frontends/qt4/Gu
Andre Poenitz schrieb:
-namespace lyx {
+namespace lyx {
No need for extra whitespace at the end of the line.
This went in by accident, fixed in the meantime.
-void PDFOptions::writeLaTeX(odocstringstream &os) const
+void PDFOptions::writeLaTeX(odocstringstream &os, bool hyper) const
>> This cries for future bugs. Please change to docstring.
>
> And I also suggest a reading of lstrings.h in order to avoid reinventing
> the wheel (hint: we already have contains() and subst() methods).
Thanks for the hint. I'll switch to these methods if neccesary. But I need help for the docst
>> I couldn't get to make .find() work with docstrings.
>> Could you implement this?
>
> No time. But docstrings work exactly like std::string, so you should not
> need to do more than changing the types string->docstring and
> char->char_type.
This is what I did but I get then a huge list of com
> Has anybody recently actually tried to compile the UserGuide?
I always compile the documents before I commit changes.
There was only a problem last week that n image path was incorrect due to my image file renaming of
url -> href. I fixed this yesterday, so the UserGuide compiles now fine agai
> PS: Do we have a scalable version of the LyX mascot?
See attached.
regards Uwe
<>
Koji Yokota schrieb:
It would be nice to have an entry in LaTeXConfig.lyx explaining what
these things are good for and where to find them.
I will send a patch after the CTAN thing is settled.
This description is independent from CTAN. We need an explanation for all document classes we ship
Koji Yokota schrieb:
Currently, platex cannot find these classes with configure.py because it
is not recognized as a latex binary. Could you apply the attached
patches (or else) so that it can find the classes (and also preview of
math to work)?
I applied your patches.
Besides the problem t
I recently posted on the Ly Users' forum about a problem with double monitor
configuration. As I received no reply, I am trying again in the developers'
forum: Here it is:
I recently switched from a Mac installation to a Linux box, and, at the same
time, from LyX 1.4.x to 1.5.x.
I am experie
Someone should check this out:
LyXFunc.cpp:2410: warning: enumeration value 'RC_DEFFILE' not handled in
switch
rh
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
I adapt Edwin's patch to lyx, with two glitches
1. I need to record multiple keystrokes.
2. I need to write A-, instead of Alt+
Abdel, am I adding the ShortcutEdit correctly? I remove the lineedit
from the ui file, and copy the original code from blah_ui.h to
GuiPrefs.cpp.
Cheers,
Bo
Index: src/
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Oct 22, 2007 at 10:41:13PM +0200, Abdelrazak Younes wrote:
| > Andre Poenitz wrote:
| > >On Mon, Oct 22, 2007 at 08:05:42PM -, [EMAIL PROTECTED] wrote:
| > >>Author: younes
| > >>Date: Mon Oct 22 22:05:41 2007
| > >>New Revision: 21127
| > >
On Mon, Oct 22, 2007 at 10:53:31PM +0200, Dov Feldstern wrote:
> The problem is that ERT should output only exactly what is in it ---
> without changing languages or encoding or anything. However, with
> r21121, it seems to be doing too much of that stuff. ERT is very special
> in this respect.
attached a minimal lineedit widget that captures shortcuts. it steals
code from the kde one. try it by casting a lineedit in qt's designer.
i am extremely busy atm so i haven't got around to polish it, but is
seems to work, and i hope it is useful and that someone else (bo? ;-)
can take it fro
Abdelrazak Younes wrote:
Dov Feldstern wrote:
(This all relates to the situation after undoing the changes to
Text.cpp from r21117)
At the risk of being proved wrong again (but that's how we learn ;) )
--- also r21121 breaks bidi. Undoing it fixes the problem.
This is the problem: ERT in RT
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
OK, sorry Abdel, I really jumped the gun.
No problem, I should have tested bidi but I never managed to get it
to compile... well, never really tried seriously. So sorry from me too.
Good, no hard
Andre Poenitz wrote:
On Mon, Oct 22, 2007 at 10:41:13PM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Mon, Oct 22, 2007 at 08:05:42PM -, [EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Oct 22 22:05:41 2007
New Revision: 21127
URL: http://www.lyx.org/trac/changeset/21127
Log: *
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
OK, sorry Abdel, I really jumped the gun.
No problem, I should have tested bidi but I never managed to get it to
compile... well, never really tried seriously. So sorry from me too.
Good, no hard feelings on either side :
On Mon, Oct 22, 2007 at 10:41:13PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Mon, Oct 22, 2007 at 08:05:42PM -, [EMAIL PROTECTED] wrote:
> >>Author: younes
> >>Date: Mon Oct 22 22:05:41 2007
> >>New Revision: 21127
> >
> >>URL: http://www.lyx.org/trac/changeset/21127
> >
> >
Abdelrazak Younes wrote:
OK, now I understand what was the problem. The good news is that it
should be fixed in current trunk. The problem in rev 2117 was the last
line of Paragraph::appendString():
-void Paragraph::appendString(docstring const & s, Font const & font,
-Change const &
Dov Feldstern wrote:
(This all relates to the situation after undoing the changes to Text.cpp
from r21117)
At the risk of being proved wrong again (but that's how we learn ;) )
--- also r21121 breaks bidi. Undoing it fixes the problem.
This is the problem: ERT in RTL text generates incorrect
Abdelrazak Younes wrote:
Dov Feldstern wrote:
OK, sorry Abdel, I really jumped the gun.
No problem, I should have tested bidi but I never managed to get it to
compile... well, never really tried seriously. So sorry from me too.
Good, no hard feelings on either side :)
No need to revert e
Dov Feldstern wrote:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Hi!
I'm afraid that the "de-spaghettization" of the latex output badly
breaks the bidi functionality. Reverting it fixes the problems, I
would strongly urge reverting it (see attached patch, obtained usi
(This all relates to the situation after undoing the changes to Text.cpp
from r21117)
At the risk of being proved wrong again (but that's how we learn ;) )
--- also r21121 breaks bidi. Undoing it fixes the problem.
This is the problem: ERT in RTL text generates incorrect latex code. See
atta
Dov Feldstern wrote:
OK, sorry Abdel, I really jumped the gun.
No problem, I should have tested bidi but I never managed to get it to
compile... well, never really tried seriously. So sorry from me too.
No need to revert everything
--- only the changes in Text.cpp --- then everything is fin
Andre Poenitz wrote:
On Mon, Oct 22, 2007 at 08:05:42PM -, [EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Oct 22 22:05:41 2007
New Revision: 21127
URL: http://www.lyx.org/trac/changeset/21127
Log: * Paragraph: reserve memory by chunks of 100 chars. This improve
the loading of big do
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Hi!
I'm afraid that the "de-spaghettization" of the latex output badly
breaks the bidi functionality. Reverting it fixes the problems, I
would strongly urge reverting it (see attached patch, obtained using
mercurial's "hg ba
Hi!
I updated the patch with some improvements in readability and coding
style, and a bug fix to cache the dimension properly in the
MathMacroTemplate.
And I uploaded a file with test cases to the wiki http://wiki.lyx.org/
Devel/Macros (or directly here http://1stein.org/download/testcases
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Hi!
I'm afraid that the "de-spaghettization" of the latex output badly
breaks the bidi functionality. Reverting it fixes the problems, I
would strongly urge reverting it (see attached patch, obtained using
mercurial's "hg backout").
I understan
On Mon, Oct 22, 2007 at 08:05:42PM -, [EMAIL PROTECTED] wrote:
> Author: younes
> Date: Mon Oct 22 22:05:41 2007
> New Revision: 21127
> URL: http://www.lyx.org/trac/changeset/21127
> Log: * Paragraph: reserve memory by chunks of 100 chars. This improve
> the loading of big document of about
Dov Feldstern wrote:
Hi!
I'm afraid that the "de-spaghettization" of the latex output badly
breaks the bidi functionality. Reverting it fixes the problems, I would
strongly urge reverting it (see attached patch, obtained using
mercurial's "hg backout").
I understand the desire to clean up t
Hi!
I'm afraid that the "de-spaghettization" of the latex output badly
breaks the bidi functionality. Reverting it fixes the problems, I would
strongly urge reverting it (see attached patch, obtained using
mercurial's "hg backout").
I understand the desire to clean up this code --- it really
On 10/22/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 22, 2007 at 08:23:39PM +0200, Dov Feldstern wrote:
> > The attached seems to fix it, it would be good if somebody who actually
> > knows Qt could confirm...
>
> That's fine.
>
> If colors have to be hardcoded I'd use Qt::black, Qt:
On Mon, Oct 22, 2007 at 08:23:39PM +0200, Dov Feldstern wrote:
> The attached seems to fix it, it would be good if somebody who actually
> knows Qt could confirm...
That's fine.
If colors have to be hardcoded I'd use Qt::black, Qt::green etc
or RGB values, not a string name.
Andre'
On Mon, Oct 22, 2007 at 08:16:01PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Example 2:
> |
> | Instead of having ridiculous requirements like 'std::list::splice()
> | is O(1)' resulting in 'std::list::size() is O(n)'
> |
> | { return std:
Alfredo Braunstein wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Right now Buffer edition is blocked up until LateX compilation is
finished. This situation is not mandatory and we could as well
"detach" the process and let the Buffer edition continue for the
Lars Gullik Bjønnes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sun, Oct 21, 2007 at 11:48:11PM +0200, Lars Gullik Bjønnes wrote:
| > Peter Kümmel <[EMAIL PROTECTED]> writes:
| >
| > | > As far as I can tell using QtCore in support/*.cpp is acceptable
| > | > nowadays, so just use QP
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Dov Feldstern wrote:
Hi!
Deleting the last word in a paragraph causes a crash (tested in
r21082). It looks like it's related to FontList?
Reading this over, I realize that my description of the problem is not
at all clear: the crash occurs wh
Hi!
Thanks for the comments about the coding style. Will fix that.
@@ -248,35 +250,14 @@
return;
}
+ const_cast(this)->updateMacros(mi);
+
Couldn't you declare some member variable _mutable_ instead of
using const_cast?
Well, I reorganize the insets in the Ma
Andre Poenitz wrote:
On Mon, Oct 22, 2007 at 01:39:13PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
Is there a possibility that the LaTeX object used by
Converters::scanLog() and Converters::runLaTeX() live
longer than the correspondin
On Mon, Oct 22, 2007 at 12:25:57PM -0400, Richard Heck wrote:
> Abdelrazak Younes wrote:
> >If we decide someday that Qt should be replaced by something else
> >then, provided that proper encapsulation is done in support, [snip]
>
> Surely that is the crucial thing.
I wonder what we will do when
Bo Peng wrote:
#if QT_VERSION >= 0x040200
- item->setForeground(0, QBrush(color));
- item->setForeground(1, QBrush(color));
+ item->setForeground(0, QBrush(QColor(color)));
+ item->setForeground(1, QBrush(QColor(color)));
#else
item->setTextColor(0, QColor(color)
On Mon, Oct 22, 2007 at 06:05:21PM +0200, Alfredo Braunstein wrote:
> Jean-Marc Lasgouttes wrote:
>
> > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> >> Right now Buffer edition is blocked up until LateX compilation is
> >> finished. This situation is not mandatory and we could as well
> >>
On Mon, Oct 22, 2007 at 02:50:49PM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > Right now Buffer edition is blocked up until LateX compilation is
> > finished. This situation is not mandatory and we could as well
> > "detach" the process and let the Buff
> #if QT_VERSION >= 0x040200
> - item->setForeground(0, QBrush(color));
> - item->setForeground(1, QBrush(color));
> + item->setForeground(0, QBrush(QColor(color)));
> + item->setForeground(1, QBrush(QColor(color)));
> #else
> item->setTextColor(0, QColor(color));
Jean-Marc Lasgouttes wrote:
Peter Kümmel <[EMAIL PROTECTED]> writes:
Here the updated patch, it only needs an
menu entry for hideing/showing the dock widget.
A naive question: what does QProcess gives us that popen would not
provide for this particular use case? Or is it that windows does not
Abdelrazak Younes wrote:
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| If we decide someday that Qt should be replaced by something else
| then, provided that proper encapsulation is done in support, I am
| really confident that there is absolutely *no* lock-in. We
On Mon, Oct 22, 2007 at 01:39:13PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >Andre Poenitz <[EMAIL PROTECTED]> writes:
> >
> >>Is there a possibility that the LaTeX object used by
> >>Converters::scanLog() and Converters::runLaTeX() live
> >>longer than the corresponding Buff
On Mon, Oct 22, 2007 at 12:47:56PM +0200, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> > Is there a possibility that the LaTeX object used by
> > Converters::scanLog() and Converters::runLaTeX() live
> > longer than the corresponding Buffer?
>
> I do not think so. W
On Mon, Oct 22, 2007 at 11:26:20AM +0200, Jürgen Spitzmüller wrote:
> Martin Vermeer wrote:
> > > > http://www.lyx.org/trac/changeset/20915 - Sanitize behaviour of line
> > > > break in simple math inset
> > >
> > > Martin?
> >
> > I think yes.
> >
> > ...
> >
> >
> > > > http://www.lyx.org/trac/
On Mon, Oct 22, 2007 at 05:55:49PM +0200, Jean-Marc Lasgouttes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> That was on my mind when I wrote it...
> >
> > Like attached.
>
> Looks good.
I committed it.
- Martin
The attached seems to fix it, it would be good if somebody who actually
knows Qt could confirm...
Dov Feldstern wrote:
make[6]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I.
-I../../../src -DQT_CLE
On Mon, Oct 22, 2007 at 12:35:11PM +0200, Jean-Marc Lasgouttes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> > Here the updated patch, it only needs an
> > menu entry for hideing/showing the dock widget.
>
> A naive question: what does QProcess gives us that popen would not
> provide for
> Yes, but then what is the proposal? Run LaTeX on some file and extract
> what needs to be embedded? That would be possible...if LaTeX is
> installed, but as Helge keeps reminding us, LyX doesn't need LaTeX
> except for export, and so LyX can be used on machines where LaTeX is not
> installed.
If
make[6]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I.
-I../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
-DQT_NO_KEYWO
RDS -I../../../src -I../../../src/frontends -I../../../images
-D
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Example 2:
|
| Instead of having ridiculous requirements like 'std::list::splice()
| is O(1)' resulting in 'std::list::size() is O(n)'
|
| { return std::distance(begin(), end()); }
|
| the common case should be optimized.
And the com
On Mon, Oct 22, 2007 at 12:13:46PM +0200, Abdelrazak Younes wrote:
> I think that putting the boolean operator at the beginning of the line
> is clearer:
>
> return definition_ == x.definition_
> && numargs_ == x.numargs_
> && display_ ==
On Mon, Oct 22, 2007 at 11:03:39AM +0200, Helge Hafting wrote:
> Andre Poenitz wrote:
> >On Fri, Oct 19, 2007 at 12:58:25PM +0200, Helge Hafting wrote:
> >
> >>Abdelrazak Younes wrote:
> >>
> >>>Jean-Marc Lasgouttes wrote:
> >>>
> Ouch. This looks like a qt bug to me.
>
On Mon, Oct 22, 2007 at 08:34:38AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Mon, Oct 22, 2007 at 12:03:33AM +0200, Peter Kümmel wrote:
> | > Lars Gullik Bjønnes wrote:
> | > >Peter Kümmel <[EMAIL PROTECTED]> writes:
> | > >
> | > >| > As far as I can t
On Mon, Oct 22, 2007 at 08:33:16AM +0200, Lars Gullik Bjønnes wrote:
> | But I am aware of your opinions.
> |
> | That does not mean I share it. We go through all sorts of trouble to
> | make boost usable within LyX up to bundling the latest and greatest,
> | and even that needs to be patched some
On Mon, Oct 22, 2007 at 08:26:59AM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
> >On Mon, Oct 22, 2007 at 12:03:33AM +0200, Peter Kümmel wrote:
> >>Lars Gullik Bjønnes wrote:
> >>>Peter Kümmel <[EMAIL PROTECTED]> writes:
> >>>
> >>>| > As far as I can tell using QtCore in support/*.cpp is acc
On Mon, Oct 22, 2007 at 08:26:58AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | > Just let me add something... gcc 4.3's stdlibc++ will have support for
> | > a paralell mode, where some of the standard algorithms (and some other
> | > stuff) will automatical
Mark S. wrote:
A bug in LyX 1.5.1 (now distributed with Gutsy Gibbon):
When working in formulas within the document, the arrow buttons behave the
opposite way. Meaning, if one wants to go left in the formula, the left
button will actually make him go right and the right one will make him go
left
[EMAIL PROTECTED] wrote:
Hi,
can someone please help me setting larger screen fonts in LyX 1.5.2?
In previous versions I used
Tools/Settings/Screen Fonts/Magnification % 180
but this seems not to work in LyX1.5.2 under Windows-Vista. All it does is
magnify the spacing between words and bet
Jürgen Spitzmüller wrote:
Lars Gullik Bjønnes wrote:
Doesn't the latex log mention most of these files?
\listfiles does.
http://www.tex.ac.uk/cgi-bin/texfaq2html?label=filesused
Yes, but then what is the proposal? Run LaTeX on some file and extract
what needs to be embedded? That wo
On Mon, Oct 22, 2007 at 08:48:30AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > > http://www.lyx.org/trac/changeset/20931 - Add support for greek and
> > > cyrillic chars such that it is not necessary to mark them in the proper
> > > language for typesetting.
> > > http://www.lyx
Bo Peng wrote:
This feature aims at particular cls file provided by journals and
publishers. For example, the book I am writing uses wiley monograph
latex template, which has .bst, .sty, .cls and .ist files, and a
layout file prepared by myself. It would be a lot of work to
automatically include
Lars Gullik Bjønnes wrote:
> Doesn't the latex log mention most of these files?
\listfiles does.
http://www.tex.ac.uk/cgi-bin/texfaq2html?label=filesused
Jürgen
> > This feature aims at particular cls file provided by journals and
> > publishers. For example, the book I am writing uses wiley monograph
> > latex template, which has .bst, .sty, .cls and .ist files, and a
> > layout file prepared by myself. It would be a lot of work to
> > automatically inclu
Richard Heck <[EMAIL PROTECTED]> writes:
| Bo Peng wrote:
| >> The LyX-internal stuff isn't so hard. We know the path on which we
| >> search for stuff, so we can just search it again to find the layout and
| >> module files that are needed. As for the LaTeX stuff, I'm less than
| >> certain we wa
On 10/22/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > Author: lasgouttes
> > Date: Mon Oct 22 15:56:59 2007
> > New Revision: 21118
> >
> > URL: http://www.lyx.org/trac/changeset/21118
> > Log:
> > * GuiPrefs.cpp (PrefShortcuts::setItemType): compilati
Bo Peng wrote:
The LyX-internal stuff isn't so hard. We know the path on which we
search for stuff, so we can just search it again to find the layout and
module files that are needed. As for the LaTeX stuff, I'm less than
certain we want to allow embedding of those. But if we do, can't we call
kp
> The LyX-internal stuff isn't so hard. We know the path on which we
> search for stuff, so we can just search it again to find the layout and
> module files that are needed. As for the LaTeX stuff, I'm less than
> certain we want to allow embedding of those. But if we do, can't we call
> kpsewhich
Jean-Marc Lasgouttes wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
I plan to
1. remove the embedding dialog
2. remove the manifest section of .lyx file
[...]
I like that.
Yes, this is a very good approach.
rh
Abdelrazak Younes wrote:
If we decide someday that Qt should be replaced by something else
then, provided that proper encapsulation is done in support, [snip]
Surely that is the crucial thing.
Richard
Bo Peng wrote:
JMarc and others,
Assuming that it is difficult to determine which layout and class
files are needed, so allowing users to explicitly include arbitrary
files is needed, which way do you prefer?
The LyX-internal stuff isn't so hard. We know the path on which we
search for stuff
Jean-Marc Lasgouttes wrote:
Martin Vermeer <[EMAIL PROTECTED]> writes:
What do you mean by 'calls'?
InsetERT::latex() contains a call to InsetCollapsable::latex().
Without your patch there is no such call, and with your patch it calls
InsetText::latex. But calling InsetCollapsa
Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
>> Right now Buffer edition is blocked up until LateX compilation is
>> finished. This situation is not mandatory and we could as well
>> "detach" the process and let the Buffer edition continue for the user
>> (Peter's
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> That was on my mind when I wrote it...
>
> Like attached.
Looks good.
JMarc
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Mon Oct 22 15:56:59 2007
> New Revision: 21118
>
> URL: http://www.lyx.org/trac/changeset/21118
> Log:
> * GuiPrefs.cpp (PrefShortcuts::setItemType): compilation fix for
> qt 4.1 and some simplification.
Bo, note that using hardc
JMarc and others,
Assuming that it is difficult to determine which layout and class
files are needed, so allowing users to explicitly include arbitrary
files is needed, which way do you prefer?
1. What the patch does: insert->child document->embedded. It is
treated like other child documents, wit
1 - 100 of 151 matches
Mail list logo
