Richard Heck wrote:
> This patch is now slightly updated. In place of the two scripts
> tex4html_copy.py and dir_copy.py, there is now just one, ext_copy.py.
I was about to suggest that.
> Without any optional arguments, this script acts like dir_copy.py did:
> It copies all files in LyX's
Jean-Marc Lasgouttes wrote:
>> "Richard" == Richard Heck
>> <[EMAIL PROTECTED]> writes:
>
> Richard> This time with the patch...
>
> Richard> As said. This flag was removed from configure.py a while ago.
> Richard> It was only ever used with HTML export, and it didn't work
> Richard>
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3860
SVN Log:
Polish the Toc and labels updating when loading a child document. Fix
Bug 3860: Toc crash when loading a child documents.
* BufferView::loadLyXFile(): simplify, transfer last part to
LyXView::loadLyXFile()
*
hzluo wrote:
> Please test and give me feedback. Thanks!
I have a couple of comments you might want to consider or ignore:
1) Jose plans to rewrite tex2lyx in python, so be aware that all your work
is wasted if he ever does that. The threat of the python rewrite is the
only reason why I did not
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> 1) Jose plans to rewrite tex2lyx in python, so be aware that
Georg> all your work is wasted if he ever does that. The threat of the
Georg> python rewrite is the only reason why I did not convert tex2lyx
Georg> to the unicode file
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> INVITATION
Martin> Hereby I invite everyone interested to participate in the ?th
Martin> International LyX Developers' Meeting in Bromarv, Western
Martin> Uusimaa, municipality of Ekenäs.
What is the status? Who is coming and
Georg Baum wrote:
This might all sound very negative, please don't get that wrong. It is good
that somebody works on tex2lyx
+1
(and it would even be better if the python
phantom would be killed).
A phantom cannot be killed, it is not alive ;-)
FYI Hangzai I have written somewhere in my
I was going to say, let the cursor always stay where it is, and the user
will learn to press END (end of line) to move it to continue typing. It is
logical, (not in the "logical" direction sense), expected and easily adapted
to by the user, as there are no surprises there.
Abdel's idea is even
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> FYI Hangzai I have written somewhere in my TODO list that
Abdelrazak> tex2lyx should be integrated into LyX. This would ease the
Abdelrazak> maintenance as we won't have to care about the LyX file
Abdelrazak> format
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> (and it would even be better if the python
>> phantom would be killed).
>
> A phantom cannot be killed, it is not alive ;-)
Well, it is alive enough to have real world effects.
> FYI Hangzai I have written somewhere in my TODO list that tex2lyx
Abdelrazak Younes wrote:
> Georg Baum wrote:
> > The integration might have advantages (e.g. inplace tex2lyx for
clipboard
> > snippets), but file format changes will only play a marginal role. The
> > reason why it is some work to update tex2lyx to the newest file format
does
> > not lie in
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the user
will learn to press END (end of line) to move it to continue typing. It is
logical, (not in the "logical" direction sense), expected and easily adapted
to by the user, as there are no surprises there.
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
(and it would even be better if the python
phantom would be killed).
A phantom cannot be killed, it is not alive ;-)
Well, it is alive enough to have real world effects.
FYI Hangzai I have written somewhere in my TODO list that
Dov Feldstern wrote:
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the
user will learn to press END (end of line) to move it to continue
typing. It is logical, (not in the "logical" direction sense),
expected and easily adapted to by the user, as there are
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
Richard> As said. This flag was removed from configure.py a while ago.
Richard> It was only ever used with HTML export, and it didn't work
Richard> there, anyway. I didn't remove it from Converters.* at that
Richard> time, because I was intending
Georg Baum wrote:
Richard Heck wrote:
Without any optional arguments, this script acts like dir_copy.py did:
It copies all files in LyX's temporary directory to a subdirectory of
the target directory. But now the script takes two optional arguments:
-e: a list of extensions to copy, by
Enrico Forestieri wrote:
On Fri, Jun 15, 2007 at 12:39:01AM -0400, Richard Heck wrote:
This issue has proven to be difficult, so I think that your solution
is the less intrusive and workable one. I think that we should support
more actively the converters we look for, i.e., provide a -e
Richard Heck wrote:
> Georg Baum wrote:
>> Richard Heck wrote:
>>
>>> Without any optional arguments, this script acts like dir_copy.py did:
>>> It copies all files in LyX's temporary directory to a subdirectory of
>>> the target directory. But now the script takes two optional arguments:
>>>
Georg Baum wrote:
Richard Heck wrote:
Georg Baum wrote:
Richard Heck wrote:
Without any optional arguments, this script acts like dir_copy.py did:
It copies all files in LyX's temporary directory to a subdirectory of
the target directory. But now the script takes two
Abdelrazak Younes wrote:
I won't be able to commit it this week-end so could anyone show a
little bit of interest please?
I've patched and am compiling now.
rh
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
On Friday 15 June 2007 18:57:44 Richard Heck wrote:
> I've patched and am compiling now.
>
> rh
If it fixes the crash you have my OK. :-)
--
José Abílio
Abdelrazak Younes wrote:
I won't be able to commit it this week-end so could anyone show a
little bit of interest please?
I've patched and am compiling now.
Me too.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
On Friday 15 June 2007 19:01:23 Stefan Schimanski wrote:
> Is it ok, José? It's only about cosmetics...
>
> Stefan
OK.
--
José Abílio
Hi all,
I will start looking to remaining issues before RC2, AFAIR there are
two
patches that I would like to have before the release, one by Jürgen that has
a file format change and another related with reverting documents to 1.4.
Is there anything else that I am missing
Is it ok, José? It's only about cosmetics...
Stefan
Am 15.06.2007 um 08:39 schrieb Stefan Schimanski:
Here is a patch for http://bugzilla.lyx.org/show_bug.cgi?id=3705.
It adds the kerning method to a macro to inherit the kerning from
the expanded form. Moreover the marker metrics calls are
Tried it a bit with child documents. Looks fine.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
José Matos wrote:
Hi all,
I will start looking to remaining issues before RC2, AFAIR there are two
patches that I would like to have before the release, one by Jürgen that has
a file format change and another related with reverting documents to 1.4.
I think it'd be nice to have Abdel's
Richard Heck wrote:
Abdelrazak Younes wrote:
I won't be able to commit it this week-end so could anyone show a
little bit of interest please?
I've patched and am compiling now.
This patch does fix that crash, but I'm seeing some other odd behavior,
and I'm getting another crash. I don't know
Richard Heck wrote:
Richard Heck wrote:
Second problem: Now, with the TOC open, close the master document.
BOOM. Backtrace below. I'm guessing that the problem here is related
to the first problem. This bug may have been revealed by my "don't
close buffer dependent dialogs" patch:
Dov Feldstern wrote:
Dov Feldstern wrote:
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the
user will learn to press END (end of line) to move it to continue
typing. It is logical, (not in the "logical" direction sense),
expected and easily adapted to by
Tor Lillqvist wrote:
> > > The SID is a structure but there exists a functions for serialization,
> > > ConvertSidToStringSid. Therefore a string would be fine, the questions
> > > remains if we should use a wchar_t or char?
>
> The serialization is always ASCII only, so I don't see any gain
Peter Kümmel wrote:
> Tor Lillqvist wrote:
>> > > The SID is a structure but there exists a functions for serialization,
>> > > ConvertSidToStringSid. Therefore a string would be fine, the questions
>> > > remains if we should use a wchar_t or char?
>>
>> The serialization is always ASCII only,
Dov Feldstern wrote:
Dov Feldstern wrote:
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the
user will learn to press END (end of line) to move it to continue
typing. It is logical, (not in the "logical" direction sense),
expected and easily adapted to by
Here is a patch for the following problem:
Write something in a "Standard" layout paragraph. Change it into
Title.
The cursor will stay at the old position until the cursor blink
interval is over
There are many more those cases: Try to insert a math delimiter ("Alt-
m ("). The cursor
The bug report: http://bugzilla.lyx.org/show_bug.cgi?id=3854
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
And one about the described general problem: http://bugzilla.lyx.org/
show_bug.cgi?id=3873
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Richard Heck wrote:
Idea for fix: Since the buffer_func.cpp version of loadLyXFile() is
called from LyXView::loadLyXFile(), anyway, all the child doc stuff
could be moved there. But I don't know this code terribly well. Abdel?
Very good analysis Richard! The solution is to use the LFUN
Stefan Schimanski wrote:
Tried it a bit with child documents. Looks fine.
OK, thanks.
Abdel.
Abdelrazak Younes wrote:
Richard Heck wrote:
Idea for fix: Since the buffer_func.cpp version of loadLyXFile() is
called from LyXView::loadLyXFile(), anyway, all the child doc stuff
could be moved there. But I don't know this code terribly well. Abdel?
Very good analysis Richard! The solution
Richard Heck wrote:
Idea for fix: Since the buffer_func.cpp version of loadLyXFile() is
called from LyXView::loadLyXFile(), anyway, all the child doc stuff
could be moved there.
Of course you are right but I don't want to do that now because it will
involves much more intrusive changes in
> Here is a patch for the following problem:
>
> Write something in a "Standard" layout paragraph. Change it into Title.
>
> The cursor will stay at the old position until the cursor blink
> interval is over
I also noticed this problem since a while. The patch seems obvious and fixes the
Abdelrazak Younes wrote:
Richard Heck wrote:
Idea for fix: Since the buffer_func.cpp version of loadLyXFile() is
called from LyXView::loadLyXFile(), anyway, all the child doc stuff
could be moved there. But I don't know this code terribly well. Abdel?
Very good analysis Richard! The solution
I also noticed this problem since a while. The patch seems obvious
and fixes the problems for me, so I give an OK.
Will be away until Sunday/Monday. Feel free to commit it.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
Idea for fix: Since the buffer_func.cpp version of loadLyXFile() is
called from LyXView::loadLyXFile(), anyway, all the child doc stuff
could be moved there. But I don't know this code terribly well. Abdel?
Very good
Richard Heck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
Idea for fix: Since the buffer_func.cpp version of loadLyXFile() is
called from LyXView::loadLyXFile(), anyway, all the child doc stuff
could be moved there. But I don't know this code terribly well. Abdel?
Very good analysis
Richard Heck wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
Idea for fix: Since the buffer_func.cpp version of loadLyXFile() is
called from LyXView::loadLyXFile(), anyway, all the child doc stuff
could be moved there. But I don't know this code terribly well.
Stefan Schimanski wrote:
I also noticed this problem since a while. The patch seems obvious and
fixes the problems for me, so I give an OK.
Will be away until Sunday/Monday. Feel free to commit it.
You have my OK if you want to commit now ;-)
Abdel.
Abdelrazak Younes wrote:
Richard Heck wrote:
What follows has to be const_cast(buffer).dispatch().
No, I want rather to use the global dispatch method. So that would be:
+lyx::dispatch(FuncRequest(LFUN_BUFFER_CHILD_OPEN,
MSVC chose this one automatically for me but I'll do the change
José Matos wrote:
Hi all,
I will start looking to remaining issues before RC2, AFAIR there are two
patches that I would like to have before the release, one by Jürgen that has
a file format change and another related with reverting documents to 1.4.
Is there anything else that I am
Abdelrazak Younes wrote:
Richard Heck wrote:
What follows has to be const_cast(buffer).dispatch().
No, I want rather to use the global dispatch method. So that would be:
+lyx::dispatch(FuncRequest(LFUN_BUFFER_CHILD_OPEN,
MSVC chose this one automatically for me but I'll do the change
Richard Heck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
What follows has to be const_cast(buffer).dispatch().
No, I want rather to use the global dispatch method. So that would be:
+lyx::dispatch(FuncRequest(LFUN_BUFFER_CHILD_OPEN,
MSVC chose this one automatically for me but
Stefan Schimanski schrieb:
Will be away until Sunday/Monday. Feel free to commit it.
Abdel gave his OK too, so committed it for you:
http://www.lyx.org/trac/changeset/18799
regards Uwe
Abdelrazak Younes wrote:
Richard Heck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
What follows has to be const_cast(buffer).dispatch().
No, I want rather to use the global dispatch method. So that would be:
+lyx::dispatch(FuncRequest(LFUN_BUFFER_CHILD_OPEN,
MSVC chose this
tearing of math panels using attached patch?
We are also finding a second home for aspell dictionaries so that the
windows installer will work even ftp.lyx.org is unusable.
Bo
We've been relaxing the rules lately; support/ uses
QtCore for a number of things and I think it would
be much saner at this point to use QFileInfo, QProcess
and QNetwork to replace our hand-made local code.
If somebody steps up to encapsulate this Qt API
in our API (forkedControllers, Socket and
I'm glad to receive so many feedbacks for my patch :-)
And here I have to tell you some of my thoughts:
1. I made this patch is because I need it. I have to
convert .tex files including those features, and
convert between .tex and .lyx back and forth. I met
these problems addressed in the
101 - 156 of 156 matches
Mail list logo