FYI. Michael
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sat Jan 20 19:35:27 2007
New Revision: 16787
URL: http://www.lyx.org/trac/changeset/16787
Log:
* lib/ui/classic.ui: Plain Text, Join Lines - align
with menu entries in stdmenus.ui
Modified:
Again, FYI.
Michael
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sat Jan 20 19:38:06 2007
New Revision: 16788
URL: http://www.lyx.org/trac/changeset/16788
Log:
* src/MenuBackend.C: Import plain text: align
labels with menu entries in stdmenus.inc
Modified:
Lars,
Uwe has committed two patches yesterday but I didn't receive
corresponding [EMAIL PROTECTED] emails.
I guess Uwe is not listed in one of the server scripts. Could you please
check?
Michael
Angus Leeming schrieb:
- docstring const abst = _(Abstract: );
+ docstring const abst = _(Abstract) + from_ascii(: );
Not all languages will use ':' in the same way as the English and in
RtL languages the thing won't go to the right of the word either...
Hpmf $§#!
Uwe,
I made a couple of minor change for the sake of consistency.
Michael
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sun Jan 21 11:20:39 2007
New Revision: 16792
URL: http://www.lyx.org/trac/changeset/16792
Log:
* lib/ui/stdtoolbars.inc: fix typo; use Capitals in
toolbar name;
Hi,
this is the last in a series of commits to make the user interface
consistent.
All po files have been updated accordingly. I think it is time again to
draw the attention of the LyX translators.
The German translations are already complete (with the exception of a
couple of labels
Andre Poenitz wrote:
On Fri, Jan 19, 2007 at 12:18:35PM +0100, Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
Indeed but first we have to make sure that the CoordCache is properly
filled in for all insets. We can do that recursively as is done in the
rowpainter. One have
Andre Poenitz wrote:
On Fri, Jan 19, 2007 at 11:39:40AM +0100, Georg Baum wrote:
If we make sure that the coord cache is always
set in the metrics method as Abdel suggests,
There must be a misunderstanding somewhere. The metrics phase only
determines _sizes_. The coord cache records
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
I don't understand, why the space in the first line should be
deleted?
deleted space means a space that was marked as deleted.
Use the attached lyx
Guys,
I've learned how to use Bugzilla and I think it is useful. But I'm
starting to think that the discussion should happen in the list rather
than in Bugzilla. Could we automated that?
I am thinking of Bugzilla sending a message to the devel list and update
the bug entry with a link to
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
I don't understand, why the space in the first line should be
deleted?
deleted space means a space that was marked as deleted.
Use the attached lyx
Michael Gerz wrote:
Sure?
Yes!
Looks like 4.
1 is always added somewhere else (this is the common case).
Georg
Andre Poenitz wrote:
On Fri, Jan 19, 2007 at 11:39:40AM +0100, Georg Baum wrote:
If we make sure that the coord cache is always
set in the metrics method as Abdel suggests,
There must be a misunderstanding somewhere. The metrics phase only
determines _sizes_. The coord cache records
Currently, a converter path cannot contain non-ascii characters on systems
not using utf8 as the local encoding. Moreover, arguments are also passed
in utf8 encoding. This is clearly wrong and produces assertions, eg. on
Windows but also on Solaris when using a locale different from utf8.
I had a
Hello!
The attached patch fixes the problem in trunk. The problem was that for the filename one token was
retrieved from the lexer instead of the whole remaining line.
Bernhard
PS: I think the preferred way for contributing should be via a bug report?
Abdelrazak Younes wrote:
Bernhard
On Fri, Jan 19, 2007 at 08:55:06PM +, José Matos wrote:
On Friday 19 January 2007 4:02:43 pm Jean-Marc Lasgouttes wrote:
OK, I'll apply it and tell Jose' that you made me do it if he
complains.
Abdel... hum. How were you capable of such thing? ;-)
It's his pretty face. Who can
by the way 1.4.2 and 1.4.3 (that's all i have installed) also truncate the filename, but i have no
source at my pc
Abdelrazak Younes schrieb:
OK, IIUC, then you will have two deleted space then, right? Again,
IIUC, the paragraph contents should still contain the two spaces but
isDeleted(0) and (1) would return true, right?
Yes Yes.
If yes, then as I said, there is a problem even before the screen
update
Abdelrazak Younes schrieb:
Right now, stripLeadingSpaces() returns the number of _physically_
deleted spaces. I can change this to return the number of physically
and logically characters.
Yes, I guess we should do that.
Ok, the patch will be committed in a few minutes.
Michael
As announced I did some further work on the removal of InsetLaTeXAccent. The
lyx2lyx stuff is now finished and working, and I also got a replacement for
LaTeX output up and running (but it is very slow - don't try to output the
user guide, it will take many minutes).
It works like this:
Hello everybody,
this patch should cure all crashes related to accepting a change. I will
provide a similar patch for reject-change tomorrow (hopefully).
One thing that I am not very happy about is the invocation of DEPM,
because the latter makes use of cursors, calls the undo mechanism,
Enrico Forestieri wrote:
Currently, a converter path cannot contain non-ascii characters on systems
not using utf8 as the local encoding. Moreover, arguments are also passed
in utf8 encoding. This is clearly wrong and produces assertions, eg. on
Windows but also on Solaris when using a locale
Bernhard Roider wrote:
Hello!
The attached patch fixes the problem in trunk. The problem was that for
the filename one token was
retrieved from the lexer instead of the whole remaining line.
Thanks a lot. The fix is correct (the same code is used in
InsetGraphicsParams::Read), and I put it
The TOC defect is still present, where if you select an entry in the
TOC window, when you re-select the TOC window the document jumps to the
start.
Also, Chapter Title spacing is off. The chapter title is over lapping
the last sentence of the previous chapter.
Stephen Buonopane wrote:
Sorry for the repost, but the original thread seems to have been
'captured' by another poster who changed the topic.
The problem with the bullets described below has been confirmed by two
others on Mac.
Does it occur in Windows? Linux?
Not on Windows with LyX
On Sun, Jan 21, 2007 at 10:41:29PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
I had a look at the code and come to the conclusion that the FileName
class with its toFilesystemEncoding method is not of help here. This
is because we have to also deal with non-absolute paths and some
Last week we discussed how to include the menu language setting to lyxrc. I
think this would be an
improvement because then we could get rid of the lyx.bat file that is currently
used to start LyX on
Windows.
lyx.bat calls lyx.exe, sets temporarily the language environment variable and
the
On Mon, Jan 22, 2007 at 01:33:31AM +0100, Uwe Stöhr wrote:
Now I implemented in the installer that Aiksaurus is registered as standalone
program. The installer
sets the needed environment variable.
This has unfortunately the disadvantage that invoking the thesaurus, when LyX
is started the
Joost and Uwe,
Could you please try to merge the two windows installers? It is
definitely confusing to have two installers so please at least put a
README file explaining the differences between them. If you guys can
not reach an agreement on some issues, please bring them up and let
Michael
On Sun, 21 Jan 2007, Bo Peng wrote:
Joost and Uwe,
Could you please try to merge the two windows installers? It is
definitely confusing to have two installers so please at least put a
README file explaining the differences between them. If you guys can not
reach an agreement on some issues,
FYI. Michael
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sat Jan 20 19:35:27 2007
New Revision: 16787
URL: http://www.lyx.org/trac/changeset/16787
Log:
* lib/ui/classic.ui: "Plain Text, Join Lines" - align
with menu entries in stdmenus.ui
Modified:
Again, FYI.
Michael
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sat Jan 20 19:38:06 2007
New Revision: 16788
URL: http://www.lyx.org/trac/changeset/16788
Log:
* src/MenuBackend.C: Import plain text: align
labels with menu entries in stdmenus.inc
Modified:
Lars,
Uwe has committed two patches yesterday but I didn't receive
corresponding [EMAIL PROTECTED] emails.
I guess Uwe is not listed in one of the server scripts. Could you please
check?
Michael
Angus Leeming schrieb:
- docstring const abst = _("Abstract: ");
+ docstring const abst = _("Abstract") + from_ascii(": ");
Not all languages will use ':' in the same way as the English and in
RtL languages the thing won't go to the right of the word either...
Hpmf $&§#!
Uwe,
I made a couple of minor change for the sake of consistency.
Michael
[EMAIL PROTECTED] schrieb:
Author: schmitt
Date: Sun Jan 21 11:20:39 2007
New Revision: 16792
URL: http://www.lyx.org/trac/changeset/16792
Log:
* lib/ui/stdtoolbars.inc: fix typo; use Capitals in
toolbar name;
Hi,
this is the last in a series of commits to make the user interface
consistent.
All po files have been updated accordingly. I think it is time again to
draw the attention of the LyX translators.
The German translations are already complete (with the exception of a
couple of labels
Andre Poenitz wrote:
On Fri, Jan 19, 2007 at 12:18:35PM +0100, Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
Indeed but first we have to make sure that the CoordCache is properly
filled in for all insets. We can do that recursively as is done in the
rowpainter. One have
Andre Poenitz wrote:
On Fri, Jan 19, 2007 at 11:39:40AM +0100, Georg Baum wrote:
If we make sure that the coord cache is always
set in the metrics method as Abdel suggests,
There must be a misunderstanding somewhere. The metrics phase only
determines _sizes_. The coord cache records
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
I don't understand, why the space in the first line should be
deleted?
means a space that was marked as deleted.
Use the attached lyx file. Press
Guys,
I've learned how to use Bugzilla and I think it is useful. But I'm
starting to think that the discussion should happen in the list rather
than in Bugzilla. Could we automated that?
I am thinking of Bugzilla sending a message to the devel list and update
the bug entry with a link to
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Abdelrazak Younes schrieb:
I don't understand, why the space in the first line should be
deleted?
means a space that was marked as deleted.
Use the attached lyx file. Press
Michael Gerz wrote:
> Sure?
Yes!
> Looks like 4.
1 is always added somewhere else (this is the common case).
Georg
Andre Poenitz wrote:
> On Fri, Jan 19, 2007 at 11:39:40AM +0100, Georg Baum wrote:
>> If we make sure that the coord cache is always
>> set in the metrics method as Abdel suggests,
>
> There must be a misunderstanding somewhere. The metrics phase only
> determines _sizes_. The coord cache
Currently, a converter path cannot contain non-ascii characters on systems
not using utf8 as the local encoding. Moreover, arguments are also passed
in utf8 encoding. This is clearly wrong and produces assertions, eg. on
Windows but also on Solaris when using a locale different from utf8.
I had a
Hello!
The attached patch fixes the problem in trunk. The problem was that for the filename one token was
retrieved from the lexer instead of the whole remaining line.
Bernhard
PS: I think the preferred way for contributing should be via a bug report?
Abdelrazak Younes wrote:
Bernhard
On Fri, Jan 19, 2007 at 08:55:06PM +, José Matos wrote:
> On Friday 19 January 2007 4:02:43 pm Jean-Marc Lasgouttes wrote:
> > OK, I'll apply it and tell Jose' that you made me do it if he
> > complains.
>
> Abdel... hum. How were you capable of such thing? ;-)
It's his pretty face. Who
by the way 1.4.2 and 1.4.3 (that's all i have installed) also truncate the filename, but i have no
source at my pc
Abdelrazak Younes schrieb:
OK, IIUC, then you will have two deleted space then, right? Again,
IIUC, the paragraph contents should still contain the two spaces but
isDeleted(0) and (1) would return true, right?
Yes & Yes.
If yes, then as I said, there is a problem even before the screen
update
Abdelrazak Younes schrieb:
Right now, stripLeadingSpaces() returns the number of _physically_
deleted spaces. I can change this to return the number of physically
and logically characters.
Yes, I guess we should do that.
Ok, the patch will be committed in a few minutes.
Michael
As announced I did some further work on the removal of InsetLaTeXAccent. The
lyx2lyx stuff is now finished and working, and I also got a replacement for
LaTeX output up and running (but it is very slow - don't try to output the
user guide, it will take many minutes).
It works like this:
Hello everybody,
this patch should cure all crashes related to accepting a change. I will
provide a similar patch for reject-change tomorrow (hopefully).
One thing that I am not very happy about is the invocation of DEPM,
because the latter makes use of cursors, calls the undo mechanism,
Enrico Forestieri wrote:
> Currently, a converter path cannot contain non-ascii characters on systems
> not using utf8 as the local encoding. Moreover, arguments are also passed
> in utf8 encoding. This is clearly wrong and produces assertions, eg. on
> Windows but also on Solaris when using a
Bernhard Roider wrote:
> Hello!
>
> The attached patch fixes the problem in trunk. The problem was that for
the filename one token was
> retrieved from the lexer instead of the whole remaining line.
Thanks a lot. The fix is correct (the same code is used in
InsetGraphicsParams::Read), and I
The TOC defect is still present, where if you select an entry in the
TOC window, when you re-select the TOC window the document jumps to the
start.
Also, Chapter Title spacing is off. The chapter title is over lapping
the last sentence of the previous chapter.
Stephen Buonopane wrote:
Sorry for the repost, but the original thread seems to have been
'captured' by another poster who changed the topic.
The problem with the bullets described below has been confirmed by two
others on Mac.
Does it occur in Windows? Linux?
Not on Windows with LyX
On Sun, Jan 21, 2007 at 10:41:29PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
> > I had a look at the code and come to the conclusion that the FileName
> > class with its toFilesystemEncoding method is not of help here. This
> > is because we have to also deal with non-absolute paths
Last week we discussed how to include the menu language setting to lyxrc. I
think this would be an
improvement because then we could get rid of the lyx.bat file that is currently
used to start LyX on
Windows.
lyx.bat calls lyx.exe, sets temporarily the language environment variable and
the
On Mon, Jan 22, 2007 at 01:33:31AM +0100, Uwe Stöhr wrote:
> Now I implemented in the installer that Aiksaurus is registered as standalone
> program. The installer
> sets the needed environment variable.
> This has unfortunately the disadvantage that invoking the thesaurus, when LyX
> is
Joost and Uwe,
Could you please try to merge the two windows installers? It is
definitely confusing to have two installers so please at least put a
README file explaining the differences between them. If you guys can
not reach an agreement on some issues, please bring them up and let
Michael
On Sun, 21 Jan 2007, Bo Peng wrote:
Joost and Uwe,
Could you please try to merge the two windows installers? It is
definitely confusing to have two installers so please at least put a
README file explaining the differences between them. If you guys can not
reach an agreement on some issues,
60 matches
Mail list logo