Ling Li wrote:
Forgot to mention: Currently I --disable-debug
--disable-assertions in making the 1.4.0cvs packages. If I remember
correctly (since I disabled them long time ago), the reason to
--disable-debug is that the package size is way too big with debug
info, and the reason to
Alfredo Braunstein wrote:
So the question is: do we want opening an inset to automatically put
the cursor inside? Or should we *not* call fitCursor when
opening/closing footnotes? (are there other LFUNs that need it)?
I think that we do want to put the cursor inside.
--
Angus
Timo Carl wrote:
Hello,
I'm working with lyx for a while now. But I'm missing a feature that
was a great enhancement when I was working with emacs/latex/xdvi:
Using Src-Specials for search/inverse search.
Is it possible to use this already or do I have to wait for the next
minor
Alfredo Braunstein wrote:
Scroll with the mouse wheel without cursor follows scrollbar is
severely broken in xforms. The qt version works because scroll
doesn't get through LyX dispatch mechanism.
Then is a possible solution to prevent the xforms frontend from
dispacthing an LFUN? (As in, if
Reuben Thomas wrote:
This entry is rather confusing:
lyx
This is the unstable development branch, and is not in use anymore.
Use this only if you know want to see in what direction LyX is going
(e.g. the new LyX kernel). Expect this to crash frequently.
The second and third sentences
Angus Leeming [EMAIL PROTECTED] writes:
Alfredo Braunstein wrote:
So the question is: do we want opening an inset to automatically put
the cursor inside? Or should we *not* call fitCursor when
opening/closing footnotes? (are there other LFUNs that need it)?
I think that we do want to put
Georg Baum wrote:
Am Montag, 10. Mai 2004 15:49 schrieb Angus Leeming:
What do you think? Should I use the hack described above and
collect the data in latex(), or should I do it in validate(), and
how should I pass the files to Exporter::Export()?
However you think it should be done
Andreas Klostermann wrote:
Finally it would be fine to create a box around it stating the file
name and a Description, that is not an Algorithm, Picture or
whatever. Ideally it's the same as plotting a Position out of a FEN
or PNG file in Chess, or like getting a csv/gnumeric table into a
Alfredo Braunstein wrote:
second attempt to have an updateless cursor movement.
Except that I forgot to restrict it to the few LFUNs that need it.
Third attempt.
Alfredo
Neat! If it works then that is GREAT!
--
Angus
Georg Baum wrote:
Some time ago when lyx was crashing every second I played a bit with
const_casts. The attached patch exchanges some of them with the use
of const_iterators. It makes also Paragraph::simpleTeXOnePar const.
That's great. One of the advantages of moving to the use of an stl
Angus Leeming wrote:
The patch, attached, defines a new LFUN_INSET_BUTTONLABEL that is
used to force the label to be refreshed. It works perfectly, so is
this Ok to go in or can anyone think of a better way to reach the
same goal?
Ok, I renamed it as LFUN_INSET_REFRESH and have committed it.
On Sun, May 16, 2004 at 02:54:03PM +0200, Christian Ridderström spake thusly:
Hi
In response to a question on one of the lists, I thought I'd add a quick
description to the wiki of how the file types: .layout, .cls and .sty
relate. It's at this page:
Juergen Spitzmueller wrote:
Angus, it works very well. Now only the off-by-one error is still
there.
Before we address that one,
which seems to be a qt issue btw.
Juergen, can you explain to me what the problem is and how to
reproduce it?
(incidentally, there seem to be
some dispatch
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Alfredo Braunstein wrote:
So the question is: do we want opening an inset to automatically
put the cursor inside? Or should we *not* call fitCursor when
opening/closing footnotes? (are there other LFUNs that need it)?
Angus I think that
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Angus Leeming [EMAIL PROTECTED] writes:
Alfredo Braunstein wrote:
So the question is: do we want opening an inset to automatically
put the cursor inside? Or should we *not* call fitCursor when
opening/closing footnotes? (are there other LFUNs
Robin S. Socha wrote:
I think that we do want to put the cursor inside.
I don't think so. Opening is opening and moving the cursor is
moving the cursor.
May I humbly comment that currently opening an inset positions the
cursor in the first line of the buffer - and that is
Angus Leeming wrote:
Alfredo Braunstein wrote:
So the question is: do we want opening an inset to automatically put
the cursor inside? Or should we *not* call fitCursor when
opening/closing footnotes? (are there other LFUNs that need it)?
I think that we do want to put the cursor inside.
Robin S. Socha wrote:
Not having used LyX for roughly 18 months, I found the new behaviour
quite counter-intuitive.
Could you elaborate? Do you find couter-intuitive the fact that the cursor
is not placed inside?
If what you find couterintuitive is just the jumping, then of course we
agree,
Alfredo Braunstein wrote:
Angus Leeming wrote:
Alfredo Braunstein wrote:
So the question is: do we want opening an inset to automatically
put the cursor inside? Or should we *not* call fitCursor when
opening/closing footnotes? (are there other LFUNs that need it)?
I think that we do
Angus Leeming wrote:
which seems to be a qt issue btw.
Juergen, can you explain to me what the problem is and how to
reproduce it?
You have to switch a document with existing citation insets from
natbib-authoryear to jurabib. Then click on an inset: The style in the combo
is wrong (off by
Jürgen Spitzmüller wrote:
Juergen, can you explain to me what the problem is and how to
reproduce it?
You have to switch a document with existing citation insets from
natbib-authoryear to jurabib. Then click on an inset: The style in
the combo is wrong (off by one).
Ok. And presumably this
Georg Baum [EMAIL PROTECTED] writes:
| diff -p -r -U 4 -X excl.tmp lyx-1.4-clean/src/ChangeLog lyx-1.4-cvs/src/ChangeLog
| --- lyx-1.4-clean/src/ChangeLog 2004-05-14 19:53:10.0 +0200
| +++ lyx-1.4-cvs/src/ChangeLog 2004-05-15 12:03:44.0 +0200
| @@ -1,4 +1,18 @@
| +2004-05-15
Angus Leeming wrote:
Georg Baum wrote:
it does not need to be copied either. The only clean solution that I
can imagine is to introduce a switch in the external template that
tells wether a file is input like or includegraphics like,
because the template is the only place where this is
Jose' Matos [EMAIL PROTECTED] schrieb am 14.05.04 19:13:29:
I have disabled anchors inside the paragraphs although they there is no
problem with the xml convertion path. Later if needed this could be turned
on only for xml with just one line.
Fine! I will have to test all this but it
Alfredo Braunstein [EMAIL PROTECTED] writes:
Robin S. Socha wrote:
Not having used LyX for roughly 18 months, I found the new behaviour
quite counter-intuitive.
Could you elaborate? Do you find couter-intuitive the fact that the cursor
is not placed inside?
Yes, obviously. I mean, why else
Angus Leeming wrote:
Are there any other citation bugs
none that I am aware of ATM.
Jürgen.
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
Uwe Dear developers, some of the key bindings defined in the file
Uwe math.bind could not be used with german keyboards.
Uwe The problem is the meta key AltGr on german keyboards. E.g. the
Uwe character [ is produced with the sequence 'AltGr-[' (or
Uwe
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Rob Lahaye wrote:
Sorry, just a rediculous detail.
Help-About LyX..., License tab.
Doesn't the LyX Team still have the license/copyrights?
Angus Apparently there's no such legal entity as the 'LyX Team'.
Angus I'd suggest changing
Robin S. Socha wrote:
Alfredo Braunstein [EMAIL PROTECTED] writes:
Robin S. Socha wrote:
Not having used LyX for roughly 18 months, I found the new behaviour
quite counter-intuitive.
Could you elaborate? Do you find couter-intuitive the fact that the
cursor is not placed inside?
Yes,
Maurizio == Maurizio Monge [EMAIL PROTECTED] writes:
Maurizio Hello. I compiled lyx cvs (lyx-devel) on and amd64-pc-linux,
Maurizio with gcc-3.4, latest binutils and qt font-end (qt-3.3.2).
Maurizio I get:
Maurizio terminate called after throwing an instance of
Maurizio
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Maybe just to see what's inside? Like: I'm editing here...
Alfredo hmmm let's see what's on the footnote down there... *click*
Alfredo -- now I've lost the position where I was editing...
inset-toggle has the behaviour of opening
On Mon, May 17, 2004 at 03:14:42PM +0200, Jean-Marc Lasgouttes wrote:
The problem seems to be related to the use of the sans font family
which is unknown from qt. Could you try the attached patch which has
been send by Kornel Benko a while ago?
It looks wrong. For starters, these default
John == John Levon [EMAIL PROTECTED] writes:
John On Mon, May 17, 2004 at 03:14:42PM +0200, Jean-Marc Lasgouttes
John wrote:
The problem seems to be related to the use of the sans font
family which is unknown from qt. Could you try the attached patch
which has been send by Kornel Benko a
On Mon, May 17, 2004 at 04:56:32PM +0200, Jean-Marc Lasgouttes wrote:
John It looks wrong. For starters, these default aliases should exist
John on any sane Qt system using Xft. Secondly, even if they don't
John exist, the created font should change to a default, NOT return a
John NULL.
On Monday 17 May 2004 12:54, Chris Karakas wrote:
Did you do the same also for: table, figure, sect1, sect2,
sect3, chapter, equation, inlineequation and, more generally,
for *every* other element?
equation is done now. Do we have inlineequation?
--
José Abílio
LyX and docbook, a perfect
Jose' Matos [EMAIL PROTECTED] schrieb am 17.05.04 16:29:31:
In 1.3.4:
para
anchor id=first-parblah blah...
/para
In 1.4cvs:
para id = first-par
!-- anchor id=first-par --blah blah...
/para
I haven't ever used id's in para's, but might work, why not? This will have to be
On Monday 17 May 2004 17:53, Chris Karakas wrote:
For sections and any other paragraph that you can set from menu that is
correct, but for table and figures what we have now is:
table
title id=someid.../title
/table
Is that OK with you?
No.
This can be solved but it will
Jean-Marc Lasgouttes wrote:
Hmm, the bind file uses 'M-m ~S-bracketleft', which basically means
[, with or without shift. From what you say about german keyboards
(which is true for french ones too), I would think that
\bind M-m ~C-~M-~S-bracketleftmath-delim [ ]
will work with both US and
Uwe Sthr wrote:
because I'm dealing with the bindings at the moment, I looked at the
file de_menus.bind which comes with the LyX distribution and changed it
a little bit to to keep it up-todate.
I removed a duplicate and rearranged some entries.
Please forget this posting. My changes were wrong
On Mon, 17 May 2004, Martin Vermeer wrote:
Yes, life sucks doesn't it.
But the party was nice :-)
I tried to add my part -- will the better informed please chime in.
Thank you very much!
/Christian
--
Christian Ridderström http://www.md.kth.se/~chr
Jose' Matos [EMAIL PROTECTED] schrieb am 17.05.04 19:34:59:
This can be easily solved using an external script though. :-)
:-)))
I know what you mean. But believe me, depending on an external script, like the sed
script
http://www.karakas-online.de/mySGML/sedscr
makes everything
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Montag, 17. Mai 2004 15:14, Jean-Marc Lasgouttes wrote:
Maurizio == Maurizio Monge [EMAIL PROTECTED] writes:
Maurizio Hello. I compiled lyx cvs (lyx-devel) on and amd64-pc-linux,
Maurizio with gcc-3.4, latest binutils and qt font-end
On Tue, May 18, 2004 at 01:42:58AM +0200, Kornel Benko wrote:
The patch I am using now without any crash is attached. The selected fonts may
have some unwanted default value, but at least you are then able to select your
own font with the lyx-UI.
Hmm, that's interesting. Why would fromqstr()
Ling Li wrote:
> Forgot to mention: Currently I "--disable-debug
> --disable-assertions" in making the 1.4.0cvs packages. If I remember
> correctly (since I disabled them long time ago), the reason to
> --disable-debug is that the package size is way too big with debug
> info, and the reason to
Alfredo Braunstein wrote:
> So the question is: do we want opening an inset to automatically put
> the cursor inside? Or should we *not* call fitCursor when
> opening/closing footnotes? (are there other LFUNs that need it)?
I think that we do want to put the cursor inside.
--
Angus
Timo Carl wrote:
> Hello,
>
> I'm working with lyx for a while now. But I'm missing a feature that
> was a great enhancement when I was working with emacs/latex/xdvi:
> Using Src-Specials for search/inverse search.
>
> Is it possible to use this already or do I have to wait for the next
> minor
Alfredo Braunstein wrote:
> Scroll with the mouse wheel without "cursor follows scrollbar" is
> severely broken in xforms. The qt version works because scroll
> doesn't get through LyX dispatch mechanism.
Then is a possible solution to prevent the xforms frontend from
dispacthing an LFUN? (As
Reuben Thomas wrote:
> This entry is rather confusing:
>
> lyx
> This is the unstable development branch, and is not in use anymore.
> Use this only if you know want to see in what direction LyX is going
> (e.g. the new LyX kernel). Expect this to crash frequently.
>
> The second and third
Angus Leeming <[EMAIL PROTECTED]> writes:
> Alfredo Braunstein wrote:
>> So the question is: do we want opening an inset to automatically put
>> the cursor inside? Or should we *not* call fitCursor when
>> opening/closing footnotes? (are there other LFUNs that need it)?
>
> I think that we do
Georg Baum wrote:
> Am Montag, 10. Mai 2004 15:49 schrieb Angus Leeming:
>> > What do you think? Should I use the hack described above and
>> > collect the data in latex(), or should I do it in validate(), and
>> > how should I pass the files to Exporter::Export()?
>>
>> However you think it
Andreas Klostermann wrote:
> Finally it would be fine to create a box around it stating the file
> name and a Description, that is not an Algorithm, Picture or
> whatever. Ideally it's the same as plotting a Position out of a FEN
> or PNG file in Chess, or like getting a csv/gnumeric table into a
Alfredo Braunstein wrote:
>> second attempt to have an updateless cursor movement.
>
> Except that I forgot to restrict it to the few LFUNs that need it.
> Third attempt.
>
> Alfredo
Neat! If it works then that is GREAT!
--
Angus
Georg Baum wrote:
> Some time ago when lyx was crashing every second I played a bit with
> const_casts. The attached patch exchanges some of them with the use
> of const_iterators. It makes also Paragraph::simpleTeXOnePar const.
That's great. One of the advantages of moving to the use of an stl
Angus Leeming wrote:
> The patch, attached, defines a new LFUN_INSET_BUTTONLABEL that is
> used to force the label to be refreshed. It works perfectly, so is
> this Ok to go in or can anyone think of a better way to reach the
> same goal?
Ok, I renamed it as LFUN_INSET_REFRESH and have committed
On Sun, May 16, 2004 at 02:54:03PM +0200, Christian Ridderström spake thusly:
>
> Hi
>
> In response to a question on one of the lists, I thought I'd add a quick
> description to the wiki of how the file types: .layout, .cls and .sty
> relate. It's at this page:
>
>
Juergen Spitzmueller wrote:
>> > Angus, it works very well. Now only the off-by-one error is still
>> > there.
>>
>> Before we address that one,
>
> which seems to be a qt issue btw.
Juergen, can you explain to me what the problem is and how to
reproduce it?
> (incidentally, there seem to be
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Alfredo Braunstein wrote:
>> So the question is: do we want opening an inset to automatically
>> put the cursor inside? Or should we *not* call fitCursor when
>> opening/closing footnotes? (are there other LFUNs that need it)?
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>> Alfredo Braunstein wrote:
>>> So the question is: do we want opening an inset to automatically
>>> put the cursor inside? Or should we *not* call fitCursor when
>>> opening/closing footnotes? (are
Robin S. Socha wrote:
>>> I think that we do want to put the cursor inside.
>>
>> I don't think so. Opening is opening and moving the cursor is
>> moving the cursor.
>
> May I humbly comment that currently opening an inset positions the
> cursor in the first line of the buffer - and that is
>
Angus Leeming wrote:
> Alfredo Braunstein wrote:
>> So the question is: do we want opening an inset to automatically put
>> the cursor inside? Or should we *not* call fitCursor when
>> opening/closing footnotes? (are there other LFUNs that need it)?
>
> I think that we do want to put the cursor
Robin S. Socha wrote:
> Not having used LyX for roughly 18 months, I found the new behaviour
> quite counter-intuitive.
Could you elaborate? Do you find couter-intuitive the fact that the cursor
is not placed inside?
If what you find couterintuitive is just the jumping, then of course we
agree,
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>> Alfredo Braunstein wrote:
>>> So the question is: do we want opening an inset to automatically
>>> put the cursor inside? Or should we *not* call fitCursor when
>>> opening/closing footnotes? (are there other LFUNs that need it)?
>>
>> I
Angus Leeming wrote:
> > which seems to be a qt issue btw.
>
> Juergen, can you explain to me what the problem is and how to
> reproduce it?
You have to switch a document with existing citation insets from
natbib-authoryear to jurabib. Then click on an inset: The style in the combo
is wrong
Jürgen Spitzmüller wrote:
>> Juergen, can you explain to me what the problem is and how to
>> reproduce it?
>
> You have to switch a document with existing citation insets from
> natbib-authoryear to jurabib. Then click on an inset: The style in
> the combo is wrong (off by one).
Ok. And
Georg Baum <[EMAIL PROTECTED]> writes:
| diff -p -r -U 4 -X excl.tmp lyx-1.4-clean/src/ChangeLog lyx-1.4-cvs/src/ChangeLog
| --- lyx-1.4-clean/src/ChangeLog 2004-05-14 19:53:10.0 +0200
| +++ lyx-1.4-cvs/src/ChangeLog 2004-05-15 12:03:44.0 +0200
| @@ -1,4 +1,18 @@
|
Angus Leeming wrote:
> Georg Baum wrote:
>
>> it does not need to be copied either. The only clean solution that I
>> can imagine is to introduce a switch in the external template that
>> tells wether a file is "input like" or "includegraphics like",
>> because the template is the only place
"Jose' Matos" <[EMAIL PROTECTED]> schrieb am 14.05.04 19:13:29:
>
> I have disabled anchors inside the paragraphs although they there is no
> problem with the xml convertion path. Later if needed this could be turned
> on only for xml with just one line.
>
Fine! I will have to test all this
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> Robin S. Socha wrote:
>> Not having used LyX for roughly 18 months, I found the new behaviour
>> quite counter-intuitive.
>
> Could you elaborate? Do you find couter-intuitive the fact that the cursor
> is not placed inside?
Yes, obviously. I
Angus Leeming wrote:
> Are there any other citation bugs
none that I am aware of ATM.
Jürgen.
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> Dear developers, some of the key bindings defined in the file
Uwe> math.bind could not be used with german keyboards.
Uwe> The problem is the meta key "AltGr" on german keyboards. E.g. the
Uwe> character "[" is produced with the sequence
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Rob Lahaye wrote:
>> Sorry, just a rediculous detail.
>>
>> "Help->About LyX...", License tab.
>>
>> Doesn't the LyX Team still have the license/copyrights?
Angus> Apparently there's no such legal entity as the 'LyX Team'.
Robin S. Socha wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>> Robin S. Socha wrote:
>
>>> Not having used LyX for roughly 18 months, I found the new behaviour
>>> quite counter-intuitive.
>>
>> Could you elaborate? Do you find couter-intuitive the fact that the
>> cursor is not
> "Maurizio" == Maurizio Monge <[EMAIL PROTECTED]> writes:
Maurizio> Hello. I compiled lyx cvs (lyx-devel) on and amd64-pc-linux,
Maurizio> with gcc-3.4, latest binutils and qt font-end (qt-3.3.2).
Maurizio> I get:
Maurizio> terminate called after throwing an instance of
Maurizio>
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Maybe just to see what's inside? Like: "I'm editing here...
Alfredo> hmmm let's see what's on the footnote down there... *click*
Alfredo> -- now I've lost the position where I was editing...
inset-toggle has the behaviour
On Mon, May 17, 2004 at 03:14:42PM +0200, Jean-Marc Lasgouttes wrote:
> The problem seems to be related to the use of the "sans" font family
> which is unknown from qt. Could you try the attached patch which has
> been send by Kornel Benko a while ago?
It looks wrong. For starters, these default
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Mon, May 17, 2004 at 03:14:42PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> The problem seems to be related to the use of the "sans" font
>> family which is unknown from qt. Could you try the attached patch
>> which has been send by
On Mon, May 17, 2004 at 04:56:32PM +0200, Jean-Marc Lasgouttes wrote:
> John> It looks wrong. For starters, these default aliases should exist
> John> on any sane Qt system using Xft. Secondly, even if they don't
> John> exist, the created font should change to a default, NOT return a
> John>
On Monday 17 May 2004 12:54, Chris Karakas wrote:
> Did you do the same also for: , , , ,
> , , , and, more generally,
> for *every* other element?
equation is done now. Do we have inlineequation?
--
José Abílio
LyX and docbook, a perfect match. :-)
"Jose' Matos" <[EMAIL PROTECTED]> schrieb am 17.05.04 16:29:31:
>
> In 1.3.4:
>
>
> blah blah...
>
>
> In 1.4cvs:
>
> blah blah...
>
>
I haven't ever used id's in para's, but might work, why not? This will have to be
checked. If it works, it will enable setting xrefs not to
On Monday 17 May 2004 17:53, Chris Karakas wrote:
>
> > For sections and any other paragraph that you can set from menu that is
> > correct, but for table and figures what we have now is:
> >
> >
> > ...
> >
> >
> > Is that OK with you?
>
> No.
This can be solved but it will take a
Jean-Marc Lasgouttes wrote:
Hmm, the bind file uses 'M-m ~S-bracketleft', which basically means
"[, with or without shift". From what you say about german keyboards
(which is true for french ones too), I would think that
\bind "M-m ~C-~M-~S-bracketleft""math-delim [ ]"
will work with both US
Uwe StÃhr wrote:
because I'm dealing with the bindings at the moment, I looked at the
file de_menus.bind which comes with the LyX distribution and changed it
a little bit to to keep it up-todate.
I removed a duplicate and rearranged some entries.
Please forget this posting. My changes were
On Mon, 17 May 2004, Martin Vermeer wrote:
> Yes, life sucks doesn't it.
But the party was nice :-)
> I tried to add my part -- will the better informed please chime in.
Thank you very much!
/Christian
--
Christian Ridderström http://www.md.kth.se/~chr
"Jose' Matos" <[EMAIL PROTECTED]> schrieb am 17.05.04 19:34:59:
>
> This can be easily solved using an external script though. :-)
>
:-)))
I know what you mean. But believe me, depending on an external script, like the sed
script
http://www.karakas-online.de/mySGML/sedscr
makes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Montag, 17. Mai 2004 15:14, Jean-Marc Lasgouttes wrote:
> > "Maurizio" == Maurizio Monge <[EMAIL PROTECTED]> writes:
>
> Maurizio> Hello. I compiled lyx cvs (lyx-devel) on and amd64-pc-linux,
> Maurizio> with gcc-3.4, latest binutils and qt
On Tue, May 18, 2004 at 01:42:58AM +0200, Kornel Benko wrote:
> The patch I am using now without any crash is attached. The selected fonts may
> have some unwanted default value, but at least you are then able to select your
> own font with the lyx-UI.
Hmm, that's interesting. Why would
86 matches
Mail list logo
