Darren Freeman wrote:
> On Fri, 2007-06-08 at 21:51 +0200, Peter Kümmel wrote:
>> Attached a small patch and a png for a button
>> to close the current tab, see screen shot.
>> closetab.png have to go into lib/images.
>>
>> Jose, please tell me when I could put it in.
>>
>> Peter
>
> I don't see t
On Mon, Jun 11, 2007 at 11:45:34PM +0200, Andre Poenitz wrote:
> On Mon, Jun 11, 2007 at 09:46:27PM +0300, Martin Vermeer wrote:
> > BTW I find isActive() not very clear. isHighlyEditable() would be clearer.
> > Is there the equivalent of IS_EDITABLE in math?
>
> None that I am aware of.
>
> One
Stefan Schimanski wrote:
> Can you make a bug report about this flashing?
Done:
http://bugzilla.lyx.org/show_bug.cgi?id=3854
Jürgen
Jürgen Spitzmüller wrote:
> But then, multicolumn documents won't work.
read "multilingual", of course
Jürgen
Martin Vermeer wrote:
> Actually we should have "Provides babel" in the layout file, for precisely
> this kind of situation. If it is there, no babel statement should be added
> by LyX anymore.
But then, multicolumn documents won't work. Are those IEEE guys so strictly
monolingual? Not even multi
Enrico Forestieri wrote:
> Well, either we remove the MarkBoth environment or actually add code
> to the preamble in order to avoid a latex failure when someone uses
> MarkBoth in the document without disabling babel. Also take into account
> the fact that one may have old files using the IEEEtran
On Fri, 2007-06-08 at 21:51 +0200, Peter Kümmel wrote:
> Attached a small patch and a png for a button
> to close the current tab, see screen shot.
> closetab.png have to go into lib/images.
>
> Jose, please tell me when I could put it in.
>
> Peter
I don't see the PNG if run as "lyx" after a "m
On Fri, 2007-06-08 at 14:59 -0500, Bo Peng wrote:
> On 6/8/07, Peter Kümmel <[EMAIL PROTECTED]> wrote:
> > Attached a small patch and a png for a button
> > to close the current tab, see screen shot.
> > closetab.png have to go into lib/images.
> >
> > Jose, please tell me when I could put it in.
>
On Sat, 2007-06-09 at 12:43 +0200, Leuven, E. wrote:
> maybe we should disallow a space after a backslash in math?
>
> or are there situations where this makes sense?
I was using it for a while before I was told about the siunits package.
I still use it sometimes. Please don't forbid that :)
I a
On Fri, 2007-06-08 at 07:21 +0200, Andre Poenitz wrote:
> On Fri, Jun 08, 2007 at 12:18:55AM +1000, Darren Freeman wrote:
> > If we call LyX a Qt-only app, then we could do this the KDE way and
> > query the file association preferences, as used by Konqueror and others.
>
> Erm. How does 'Qt only
And this MathMacro:: qualification is useless at best, but I have a
strong suspicion that it is not allowed at all.
Was a copy/paste mistake and an Xcode not saving the file before my
svn diff...
PS: I seem to remember to have something like that as 'generic'
implementation in InsetMathNest
On Mon, Jun 11, 2007 at 09:46:27PM +0300, Martin Vermeer wrote:
> BTW I find isActive() not very clear. isHighlyEditable() would be clearer.
> Is there the equivalent of IS_EDITABLE in math?
None that I am aware of.
One of the problems I have with {IS,HIGHLY}_EDITABLE is that it is
a single flag
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> BTW I find isActive() not very clear. isHighlyEditable() would
Martin> be clearer. Is there the equivalent of IS_EDITABLE in math?
A ref inset?
JMarc
On Mon, Jun 11, 2007 at 08:32:44PM +0200, Stefan Schimanski wrote:
> >Index: lyx-devel/src/mathed/MathMacro.cpp
> >===
> >--- lyx-devel.orig/src/mathed/MathMacro.cpp 2007-06-02
> >11:24:05.0 +0200
> >+++ lyx-devel/src/mathed
Georg Baum wrote:
Dov Feldstern wrote:
*** I now see what the problem is! What we need is *exactly* the change
of format 259; but in lyx2lyx, the \\lang property wasn't included for
some reason! The attached patch fixes this, and the output is now OK
(i.e., with this patch, a file created from
On Monday 11 June 2007 19:13:11 Dov Feldstern wrote:
> Jose, since this is slightly different than what you last OKed --- is
> this still OK to commit?
Yes.
> Thanks!
> Dov
--
José Abílio
No, it's not intentional. It's a bug that notifyCursorLeaves is not
called. Had noticed that before some time ago. Will look into it.
This whole updateflag business makes me crazy. The MathMacro get's
the notifyCursorLeaves call. It then sets the Update::Force flag to
trigger a redraw. But
Alfredo Braunstein wrote:
> Is it on purpose that insets are not painted blue when selecting?
This is bug #3853
A/
Miki Dovrat wrote:
Hi,
Hi, Miki!
I am using lyx svn version 18738 from Monday night.
Good!
I have found a few problems with the Bidi:
1. Cursor movement is not yet visual, i.e. the cursor goes opposite to
the arrow key on foreign parts. I don't know if it was your intention to
includ
Thanks for testing!
1. I have trouble applying the patches that you inline in the
emails --- it's something with the whitespace, I think, but I
always get "malformed patch" messages, and end up having to type
them in by hand...
Yes, in fact same for me with other people's inlined patches.
Stefan Schimanski wrote:
Need another OK. Anybody? José?
Hi!
1. I have trouble applying the patches that you inline in the emails ---
it's something with the whitespace, I think, but I always get "malformed
patch" messages, and end up having to type them in by hand...
2. I got this error
On Mon, Jun 11, 2007 at 10:04:28PM +0300, Martin Vermeer wrote:
> On Mon, Jun 11, 2007 at 08:42:01PM +0200, Alfredo Braunstein wrote:
> > Stefan Schimanski wrote:
> >
> > >>> The problem is that, when mouse hovering, no text painting should be
> > >>> needed, only background. But, because of curre
On Mon, Jun 11, 2007 at 08:42:01PM +0200, Alfredo Braunstein wrote:
> Stefan Schimanski wrote:
>
> >>> The problem is that, when mouse hovering, no text painting should be
> >>> needed, only background. But, because of current architectur where
> >>> text
> >>> is drawn _after_ background, we are
Hi,
I am using lyx svn version 18738 from Monday night.
I have found a few problems with the Bidi:
1. Cursor movement is not yet visual, i.e. the cursor goes opposite to
the arrow key on foreign parts. I don't know if it was your intention to
include that already.
2. I can't tell whether to
On Mon, Jun 11, 2007 at 08:23:57PM +0200, Enrico Forestieri wrote:
> On Mon, Jun 11, 2007 at 06:57:07PM +0200, Jürgen Spitzmüller wrote:
...
> Well, either we remove the MarkBoth environment or actually add code
> to the preamble in order to avoid a latex failure when someone uses
> MarkBoth in
On Mon, Jun 11, 2007 at 08:06:31PM +0200, Andre Poenitz wrote:
> On Mon, Jun 11, 2007 at 09:47:13AM +0200, Jean-Marc Lasgouttes wrote:
> > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
> >
> > >> Do I understand correctly that this presupposes that 1) every
> > >> mathinset must have
Stefan Schimanski wrote:
>>> The problem is that, when mouse hovering, no text painting should be
>>> needed, only background. But, because of current architectur where
>>> text
>>> is drawn _after_ background, we are forced to do the text painting.
>>> Changing this (using text on transparent bac
Need another OK. Anybody? José?
Stefan
Am 09.06.2007 um 18:29 schrieb Stefan Schimanski:
Bug: http://bugzilla.lyx.org/show_bug.cgi?id=3830
The patch should be obvious.
Stefan
Index: lyx-devel/src/mathed/MathMacro.cpp
===
--- ly
The problem is that, when mouse hovering, no text painting should be
needed, only background. But, because of current architectur where
text
is drawn _after_ background, we are forced to do the text painting.
Changing this (using text on transparent background painting)
basically
needs a rew
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> Abdelrazak Younes wrote:
>>
>>> Stefan Schimanski wrote:
It happened with two footnote in the view, just moving the mouse
around. So could it be related to the mouse hover maybe?
>>> Looks like a good analysis.
>>>
>>>
I think
On Sat, Jun 09, 2007 at 01:08:46PM -, [EMAIL PROTECTED] wrote:
> URL:
> http://www.lyx.org/trac/file/lyx-devel/trunk/src/mathed/InsetMathNest.h?rev=18724
> ==
> --- lyx-devel/trunk/src/mathed/InsetMathNest.h (original)
On Mon, Jun 11, 2007 at 06:57:07PM +0200, Jürgen Spitzmüller wrote:
> A general problem I see is the following: I assume (but I'm not sure)
> IEEETran.cls is mostly used by people who actually want to submit a LaTeX
> file to an IEEE journal. In this case it might be relevant that your solution
Jean-Marc Lasgouttes wrote:
"Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Ok, here's an attempt to do something similar to what you
Dov> suggested:
Dov> *) I added this new translateAndInsert to BufferView, not to
Dov> Intl. First of all, Intl seems to be very specific to only
Dov> m
On Mon, Jun 11, 2007 at 09:47:13AM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> Do I understand correctly that this presupposes that 1) every
> >> mathinset must have an isActive method and 2) it should return true
> >> only if the inset ha
Bo Peng wrote:
> Attached please find an updated patch with lyx2lyx support for RC1.
>
> OK to apply?
if there is going to be a fileformat change afterall, then it would be
nice to have cline support...
Am I missing anything? I do not see any lyx2lyx part in your patch...
sharp as a razor (a
On Mon, Jun 11, 2007 at 08:56:45AM +0200, Stefan Schimanski wrote:
> >I can't tell you. It is conceptionally sound, however, so close to
> >1.5.0
> >it might be more prudent to use something like
>
> The old behavior is simpler than I thought. A search for isActive
> basically shows that there
The problem is that, when mouse hovering, no text painting should be
needed, only background. But, because of current architectur where text
is drawn _after_ background, we are forced to do the text painting.
Changing this (using text on transparent background painting) basically
needs a rewrite o
> Attached please find an updated patch with lyx2lyx support for RC1.
>
> OK to apply?
if there is going to be a fileformat change afterall, then it would be
nice to have cline support...
Am I missing anything? I do not see any lyx2lyx part in your patch...
BTW, I have no opinion on whether or
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
It happened with two footnote in the view, just moving the mouse around.
So could it be related to the mouse hover maybe?
Looks like a good analysis.
I think though that the change in the patch is reasonable nevert
Bo Peng wrote:
I think we only need to support official releases, but if you insist,
I will do something with lyx2lyx.
Attached please find an updated patch with lyx2lyx support for RC1.
OK to apply?
if there is going to be a fileformat change afterall, then it would be
nice to have cline
On 6/11/07, Edwin Leuven <[EMAIL PROTECTED]> wrote:
Jean-Marc Lasgouttes wrote:
>> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
>
> Edwin> typically when ui elements highlight/change color on mouse
> Edwin> focus suggests that a click will trigger an action. this is not
> Edwin> the case
> using my windows machine instead. But that is not why I am writing. I
> am writing because I get a consistent crash when I try to press enter
> to insert a new line in a paragraph. I've kept the file. I don't want
one crash-bug after enter was recently fixed.
if it still persist after rc2 urge
Jean-Marc Lasgouttes wrote:
"Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
Edwin> typically when ui elements highlight/change color on mouse
Edwin> focus suggests that a click will trigger an action. this is not
Edwin> the case here, so i am therefore not so happy with this commit:
This is v
+1 -1 = 0, more input is need to start the engine. :-)
Actually, creating a patch is easier than putting it through, at least
in this case.
Index: src/mathed/InsetMathHull.cpp
===
--- src/mathed/InsetMathHull.cpp(revision
Enrico Forestieri wrote:
> On Mon, Jun 11, 2007 at 11:56:42AM -0500, Bo Peng wrote:
>
>> > Bo> This feature does help the $x^2$is case.
>> >
>> > But if people really want to know what is happening, they have instant
>> > preview. With this on, there is no confusion IMO.
>>
>> I agree with you h
Yes, please. I would also like to have red Sections, blue Subsections
and everything else rapidly flashing when hovering.
+1 -1 = 0, more input is need to start the engine. :-)
Bo
Abdelrazak Younes wrote:
> Stefan Schimanski wrote:
>> Here is a fix for the grey-bar bug, i.e. randomly only the current
>> paragraph is drawn and everything else is greyed out.
>>
>> I think it is related to synthetic mouse event. Somehow a redraw is
>> triggered, but the ViewMetric.update_stra
On Mon, Jun 11, 2007 at 11:56:42AM -0500, Bo Peng wrote:
> > Bo> This feature does help the $x^2$is case.
> >
> > But if people really want to know what is happening, they have instant
> > preview. With this on, there is no confusion IMO.
>
> I agree with you here. There is no additional pixels a
It would be nice if optional but please, could you wait until 1.5.1?
You already see how many people dislike mathed mouse hovering so I am
not motivated to do this any time soon.
Cheers,
Bo
Bo Peng wrote:
Bo> This feature does help the $x^2$is case.
But if people really want to know what is happening, they have instant
preview. With this on, there is no confusion IMO.
I agree with you here. There is no additional pixels around previewed
formulas.
BTW, mouse hovering does not w
Enrico Forestieri wrote:
> Sorry for stepping in so late, but I think that it is useful to directly
> see on screen the info provided by MarkBoth. I had already solved the
> bug but forgot to share the solution. Shame on me.
No problem.
> I propose to add the following to the preamble:
>
> % Note
Bo> This feature does help the $x^2$is case.
But if people really want to know what is happening, they have instant
preview. With this on, there is no confusion IMO.
I agree with you here. There is no additional pixels around previewed formulas.
BTW, mouse hovering does not work for previewed
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Yes, but if you have to move your mouse over all the document to
>> find such places, it is kind of boring...
Bo> As I have said, I would not bother with this math hover business
Bo> if a non-background mathbg is acceptable.
Bo> This feature d
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
#3850
To reproduce:
Load the userguide. With the cursor on the title (so the layout dropdown
says 'Title') scroll down (wheel or scrollbar) to some math inset and
click. The layout still says 'Title'.
Does this pat
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> #3850
>>
>> To reproduce:
>>
>> Load the userguide. With the cursor on the title (so the layout dropdown
>> says 'Title') scroll down (wheel or scrollbar) to some math inset and
>> click. The layout still says 'Title'.
>
> Does this patch
On Sat, Jun 09, 2007 at 08:41:52AM +0200, Jürgen Spitzmüller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=3510
>
> The problem is an interference of newer babel bundles with the way \markboth
> is defined (if \markboth is defined after babel, babel somehow gets the
> language in uppercase a
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I could do it, but I feel lazy for such a small thing. But it is
>> good that you did it.
Abdelrazak> I said I _cannot_ help you with 1.4, so sorry, you'll have
Abdelrazak> to do it :-)
I understood what you said. I just sai
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
It should probably be just removed.
Abdelrazak> I'll probably do that after I commit the above fix.
I just checked that this variable was already there in the first version
of the svn/cvs in 1999.
B
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> It should probably be just removed.
Abdelrazak> I'll probably do that after I commit the above fix.
I just checked that this variable was already there in the first version
of the svn/cvs in 1999.
>> BTW the bug is also in
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> Do you think it's koscher to place these names and e-mail
christian> adresses on the wiki for future reference? I could put them
christian> in a page that requires a password to read. (Not that I can
christian> read
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Alfredo Braunstein wrote:
#3850
To reproduce:
Load the userguide. With the cursor on the title (so the layout
dropdown says 'Title') scroll down (wheel or scrollbar) to some
math inset and c
On Mon, 11 Jun 2007, Jean-Marc Lasgouttes wrote:
"christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> On Sun, 10 Jun 2007, Joost Verburg wrote:
[EMAIL PROTECTED] wrote:
On Sat, 9 Jun 2007, Joost Verburg wrote:
It looks like the FTP download plug-in doesn't like the u
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
#3850
To reproduce:
Load the userguide. With the cursor on the title (so the layout dropdown
says 'Title') scroll down (wheel or scrollbar) to some math inset and
click. The layout still says 'Title'.
Does this patch solves the problem?
I'
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Since label update is a view thing (nothing to do in core undo
>> code imo), we could have a new update flag that does the update
>> (one entry or all entries) before the matrics update.
Abdelrazak> Yes but not now!
Yes, sur
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Alfredo Braunstein wrote:
>> #3850
>>
>> To reproduce:
>>
>> Load the userguide. With the cursor on the title (so the layout
>> dropdown says 'Title') scroll down (wheel or scrollbar) to some
>> math inset and click.
On Monday 11 June 2007 15:26:01 Bo Peng wrote:
> This approach has been ditched. Another patch, which adds 'pass
> validation' check boxes, is proposed.
I only read this later and MUA does not have any function to recall sent
messages. ;-)
> Cheers,
> Bo
--
José Abílio
Just one note, could you document this behaviour somewhere (probably near the
listing documentation)? Else this will be equivalent to black magic. :-)
This approach has been ditched. Another patch, which adds 'pass
validation' check boxes, is proposed.
Cheers,
Bo
Alfredo Braunstein wrote:
#3850
To reproduce:
Load the userguide. With the cursor on the title (so the layout dropdown
says 'Title') scroll down (wheel or scrollbar) to some math inset and
click. The layout still says 'Title'.
Does this patch solves the problem?
This layout handling with the
Edwin Leuven wrote:
Stefan Schimanski wrote:
Is there a reason that the non-modal dialogs (like to edit tables,
change text styles etc.) depend on the LyX window?
another question (for 1.6 or later) is whether these non-modal dialogs
should go and be replaced by toolbars?
We should definite
Stefan Schimanski wrote:
The obvious naive fix:
Simple is beautiful and most of time correct. I'm sure it is this time ;-)
Abdel.
Jean-Marc Lasgouttes wrote:
"Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> What about updating the TOC asynchronously? Don't know how to
Stefan> do this with the current architecture. Are there asynchronous
Stefan> lfuns? I.e. they are only executed from the frontend's messag
On Saturday 09 June 2007 07:41:52 Jürgen Spitzmüller wrote:
> OK to apply?
OK.
> Jürgen
--
José Abílio
On Friday 08 June 2007 20:51:28 Peter Kümmel wrote:
> Jose, please tell me when I could put it in.
Go on.
> Peter
--
José Abílio
On Friday 08 June 2007 04:29:16 Bo Peng wrote:
> The validation mechanism of InsetListingsParams is great but is not
> flexible to handle unrecognized parameters introduced, e.g., by a new
> version of the listings.
>
> The attached patch allows users to input arbitrary parameters by
> prefixing it
Am 11.06.2007 um 15:16 schrieb Abdelrazak Younes:
Richard Heck wrote:
Stefan Schimanski wrote:
FYI: http://bugzilla.lyx.org/show_bug.cgi?id=3851
First guess: looking at Undo::undoText... updateLabels(*buf) will
trigger a TOC
update. The cursor of the bufferview is still broken then. It is
Richard Heck wrote:
Stefan Schimanski wrote:
FYI: http://bugzilla.lyx.org/show_bug.cgi?id=3851
First guess: looking at Undo::undoText... updateLabels(*buf) will
trigger a TOC
update. The cursor of the bufferview is still broken then. It is only
fixed
after that call. But ControlToc::getCurrent
Am 11.06.2007 um 15:17 schrieb Edwin Leuven:
Stefan Schimanski wrote:
Is there a reason that the non-modal dialogs (like to edit tables,
change text styles etc.) depend on the LyX window?
another question (for 1.6 or later) is whether these non-modal
dialogs should go and be replaced by t
> "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> What about updating the TOC asynchronously? Don't know how to
Stefan> do this with the current architecture. Are there asynchronous
Stefan> lfuns? I.e. they are only executed from the frontend's message
Stefan> loop after ever
Stefan Schimanski wrote:
Is there a reason that the non-modal dialogs (like to edit tables,
change text styles etc.) depend on the LyX window?
another question (for 1.6 or later) is whether these non-modal dialogs
should go and be replaced by toolbars?
(some are and some aren't, it is kinda
The obvious naive fix:
--- src/Undo.cpp(Revision 18737)
+++ src/Undo.cpp(Arbeitskopie)
@@ -164,6 +164,7 @@
// This does the actual undo/redo.
//lyxerr << "undo, performing: " << undo << std::endl;
+ bool labelsUpdateNeeded = false;
DocIterator dit = u
Am 11.06.2007 um 15:06 schrieb Richard Heck:
Stefan Schimanski wrote:
FYI: http://bugzilla.lyx.org/show_bug.cgi?id=3851
First guess: looking at Undo::undoText... updateLabels(*buf) will
trigger a TOC
update. The cursor of the bufferview is still broken then. It is
only fixed
after that cal
Stefan Schimanski wrote:
FYI: http://bugzilla.lyx.org/show_bug.cgi?id=3851
First guess: looking at Undo::undoText... updateLabels(*buf) will trigger a TOC
update. The cursor of the bufferview is still broken then. It is only fixed
after that call. But ControlToc::getCurrentTocItem(size_t type) fi
FYI: http://bugzilla.lyx.org/show_bug.cgi?id=3851
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
#3850
To reproduce:
Load the userguide. With the cursor on the title (so the layout dropdown
says 'Title') scroll down (wheel or scrollbar) to some math inset and
click. The layout still says 'Title'.
A/
On Mon, 11 Jun 2007 09:46:30 +0200
Alfredo Braunstein <[EMAIL PROTECTED]> wrote:
> Jürgen Spitzmüller wrote:
>
> > Stefan Schimanski wrote:
> >> http://www.youtube.com/watch?v=68Gys4rp3u4
> >
> > This looks pretty impressing!
>
> Yes, very nice.
>
> A/
A soundtrack would be nice (no, I'm not
Pavel Sanda wrote:
>> Whatever you do to solve your bug, please make sure that you don't set
>> any new locale (at least not permanently, temporarily is OK).
>
> this patch should not interfere with other locale code. it only creates
> locale object, which is set to current environment locale and
In order to fix bug 2520, I need to parse the external_templates files in
lyx_pot.py.
This works, except for the HelpText. Can any Pythonist tell me how to Parse
the content between
HelpText
HelpTextEnd
in the function below?
def external_l10n(input_files, output, base):
'''Genera
it looks like the cursor is very rapidly put inside the inset and back
outside. If I have the math panel toolbar opened (in auto mode), it
flashes
up shortly and disappears again. Also, the math inset itself
"flashes" and
something (which I cannot identify) pops up shortly. This is when I
mo
Dear Behzad,
I am trying to add Farsi support based on LaTeX2e ARABI Package. What I have
done until now is that I have added the Farsi presentation (writing or shaping)
to LyX. Unfortunately we need more work on ARABI package rather than LyX.
Currently we have two options for LaTeX2e and Fars
Stefan Schimanski wrote:
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
It'd be great if this fixed this bug. It's very annoying.
Is it an OK? Have you tried it?
Stefan
PGP.sig
Description: Signierter Teil der Nac
Stefan Schimanski wrote:
- What are the patches submitted that you think deserve attention?
I would like to give special attention to critical bugs and so on...
I have posted several patches which are waiting to go in or a comment
why not:
* [patch] sometimes only paragraph of cursor
Stefan Schimanski wrote:
Bug: http://bugzilla.lyx.org/show_bug.cgi?id=3830
The patch should be obvious.
I won't dispute the obviousness of it with our macro expert ;-)
Abdel.
Koji Yokota wrote:
> So, this may have to be modified too.
>
>> > (gdb) p *start
>> > $38 = (const wchar_t &) @0x8b1e9c0: 49
>
> > (gdb) x/5s 0x8b1e9c0
> > 0x8b1e9c0: "1"
> > 0x8b1e9c2: ""
> > 0x8b1e9c3: ""
> > 0x8b1e9c4: "$"
> > 0x8b1e9c6: ""
> > 0x8b1e9c7: ""
> > 0x8b1e9c8: "s
Koji Yokota wrote:
> Georg Baum wrote:
>> If you want to debug this fdurther it might be a good idea to write a
>> small standalone program that simply calls boost::format with the
>> problematic input.
>
> boost::basic_format() itself seems working if it is called with
> "ordinary" strings:
>
>
Stefan Schimanski wrote:
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
I think it is related to synthetic mouse event. Somehow a redraw is
triggered, but the ViewMetric.update_strategy is set to NoScreenUpdate.
The two
Bo Peng wrote:
It is currently non-trivial to write
1. item1
1. item1
2. item2
This will be very nice to have, also for those that need
several theorems in a row.
Whatever the final solution will be (inset, layout, or whatever)
please make sure that it also allows nested cases like:
1. item1
Dov Feldstern wrote:
> *** I now see what the problem is! What we need is *exactly* the change
> of format 259; but in lyx2lyx, the \\lang property wasn't included for
> some reason! The attached patch fixes this, and the output is now OK
> (i.e., with this patch, a file created from before the ch
Stefan Schimanski wrote:
Hi!
Is there a reason that the non-modal dialogs (like to edit tables,
change text styles etc.) depend on the LyX window?
With current architecture we cannot change that not. I suggest that we
number the LyX windows and we put that number in the title bar of the
LyX
Bo Peng wrote:
The issue here is that middle-click of external material pastes where
the cursor WAS, not where one clicks.
Really? If so, it is a bug that should be fixed. The patch looks OK to
me.
Note that:
- lyx paste to where mouse is
As do almost every other graphical app . . .
- man
> "Julien" == Tribulations Parallèles <[EMAIL PROTECTED]> writes:
Julien> Hi everybody, I have encountered a bug at startup, that I have
Julien> localized thanks to strace. It seems that at startup, LyX
Julien> tries to read the file ~/.lyx/session. LyX makes a "stat64" on
Julien> the files of
1 - 100 of 108 matches
Mail list logo
