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 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_CLO
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,
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 LFUN_LY
> 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
>> 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).
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 pas
> 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
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 & numb
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 dial
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".
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
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
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
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
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
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 dis
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 p
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
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
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
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
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
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.
>
> B
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 not
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 onl
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
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 t
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.
C
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
> "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
> "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
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
I think you misread something. In my patch, it's either:
I don't think so, see below.
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
min
Abdelrazak Younes wrote:
> Georg Baum wrote:
> I think you misread something. In my patch, it's either:
I don't think so, see below.
> int i = lex.readInteger();
>
> or
> lex.next(str);
> int i = lex.toInteger(str);
>
>> Either you just want to convert str to an integer.
>> Then you should us
On 1/11/07, Bo Peng <[EMAIL PROTECTED]> wrote:
This patch uses both pit and id to locate a bookmark.
If there is no objection, it is going in soon. I will fix the
file->exit/bookmark update part later.
Cheers,
Bo
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 yo
> "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
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.
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
> "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 big patch for such
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
Lars Gullik Bjønnes wrote:
> I am wiggling back.
Great! We were missing you.
Georg
Lars Gullik Bjønnes wrote:
I am wiggling back.
Welcome back! Are you OK?
Abdel.
I am wiggling back.
--
Lgb
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 wo
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
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. Cu
47 matches
Mail list logo
