On Wed, Jan 10, 2007 at 09:19:33AM +, José Matos wrote:
On Wednesday 10 January 2007 8:03 am, Jean-Marc Lasgouttes wrote:
Well, the labels (which are an existing latex construct, but also
anchors in docbook I guess) can be seen as bookmarks that are saved
with the document. Currently
Hi,
please find attached an improved version of my patches.
As compared to the yesterday's version ...
1. the patch to src/insets/insetlatexaccent.C is not changed
2. the patch to src/trans_mgr.C contains a better recognition of LaTeX
code (yesterday I've forgotten about {) - now I'm happy with
Dov Feldstern wrote:
Abdel, I know that you agree with Guy on this one, so maybe you guys are
right... And it's true that for Arabic, letting Qt deal with everything
will probably simplify things a lot... However, it sounds like a really
big job to me, and I think that the alternative would
I am wiggling back.
--
Lgb
Lars Gullik Bjønnes wrote:
I am wiggling back.
Welcome back! Are you OK?
Abdel.
Lars Gullik Bjønnes wrote:
I am wiggling back.
Great! We were missing you.
Georg
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| I am wiggling back.
|
|
| Welcome back! Are you OK?
Quite ok, just needed a break.
--
Lgb
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak And got rid of this. So if this profile is correct, the
Abdelrazak attached patch will save more than 8% time at file
Abdelrazak reading. Could you try it out please Edwin?
This looks like a very
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes
[EMAIL PROTECTED] writes:
Abdelrazak And got rid of this. So if this profile is correct, the
Abdelrazak attached patch will save more than 8% time at file
Abdelrazak reading. Could you try it out please
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak But I do not trust cygwin much on this because it seems
Abdelrazak much quicker at the normal console. Could you try it on
Abdelrazak Linux.
Unfortunately, most of my time is already taken by my bitching at
others' work :)
Georg Baum wrote:
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes
[EMAIL PROTECTED] writes:
Abdelrazak And got rid of this. So if this profile is correct, the
Abdelrazak attached patch will save more than 8% time at file
Abdelrazak reading. Could you try
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo On 1/11/07, Bo Peng [EMAIL PROTECTED] wrote:
This patch uses both pit and id to locate a bookmark.
Bo If there is no objection, it is going in soon. I will fix the
file- exit/bookmark update part later.
It looks more complicated than I thought it
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo You can see that I update bookmark when buffer switch, buffer
Bo close, windows close, but I still can not update bookmark when
Bo File-exit is triggered.
Bo WHY CANNOT WE take the time to fire LFUN_BUFFER_CLOSE, and
Bo LFUN_WINDOW_CLOSE when lyx
Is there any inkling of a target date for a lyx-1.5.x release?
http://www.lyx.org/devel/roadmap.php
doesn't mention it yet.
Or is it too far tell atm?
I ask mainly to gauge whether to consider the possibility of including it in
Fedora 7 (due in April).
-- Rex
It looks more complicated than I thought it would be, but I guess it
is OK.
I though it would be a five minutes jobs, but it took me two hours.
Both id and pit can change so I have to use and update both of them
when necessary. :-(
The patch is being cleaned, and will be in in a few minutes.
I just installed 1.50-svn-small-3-03 from Berlios; when I run lyx.bat
under XP Pro sp2 the system tries to start lyx with the line
start LyX C:\ProgramFiles\LyX15\bin\lyx.exe
and reports The system cannot execute the specified program. (The
directory is correct for my system). Trying to run
On Thu, Jan 11, 2007 at 03:11:31PM +0100, Abdelrazak Younes wrote:
Indeed. On cygwin there's one second improvement (from 7s to 6s) when
loading a really big file (4megs). I repeated the test multiple times to
make sure that the file was already in the cache.
But I do not trust cygwin
The attached patch avoids the need to differentiate the kind of path
style returned by external_path on cygwin depending on whether Qt/X11
or Qt/Win is used for building.
It also avoids an ugly #ifdef and solves a bug related to including
something through the external material inset (this bug
The merit of this approach would be that you 1) get bookmark texts for
free, and 2) they are persistent without any special effort.
We discussed this sorts of in-file bookmarks a while ago, and the
conclusion was not in favor of them. After all, bookmarks are for
viewing purposes and it does
On Thu, Jan 11, 2007 at 04:43:37PM +0100, Jean-Marc Lasgouttes wrote:
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo You can see that I update bookmark when buffer switch, buffer
Bo close, windows close, but I still can not update bookmark when
Bo File-exit is triggered.
Bo WHY CANNOT WE
On Jan 10, 2007, at 8:46 PM, Bennett Helm wrote:
On Jan 10, 2007, at 4:28 PM, Georg Baum wrote:
Am Mittwoch, 10. Januar 2007 10:39 schrieb Abdelrazak Younes:
This I agree is a good goal. I was afraid that you intended to
replaced
the internal Clipboard for all platforms. If that is not the
Abdelrazak Younes wrote:
You are a complicated guy Georg. I was answering to your false
assumption so, in this regard, you misread the patch. I cannot read your
mind and understand what you don't like.
I might be complicated, but I still do not think that I misread anything. I
only tried to
Enrico Forestieri wrote:
The attached patch avoids the need to differentiate the kind of path
style returned by external_path on cygwin depending on whether Qt/X11
or Qt/Win is used for building.
It also avoids an ugly #ifdef and solves a bug related to including
something through the
On Thu, Jan 11, 2007 at 06:39:56PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
The attached patch avoids the need to differentiate the kind of path
style returned by external_path on cygwin depending on whether Qt/X11
or Qt/Win is used for building.
It also avoids an ugly
Enrico Forestieri wrote:
It goes in the following way.
Symptom: When using the external inset to include an xfig file, after
View-DVI an error dialog appears telling that the .pstex_t file is
missing. Running by hand the fig2pstex.py script, all necessary files
are regularly produced, but
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
I just noticed: although this new patch works within LyX, it does not
work pasting text from other applications: it either pastes the last
clipboard from within LyX or it says Command disabled.
And that does work without the
On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
I just noticed: although this new patch works within LyX, it does not
work pasting text from other applications: it either pastes the last
clipboard from within LyX or it says Command
John McCabe-Dansted schrieb:
On 1/11/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Yes, please. However, change tracking is seriously broken in 1.4.X.
It would be nice if you checked 1.5.0svn instead. I have rewritten
major parts of the code (attention: accept/reject-change is still
partly
Am Donnerstag, 11. Januar 2007 21:21 schrieb Bennett Helm:
On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
I just noticed: although this new patch works within LyX, it does not
work pasting text from other applications: it either
Updating Status.15x:
Is this still valid?
* open Tutorial; click on TOC: TOC dialog has no contents
(only with --enable-stdlib-debug, has been seen on qt 4.2.2, gcc 4.1.2,
openSuse 10.1/x32 and 10.2/x64, but is probably not OS/qt specific, but
dependant on the compiler)
And here a
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
Many parts of the LyX code depend on the fact that we use internal paths
only. Therefore we should fix the external inset to not call external_path
when building the to_file name. It would be nice if you could do that.
I really don't
Am Donnerstag, 11. Januar 2007 21:21 schrieb Bennett Helm:
On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
I just noticed: although this new patch works within LyX, it does not
work pasting text from other applications: it either
Hi Bo and all others who know Phyton: I have a big problem here with my win
builds due to the following problem of configure.py:
MiKTeX's option Instal missing packages on the fly the nice feature that will automatically install LaTeX-packages LyX is checking in
configure.py is set to Yes.
Now
Since 1.4 LyX doesn't understand decimal points in the bounding box sizes of graphics: Inserting a decimal point isn't possible and existing
graphics that already have decimal points (inserted with LyX 1.3) can't be modified.
The bug is also in LyX1.5svn. Perhaps fixing this is easy for the
Abdel,
be careful with these micro-optimization. Eventually, you will shoot
yourself in the foot!
Are you sure that these optimization are really that beneficial?
@@ -277,29 +277,32 @@
docstring Counters::labelItem(docstring const ctr,
docstring const
I just installed 1.50-svn-small-3-03 from Berlios; when I run lyx.bat
under XP Pro sp2 the system tries to start lyx with the line
start LyX C:\ProgramFiles\LyX15\bin\lyx.exe
and reports The system cannot execute the specified program.
Another user has this problem too. I made a lot of
On Jan 11, 2007, at 4:29 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 21:21 schrieb Bennett Helm:
On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
I just noticed: although this new patch works within LyX, it
does not
work
I think it is correct to use this option. However, even if it does not harm
when using pdflatex, I've read that you have to expect errors if you're
using another dvi-to-something driver that does not understand the dvi
specials this option inserts (for instance: dvipdfm and dvipdfmx).
So I'd
We should definitely do that.
I fear another quit cleanup saga...
For example, if you look at bufferlist.C, we have close,
quiteWriteBuffer, and quiteWriteAll. As far as I can tell, close =
quiteWriteBuffer, and quiteWriteAll should be removed (call
LFUN_BUFFER_CLOSE one by one).
Agreed?
Bo
What I meant is something like follows. The patch does not work
correctly yet, but shows my point.
1. src/bufferlist.C: remove quitWriteBuffer and quitWriteAll.
2. LFUN_LYX_QUIT triggers LFUN_WINDOW_CLOSE
3. LFUN_WINDOW_CLOSE triggers LFUN_BUFFER_CLOSE one by one
4. closeEvent triggers
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
Many parts of the LyX code depend on the fact that we use internal paths
only. Therefore we should fix the external inset to not call external_path
when building the to_file name. It would be nice if you could do that.
I did that,
On Fri, Jan 12, 2007 at 09:22:00PM +1800, Bo Peng wrote:
What I meant is something like follows. The patch does not work
correctly yet, but shows my point.
1. src/bufferlist.C: remove quitWriteBuffer and quitWriteAll.
2. LFUN_LYX_QUIT triggers LFUN_WINDOW_CLOSE
3. LFUN_WINDOW_CLOSE
I think I am no lyx-close expert, but in principle your point is correct.
Only, please make sure that it works in practice ;-)
I know, but I am not familiar with the quit logic, and there are so
many ways to quit lyx, plus some mac specialties ...
I guess my biggest concern is that why we have
On Wed, Jan 10, 2007 at 09:19:33AM +, José Matos wrote:
> On Wednesday 10 January 2007 8:03 am, Jean-Marc Lasgouttes wrote:
> >
> > Well, the labels (which are an existing latex construct, but also
> > anchors in docbook I guess) can be seen as bookmarks that are saved
> > with the document.
Hi,
please find attached an improved version of my patches.
As compared to the yesterday's version ...
1. the patch to "src/insets/insetlatexaccent.C" is not changed
2. the patch to "src/trans_mgr.C" contains a better recognition of LaTeX
code (yesterday I've forgotten about "{") - now I'm
Dov Feldstern wrote:
Abdel, I know that you agree with Guy on this one, so maybe you guys are
right... And it's true that for Arabic, letting Qt deal with everything
will probably simplify things a lot... However, it sounds like a really
big job to me, and I think that the alternative would
I am wiggling back.
--
Lgb
Lars Gullik Bjønnes wrote:
I am wiggling back.
Welcome back! Are you OK?
Abdel.
Lars Gullik Bjønnes wrote:
> I am wiggling back.
Great! We were missing you.
Georg
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > I am wiggling back.
| >
|
| Welcome back! Are you OK?
Quite ok, just needed a break.
--
Lgb
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> And got rid of this. So if this profile is correct, the
Abdelrazak> attached patch will save more than 8% time at file
Abdelrazak> reading. Could you try it out please Edwin?
This looks like
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes
>>> <[EMAIL PROTECTED]> writes:
>>
>> Abdelrazak> And got rid of this. So if this profile is correct, the
>> Abdelrazak> attached patch will save more than 8% time at file
>> Abdelrazak> reading.
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> But I do not trust cygwin much on this because it seems
Abdelrazak> much quicker at the "normal" console. Could you try it on
Abdelrazak> Linux.
Unfortunately, most of my time is already taken by my bitching at
Georg Baum wrote:
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> And got rid of this. So if this profile is correct, the
Abdelrazak> attached patch will save more than 8% time at file
Abdelrazak> reading. Could
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> On 1/11/07, Bo Peng <[EMAIL PROTECTED]> wrote:
>> This patch uses both pit and id to locate a bookmark.
Bo> If there is no objection, it is going in soon. I will fix the
file-> exit/bookmark update part later.
It looks more complicated than
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> You can see that I update bookmark when buffer switch, buffer
Bo> close, windows close, but I still can not update bookmark when
Bo> File->exit is triggered.
Bo> WHY CANNOT WE take the time to fire LFUN_BUFFER_CLOSE, and
Bo> LFUN_WINDOW_CLOSE
Is there any inkling of a target date for a lyx-1.5.x release?
http://www.lyx.org/devel/roadmap.php
doesn't mention it yet.
Or is it too far tell atm?
I ask mainly to gauge whether to consider the possibility of including it in
Fedora 7 (due in April).
-- Rex
It looks more complicated than I thought it would be, but I guess it
is OK.
I though it would be a five minutes jobs, but it took me two hours.
Both id and pit can change so I have to use and update both of them
when necessary. :-(
The patch is being cleaned, and will be in in a few minutes.
I just installed 1.50-svn-small-3-03 from Berlios; when I run lyx.bat
under XP Pro sp2 the system tries to start lyx with the line
start "LyX" "C:\ProgramFiles\LyX15\bin\lyx.exe"
and reports "The system cannot execute the specified program". (The
directory is correct for my system). Trying
On Thu, Jan 11, 2007 at 03:11:31PM +0100, Abdelrazak Younes wrote:
> Indeed. On cygwin there's one second improvement (from 7s to 6s) when
> loading a really big file (4megs). I repeated the test multiple times to
> make sure that the file was already in the cache.
>
> But I do not trust
The attached patch avoids the need to differentiate the kind of path
style returned by external_path on cygwin depending on whether Qt/X11
or Qt/Win is used for building.
It also avoids an ugly #ifdef and solves a bug related to including
something through the external material inset (this bug
The merit of this approach would be that you 1) get bookmark texts for
free, and 2) they are persistent without any special effort.
We discussed this sorts of in-file bookmarks a while ago, and the
conclusion was not in favor of them. After all, bookmarks are for
viewing purposes and it does
On Thu, Jan 11, 2007 at 04:43:37PM +0100, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
> Bo> You can see that I update bookmark when buffer switch, buffer
> Bo> close, windows close, but I still can not update bookmark when
> Bo> File->exit is triggered.
>
>
On Jan 10, 2007, at 8:46 PM, Bennett Helm wrote:
On Jan 10, 2007, at 4:28 PM, Georg Baum wrote:
Am Mittwoch, 10. Januar 2007 10:39 schrieb Abdelrazak Younes:
This I agree is a good goal. I was afraid that you intended to
replaced
the internal Clipboard for all platforms. If that is not the
Abdelrazak Younes wrote:
> You are a complicated guy Georg. I was answering to your false
> assumption so, in this regard, you misread the patch. I cannot read your
> mind and understand what you don't like.
I might be complicated, but I still do not think that I misread anything. I
only tried
Enrico Forestieri wrote:
> The attached patch avoids the need to differentiate the kind of path
> style returned by external_path on cygwin depending on whether Qt/X11
> or Qt/Win is used for building.
>
> It also avoids an ugly #ifdef and solves a bug related to including
> something through
On Thu, Jan 11, 2007 at 06:39:56PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > The attached patch avoids the need to differentiate the kind of path
> > style returned by external_path on cygwin depending on whether Qt/X11
> > or Qt/Win is used for building.
> >
> > It also avoids
Enrico Forestieri wrote:
> It goes in the following way.
>
> Symptom: When using the external inset to include an xfig file, after
> View->DVI an error dialog appears telling that the .pstex_t file is
> missing. Running by hand the fig2pstex.py script, all necessary files
> are regularly
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
> I just noticed: although this new patch works within LyX, it does not
> work pasting text from other applications: it either pastes the last
> clipboard from within LyX or it says "Command disabled".
And that does work without the
On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
I just noticed: although this new patch works within LyX, it does not
work pasting text from other applications: it either pastes the last
clipboard from within LyX or it says "Command
John McCabe-Dansted schrieb:
On 1/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Yes, please. However, change tracking is seriously broken in 1.4.X.
It would be nice if you checked 1.5.0svn instead. I have rewritten
major parts of the code (attention: accept/reject-change is still
partly
Am Donnerstag, 11. Januar 2007 21:21 schrieb Bennett Helm:
> On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
>
> > Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
> >
> >> I just noticed: although this new patch works within LyX, it does not
> >> work pasting text from other
Updating Status.15x:
Is this still valid?
* open Tutorial; click on TOC: TOC dialog has no contents
(only with --enable-stdlib-debug, has been seen on qt 4.2.2, gcc 4.1.2,
openSuse 10.1/x32 and 10.2/x64, but is probably not OS/qt specific, but
dependant on the compiler)
And here a
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
> Many parts of the LyX code depend on the fact that we use internal paths
> only. Therefore we should fix the external inset to not call external_path
> when building the to_file name. It would be nice if you could do that.
I really
Am Donnerstag, 11. Januar 2007 21:21 schrieb Bennett Helm:
> On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
>
> > Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
> >
> >> I just noticed: although this new patch works within LyX, it does not
> >> work pasting text from other
Hi Bo and all others who know Phyton: I have a big problem here with my win
builds due to the following problem of configure.py:
MiKTeX's option "Instal missing packages on the fly" the nice feature that will automatically install LaTeX-packages LyX is checking in
configure.py is set to "Yes".
Since 1.4 LyX doesn't understand decimal points in the bounding box sizes of graphics: Inserting a decimal point isn't possible and existing
graphics that already have decimal points (inserted with LyX 1.3) can't be modified.
The bug is also in LyX1.5svn. Perhaps fixing this is easy for the
Abdel,
be careful with these micro-optimization. Eventually, you will shoot
yourself in the foot!
Are you sure that these optimization are really that beneficial?
@@ -277,29 +277,32 @@
docstring Counters::labelItem(docstring const & ctr,
docstring const &
> I just installed 1.50-svn-small-3-03 from Berlios; when I run lyx.bat
> under XP Pro sp2 the system tries to start lyx with the line
>
> start "LyX" "C:\ProgramFiles\LyX15\bin\lyx.exe"
>
> and reports "The system cannot execute the specified program".
Another user has this problem too. I made
On Jan 11, 2007, at 4:29 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 21:21 schrieb Bennett Helm:
On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
I just noticed: although this new patch works within LyX, it
does not
work
>> I think it is correct to use this option. However, even if it does not harm
>> when using pdflatex, I've read that you have to expect errors if you're
>> using another dvi-to-something driver that does not understand the dvi
>> specials this option inserts (for instance: dvipdfm and dvipdfmx).
> We should definitely do that.
I fear another quit cleanup saga...
For example, if you look at bufferlist.C, we have close,
quiteWriteBuffer, and quiteWriteAll. As far as I can tell, close =
quiteWriteBuffer, and quiteWriteAll should be removed (call
LFUN_BUFFER_CLOSE one by one).
Agreed?
What I meant is something like follows. The patch does not work
correctly yet, but shows my point.
1. src/bufferlist.C: remove quitWriteBuffer and quitWriteAll.
2. LFUN_LYX_QUIT triggers LFUN_WINDOW_CLOSE
3. LFUN_WINDOW_CLOSE triggers LFUN_BUFFER_CLOSE one by one
4. closeEvent triggers
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
> Many parts of the LyX code depend on the fact that we use internal paths
> only. Therefore we should fix the external inset to not call external_path
> when building the to_file name. It would be nice if you could do that.
I did that,
On Fri, Jan 12, 2007 at 09:22:00PM +1800, Bo Peng wrote:
> What I meant is something like follows. The patch does not work
> correctly yet, but shows my point.
>
> 1. src/bufferlist.C: remove quitWriteBuffer and quitWriteAll.
>
> 2. LFUN_LYX_QUIT triggers LFUN_WINDOW_CLOSE
>
> 3.
I think I am no lyx-close expert, but in principle your point is correct.
Only, please make sure that it works in practice ;-)
I know, but I am not familiar with the quit logic, and there are so
many ways to quit lyx, plus some mac specialties ...
I guess my biggest concern is that why we have
86 matches
Mail list logo