On 2010-01-13, Uwe Stöhr wrote:
> Am 13.01.2010 01:54, schrieb rgheck:
> The tutorial is a file for newbies and thus should only contain the basics.
>> Another possibility would be to give more verbose error messages from
>> tex2lyx, and perhaps in the GUI, error messages that would direct the
>>
Am 13.01.2010 01:54, schrieb rgheck:
Tutorial.lyx: accept Richard's changes
I added the stuff about unknown layout classes in response to yet more
"bug reports" about import failures. I wonder if there is somewhere else
we should also mention this, say, in the User's Guide. I guess I worry
tha
Am 13.01.2010 01:51, schrieb rgheck:
Tutorial.lyx: revert r33004 (I guess this was accidentally committed.)
Yes, sorry.
You did similar changes in the past. Why did you remove long dashes by "---"? Using three characters
to get one in the output is unintuitive and confuses newbies. Thanks t
On 01/12/2010 07:51 PM, uwesto...@lyx.org wrote:
Author: uwestoehr
Date: Wed Jan 13 01:51:35 2010
New Revision: 33009
URL: http://www.lyx.org/trac/changeset/33009
Log:
Tutorial.lyx: accept Richard's changes
I added the stuff about unknown layout classes in response to yet more
"bug reports
On 01/12/2010 07:26 PM, uwesto...@lyx.org wrote:
Author: uwestoehr
Date: Wed Jan 13 01:26:03 2010
New Revision: 33007
URL: http://www.lyx.org/trac/changeset/33007
Log:
Tutorial.lyx: revert r33004 (I guess this was accidentally committed.)
Yes, sorry.
Besides this, please do all changes t
Hello,
in an attempt to fix #6171 (weird highlighting of words language in
Find/Replace WAs), I came to the attached patch (first one, findadv-lang).
Basically, I wanted to "copy" the same language settings of the document
within which the search starts.
For example, I'm editing a foreign-lan
Jean-Marc Lasgouttes wrote:
> > probably only bug in doc?
> > one candidate for next sample in inset-forall.
>
> Yes. I did the changes.
thanks
pavel
Enrico Forestieri wrote:
> On Tue, Jan 12, 2010 at 04:44:07PM +0100, Pavel Sanda wrote:
> > v...@lyx.org wrote:
> > > Author: vfr
> > > Date: Tue Jan 12 16:35:52 2010
> > > New Revision: 32984
> > > URL: http://www.lyx.org/trac/changeset/32984
> > >
> > > Log:
> > > Change the ProgressView strings
Pavel Sanda writes:
> practicaly, however, it doesnt work for me with the advice below.
>
>> +inset-forall Note: inset-modify changetype
>
> inset-forall Note:Note inset-modify changetype Comment
You mean I should have tried it out? The following works for me
inset-forall Note:Note inset-m
On Tue, Jan 12, 2010 at 04:44:07PM +0100, Pavel Sanda wrote:
> v...@lyx.org wrote:
> > Author: vfr
> > Date: Tue Jan 12 16:35:52 2010
> > New Revision: 32984
> > URL: http://www.lyx.org/trac/changeset/32984
> >
> > Log:
> > Change the ProgressView strings:
> > - Item "Show progress messa
On 2010-01-12, Jürgen Spitzmüller wrote:
> Guenter Milde wrote:
>> * as the special meaning of the ~ character in babel's polutonikogreek
>> is now cared for by LyX, we don't need special setup code.
>> --- a/lib/languages
>> +++ b/lib/languages
>> -polutonikogreek polutonikogreek"Greek
lasgout...@lyx.org wrote:
>> Log:
>> get rid of notes-mutate and explain that inset-forall can do the same
>
> Pavel, is this OK?
philosophically yes, we should get rid of it once we have inset-forall.
practicaly, however, it doesnt work for me with the advice below.
> +inset-forall Note: in
Le 12/01/2010 16:54, lasgout...@lyx.org a écrit :
Author: lasgouttes
Date: Tue Jan 12 16:54:33 2010
New Revision: 32986
URL: http://www.lyx.org/trac/changeset/32986
Log:
get rid of notes-mutate and explain that inset-forall can do the same
Pavel, is this OK?
JMarc
v...@lyx.org wrote:
> Author: vfr
> Date: Tue Jan 12 16:35:52 2010
> New Revision: 32984
> URL: http://www.lyx.org/trac/changeset/32984
>
> Log:
> Change the ProgressView strings:
> - Item "Show progress messages" "dialog-toggle progress"
> + Item "View Progress/Debug Messa
please keep the messages on list...
> - temp is a local (default) one at /var/folders/...
> - the last I can see from - dbg any is: (see fig)
>
> _ shall I filter it for some particular message?
no, if its not freeze and lyx still works, it will be difficult to pinpoint
something from the log.
Pavel Sanda wrote:
> to sum it up - i change the toolbar very often so i asked about changing
> the defaults either to off or to vertical position.
I'd rather fix the cause (i.e., allow for multiple toolbars in a row).
Jürgen
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > no more qsettings! :) if they wont get restarted every other day and we
> > have it in normal preferences then there was no need for this thread.
>
> Still? I thought we fixed this.
we fixed some issues and added new ones. for example we have un
Pavel Sanda wrote:
Abdelrazak Younes wrote:
If you have the courage and willingness to do it, I suggest to kill this ui
file once and for all. We can either have sane hardcoded default or use a
QSettings based ini file.
no more qsettings! :) if they wont get restarted every other day
Pavel Sanda wrote:
> no more qsettings! :) if they wont get restarted every other day and we
> have it in normal preferences then there was no need for this thread.
Still? I thought we fixed this.
Jürgen
Jürgen Spitzmüller wrote:
>
> Yes. But that's not a big deal, is it?
i felt frustrated to do it again and again and again.
pavel
Abdelrazak Younes wrote:
> So your point is that we should change the default? Or maybe that we should
> create another tag in order to put two toolbars on the same row?
of course i'm talking about the defaults the whole time ;)
>
> If you have the courage and willingness to do it, I suggest to
> ... QSettings based ini file ...
QSettings roars its tail again..
>Abdel.
Vincent
Pavel Sanda wrote:
Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
you dont get it displayed as a third row??
No.
and you didn't se it manually, right?
Of course he did :-)
because default.ui says:
"view/update" "on,top"
and behaves like this here.
So your point
Pavel Sanda wrote:
> and you didn't se it manually, right?
Yes. But that's not a bug deal, is it?
> because default.ui says:
> "view/update" "on,top"
Yes, we should implement a way to position two toolbars in a row in the first
place.
Jürgen
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > you dont get it displayed as a third row??
>
> No.
and you didn't se it manually, right?
because default.ui says:
"view/update" "on,top"
and behaves like this here.
pavel
Pavel Sanda wrote:
> you dont get it displayed as a third row??
No.
Jürgen
<>
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > while we are at ui flames... notebooks are becoming wider while height is
> > constant or even smaller in some cases - saving vertical space is more
> > important than horizontal one. i find myself constantly moving the
> > solitary view/update
Guenter Milde wrote:
> * as the special meaning of the ~ character in babel's polutonikogreek
> is now cared for by LyX, we don't need special setup code.
>
> --- a/lib/languages
> +++ b/lib/languages
> @@ -43,7 +43,7 @@ german german"German (old spelling)"
> false iso8859-1 ngerman
rgheck wrote:
On 01/11/2010 02:03 PM, Abdelrazak Younes wrote:
rgheck wrote:
I'm running into several problems due to the buffer cloning thing
during XHTML output. The latest is that I need the expanded form of
a math macro in the MathML output routines, and I don't have it,
since it seems
29 matches
Mail list logo
