My first though was that a po-file was broken, so I copied another over it.
This worked, but then another po-file broke, and I repeated this for
quite a few po-files before the compile of lyx-1.4cvs (cvs updated today)
proceeded past the po directory.
Is this expected, or do I have broken
Helge Hafting wrote:
My first though was that a po-file was broken, so I copied another over
it. This worked, but then another po-file broke, and I repeated this for
quite a few po-files before the compile of lyx-1.4cvs (cvs updated today)
proceeded past the po directory.
Is this expected,
Georg Baum wrote:
2. If I force po file regeneration everything works well. My gettext
version is 0.14.1. Maybe yours is too old? We should have a check for
this.
I recently put such a check into autogen.sh, but then removed it again
because the correct place to check is in the configure
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Georg Baum wrote:
2. If I force po file regeneration everything works well. My
gettext version is 0.14.1. Maybe yours is too old? We should have a
check for this.
Angus I recently put such a check into autogen.sh, but then removed
Angus
John Spray wrote:
Hi,
This patch delivers the first page of the gtk document dialog. I'm
submitting this now rather than finishing the whole dialog in the
interests of getting incremental feedback. This is a somewhat swollen
patch, since it also includes some new stuff in ghelpers, and
Jean-Marc Lasgouttes wrote:
Angus I recently put such a check into autogen.sh, but then removed
Angus it again because the correct place to check is in the configure
Angus script. Unfortunately, my brain wasn't sufficiently agile to
Angus work out how to write the test in AUTOBUMF language, so
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Do people need gettext to be installed? Can't they configure
Angus --with-included-gettext? Personally, I don't have gettext
Angus installed on the WinXP box and have not been suffering from any
Angus failure to build.
Angus What do I miss?
Jean-Marc Lasgouttes wrote:
There are two things: the gettext library code which is in the intl/
directory (used with --with-included-gettext) and the gettext
utilities like xgettext or msgfmt that are needed when the po files
have been modified. It is the latter that cause problems.
IMHO it
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
There are two things: the gettext library code which is in the
intl/ directory (used with --with-included-gettext) and the gettext
utilities like xgettext or msgfmt that are needed when the po files
have been
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
What about this patch? I am not sure it cures the original problem,
but it looks like a welcome cleanup.
Georg I guess it will do nothing to the original problem, but it
Georg looks good in its own right.
Lars,
This small patch (which is just a proof of concept) tests whether a
TeX installation accepts spaces in file names.
In my teTeX 2.0.2 here, I get (somewhere in the output of
lib/configure):
checking whether TeX allows spaces in file names... no
Normally, users of modern TeXs (using web2c 7.5.3)
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc This small patch (which is just a proof of concept) tests
Jean-Marc whether a TeX installation accepts spaces in file names.
This new patch adds the lyxrc support for the variables. There is not
preference UI, and I do not
Jean-Marc Lasgouttes wrote:
Normally, users of modern TeXs (using web2c 7.5.3) should see 'yes' as
answer here. I'd be glad to see some testing.
Testing would be easier if the patch was not empty ...
Georg
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
Normally, users of modern TeXs (using web2c 7.5.3) should see 'yes'
as answer here. I'd be glad to see some testing.
Georg Testing would be easier if the patch was not empty ...
Ineed :) Is the second one better?
Jean-Marc Lasgouttes wrote:
Ineed :) Is the second one better?
Yes. It correctly reports that my tetex installation (Web2C 7.4.5) does not
support spaces in file names.
Georg
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
Ineed :) Is the second one better?
Georg Yes. It correctly reports that my tetex installation (Web2C
Georg 7.4.5) does not support spaces in file names.
So, we are both old-timers. It would be nice if the young
Jean-Marc Lasgouttes wrote:
Georg Jean-Marc Lasgouttes wrote:
Ineed :) Is the second one better?
Georg Yes. It correctly reports that my tetex installation (Web2C
Georg 7.4.5) does not support spaces in file names.
So, we are both old-timers. It would be nice if the young kids could
try
Hi all,
This is my first contribution to lyx. I wrote a Ref dialog for the GTK
frontend. One issue that remains is, that my code still sets the buffer
combobox to the first entry, though I tried to find the correct index
via the current buffer's name...
Other than that, it seems to work quite
Andreas Klostermann wrote:
Hi all,
This is my first contribution to lyx. I wrote a Ref dialog for the GTK
frontend. One issue that remains is, that my code still sets the buffer
combobox to the first entry, though I tried to find the correct index
via the current buffer's name...
Other than
Andreas Klostermann wrote:
One issue that remains is, that my code still sets the buffer
combobox to the first entry, though I tried to find the correct index
via the current buffer's name...
QRef.C (update()) has:
// restore the buffer combo setting for new insets
if
Lars Gullik Bjønnes wrote:
Very good. Please get someone to test it a bit before you commit
this.
It seems that nobody had time to do so. I committed it nevertheless since I
did a fair amount of testing myself and am pretty sure that what worked
until now still works. Maybe we get some more
On Thu, 2005-03-10 at 17:26 +, Angus Leeming wrote:
Nice try but not quite there yet. The LyX dialogs aren't instant apply.
Instead, you press the Ok or Apply buttons.
In this context, instant apply means that changes in a dialog are
reflected in the document immediately, rather than having
John Spray wrote:
On Thu, 2005-03-10 at 17:26 +, Angus Leeming wrote:
Nice try but not quite there yet. The LyX dialogs aren't instant
apply. Instead, you press the Ok or Apply buttons.
In this context, instant apply means that changes in a dialog are
reflected in the document
Martin Vermeer wrote:
+ if (row.pos() end c = end
+ par.isInset(end) par.getInset(end)-display()) {
+ c = end - 1;
+ }
+
This change has introduced a new bug.
- Insert a Note inset
- Collapse
- Uncollapse
Assertion triggered in char
Angus,
Now I've looked at the cross reference dialog, I don't know why Andreas
made it instant apply: it's for inserting new refs as well as editing
existing ones. So in this case I'd say okay/cancel is the appropriate
button setup. This will go in that thread in a moment.
More general
On Thu, 2005-03-10 at 18:06 +0100, Andreas Klostermann wrote:
Other than that, it seems to work quite fine. I made it an instant apply
dialog to keep in touch with the gnome way of doing things. Now I think
it would be better to have a revert changes button...
Andreas,
Good start. As I said
On Thu, Mar 10, 2005 at 07:40:11PM +0100, Juergen Spitzmueller wrote:
Martin Vermeer wrote:
+ if (row.pos() end c = end
+ par.isInset(end) par.getInset(end)-display()) {
+ c = end - 1;
+ }
+
This change has introduced a new bug.
- Insert a
Hallo guys,
I have been using lyx for a couple of years and I think it is great. Here is
a suggestion of minor importance:
When I go to insert-label lyx open a dialog box and asks for the name. In
the name I can use any characters I want but some will give rise to errors
in latex.
For example
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Georg == Georg Baum [EMAIL PROTECTED] writes:
| Georg Jean-Marc Lasgouttes wrote:
What about this patch? I am not sure it cures the original problem,
but it looks like a welcome cleanup.
| Georg I guess it will do nothing to the original
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Georg == Georg Baum [EMAIL PROTECTED] writes:
| Georg Jean-Marc Lasgouttes wrote:
There are two things: the gettext library code which is in the
intl/ directory (used with --with-included-gettext) and the gettext
utilities like xgettext or
John Spray [EMAIL PROTECTED] writes:
| Index: GDocument.C
| ===
| RCS file: GDocument.C
| diff -N GDocument.C
| --- /dev/null 1 Jan 1970 00:00:00 -
| +++ GDocument.C 10 Mar 2005 21:33:26 -
| @@ -0,0 +1,289 @@
| +/**
| +
Georg Baum [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
Very good. Please get someone to test it a bit before you commit
this.
| It seems that nobody had time to do so. I committed it nevertheless since I
| did a fair amount of testing myself and am pretty sure that what worked
|
On Fri, 2005-03-11 at 00:55 +0100, Lars Gullik Bjønnes wrote:
Ooo space after ',' missing.
Drop the bool const and use only bool here. On declarations: not const
on pods, in definitions it is ok.
defunit cannot be a const ref?
ditto 'bool const' - 'bool'
Thanks Lars, all suggested
Theofilos Strinopoulos [EMAIL PROTECTED] writes:
For example 'equation for \eta' is an invalid label because of the '\'
character. Can you make lyx give a warning when the user has entered an
illegal label name?
For DocBook we automatically sanitize these names, ie. remove all
illegal
Clicking near most kinds of insets makes the following:
Assertion triggered in char Paragraph::getChar(int) const by failing check pos
int(text_.size()) in file ../../lyx/src/paragraph.h:293
Aborted (core dumped)
This is new.
---Kayvan
Martin Vermeer wrote:
Are you sure this bug report is accurate?
Yes, 100% reproducible here (in both my trees).
I find that inserting a note and doing anything with it does nothing to
crash lyx... but clicking on an end of paragraph gives precisely the
above assert.
I have found out now
My first though was that a po-file was broken, so I copied another over it.
This worked, but then another po-file broke, and I repeated this for
quite a few po-files before the compile of lyx-1.4cvs (cvs updated today)
proceeded past the po directory.
Is this expected, or do I have broken
Helge Hafting wrote:
> My first though was that a po-file was broken, so I copied another over
> it. This worked, but then another po-file broke, and I repeated this for
> quite a few po-files before the compile of lyx-1.4cvs (cvs updated today)
> proceeded past the po directory.
>
> Is this
Georg Baum wrote:
> 2. If I force po file regeneration everything works well. My gettext
> version is 0.14.1. Maybe yours is too old? We should have a check for
> this.
I recently put such a check into autogen.sh, but then removed it again
because the correct place to check is in the configure
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Georg Baum wrote:
>> 2. If I force po file regeneration everything works well. My
>> gettext version is 0.14.1. Maybe yours is too old? We should have a
>> check for this.
Angus> I recently put such a check into autogen.sh, but
John Spray wrote:
> Hi,
>
> This patch delivers the first page of the gtk document dialog. I'm
> submitting this now rather than finishing the whole dialog in the
> interests of getting incremental feedback. This is a somewhat swollen
> patch, since it also includes some new stuff in ghelpers,
Jean-Marc Lasgouttes wrote:
> Angus> I recently put such a check into autogen.sh, but then removed
> Angus> it again because the correct place to check is in the configure
> Angus> script. Unfortunately, my brain wasn't sufficiently agile to
> Angus> work out how to write the test in AUTOBUMF
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Do people need gettext to be installed? Can't they configure
Angus> --with-included-gettext? Personally, I don't have gettext
Angus> installed on the WinXP box and have not been suffering from any
Angus> failure to build.
Angus>
Jean-Marc Lasgouttes wrote:
> There are two things: the gettext library code which is in the intl/
> directory (used with --with-included-gettext) and the gettext
> utilities like xgettext or msgfmt that are needed when the po files
> have been modified. It is the latter that cause problems.
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> There are two things: the gettext library code which is in the
>> intl/ directory (used with --with-included-gettext) and the gettext
>> utilities like xgettext or msgfmt that are needed when the po
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> What about this patch? I am not sure it cures the original problem,
>> but it looks like a welcome cleanup.
Georg> I guess it will do nothing to the original problem, but it
Georg> looks good in its own
This small patch (which is just a proof of concept) tests whether a
TeX installation accepts spaces in file names.
In my teTeX 2.0.2 here, I get (somewhere in the output of
lib/configure):
checking whether TeX allows spaces in file names... no
Normally, users of modern TeXs (using web2c 7.5.3)
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This small patch (which is just a proof of concept) tests
Jean-Marc> whether a TeX installation accepts spaces in file names.
This new patch adds the lyxrc support for the variables. There is not
preference UI, and
Jean-Marc Lasgouttes wrote:
> Normally, users of modern TeXs (using web2c 7.5.3) should see 'yes' as
> answer here. I'd be glad to see some testing.
Testing would be easier if the patch was not empty ...
Georg
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> Normally, users of modern TeXs (using web2c 7.5.3) should see 'yes'
>> as answer here. I'd be glad to see some testing.
Georg> Testing would be easier if the patch was not empty ...
Ineed :) Is the
Jean-Marc Lasgouttes wrote:
> Ineed :) Is the second one better?
Yes. It correctly reports that my tetex installation (Web2C 7.4.5) does not
support spaces in file names.
Georg
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> Ineed :) Is the second one better?
Georg> Yes. It correctly reports that my tetex installation (Web2C
Georg> 7.4.5) does not support spaces in file names.
So, we are both old-timers. It would be nice
Jean-Marc Lasgouttes wrote:
> Georg> Jean-Marc Lasgouttes wrote:
>>> Ineed :) Is the second one better?
>
> Georg> Yes. It correctly reports that my tetex installation (Web2C
> Georg> 7.4.5) does not support spaces in file names.
>
> So, we are both old-timers. It would be nice if the young kids
Hi all,
This is my first contribution to lyx. I wrote a Ref dialog for the GTK
frontend. One issue that remains is, that my code still sets the buffer
combobox to the first entry, though I tried to find the correct index
via the current buffer's name...
Other than that, it seems to work quite
Andreas Klostermann wrote:
> Hi all,
> This is my first contribution to lyx. I wrote a Ref dialog for the GTK
> frontend. One issue that remains is, that my code still sets the buffer
> combobox to the first entry, though I tried to find the correct index
> via the current buffer's name...
>
Andreas Klostermann wrote:
> One issue that remains is, that my code still sets the buffer
> combobox to the first entry, though I tried to find the correct index
> via the current buffer's name...
QRef.C (update()) has:
// restore the buffer combo setting for new insets
if
Lars Gullik Bjønnes wrote:
> Very good. Please get someone to test it a bit before you commit
> this.
It seems that nobody had time to do so. I committed it nevertheless since I
did a fair amount of testing myself and am pretty sure that what worked
until now still works. Maybe we get some more
On Thu, 2005-03-10 at 17:26 +, Angus Leeming wrote:
> Nice try but not quite there yet. The LyX dialogs aren't "instant apply".
> Instead, you press the Ok or Apply buttons.
In this context, instant apply means that changes in a dialog are
reflected in the document immediately, rather than
John Spray wrote:
> On Thu, 2005-03-10 at 17:26 +, Angus Leeming wrote:
>> Nice try but not quite there yet. The LyX dialogs aren't "instant
>> apply". Instead, you press the Ok or Apply buttons.
> In this context, instant apply means that changes in a dialog are
> reflected in the document
Martin Vermeer wrote:
> + if (row.pos() < end && c >= end
> + && par.isInset(end) && par.getInset(end)->display()) {
> + c = end - 1;
> + }
> +
This change has introduced a new bug.
- Insert a Note inset
- Collapse
- Uncollapse
Assertion triggered in char
Angus,
Now I've looked at the cross reference dialog, I don't know why Andreas
made it instant apply: it's for inserting new refs as well as editing
existing ones. So in this case I'd say okay/cancel is the appropriate
button setup. This will go in that thread in a moment.
More general
On Thu, 2005-03-10 at 18:06 +0100, Andreas Klostermann wrote:
> Other than that, it seems to work quite fine. I made it an instant apply
> dialog to keep in touch with the gnome way of doing things. Now I think
> it would be better to have a "revert changes" button...
Andreas,
Good start. As I
On Thu, Mar 10, 2005 at 07:40:11PM +0100, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
> > + if (row.pos() < end && c >= end
> > + && par.isInset(end) && par.getInset(end)->display()) {
> > + c = end - 1;
> > + }
> > +
>
> This change has introduced a
Hallo guys,
I have been using lyx for a couple of years and I think it is great. Here is
a suggestion of minor importance:
When I go to insert-label lyx open a dialog box and asks for the name. In
the name I can use any characters I want but some will give rise to errors
in latex.
For example
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
| Georg> Jean-Marc Lasgouttes wrote:
>>> What about this patch? I am not sure it cures the original problem,
>>> but it looks like a welcome cleanup.
>
| Georg> I guess it will do nothing
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
| Georg> Jean-Marc Lasgouttes wrote:
>>> There are two things: the gettext library code which is in the
>>> intl/ directory (used with --with-included-gettext) and the gettext
>>> utilities
John Spray <[EMAIL PROTECTED]> writes:
| Index: GDocument.C
| ===
| RCS file: GDocument.C
| diff -N GDocument.C
| --- /dev/null 1 Jan 1970 00:00:00 -
| +++ GDocument.C 10 Mar 2005 21:33:26 -
| @@ -0,0 +1,289 @@
| +/**
|
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Very good. Please get someone to test it a bit before you commit
>> this.
>
| It seems that nobody had time to do so. I committed it nevertheless since I
| did a fair amount of testing myself and am pretty sure that what
On Fri, 2005-03-11 at 00:55 +0100, Lars Gullik Bjønnes wrote:
> Ooo space after ',' missing.
> Drop the bool const and use only bool here. On declarations: not const
> on pods, in definitions it is ok.
> defunit cannot be a const ref?
> ditto 'bool const' -> 'bool'
Thanks Lars, all suggested
Theofilos Strinopoulos <[EMAIL PROTECTED]> writes:
>
> For example 'equation for \eta' is an invalid label because of the '\'
> character. Can you make lyx give a warning when the user has entered an
> illegal label name?
For DocBook we automatically "sanitize" these names, ie. remove all
Clicking near most kinds of insets makes the following:
Assertion triggered in char Paragraph::getChar(int) const by failing check "pos
< int(text_.size())" in file ../../lyx/src/paragraph.h:293
Aborted (core dumped)
This is new.
---Kayvan
Martin Vermeer wrote:
> Are you sure this bug report is accurate?
Yes, 100% reproducible here (in both my trees).
> I find that inserting a note and doing anything with it does nothing to
> crash lyx... but clicking on an end of paragraph gives precisely the
> above assert.
I have found out now
72 matches
Mail list logo