Christopher Reeve wrote:
Hi Richard,
I'm just testing LyX 1.6rc1 and still have the same problem as
1.6beta4. That is, I have lost my sub-figure captions, eg my (a)'s,
(b)'s and (c)'s...
Below is the LaTeX before and after importing to 1.60rc1. Let me know
if you need a LyX snippet and I'll
This patch implements an idea that has already been discussed before:
undo
groups. The idea is that several recordUndo operations that belong to
the
same group will be undone at the same time. For example, with a code
like
the following,
beginUndoGroup()
recordUndo()
OK for branch.
Done.
Are any further steps needed?
I do not think so, but time will tell :)
JMarc
> Incidentally, if you want to have your patches easy to apply please
> stick to the LyX coding conventions as outlined in
> development/coding/{Rules,Recommendations}
>
> Andre'
JMarc already mentioned it and I already apologized for
disrespecting the style.
The patches within that e-mail were
Hi Richard,
I'm just testing LyX 1.6rc1 and still have the same problem as 1.6beta4.
That is, I have lost my sub-figure captions, eg my (a)'s, (b)'s and (c)'s...
Below is the LaTeX before and after importing to 1.60rc1. Let me know if you
need a LyX snippet and I'll try and find it.
Cheers,
Chr
rgheck wrote:
So it might be that we could go with the attached, which is what you
suggested earlier. I'm not sure, however, because e.g.
pars_[pit].inInset()->getLayout(buffer.params()).font()
will be sane_font for InsetText, and I'm worried that that isn't right.
The right patch is attached--
Konrad Hofbauer wrote:
> Nevertheless: "is not supposed to work" was misleading. We only do not
> officially support it anymore. The reason for that is that we both do
> neither have the time nor the facilities (read: installation) to test
> and support 10.3.x. If it works nevertheless, that is go
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
I propose we get rid of Inset::getLayout() altogether. It's not
needed. As the attached shows.
The potential usefulness of getLayout for basic insets is to be able
to define the fonts used by all insets (ref, cite, math) fr
On Thu, Aug 14, 2008 at 12:09:39PM +0200, Vincent van Ravesteijn - TNW wrote:
> Index: src/insets/InsetCollapsable.cpp
> ===
> --- src/insets/InsetCollapsable.cpp (revision 26147)
> +++ src/insets/InsetCollapsable.cpp (working copy
Konrad Hofbauer wrote:
> >> I could also try to see whether the patch that was applied to gettext
> >> to cure this problem could be applied to our own copy.
> >
> > Here is a short patch which does just that. If it works, it would be a
> > safe candidate for branch (even to do 1.5.6 respins).
>
>
rgheck <[EMAIL PROTECTED]> writes:
> There is a getLayout(BufferParams const &), but the one I was using is
> getLayout(), which is only defined in InsetCollapsable. I could use
> the other one, but there's a lot of weirdness here, now that I look at
> it. I take it that Inset::getLayout(BufferPara
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
OK, progress. The attached patch seems to fix the bug.
The patch looks good. Note however that getLayout is defined at Inset
level, so you do not need to play tricks with InsetCollapsable.
There is a getLayout(BufferP
Konrad Hofbauer <[EMAIL PROTECTED]> writes:
> I am trying to hunt down a bug related to automatic reloading of the
> PDF file using Skim.
>
> Can someone give me a quick idea how LyX converts to PDF (using pdflatex)?
>
> LyX converts/exports everything into the tmp directory, and then?
>
> A singl
Hi,
I am trying to hunt down a bug related to automatic reloading of the PDF
file using Skim.
Can someone give me a quick idea how LyX converts to PDF (using pdflatex)?
LyX converts/exports everything into the tmp directory, and then?
A single pdflatex call without particular options, multip
On Wednesday 13 August 2008 15:07:09 Jean-Marc Lasgouttes wrote:
> Done. (on ftp.devel.lyx.org, right?)
Thanks, right. :-)
> JMarc
--
José Abílio
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> Sorry for the style, I wasn't too sure about that piece of code, so I
> lacked being precise. Normally I'm careful to adjust to the rest of the
> code.
That is OK, I am just preparing to be able to directly apply your
patches in the futu
> The behaviour of these inset-related functions (toggle, dissolve,
> settings) is supposed to be:
>
> 1/ if there is a inset at cursor, try the function on it
>
> 2/ if there is no inset or the function failed try on the enclosing
inset.
>
> Does it make sense?
>
> It is one reason why the c
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I think that this is a bug occurring with Qt 4.4. See also bug 4967.
I saw it with other versions too.
JMarc
On Thu, Aug 14, 2008 at 11:51:29AM +0200, Vincent van Ravesteijn - TNW wrote:
>
> > It seems that the version control toolbar has a strange behaviour...
> > Don't know why, though.
> >
> > Jmarc
>
> Yes, I noticed too (WinXP). It only occurs at home, but not at work.
> Isn't it a conflict of u
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> Then, I altered the InsetNote code to give a context-edit menu when you
> right-click the text-part and a context-note menu when you right-click
> the button. This code is probably useful for all InsetCollapsables, so
> this code has to b
[and now try to answer the annoying one :)]
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> About the dissolve inset items and stuff. I added this to the code and
> it solves the problem (a bit), but I have to try and figure out what the
> exact behaviour is. It is more or less copie
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> There's any reason why you don't also translate this string?
Hmm, I don't know, stupidity maybe?
> I see that there's another untraslated occurrence of LYX_DIR_VER, too.
Fixed, thanks.
JMarc
[still replying separately to the different chunks...]
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> Last, Jmarc: you changed the code below, but I think you should only
> update the cursor position when the current cursor position is outside
> the Inset. Otherwise when you are edi
On Tue, Aug 12, 2008 at 09:18:50PM -, [EMAIL PROTECTED] wrote:
> Author: lasgouttes
> Date: Tue Aug 12 23:18:49 2008
> New Revision: 26123
>
> URL: http://www.lyx.org/trac/changeset/26123
> Log:
> let autoconf generate lyx.1; add information on LIBDIR there (not sure it is
> actully useful)
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> The folowing patch will solve the problem of bug 5156 discussed before.
> Selecting the character at position 6 gives a selectionEnd at pos 7 and
> a selectionBegin at pos 6. Checking for the current selection using <=
> and >= always re
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
>> //If there is a selection, return the containing inset menu
>> 537 if (d->cursor_.selection())
>> 538 return d->cursor_.inset().contextMenu(*this, x,
> y);
>
> Is it now ensured that you click on the selec
> //If there is a selection, return the containing inset menu
> 537 if (d->cursor_.selection())
> 538 return d->cursor_.inset().contextMenu(*this, x,
y);
Is it now ensured that you click on the selection and not outside the
selection ?
The folowing patch will sol
-- Ignore the previous mail, send by accident --
> Try again. Now, when there is a selection, the context menu is always
> the one of the inset containing the selection.
//If there is a selection, return the containing inset menu
537 if (d->cursor_.selection())
538 return d->cursor_.inset().contextMenu(*this,
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> What is the wanted behaviour for right-clicking inside the insets.
> Right-clicking inside a Float will open the edit context menu, while
> right-clicking inside a Note, ERT, Box, ... will open the context
> menu of the inset.
>
> I thi
> It seems that the version control toolbar has a strange behaviour...
> Don't know why, though.
>
> Jmarc
Yes, I noticed too (WinXP). It only occurs at home, but not at work.
Isn't it a conflict of ui configuration files? It maybe occurs when
installing LyX1.6 over 1.5 or so? This because in 1
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> Enter some text and insert a Note (without a space in between). When you
> select text in front of and adjacent to the Note, right-clicking the
> button of the Note won't clear the selection. This means that when the
> cursor is not immed
rgheck <[EMAIL PROTECTED]> writes:
> OK, progress. The attached patch seems to fix the bug.
The patch looks good. Note however that getLayout is defined at Inset
level, so you do not need to play tricks with InsetCollapsable.
I tried the same thing with FontInfo::realize, which is supposed to b
Stefan Schimanski <[EMAIL PROTECTED]> writes:
> Hi!
>
> Any idea what these strange icons in the toolbar are? I got that some
> days ago after an update, on Mac with Qt 4.4.
It seems that the version control toolbar has a strange behaviour...
Don't know why, though.
JMarc
Hi!
Any idea what these strange icons in the toolbar are? I got that some
days ago after an update, on Mac with Qt 4.4.
Stefan
<>
Johannes Knaus wrote:
I've recognized some Problems in both Lyx 1.6b4 and rc1 on MacOS 10.5
which I would like to report here. I don't know if these are bugs and/or
platform specific; so here they are:
- When I start Lyx 1.6 and costumize the appearance settings via the
"Preferences..." dialo
LyX/Mac 1.6.0rc1, the Mac OS X version of LyX, has now been released and
can be found here:
ftp://ftp.devel.lyx.org/pub/lyx/pre/LyX-1.6.0rc1-Mac-Universal.dmg
LyX 1.6rc1 is not a stable release! That means it is stable enough for
testing, but expect inconsistencies and regressions. This previe
37 matches
Mail list logo
