Angus Leeming wrote:
Hope it helps ;-)
A.
One further thing: the word is "Feedback", not "Feedbacks". I'll let
you fix that!
Angus
Hope it helps ;-)
A.
Index: ANNOUNCE
===
--- ANNOUNCE(revision 18947)
+++ ANNOUNCE(working copy)
@@ -1,29 +1,30 @@
Public release of LyX version 1.5.0 (release candidate 2)
===
-We are glad
Darren Freeman wrote:
What I am most concerned about is being able to write chemical formulas
with each element as a nucleus. I guess if I ensure the nucleus is
math-text then it will work anyway but there must be others who would
like this to work without brace insets.
Maybe there should be a c
3 table bugs in rc2
Sorry I haven't checked bugzilla - my plane leaves in a few hours.
1. left/right/center buttons fail for multicol cell: (irritating)
=
Make table. Set first row to right justified, write text in first cell.
Merge first cell with the next two (multicol).
The multicol
Bo Peng schrieb:
I am filing bugzilla reports about various installer issues but Uwe
seems to be eager to say 'I will not change this', and close the bug
reports.
No polemic please. I only closed one and explained you why. I see no problem using berlios.de as
alternative host when ftp.lyx.org
> Instead of utf-8 or utf8 use auto as the inputencoding.
Done: http://www.lyx.org/trac/changeset/18943
regards Uwe
> As discussed shere some weeks ago, your solution is not suitable.
I am filing bugzilla reports about various installer issues but Uwe
seems to be eager to say 'I will not change this', and close the bug
reports.
Using the same MSVC dependency files, the same bundling files, hosting
the aspell
On Fri, Jun 29, 2007 at 11:45:10AM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >On Fri, Jun 29, 2007 at 10:38:20AM +0200, Abdelrazak Younes wrote:
> >> Dov Feldstern wrote:
> >>>Jean-Marc Lasgouttes wrote:
> Dov> This may not be very costly relative to the painting, but it's
> >>>
On Fri, Jun 29, 2007 at 11:17:51AM +0300, Dov Feldstern wrote:
> Right now it's being called on every cursor blink, I think (I put in a
> debug printout, and it prints on every blink); and what it's doing every
> time is to loop over all the characters from the beginning of the line
> until the
On Friday 29 June 2007 18:16:59 Jürgen Spitzmüller wrote:
> Since a user has suffered from dataloss because of my buggy lyx2lyx
> reversion, I had a look again, and I think I managed to get both conversion
> and reversion now to work as intended.
>
> José, does it make sense?
Yes, it does.
> OK
Since a user has suffered from dataloss because of my buggy lyx2lyx reversion,
I had a look again, and I think I managed to get both conversion and
reversion now to work as intended.
José, does it make sense? OK to commit?
Jürgen
Index: lib/lyx2lyx/lyx_1_5.py
===
On Friday 29 June 2007 11:26:54 Uwe Stöhr wrote:
> That's better but I don't know how to do this in the doc_toc.py file.
Instead of utf-8 or utf8 use auto as the inputencoding.
> regards Uwe
--
José Abílio
Uwe Stöhr wrote:
As discussed shere some weeks ago, your solution is not suitable. You
check every 500ms if the PDF has been chaged by pressing the Update
button. That means a program is running all the time and needs resources.
How do you delete the temporary PDF file after Adobe Reader is cl
Uwe Stöhr schrieb:
> I can not compile doc/TOC.lyx. I guess this is caused by line
> \usepackage[utf-8]{inputenc}.
Because the correct line would be
\usepackage[utf8]{inputenc}
The attached trivial patch fixes this and sets the Python file
encoding to utf-8 as we once agred that all our scrip
On Fri, 29 Jun 2007 17:54:40 +0300
Dov Feldstern <[EMAIL PROTECTED]> wrote:
> Sorry, I didn't explain myself clearly. I already committed a fix for
> a *different* keymap bug a few weeks ago, and I thought that that fix
> was causing your problem. But now I don't think that it's my fix
> that's ca
On 6/29/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
Wolfgang Engelmann wrote:
> Am Freitag, 18. Mai 2007 14:37 schrieb José Matos:
>
>> Public release of LyX version 1.5.0 (release candidate 2)
>> ===
>>
>> We are glad to announce the release of LyX 1.5.0 (release
GoogleGuy wrote:
On Fri, 29 Jun 2007 16:43:42 +0300
Dov Feldstern wrote:
First of all, I'm with you --- I also like the keymap feature a lot,
I think it's great!
Hi Dov, thanks for your support, hopefully this feature is here to stay.
I fixed a bug regarding the keymap a couple of weeks ago
On Fri, 29 Jun 2007 16:43:42 +0300
Dov Feldstern <[EMAIL PROTECTED]> wrote:
> First of all, I'm with you --- I also like the keymap feature a lot,
> I think it's great!
Hi Dov, thanks for your support, hopefully this feature is here to stay.
> I fixed a bug regarding the keymap a couple of weeks
Dov Feldstern wrote:
GoogleGuy wrote:
Hi All,
I just compiled LyX 1.5.0rc2 from source, and ran into a keyboard map
problem.
(I'm using primary and secondary keyboard maps extensively, rather than
XKB, because this way LyX shortcuts work no matter the layout, and
this, I think, is one of LyX's
GoogleGuy wrote:
Hi All,
I just compiled LyX 1.5.0rc2 from source, and ran into a keyboard map
problem.
(I'm using primary and secondary keyboard maps extensively, rather than
XKB, because this way LyX shortcuts work no matter the layout, and
this, I think, is one of LyX's biggest strengths.)
> The update button works in the official installer (view creates a new window,
update reloads all
> windows). If you use the same PDF viewing method, there will be no problems.
As discussed shere some weeks ago, your solution is not suitable. You check every 500ms if the PDF
has been chaged by
Hi All,
I just compiled LyX 1.5.0rc2 from source, and ran into a keyboard map
problem.
(I'm using primary and secondary keyboard maps extensively, rather than
XKB, because this way LyX shortcuts work no matter the layout, and
this, I think, is one of LyX's biggest strengths.)
The problem: With L
Hi!
Attached find a patch which fixes some problems that existed with the
"default" encoding. Georg and I discussed some of these a few months
back, but nothing ever came of it then. Now this patch seems to fix all
of the problems that I have with "default" encoding.
The attached files are t
Bo, why did you set all translations to the same text?
I did msginit, and msgmerge ..., anyway, I am working on the translations now.
Bo
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> OK, but why does Scons tell me that it contains 3467 translated
>> messages?
Bo> I have no idea. The count is given by msgmerge, or something
Bo> similar.
Because all the entries are like
#: src/frontends/qt4/ui/AboutUi.ui:32
msgid "Version"
m
Mael Hilléreau wrote:
Le 29 juin 07 à 10:06, Abdelrazak Younes a écrit :
2. Regarding C.: there was certainly a motivation for introducing the
CRC for regular files, but nobody explained it deeply. So who did
introduce the CRC test, and why?
AFAIU, the CRC based solution is required for files
On Friday 29 June 2007 12:06:42 Georg Baum wrote:
> Perfect!
>
>
> Georg
+1
--
José Abílio
OK, but why does Scons tell me that it contains 3467 translated messages?
I have no idea. The count is given by msgmerge, or something similar.
Bo
Jean-Marc Lasgouttes wrote:
> Here is what I came up with. Since the code in output_command_layout
> is a bit complicated to my taste (to make a specialized version), I
> decided to create a fake layout and use it directly. The code in
> Layout.* is necessary because the relevant members are priva
Enrico Forestieri wrote:
> On Fri, Jun 29, 2007 at 09:31:57AM +0200, Jean-Marc Lasgouttes wrote:
>> Why the need to set inputencoding to utf8?
>
> Because it's easier to do without worrying for finding a better solution.
Wrong. The very same patch with
s/utf8/auto/
would be the better solutio
Le 29 juin 07 à 10:06, Abdelrazak Younes a écrit :
B. I proposed a patch which does the job, but in which cache
update is only led by comparing directories' timestamps.
Could you post it again agains latest SVN?
Unfortunately, I do not have SVN installed due to a compilation
problem with
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Fri, Jun 29, 2007 at 09:31:57AM +0200, Jean-Marc Lasgouttes wrote:
>> > "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>>
>> >> I can not compile doc/TOC.lyx. I guess this is caused by line >>
>> \usepackage[utf-8]{inp
Jean-Marc Lasgouttes schrieb:
Uwe> Because the correct line would be
Uwe> \usepackage[utf8]{inputenc}
Why the need to set inputencoding to utf8? What about using language's
default encoding.
That's better but I don't know how to do this in the doc_toc.py file.
regards Uwe
Bo Peng schrieb:
SET LANG=zh_CN: brings me English menus, why?
Because it is not translated yet. :-)
OK, but why does Scons tell me that it contains 3467 translated messages?
regards Uwe
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak> Seeking the two OKs (before 1.5.0 please :-))
This looks straightforward enough.
+1
OK, thanks.
Abdel.
On Fri, Jun 29, 2007 at 09:31:57AM +0200, Jean-Marc Lasgouttes wrote:
> > "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
> >> I can not compile doc/TOC.lyx. I guess this is caused by line
> >> \usepackage[utf-8]{inputenc}.
>
> Uwe> Because the correct line would be
>
> Uwe> \usepackage[utf
Jean-Marc Lasgouttes wrote:
> Abdelrazak> Seeking the two OKs (before 1.5.0 please :-))
>
> This looks straightforward enough.
+1
Jürgen
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Mael Hilléreau wrote:
>> 1. Open a document with child documents, each comprising divisions;
>> 2. Show the outline pane. You can see childs' divisions; 3. Select
>> (view) one of the childs; 4. Close this child doc. T
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Well, if the command is named \caption then it will be some
Georg> sort of caption. I don't see any problem if the caption inset
Georg> is used in this case.
Here is what I came up with. Since the code in output_command_layout
is a b
Mael Hilléreau wrote:
1. Open a document with child documents, each comprising divisions;
2. Show the outline pane. You can see childs' divisions;
3. Select (view) one of the childs;
4. Close this child doc. The focus comes back to the master doc;
5. Click in the outline pane at some point corres
Martin Vermeer wrote:
On Fri, Jun 29, 2007 at 10:38:20AM +0200, Abdelrazak Younes wrote:
Dov Feldstern wrote:
Jean-Marc Lasgouttes wrote:
Dov> This may not be very costly relative to the painting, but it's
Dov> certainly much more wasteful than it needs to be.
But iterating over a single lin
On Fri, Jun 29, 2007 at 10:38:20AM +0200, Abdelrazak Younes wrote:
> Dov Feldstern wrote:
> > Jean-Marc Lasgouttes wrote:
> >> Dov> This may not be very costly relative to the painting, but it's
> >> Dov> certainly much more wasteful than it needs to be.
> >>
> >> But iterating over a single line
Wolfgang Engelmann wrote:
Am Freitag, 18. Mai 2007 14:37 schrieb José Matos:
Public release of LyX version 1.5.0 (release candidate 2)
===
We are glad to announce the release of LyX 1.5.0 (release candidate 2).
We expect this to be the last release before 1.5.
Mael Hilléreau wrote:
1. Open a document with child documents, each comprising divisions;
2. Show the outline pane. You can see childs' divisions;
3. Select (view) one of the childs;
4. Close this child doc. The focus comes back to the master doc;
5. Click in the outline pane at some point corres
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
We would also have to decide where the correct place for this cache is
(TextMetrics?);
Cursor seems like the ideal place for that.
should caching occur for the entire paragraph (or even
document), or just for the line which
Jean-Marc Lasgouttes wrote:
"Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Perhaps, I don't know. But note that the main incentive here is
Dov> not the optimization, but the cleaning up of the code. Right now
Dov> we have almost identical code in two different places. That's why
Dov>
Dov Feldstern wrote:
Jean-Marc Lasgouttes wrote:
Dov> This may not be very costly relative to the painting, but it's
Dov> certainly much more wasteful than it needs to be.
But iterating over a single line is very cheap, isn't it?
The rule is: do not try to optimize until the profiler told you
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Perhaps, I don't know. But note that the main incentive here is
Dov> not the optimization, but the cleaning up of the code. Right now
Dov> we have almost identical code in two different places. That's why
Dov> this whole thing started.
Jean-Marc Lasgouttes wrote:
"Dov" == Dov Feldstern
writes:
Dov> Right now it's being called on every cursor blink, I think (I put
Dov> in a debug printout, and it prints on every blink); and what it's
Dov> doing every time is to loop over all the characters from the
Dov> beginning of the line
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Right now it's being called on every cursor blink, I think (I put
Dov> in a debug printout, and it prints on every blink); and what it's
Dov> doing every time is to loop over all the characters from the
Dov> beginning of the line until
Jean-Marc Lasgouttes wrote:
> I thought about it too, but it means that a textclass that uses
> \caption for something else will get to use the caption inset. Not a
> big problem probably. I'll have a look at this solution.
Well, if the command is named \caption then it will be some sort of capti
Abdelrazak Younes wrote:
Dov Feldstern wrote:
We would also have to decide where the correct place for this cache is
(TextMetrics?);
Cursor seems like the ideal place for that.
should caching occur for the entire paragraph (or even
document), or just for the line which the cursor is in?
I
Uwe Stöhr wrote:
Concerning the page: I would not mention the bind file because this is
unnecessary. New users will be scared about every preferences fiddling.
We don't use special bind files for the other languages, and when the
user is experianced enough, he can create any time later its own
Mael Hilléreau wrote:
Le 27 juin 07 à 13:21, Abdelrazak Younes a écrit :
Mael Hilléreau wrote:
Great! BTW, do you have an opinion (better, an explanation) on
whether it is needed to perform a CRC for graphics? I'm referring to
a previous discussion entitled "Converter problem with Mac OS
pac
Dov Feldstern wrote:
We would also have to decide where the correct place for this cache is
(TextMetrics?);
Cursor seems like the ideal place for that.
should caching occur for the entire paragraph (or even
document), or just for the line which the cursor is in?
I don't follow you... there
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> I can not compile doc/TOC.lyx. I guess this is caused by line
>> \usepackage[utf-8]{inputenc}.
Uwe> Because the correct line would be
Uwe> \usepackage[utf8]{inputenc}
Why the need to set inputencoding to utf8? What about using language's
d
56 matches
Mail list logo
