Angus Leeming 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
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "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> t
Lars Gullik BjÃnnes wrote:
> I guess you have tested cases that need a screen update:
>
> - when seleciton
This is handled explicitely, we only supress the update of we weren't
selecting before the LFUN and we are not selecting after.
> - cursor movement forcing a scroll
This is handled se
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| 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.
If this is all it takes, then go for it.
I guess you have tested cases tha
Maurizio Monge <[EMAIL PROTECTED]> writes:
| #0 0x002a980626e9 in kill () from /lib64/libc.so.6
| #1 0x002a9736b111 in pthread_kill () from /lib64/libpthread.so.0
| #2 0x002a9736b432 in raise () from /lib64/libpthread.so.0
| #3 0x002a980623d2 in raise () from /lib64/libc.so.6
|
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(
-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 fon
"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
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
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 wrong
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
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 little
"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 anchors
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. :-)
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
> "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 K
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
On Monday 17 May 2004 12:54, Chris Karakas wrote:
> "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 j
> "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
> "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> 'std
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
> "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'.
Angu
> "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 Leeming wrote:
> Are there any other citation bugs
none that I am aware of ATM.
Jürgen.
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,
"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
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 wher
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-1
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 presumab
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
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 thin
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,
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 i
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
> coun
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
> "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)?
Angu
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
>
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:
>
> http://wiki.lyx.org/p
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 i
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
c
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
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
>
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 shou
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
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 sente
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,
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
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
49 matches
Mail list logo
