Uwe Stöhr wrote:
> And because the menu entry names it also TeX code.
Which is, strictly taken, also not adequate.
> So the term "ERT" is
> more or less dead and I'm opposed to reintroduce it.
Well, as long as you are basically the only one advocating it here, you will
have to revert it.
Jürg
Uwe Stöhr wrote:
> > * this is not used only for TeX (works in docbook AFAIK)
>
> Sure, but 99.9% of the cases it is used for TeX. The docbook section of
> the docs explain that TeX code has to be used.
I don't ask again, as usual, where you got that statistics from, since it
simply does not m
>
> I think "make test" is traditional. Similarly "make tests" or "make
> check" though those seem less used.
'make'.. what's that ;) ?
>> - Do we want to output the results as a LyX document :P ?
>
> Sounds over-engineered. :P
But it's cool, right.
> IMHO, the most important question when ru
On Tue, Nov 9, 2010 at 2:06 PM, Vincent van Ravesteijn wrote:
> Does anyone have an idea on how to set up the automatic testing for LyX?
Not sure which automatic testing you are referring to
> - Shall I make a directory lyx-devel/tests/ ?
> - Do we want to run the tests from LyX itself ?
> - Do
Does anyone have an idea on how to set up the automatic testing for LyX?
- Shall I make a directory lyx-devel/tests/ ?
- Do we want to run the tests from LyX itself ?
- Do we want to run the tests as a separate application ?
- Do we want to output the results as a LyX document :P ?
Vincent
Both in revert_multirowOffset and revert_multirow, we do not really
do a proper reversion. The rowspan is set to two and the width to
2cm, because the information required to set both properly is not
readily available. So I wonder a bit what we are doing here and what
our policy is. The informatio
To reproduce, see bug #6814: http://www.lyx.org/trac/ticket/6814
1. Insert more than a screen full of dummy text,
2. Insert a graphics (the file doesn't need to exist),
3. Insert more than a screen full of dummy text,
4. Save file,
5. Restart LyX,
6. Open file,
7. Select all with Ctrl+A,
8. Copy,
Pavel Sanda wrote:
> this shouldn't easyfix for some newcomer dev... ;)
should be
>
> pavel
Pavel Sanda wrote:
> this noop lfun could generalized so different environment could be added as
> argument
> one argument for negation and we have quite powerful hacking machinery without
> touching additional code at all ;)
or less trickier:
LFUN_CONTEXT_TRIGGER [!] ENVI_TYPE LFUN_CALL
this sh
zhaoyunsong wrote:
> I am writting to ask if I can define shortcuts that works only in math mode.
no. but there has been already such request.
hmm thinking more, we have command-alternative, which ends up in the first
successfull lfun. so now only some noop lfun returning true in standard
en
Pavel Sanda wrote:
> Tommaso,
>
> do you still intend to implement search within a paragraph? if not should we
> kill it from ui?
and similarly 'Expand macros' ?
>
> pavel
Tommaso,
do you still intend to implement search within a paragraph? if not should we
kill it from ui?
pavel
Am 08.11.2010 23:20, schrieb Jean-Marc Lasgouttes:
Yes, 2 years a go or so. Since LyX 1.6.0 almost all documentation files use "TeX
code".
> * it has been named like that for ages and is part of LyX identity
For long-term users yes, but not for new ones.
And so? I fail to see the argument h
Vincent van Ravesteijn wrote:
> > Would you have a link? (or at least a time window)?
>
> http://thread.gmane.org/gmane.editors.lyx.general/55769
thanks for pointer since i also can't remember we discussed it.
it somewhat strange to decide such things on users list :)
> But parts of it seems to
> Would you have a link? (or at least a time window)?
http://thread.gmane.org/gmane.editors.lyx.general/55769
But parts of it seems to be missing :S..
Vincent
Le 8 nov. 10 à 20:16, Uwe Stöhr a écrit :
> Err, did we ever discuss this?
Yes, 2 years a go or so. Since LyX 1.6.0 almost all documentation
files use "TeX code".
> * it has been named like that for ages and is part of LyX identity
For long-term users yes, but not for new ones.
And so? I
Hello fellow LyXers,
I am very sorry if I am asking the question in the wrong mailing list
(please direct me elsewhere if it is the case).
When inserting a cross-reference, i get no spacing around it, i.e.
"Now returning to[eq:main], we see..."
instead of the way I would like it:
"Now returning t
Dear Developers---
The syntax of TeX/LaTeX, or shall I say absence of it, is insane. It also means
that nothing except TeX/LaTeX can grok its contents. I have always wished for a
more sane subset of LaTeX, which I could use to author my documents, and which
could give me and others the ability
Richard Heck comcast.net> writes:
> > Starting with lyx-2.0, with a new document, labels are chap:, but
> > remain as par:
> > (I guess for compatibility with prettyref), so that checking "Use
> > refstyle" with a reference to a chapter results in a ?? (unknown
> > reference to cha:xxx).
> >
> Err, did we ever discuss this?
Yes, about 2 years ago. Since LyX 1.6.0 almost all documentation files
use "TeX code". And also the menu entry in the insert menu was renamed.
> * this is not used only for TeX (works in docbook AFAIK)
We have to find an intuitive name and it is used in 99.95
On 11/08/2010 11:58 AM, Jean-Pierre Chrétien wrote:
While testing, I discovered that the sub: prefix was not correctly
dealt with, because the fallback command (used in that case because
refstyle does not know about sub: labels):
\AtBeginDocument{\providecommand\subref[1]{\ref{#1}}}
refers to
On Mon, Nov 08, 2010 at 09:48:29AM +0100, Peter Kümmel wrote:
> The 100% cpu for when previewing is fixed now. (Maybe a bug in the Buffer
> function).
Hmm... I don't see any difference, LyX behaves exactly as described before.
--
Enrico
On Mon, Nov 08, 2010 at 09:02:54AM +0100, Peter Kümmel wrote:
> On 08.11.2010 02:17, Enrico Forestieri wrote:
> > On Mon, Nov 08, 2010 at 01:42:35AM +0100, Peter Kümmel wrote:
> >
> >> On 08.11.2010 01:15, Enrico Forestieri wrote:
> >>> On Mon, Nov 08, 2010 at 12:41:28AM +0100, Pavel Sanda wrote:
Hello,
Coming back to refstyle again, I wrote a short example to test the recent
improvements made by Danie Els to the package (as far as LyX is concerned,
mostly relaxation of the requirement to load babel before refstyle).
I've posted the example as the last attachment to bug #6609 (sorry f
On 11/04/2010 08:52 AM, Jean-Pierre Chrétien wrote:
Richard Heck a écrit :
On 11/03/2010 01:28 PM, Jean-Pierre Chrétien wrote:
I forgot to mention that I could make convert_prettyref.patch work.
So what is the idea behind this one? It seems to have a few different
parts.
I know there is a
Peter Kümmel gmx.net> writes:
> Do you use an external boost library, not that shipped with LyX?
> Then updating boost maybe helps.
With Debian Lenny, I have in /usr/lib:
/usr/lib/libboost_filesystem-gcc42-1_34_1.so.1.34.1
/usr/lib/libboost_filesystem-gcc42-mt-1_34_1.so.1.34.1
and the like.
I
Jean-Pierre Chrétien wrote:
> Pavel Sanda lyx.org> writes:
>
> > i didn't get what you are trying to acheive. fr.po was not touched
> > at all (except remerge).
>
> Fine, I understood that you replaced po files in trunk by po files in branch.
no, i was careful to replace only obsolote translati
Pavel Sanda lyx.org> writes:
> i didn't get what you are trying to acheive. fr.po was not touched
> at all (except remerge).
Fine, I understood that you replaced po files in trunk by po files in branch.
--
Jean-Pierre
Jean-Pierre Chrétien wrote:
> > i moved .po files which were newer in branch to trunk.
> > once beta1 is out i will write .po maintainers to start work
> > on 2.0 translations.
>
> Can I safely replace my current local version (up to date for trunk)
> with the repository version ?
i didn't get wh
>> These problems need to get fixed ;).
>
> Yes. I don't know how difficult it is.
I can tell you when I know what causes it ;).
> BTW, is this a problem only on Mac OSX platform?
>
Well, I haven't seen this yet, so I guess.
Vincent
Am 08.11.2010 um 09:49 schrieb Vincent van Ravesteijn:
>> ... At the cost of nasty font render problems. These were already
>> discussed. It depends on the display font how bad the rendering is. The root
>> cause
>> may be that the text fragment passed to Qt string draw differs from
>> the text f
> Yes, later.
> But read Bennetts mail in this thread.
Ah yes, sorry.
> He says it works. At the cost of nasty font render problems. These were
> already
> discussed. It depends on the display font how bad the rendering is. The root
> cause
> may be that the text fragment passed to Qt string dr
On 08.11.2010 02:17, Enrico Forestieri wrote:
> On Mon, Nov 08, 2010 at 01:42:35AM +0100, Peter Kümmel wrote:
>
>> On 08.11.2010 01:15, Enrico Forestieri wrote:
>>> On Mon, Nov 08, 2010 at 12:41:28AM +0100, Pavel Sanda wrote:
>>>
Enrico Forestieri wrote:
> #ifdefs where placed without car
Am 07.11.2010 um 22:20 schrieb Jean-Marc Lasgouttes:
>
> Le 7 nov. 10 à 22:08, sw...@lyx.org a écrit :
>
>> Author: switt
>> Date: Sun Nov 7 22:08:23 2010
>> New Revision: 36200
>> URL: http://www.lyx.org/trac/changeset/36200
>>
>> Log:
>> we now require gettext version 0.18 at least
>
> Why
Am 08.11.2010 um 09:34 schrieb Vincent van Ravesteijn:
To be clear: the bug is in 4.6.3 present too.
That's why the patch is needed...
Stephan
>>>
>>> Which bug are we talking about here ?
>>
>> The bug is described in ticket #6706.
>> It's not in LyX, it's in Qt - the
On 08.11.2010 09:13, Jean-Pierre Chrétien wrote:
> Hello,
>
> Here is what I see (Debina lenny, Qt 4.4.3)
>
> g++ -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL
> -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore
> -Wextra -Wall-g -O -MT ForkedCalls.o
>>> To be clear: the bug is in 4.6.3 present too.
>>> That's why the patch is needed...
>>>
>>> Stephan
>>>
>>
>> Which bug are we talking about here ?
>
> The bug is described in ticket #6706.
> It's not in LyX, it's in Qt - therefore the LyX ticket
> was closed. But the problem is real.
>
> Steph
Am 07.11.2010 um 22:19 schrieb Vincent van Ravesteijn:
>> To be clear: the bug is in 4.6.3 present too.
>> That's why the patch is needed...
>>
>> Stephan
>>
>
> Which bug are we talking about here ?
The bug is described in ticket #6706.
It's not in LyX, it's in Qt - therefore the LyX ticket
w
Pavel Sanda lyx.org> writes:
> i moved .po files which were newer in branch to trunk.
> once beta1 is out i will write .po maintainers to start work
> on 2.0 translations.
Can I safely replace my current local version (up to date for trunk)
with the repository version ?
--
Jean-Pierre
On 08.11.2010 02:17, Enrico Forestieri wrote:
> On Mon, Nov 08, 2010 at 01:42:35AM +0100, Peter Kümmel wrote:
>
>> On 08.11.2010 01:15, Enrico Forestieri wrote:
>>> On Mon, Nov 08, 2010 at 12:41:28AM +0100, Pavel Sanda wrote:
>>>
Enrico Forestieri wrote:
> #ifdefs where placed without car
40 matches
Mail list logo
