Hi,
My comments are below
Miki
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to
continue the Hebrew to the right of the English word, but after the
Hebrew space, as to co
Here is a patch for http://bugzilla.lyx.org/show_bug.cgi?id=3705. It
adds the kerning method to a macro to inherit the kerning from the
expanded form. Moreover the marker metrics calls are remove as they
are not drawn anyway.
Stefan
Index: src/mathed/MathMacro.h
===
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
Richard> This time with the patch...
Richard> As said. This flag was removed from configure.py a while ago.
Richard> It was only ever used with HTML export, and it didn't work
Richard> there, anyway. I didn't remove it from Converters.*
Stefan, you commit http://www.lyx.org/trac/changeset/18773
introduced a compile problem:
src\Text3.cpp(515) : error C2065: 'select': nichtdeklarierter
Bezeichner
Could you please fix this?
Right, thanks for the hint. Of course one of those obvious last-
second-before-commit improvements.
On Thu, 2007-06-14 at 09:48 -0600, Bob Lounsbury wrote:
> On 6/14/07, Darren Freeman <[EMAIL PROTECTED]> wrote:
> > It looked from your comments that you were keeping the window smaller.
> > You just have to resize it, if you put it back to maximum it should
> > still run fast for a while. (Or it's
This patch is now slightly updated. In place of the two scripts
tex4html_copy.py and dir_copy.py, there is now just one, ext_copy.py.
Without any optional arguments, this script acts like dir_copy.py did:
It copies all files in LyX's temporary directory to a subdirectory of
the target directo
I have tested the tear off panels on both Linux and Mac.
Panels "tear off" when single clicked above a math palette's dashed
line.
There is one inconsistency between the Linux panel and the Mac panel
in that the linux palette has a maximise icon whereas the Mac palette
doesn't.
This is a g
Uwe Stöhr wrote:
Richard Heck schrieb:
The attached patch should finally make HTML export work properly.
As I wrote in bug 3090 the bug does no longer appear with MiKTeX 2.6
and tex4ht, but to assure that it works with all configurations, your
solution is the right one.
Some annotations:
-
Enrico Forestieri wrote:
On Thu, Jun 14, 2007 at 06:49:17PM -0400, Richard Heck wrote:
Enrico Forestieri wrote:
On Thu, Jun 14, 2007 at 04:06:16PM -0400, Richard Heck wrote:
I've added two scripts: a dir_copy.py script, that simply copies the
entire temporary directory over to a
Richard Heck schrieb:
The attached patch should finally make HTML export work properly.
As I wrote in bug 3090 the bug does no longer appear with MiKTeX 2.6 and tex4ht, but to assure that
it works with all configurations, your solution is the right one.
Some annotations:
- htlatex is alway
On Thu, Jun 14, 2007 at 06:49:17PM -0400, Richard Heck wrote:
> Enrico Forestieri wrote:
> > On Thu, Jun 14, 2007 at 04:06:16PM -0400, Richard Heck wrote:
> >
> >
> >> I've added two scripts: a dir_copy.py script, that simply copies the
> >> entire temporary directory over to a subdirectory of
Enrico Forestieri wrote:
On Thu, Jun 14, 2007 at 04:06:16PM -0400, Richard Heck wrote:
I've added two scripts: a dir_copy.py script, that simply copies the
entire temporary directory over to a subdirectory of the intended output
directory, and a tex4html_copy.py script that copies only .png
On Thu, Jun 14, 2007 at 04:06:16PM -0400, Richard Heck wrote:
> I've added two scripts: a dir_copy.py script, that simply copies the
> entire temporary directory over to a subdirectory of the intended output
> directory, and a tex4html_copy.py script that copies only .png, .html,
> and .css fil
Edwin Leuven <[EMAIL PROTECTED]> writes:
>
> Andreas Vox wrote:
...
> > int pixelMetric(PixelMetric metric, const QStyleOption * option,
> > const QWidget * widget) const
> > {
> > return m_delegate->pixelMetric(metric, option, widget);
> > }
> >
>
> but these dots mean that i need to
Stefan, you commit http://www.lyx.org/trac/changeset/18773 introduced a compile
problem:
src\Text3.cpp(515) : error C2065: 'select': nichtdeklarierter Bezeichner
Could you please fix this?
thanks and regards
Uwe
On Thursday 14 June 2007 19:13:18 Richard Heck wrote:
> The attached simple patch addresses this bug. The problem is detailed
> there: http://bugzilla.lyx.org/show_bug.cgi?id=3477.
>
> OK to commit?
>
> Richard
OK.
--
José Abílio
Am 14.06.2007 um 22:45 schrieb Dov Feldstern:
Stefan Schimanski wrote:
Works for me (when leaving the macro using down key, macro
collapses). I don't have the first part of the patch in, though,
so down doesn't move to the second parameter, but directly out
--- but that's to be expected
Stefan Schimanski wrote:
Works for me (when leaving the macro using down key, macro collapses).
I don't have the first part of the patch in, though, so down doesn't
move to the second parameter, but directly out --- but that's to be
expected, right?
Thanks for testing! You are right. I have s
Works for me (when leaving the macro using down key, macro
collapses). I don't have the first part of the patch in, though, so
down doesn't move to the second parameter, but directly out --- but
that's to be expected, right?
Thanks for testing! You are right. I have split the two (in fact
This time with the patch...
As said. This flag was removed from configure.py a while ago. It was
only ever used with HTML export, and it didn't work there, anyway. I
didn't remove it from Converters.* at that time, because I was intending
to make more extensive changes to this file in connection
Stefan Schimanski wrote:
Am 14.06.2007 um 10:39 schrieb Jean-Marc Lasgouttes:
"Stefan" == Stefan Schimanski
<[EMAIL PROTECTED]> writes:
Stefan> If we want this, another OK is needed. Stefan
I missed the latest patch. COuld you report it please?
Sure, inlined and attached:
Works for me (
As said. This flag was removed from configure.py a while ago. It was
only ever used with HTML export, and it didn't work there, anyway. I
didn't remove it from Converters.* at that time, because I was intending
to make more extensive changes to this file in connection with HTML
export. But it
The attached patch should finally make HTML export work properly.
Various approaches to doing this were discussed on the list a while ago:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg118138.html
It eventually occurred to me, however, that the cleanest solution was
probably to use
Le 14 juin 07 à 01:36, Darren Freeman a écrit :
On Wed, 2007-06-13 at 17:12 +0200, Mael Hilléreau wrote:
Float
Type figure
GuiName Figure
...
NumberWithin section
...
End
Anyone can confirm?
I've never considered doing this bu
Le 14 juin 07 à 14:10, Jean-Marc Lasgouttes a écrit :
Mael> Any feedback/opinion about this topic? Should I file a bug?
Yes, please file a bug. I think the long term solution to such
problems is to extend iterators to be able to jump from one buffer to
another.
Done: bug #3862.
Mael.
On Thu, Jun 14, 2007 at 04:02:07PM +, Andreas Vox wrote:
> Leuven, E. <[EMAIL PROTECTED]> writes:
>
> >
> > > Maybe you just forgot to relaunch CMake so that MyStyle.cpp is
> > > included in your MSVC project (or Makefile)?
> >
> > if i subclass QWindowsStyle then things are ok (but i don 't
On Thu, Jun 14, 2007 at 05:49:53PM +0200, Abdelrazak Younes wrote:
> >Moreover, it remains to be seen whether the map is faster in the cases
> >where the container typically has at most 10 elements. It might be
> >that a stupid plain loop is faster...
>
> Maybe not faster but a lot cleaner.
You m
On Thu, Jun 14, 2007 at 05:40:12PM +0200, Alfredo Braunstein wrote:
> Abdelrazak Younes wrote:
>
> > I am OK with it but maybe the real problem is why getInset is so slow?
> > Looking at InsetList::insetIterator(pos_type pos), this is no wonder
> > really:
> >
> > InsetList::iterator InsetList::i
Is it OK to remove this code? It looks like some kind of variable
initialization (which may be needed).
Yes, it's ok. See Dimension.cpp:
Dimension() : wid(0), asc(0), des(0) {}
and see InsetMathKern::metrics.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Maybe not faster but a lot cleaner. Am I am pretty sure
Abdelrazak> that it will make the cases similar to the one found by
Abdelrazak> Stefan easier to optimize.
Agreed.
Second thought: what
On Thu, Jun 14, 2007 at 05:05:32PM +0200, Stefan Schimanski wrote:
> I did some profiling of paragraph drawing. 20% of the whole time
> while inserting characters and redrawing the screen was taken by
> Paragraph::getInset calls, each for every character. This is stupid.
> See the patch below
Jean-Marc Lasgouttes wrote:
"Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Hi! attached find a very simple fix for
Dov> http://bugzilla.lyx.org/show_bug.cgi?id=3011 (which is a
Dov> regression relative to 1.3.X). The problem is that when typing
Dov> some LTR in an RTL paragraph (or vic
Stefan Schimanski wrote:
Not exactly. The problem is, that LyX is not allowing two spaces which
are adjacent *logically* --- but in this case, they are not adjacent
visually. So it looks as if it's not allowing even one space at that
logical position, but in fact there already is a space in tha
On Thu, Jun 14, 2007 at 02:26:57PM +0200, Leuven, E. wrote:
>
> i subclass qstyle to increase the height of the tear-off as follows:
>
> class MyStyle : public QStyle
> {
> public:
> MyStyle() {}
> int pixelMetric(PixelMetric metric, const QStyleOption * option = 0,
> const QWidget *
[EMAIL PROTECTED] schrieb:
Author: sts
Date: Wed Jun 13 19:18:37 2007
New Revision: 18765
URL: http://www.lyx.org/trac/changeset/18765
Log:
* Change the dim parameter correctly, even if dim_ has not changed
(fixes http://bugzilla.lyx.org/show_bug.cgi?id=3858)
Modified:
lyx-devel/trunk/src
Bo Peng schrieb:
I'd prefer a name that does not look like an environment name,
Good idea!
like "--Separator--" or "--Splitter--".
Either is fine to me, so I can go with --Separator--.
Michael, what do you think?
Me? Both is fine to me. But I also like "-- Environment Separator --".
Mich
The attached simple patch addresses this bug. The problem is detailed
there: http://bugzilla.lyx.org/show_bug.cgi?id=3477.
OK to commit?
Richard
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brow
Andreas Vox wrote:
QStyle is an abstract class, you should either subclass QMacStyle,
QWindowsStyle, or QCommonStyle, or delegate all calls to another style.
Eg.
class QStyleAdapter : public QStyle
{
public QStyleAdapter(const QStyle* delegate) : QStyle(), m_delegate(delegate) {}
int pixelMetr
Stefan Schimanski wrote:
>> The patch works fine on Windows, and I don't thank that there will be
>> problems on Linux. Commit it without the layout->addStretch(1); line,
>> addStretch makes the tabs smaller only, they are already at the
>> right place.
>
> Can anybody on linux please confirm? The
The patch works fine on Windows, and I don't thank that there will be
problems on Linux. Commit it without the layout->addStretch(1); line,
addStretch makes the tabs smaller only, they are already at the
right place.
Can anybody on linux please confirm? Then I commit it.
Stefan
PGP.sig
Descr
On Thu, Jun 14, 2007 at 09:45:42AM +0200, Edwin Leuven wrote:
> Edwin Leuven wrote:
> >some people have complained the math panels cannot be torn-off (bugs
> >3839 and 3840)
> >
> >the attached makes this work for QT_VERSION >= QT_VERSION_CHECK(4, 2, 0)
> >
> >perhaps people can give it a try?
>
Am 14.06.2007 um 18:44 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Seems to be false alarm. getInset does not show up very much
anymore without stdlib-debug. But there are still some interesting
facts:
38% QPainter::drawText.
This was expected on Mac. Still, IIRC the number is lo
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Maybe not faster but a lot cleaner. Am I am pretty sure
Abdelrazak> that it will make the cases similar to the one found by
Abdelrazak> Stefan easier to optimize.
Agreed.
Second thought: what
Stefan Schimanski wrote:
Seems to be false alarm. getInset does not show up very much anymore
without stdlib-debug. But there are still some interesting facts:
38% QPainter::drawText.
This was expected on Mac. Still, IIRC the number is lower than what
Bennett used to report a while ago. It s
Jan Peters wrote:
> Please let me know how to export a LyX file to Latex.
What isn't working? Exactly? Can you preview DVI? If so, then the LaTeX
file is being generated.
Oh, simpler (yes, I can generate PDFs, DVIs, etc):
File -> Export
has only a
File -> Export -> Custom
So you've got stuff on
Stefan Schimanski wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
but it is self-contained and clean
enough, and has been working flawlessly for ages... so be sure there is
really a gain if you are going to switch.
I am not proposing to switch before 1.5.0 but I might implement it
> "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> Seems to be false alarm. getInset does not show up very much
Stefan> anymore without stdlib-debug. But there are still some
Stefan> interesting facts:
Stefan> 38% QPainter::drawText.
Looks more like what I would expect.
St
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Maybe not faster but a lot cleaner. Am I am pretty sure
Abdelrazak> that it will make the cases similar to the one found by
Abdelrazak> Stefan easier to optimize.
Agreed.
Second thought: what is the first term of the
> Please let me know how to export a LyX file to Latex.
What isn't working? Exactly? Can you preview DVI? If so, then the LaTeX
file is being generated.
Oh, simpler (yes, I can generate PDFs, DVIs, etc):
File -> Export
has only a
File -> Export -> Custom
If I select LaTeX there, it only has
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
but it is self-contained and clean
enough, and has been working flawlessly for ages... so be sure
there is
really a gain if you are going to switch.
I am not proposing to switch before 1.5.0 but I might implement it
just for fun and ask S
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
but it is self-contained and clean
enough, and has been working flawlessly for ages... so be sure there is
really a gain if you are going to switch.
I am not proposing to switch before 1.5.0 but I might implement it
Seems to be false alarm. getInset does not show up very much anymore
without stdlib-debug. But there are still some interesting facts:
38% QPainter::drawText.
16% drawing of empty inline math insets (around every 20th character
in the text)
16% for metrics calculation
I think the only way t
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
but it is self-contained and clean
enough, and has been working flawlessly for ages... so be sure there is
really a gain if you are going to switch.
I am not proposing to switch before 1.5.0 but I might implement it just
for fun and ask Ste
Leuven, E. <[EMAIL PROTECTED]> writes:
>
> > Maybe you just forgot to relaunch CMake so that MyStyle.cpp is
> > included in your MSVC project (or Makefile)?
>
> if i subclass QWindowsStyle then things are ok (but i don 't think the mac
people are gonna like this ...
>
Maybe not, from Qt4.3 do
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am OK with it but maybe the real problem is why getInset is so slow?
Looking at InsetList::insetIterator(pos_type pos), this is no wonder
really:
InsetList::iterator InsetList::insetIterator(pos_type pos)
{
InsetTable search_elem(pos, 0);
re
Jean-Marc Lasgouttes wrote:
"Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> Yes, including everything. But using stdlib-debug I have to
Stefan> admit. Compiling now without. I guess it is less problematic
Stefan> then.
Or maybe not problematic at all. stdlib is really very c
On 6/14/07, Darren Freeman <[EMAIL PROTECTED]> wrote:
On Wed, 2007-06-13 at 19:53 -0600, Bob Lounsbury wrote:
> Yes, seems that this is the same issue. Looks like there is no
resolution
> yet. I thought it was due to my 600MHz processor but I guess not. Maybe
it
> is due to some program used for
Andre Poenitz <[EMAIL PROTECTED]> writes:
> You are certainly right when it comes to Model/View separation. The
> dimension cache is a 'view thing' (depends e.g. on font size), so it
> does not really belong _inside_ the insets. Also, insets that are way
> off the visible area do not need it at al
> "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> Yes, including everything. But using stdlib-debug I have to
Stefan> admit. Compiling now without. I guess it is less problematic
Stefan> then.
Or maybe not problematic at all. stdlib is really very costly in terms
of iterati
Abdelrazak Younes wrote:
> I am OK with it but maybe the real problem is why getInset is so slow?
> Looking at InsetList::insetIterator(pos_type pos), this is no wonder
> really:
>
> InsetList::iterator InsetList::insetIterator(pos_type pos)
> {
> InsetTable search_elem(pos, 0);
> return lower_bo
Stefan Schimanski wrote:
Am 14.06.2007 um 17:27 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
I did some profiling of paragraph drawing. 20% of the whole time
while inserting characters and redrawing the screen was taken by
Paragraph::getInset calls, each for every character.
The who
Am 14.06.2007 um 17:27 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
I did some profiling of paragraph drawing. 20% of the whole time
while inserting characters and redrawing the screen was taken by
Paragraph::getInset calls, each for every character.
The whole time? Including scree
Stefan Schimanski wrote:
I did some profiling of paragraph drawing. 20% of the whole time while
inserting characters and redrawing the screen was taken by
Paragraph::getInset calls, each for every character.
The whole time? Including screen drawing?
This is stupid. See
the patch below for a
Am 14.06.2007 um 17:19 schrieb Jean-Marc Lasgouttes:
"Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> I did some profiling of paragraph drawing. 20% of the whole
Stefan> time while inserting characters and redrawing the screen was
Stefan> taken by Paragraph::getInset calls, e
> "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> I did some profiling of paragraph drawing. 20% of the whole
Stefan> time while inserting characters and redrawing the screen was
Stefan> taken by Paragraph::getInset calls, each for every character.
Stefan> This is stupid. See
On Thu, Jun 14, 2007 at 04:26:18PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Yes, I know. I've only modified the MarkBoth environment and
> Enrico> removed the white space at the beginning of line in preamble
> Enrico> stuff,
I did some profiling of paragraph drawing. 20% of the whole time
while inserting characters and redrawing the screen was taken by
Paragraph::getInset calls, each for every character. This is stupid.
See the patch below for a loop iterating over the insets of a
paragraph instead. O(insetnumb
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Shouldn't the [Load] button be disabled when the "listings" type is
selected? At least I get a crash here when I click on [Load].
I am not sure the crash is in current SVN, could someone please try the
following:
1) Help->Em
Stefan Schimanski wrote:
> Here is a patch which fixes the cosmetic problem on Mac. I have no Linux
> or Windows here though and have no idea how it looks there. Especially
> the commented addStretch line might be necessary on Windows to move the
> tabs to the left. Is this correct? On Mac this wo
Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> Shouldn't the [Load] button be disabled when the "listings" type is
>> selected? At least I get a crash here when I click on [Load].
>
> I am not sure the crash is in current SVN, could someone please try the
> following:
> 1) Help->EmbeddedOb
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Yes, I know. I've only modified the MarkBoth environment and
Enrico> removed the white space at the beginning of line in preamble
Enrico> stuff, which has always bothered me.
I liked this white space in front of preamble... I
Abdelrazak Younes wrote:
Shouldn't the [Load] button be disabled when the "listings" type is
selected? At least I get a crash here when I click on [Load].
I am not sure the crash is in current SVN, could someone please try the
following:
1) Help->EmbeddedObject.lyx
2) Navigate->list of listin
On Thu, Jun 14, 2007 at 10:41:05AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> On Wed, Jun 13, 2007 at 11:19:22PM +0100, José Matos wrote:
> >> On Wednesday 13 June 2007 19:11:41 Jean-Marc Lasgouttes wrote: >
> >> Looks OK to me
On 6/14/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Shouldn't the [Load] button be disabled when the "listings" type is
selected? At least I get a crash here when I click on [Load].
I can not work on it now (and for the next two days). Please disable it.
Cheers,
Bo
Jan Peters wrote:
have you disabled the latex export in RC1?
Not intentionally. ;-)
Please let me know how to export a LyX file to Latex.
What isn't working? Exactly? Can you preview DVI? If so, then the LaTeX
file is being generated.
Richard
--
=
Guys,
have you disabled the latex export in RC1?
Please let me know how to export a LyX file to Latex.
-Jan
Shouldn't the [Load] button be disabled when the "listings" type is
selected? At least I get a crash here when I click on [Load].
Abdel.
> Maybe you just forgot to relaunch CMake so that MyStyle.cpp is
> included in your MSVC project (or Makefile)?
if i subclass QWindowsStyle then things are ok (but i don 't think the mac
people are gonna like this ... ;-)
Leuven, E. wrote:
i subclass qstyle to increase the height of the tear-off as follows:
class MyStyle : public QStyle { public: MyStyle() {} int
pixelMetric(PixelMetric metric, const QStyleOption * option = 0,
const QWidget * widget = 0) const; };
int MyStyle::pixelMetric(PixelMetric metric, co
i subclass qstyle to increase the height of the tear-off as follows:
class MyStyle : public QStyle
{
public:
MyStyle() {}
int pixelMetric(PixelMetric metric, const QStyleOption * option = 0,
const QWidget * widget = 0) const;
};
int MyStyle::pixelMetric(PixelMetric metric, cons
http://bugzilla.lyx.org/show_bug.cgi?id=3860
SVN Log:
Polish the Toc and labels updating when loading a child document. Fix
Bug 3860: Toc crash when loading a child documents.
* BufferView::loadLyXFile(): simplify, transfer last part to
LyXView::loadLyXFile()
* LyXView:
- setBuffer(): prop
> "Mael" == Mael Hilléreau <[EMAIL PROTECTED]> writes:
Mael> This is not exactly the source of the problem: in fact, the
Mael> keyword 'LabelStringAppendix' works fine, but the "Start
Mael> Appendix Here" command needs support for documents having child
Mael> documents including chapters... Cu
Ozgur Ugras BARAN wrote:
No, unfortunately not yet, Abdel. I guess I can get an access after the
release. So, I'll be glad if you can commit.
Done.
Abdel.
No, unfortunately not yet, Abdel. I guess I can get an access after the
release. So, I'll be glad if you can commit.
thanks,
Ugras
On 6/14/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Juergen Spitzmueller wrote:
> Ozgur Ugras BARAN wrote:
>
>> Attached patch corrects the buglet mentioned
Selon Mael Hilléreau <[EMAIL PROTECTED]>:
> The 'LabelStringAppendix' attribute (Customization guide, § 5.3.4)
> doesn't work properly when using child documents, and making it to
> work into LyX leads to an inconsistency into the output file. See
> attached files "labelstringappendix.lyx" (master
Andre Poenitz wrote:
On Wed, Jun 13, 2007 at 11:25:34PM +0200, Abdelrazak Younes wrote:
I think this is too complicated. A better solution IMHO is to remove the
data member altogether and put that in the BufferView (either in the
CoordCache or in in a new DimensionCache):
[...]
You are certai
I fully agree with Heiko that the insertion of math symbol and function
should be authorised from texted. I don't understand why this has been
removed. Anyone cares to explain the rationale behind that decision?
Abdel.
Juergen Spitzmueller wrote:
Ozgur Ugras BARAN wrote:
Attached patch corrects the buglet mentioned in the heading. I don't know
this quick hack has any consequences, so please somebody verify.
Uwe and I have tested it, and it works.
(I cannot commit in the next days).
I will commit it, or do
Am 14.06.2007 um 10:39 schrieb Jean-Marc Lasgouttes:
"Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> If we want this, another OK is needed. Stefan
I missed the latest patch. COuld you report it please?
Sure, inlined and attached:
Index: lyx-devel/src/Cursor.cpp
=
Andre Poenitz wrote:
PS: I wonder whether delegating that kind of mess to an external
library would be politically correct in this universe ;-}
We've been relaxing the rules lately; support/ uses QtCore for a number
of things and I think it would be much saner at this point to use
QFileInfo,
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Hi! attached find a very simple fix for
Dov> http://bugzilla.lyx.org/show_bug.cgi?id=3011 (which is a
Dov> regression relative to 1.3.X). The problem is that when typing
Dov> some LTR in an RTL paragraph (or vice versa), when an inset i
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Abdelrazak Younes wrote:
>> Andre Poenitz wrote:
>>> In the 1.6 cycle I'd like to get rid of the 'Dimension' data
>>> member in Inset. As a lot of insets need that member and
>>> derivation from a 'common' 'DimInset' base
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Wednesday 13 June 2007 22:40:38 Abdelrazak Younes wrote:
>> There is a quiproquo here obviously. I was referring to the '#if 0'
>> mess intoduced 3 years ago, but with very good reason at the time.
>> Of course the reason is forgotten
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Wed, Jun 13, 2007 at 11:19:22PM +0100, José Matos wrote:
>> On Wednesday 13 June 2007 19:11:41 Jean-Marc Lasgouttes wrote: >
>> Looks OK to me.
>> >
>> > JMarc
>>
>> OK.
Enrico> Committed: http://www.lyx.org/trac/changese
> "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> If we want this, another OK is needed. Stefan
I missed the latest patch. COuld you report it please?
JMarc
José Matos wrote:
On Wednesday 13 June 2007 22:40:38 Abdelrazak Younes wrote:
There is a quiproquo here obviously. I was referring to the '#if 0' mess
intoduced 3 years ago, but with very good reason at the time. Of course
the reason is forgotten long ago by the original comitter.
Abdel.
And
Edwin Leuven wrote:
some people have complained the math panels cannot be torn-off (bugs
3839 and 3840)
the attached makes this work for QT_VERSION >= QT_VERSION_CHECK(4, 2, 0)
perhaps people can give it a try?
the updated attached patch works for me on windows (qt 4.2.2) and linux
(debian
Abdelrazak Younes wrote:
> Andre Poenitz wrote:
>>
>> In the 1.6 cycle I'd like to get rid of the 'Dimension' data member in
>> Inset. As a lot of insets need that member and derivation from a
>> 'common' 'DimInset' base was impractical I am thinking about using the
>> old ATL trick:
>
> I think
98 matches
Mail list logo