On Mon, 2005-09-26 at 03:42 +0100, John Levon wrote:
On Mon, Sep 26, 2005 at 03:22:45AM +0100, John Levon wrote:
Worse, the drawing (which is very slow of course) has some serious
problems. First, the not so bad:
http://trollied.org/~movement/lyx-1.3.6.notes.jpg
On Mon, 2005-09-26 at 09:43 +0300, Martin Vermeer wrote:
On Mon, 2005-09-26 at 03:42 +0100, John Levon wrote:
On Mon, Sep 26, 2005 at 03:22:45AM +0100, John Levon wrote:
Worse, the drawing (which is very slow of course) has some serious
problems. First, the not so bad:
Bo Peng wrote:
This is not a bad idea since we only need a small proportion of the
standard python distribution. If we can add a Python interpreter and
convert.exe to lyx/win, we then only need to install tetex separately.
This is reasonable since lyx is considered as a wrapper/GUI for latex.
Juergen Spitzmueller wrote:
Helge Hafting wrote:
1.Insert math, type 1+1
2.Select the + using the mouse
3.Ctrl+x to delete the selected plus-sign.
4.Undo, note that the math turns into 1+ instead of the expected 1+1
Do this somewhere inside a fraction, and it might crash too.
Can
Helge Hafting wrote:
Can you try if the attached fixes this?
It does! Undo works as expected now, undoing the deletion instead
of doing strange stuff. :-)
Good. Does it also fix the crash?
Jürgen
Asger Alstrup [EMAIL PROTECTED] writes:
| Bo Peng wrote:
| This is not a bad idea since we only need a small proportion of the
| standard python distribution. If we can add a Python interpreter and
| convert.exe to lyx/win, we then only need to install tetex separately.
| This is reasonable
Bo Peng wrote:
Dear list,
May it be a good idea to compile .py files to windows .exe files
under windows? Currently, lyx/win depends on tetex, imagemagic,
python, perl and mingw. We can remove mingw and perl soon but it would
be better if we can distribute compiled .py files and remove Python
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin And of course this occurs with _all_ collapsable insets. So we
Martin must look at metrics/draw there.
So this would be related to bug 1957, right?
JMarc
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo Dear list, May it be a good idea to compile .py files to windows
Bo .exe files under windows? Currently, lyx/win depends on tetex,
Bo imagemagic, python, perl and mingw. We can remove mingw and perl
Bo soon but it would be better if we can distribute
Juergen Spitzmueller wrote:
It's even simpler. Cf. the attached.
Can I commit this? Even if there's still potential for improvement, adding the
insets to the coordCache is the most important step.
Jürgen
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Lars Or almost... leave assertions in f.ex.
Jean-Marc So, would the following patch be OK?
Applied.
JMarc
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett OK ... I've tried this, and it looks like
Bennett --disable-assertions creates problems requiring that
Bennett #include boost/current_function.hpp
Bennett be added to each of the following:
Bennett src/factory.C src/messages.C
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Juergen, could it be related to your recent changes?
Juergen At least as far as those changes point to an error in
Juergen InsetSpace. lyxlex does not read commas, so \InsetSpace \, is
Juergen
Georg == Georg Baum [EMAIL PROTECTED] writes:
I see that tex2lyx is now intended to have noweb conversion
capability.
Georg Who says that? AFAIK tex2lyx contains nothing noweb specific.
We should see what reLyX did and port that to tex2lyx, then.
Georg IMO we should maintain tex2lyx
On Mon, 2005-09-26 at 10:43 +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin And of course this occurs with _all_ collapsable insets. So we
Martin must look at metrics/draw there.
So this would be related to bug 1957, right?
I wouldn't know...
Jean-Marc Lasgouttes wrote:
Do we want the {} always or never?
You're right, we should make it consistent. I'd propose to always use {},
since only space is missing them. And it is more consistent with the LaTeX
output and similar insets (insetspecialchar).
Is this fine with you?
Basically,
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Juergen Spitzmueller wrote:
It's even simpler. Cf. the attached.
Juergen Can I commit this? Even if there's still potential for
Juergen improvement, adding the insets to the coordCache is the most
Juergen important step.
Yes.
Martin Vermeer wrote:
I am pretty sure that the problem is in the computation of the right
margin for a lyxtext in case it is indented
Yes, looks like it.
(could anybody explain me
how this is really done?)
have a look at text.C, leftMargin. The indendation is computated there, at the
Jean-Marc,
(I'm aiming this at you because it's really a configure problem)
I've been trying and failing to run tex2lyx in-place on my WIndows machine.
It transpires that the problem lies in package.C.in's get_build_dirs function.
In order to run in-place we must find both lyxrc.defaults and
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Georg == Georg Baum [EMAIL PROTECTED] writes:
I see that tex2lyx is now intended to have noweb conversion
capability.
Georg Who says that? AFAIK tex2lyx contains nothing noweb specific.
Jean-Marc We should see what reLyX did and
Juergen Spitzmueller wrote:
Jean-Marc Lasgouttes wrote:
Do we want the {} always or never?
You're right, we should make it consistent. I'd propose to always use {},
since only space is missing them. And it is more consistent with the LaTeX
output and similar insets (insetspecialchar).
Is
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Everything is very well described in
Jean-Marc lib/examples/noweb2lyx.in
Sorry, it is noweb2lyx.lyx (Fine example of literate programming,
BTW).
JMarc
On Monday 12 September 2005 23:19, Angus Leeming wrote:
On Monday 12 September 2005 22:30, Luis Rivera wrote:
package.C:384: error: `GetLongPathName' undeclared (first use of
this function)
Luis,
I've made available a new version of tex2lyx for Windows that should work on
Win95 and Win98.
Angus Leeming wrote:
Whoa! Whilst that is consistent, I'd like to remind you that LyX has
aspirations to be more than just a LaTeX frontend. IMO we should output the
semantics, not the LaTeX code:
\InsetSpace \space -- \InsetSpace space
\insetSpace \, -- InsetSpace thinspace
Actually I
Helge Hafting wrote:
It does! Undo works as expected now, undoing the deletion instead
of doing strange stuff. :-)
Good. Does it also fix the crash?
Jürgen
I could not provoke that crash either. :-)
Very good. Can I commit this?
Jürgen
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus All we need do is prefix this /home/Angus with J:/MinSYS/,
Angus but how?
My take is that we should put in the executable only strings that are
independent from the configure environment. Therefore, I propose to
use some mingwpath2winpath
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Whoa! Whilst that is consistent, I'd like to remind you that
Angus LyX has aspirations to be more than just a LaTeX frontend. IMO
Angus we should output the semantics, not the LaTeX code:
Angus \InsetSpace \space -- \InsetSpace space
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Helge Hafting wrote:
It does! Undo works as expected now, undoing the deletion
instead of doing strange stuff. :-)
Good. Does it also fix the crash?
Jürgen
I could not provoke that crash either. :-)
Juergen
Jean-Marc Lasgouttes wrote:
Juergen Can I commit this? Even if there's still potential for
Juergen improvement, adding the insets to the coordCache is the most
Juergen important step.
Yes.
I added a FIXME/warning because of the remaining positioning glitch, comitted
and downgraded the bug
On Monday 26 September 2005 11:24, Juergen Spitzmueller wrote:
\InsetSpace \space -- \InsetSpace space
\insetSpace \, -- InsetSpace thinspace
Actually I don't mind too much, but this variant will be more work for the
lyx2lyx people, and what do you propose wrt insetspecialchar?
FWIW, I
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Moreover, the attached patch should allow the code to be
Angus compiled on Cygwin as well as on MinGW.
Angus,
Although I noted you did not ask me for my opinion, I'll give it
anyway :)
Would it be possible to move the GetFolderPath code
Jean-Marc Lasgouttes wrote:
Juergen Very good. Can I commit this?
Yes, please.
Done.
Jürgen
Angus Leeming wrote:
Juergen Spitzmueller wrote:
Yes. Would one of the two nice lyx2lyx persons be so kind? Two
conversions have to be done
\InsetSpace \space -- \InsetSpace \space{}
\insetSpace \, -- InsetSpace \thinspace{}
I am not kind today (read: short on time), so I'll give you a
Jean-Marc Lasgouttes wrote:
Angus All we need do is prefix this /home/Angus with J:/MinSYS/,
Angus but how?
My take is that we should put in the executable only strings that are
independent from the configure environment. Therefore, I propose to
use some mingwpath2winpath (I am sure mingw
Jean-Marc Lasgouttes wrote:
Angus Moreover, the attached patch should allow the code to be
Angus compiled on Cygwin as well as on MinGW.
Angus,
Although I noted you did not ask me for my opinion, I'll give it
anyway :)
Well, I comment on Martin's patches to parts of the code base that I
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus and therein lies the crux of the problem. Of course it is
Angus possible to do this, but does it make any sense to do so? Only
Angus code within a USE_WINDOWS_PACKAGING define would call
Angus get_folder_path and the int that is passed to
Angus Leeming wrote:
Would it be possible to move the GetFolderPath code to os_win32.C? It
could be exported via a simple get_folder_path(int) function, or
something. I understand there is a problem with declaring it in os.h,
though.
...
Perhaps you'd prefer a separate os_win32.h that is
Georg Baum wrote:
I am not kind today (read: short on time),
fair enough
so I'll give you a recipe to do
it yourself (it is really easy).
Thanks, but given my complete and utter python ignorance, I'd rather rely on
José's offer, once we decided on the spelling.
Jürgen
Jean-Marc Lasgouttes wrote:
Angus and therein lies the crux of the problem. Of course it is
Angus possible to do this, but does it make any sense to do so? Only
Angus code within a USE_WINDOWS_PACKAGING define would call
Angus get_folder_path and the int that is passed to the function has
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Angus Leeming wrote:
Would it be possible to move the GetFolderPath code to os_win32.C?
It could be exported via a simple get_folder_path(int) function,
or something. I understand there is a problem with declaring it in
os.h, though.
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus That's one way to do it. Note that Boost does not do it that
Angus way, the rationale being that only one choice exists for a
Angus given platform and that such a situation is best provided for
Angus using the preprocessor.
Sure, but this
On Mon, Sep 26, 2005 at 11:57:18AM +0200, Jean-Marc Lasgouttes wrote:
I think that the basic stuff (handling chunk...@) can be easily
done in tex2lyx. Kayvan, what are the other things that have to be
done? Is there a real need for a standalone noweb2lyx?
No, there is no real need for
Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes:
Kayvan On Mon, Sep 19, 2005 at 04:15:22PM +0200, Lars Gullik Bjønnes
Kayvan wrote:
Bo Peng [EMAIL PROTECTED] writes:
| Please tell about broken links etc. (especially internal links,
or | links that make mirroring harder than necessary)
On Mon, Sep 26, 2005 at 03:11:47PM +0200, Jean-Marc Lasgouttes wrote:
Kayvan It should now be /var/cvs/lyx
Is the information correct now?
Yes.
Now that www.devel.lyx.org has been moved to www.lyx.org/devel/, we
need to integrate the two. I have had a go at it (not everything is
right, but it should be uniformly better).
See it here:
http://www-rocq.inria.fr/~lasgoutt/lyx/www-user/
I know the images are gone. I guess this is only due
Just for completeness, here are patches that I believe will allow tex2lyx
to run successfully on Win95 and Win98 and will allow both LyX 1.3.x and
LyX 1.4.x to be used as a conversion filter on such machines. (It's likely
that Qt/WinFree will die a horrible death though...)
I'll wait for Luis
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Since the auto-open feature is a `big' change, code-wise (should
auto-open be a property of the cursor or of the inset?)
Juergen It's not such a big change. Most of the change is status_ -
Juergen
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Just for completeness, here are patches that I believe will
Angus allow tex2lyx to run successfully on Win95 and Win98 and will
Angus allow both LyX 1.3.x and LyX 1.4.x to be used as a conversion
Angus filter on such machines. (It's likely
Jean-Marc Lasgouttes wrote:
Juergen Without having actually tested your patch,
I see you use the same method as I do :)
;-)
(actually, I didn't know where to test it. Both my trees have been full of
changes lately, and I'd like to keep track).
Juergen We had fixed at least a big part of it
Jean-Marc Lasgouttes wrote:
Angus Just for completeness, here are patches that I believe will
Angus allow tex2lyx to run successfully on Win95 and Win98 and will
Angus allow both LyX 1.3.x and LyX 1.4.x to be used as a conversion
Angus filter on such machines. (It's likely that Qt/WinFree will
Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus All we need do is prefix this /home/Angus with J:/MinSYS/,
Angus but how?
My take is that we should put in the executable only strings that are
independent from the configure environment. Therefore, I propose to
use some
The attached patch restores the 1.3-behaviour of the ESC key within an inset:
Move cursor behind that inset (not in front, as it is now).
OK to commit?
Jürgen
Index: text3.C
===
RCS file:
this patch disables a widget in the qtabular dialog when necessary. I'm just
committing since this is obvious.
Jürgen
Index: QTabular.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/QTabular.C,v
retrieving
On Mon, Sep 26, 2005 at 03:51:00PM +0100, Angus Leeming wrote:
Just for completeness, here are patches that I believe will allow tex2lyx
to run successfully on Win95 and Win98 and will allow both LyX 1.3.x and
LyX 1.4.x to be used as a conversion filter on such machines. (It's likely
that
Andre Poenitz wrote:
On Mon, Sep 26, 2005 at 03:51:00PM +0100, Angus Leeming wrote:
Just for completeness, here are patches that I believe will allow
tex2lyx to run successfully on Win95 and Win98 and will allow both LyX
1.3.x and LyX 1.4.x to be used as a conversion filter on such machines.
Angus Leeming wrote:
I've posted a mail to the MinSYS mailing list...
http://article.gmane.org/gmane.comp.gnu.mingw.msys/2937
and the lovely people there provided us with an autoconf macro:
...
Thereafter, it get's fuzzy. I'll try and work it out if nobody gets there
first but I'm
On Mon, Sep 26, 2005 at 11:58:26AM +0200, Juergen Spitzmueller wrote:
Martin Vermeer wrote:
I am pretty sure that the problem is in the computation of the right
margin for a lyxtext in case it is indented
Yes, looks like it.
(could anybody explain me
how this is really done?)
Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED]
writes:
Angus All we need do is prefix this /home/Angus with J:/MinSYS/,
Angus but how?
My take is that we should put in the executable only strings that are
independent from the configure environment. Therefore, I
However, I think that it's a little premature
because we still have a run-time dependence on sh :)
See src/graphics/GraphicsConverter.C, which generates a shell script on the
fly to control the conversion of your_file.eps to your_file.png (say).
I think that this thing should be recast to
I agree that this would be a very good thing - to me, the priorities are:
1) Ease of installation.
2) Size of distribution.
Only the first part is important to windows users - they have got used
to huge programs. And if we include a minimal Python interpreter in
lyx/win, the actual download
On Monday 26 September 2005 23:11, Bo Peng wrote:
However, I think that it's a little premature
because we still have a run-time dependence on sh :)
See src/graphics/GraphicsConverter.C, which generates a shell script on
the fly to control the conversion of your_file.eps to your_file.png
--- Angus Leeming [EMAIL PROTECTED] wrote:
On Monday 12 September 2005 23:19, Angus Leeming wrote:
On Monday 12 September 2005 22:30, Luis Rivera wrote:
package.C:384: error: `GetLongPathName' undeclared (first use
of
this function)
Luis,
I've made available a new version of
Martin Vermeer wrote:
- // display style insets are always centered, omit indentation
- !(!par.empty()
- par.isInset(pos)
- par.getInset(pos)-display())
+ // insets at start of line are never indented
+
On Mon, 2005-09-26 at 03:42 +0100, John Levon wrote:
> On Mon, Sep 26, 2005 at 03:22:45AM +0100, John Levon wrote:
>
> > Worse, the drawing (which is very slow of course) has some serious
> > problems. First, the not so bad:
> >
> > http://trollied.org/~movement/lyx-1.3.6.notes.jpg
> >
On Mon, 2005-09-26 at 09:43 +0300, Martin Vermeer wrote:
> On Mon, 2005-09-26 at 03:42 +0100, John Levon wrote:
> > On Mon, Sep 26, 2005 at 03:22:45AM +0100, John Levon wrote:
> >
> > > Worse, the drawing (which is very slow of course) has some serious
> > > problems. First, the not so bad:
> > >
Bo Peng wrote:
This is not a bad idea since we only need a small proportion of the
standard python distribution. If we can add a Python interpreter and
convert.exe to lyx/win, we then only need to install tetex separately.
This is reasonable since lyx is considered as a wrapper/GUI for latex.
Juergen Spitzmueller wrote:
Helge Hafting wrote:
1.Insert math, type 1+1
2.Select the "+" using the mouse
3.Ctrl+x to delete the selected plus-sign.
4.Undo, note that the math turns into 1+ instead of the expected 1+1
Do this somewhere inside a fraction, and it might crash too.
Can
Helge Hafting wrote:
> >Can you try if the attached fixes this?
> >
>
> It does! Undo works as expected now, undoing the deletion instead
> of doing "strange stuff". :-)
Good. Does it also fix the crash?
Jürgen
Asger Alstrup <[EMAIL PROTECTED]> writes:
| Bo Peng wrote:
| > This is not a bad idea since we only need a small proportion of the
| > standard python distribution. If we can add a Python interpreter and
| > convert.exe to lyx/win, we then only need to install tetex separately.
| > This is
Bo Peng wrote:
Dear list,
May it be a good idea to compile .py files to windows .exe files
under windows? Currently, lyx/win depends on tetex, imagemagic,
python, perl and mingw. We can remove mingw and perl soon but it would
be better if we can distribute compiled .py files and remove Python
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> And of course this occurs with _all_ collapsable insets. So we
Martin> must look at metrics/draw there.
So this would be related to bug 1957, right?
JMarc
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Dear list, May it be a good idea to compile .py files to windows
Bo> .exe files under windows? Currently, lyx/win depends on tetex,
Bo> imagemagic, python, perl and mingw. We can remove mingw and perl
Bo> soon but it would be better if we can
Juergen Spitzmueller wrote:
> It's even simpler. Cf. the attached.
Can I commit this? Even if there's still potential for improvement, adding the
insets to the coordCache is the most important step.
Jürgen
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Lars> Or almost... leave assertions in f.ex.
Jean-Marc> So, would the following patch be OK?
Applied.
JMarc
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> OK ... I've tried this, and it looks like
Bennett> --disable-assertions creates problems requiring that
Bennett> #include
Bennett> be added to each of the following:
Bennett> src/factory.C src/messages.C src/text.C
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Juergen, could it be related to your recent changes?
Juergen> At least as far as those changes point to an error in
Juergen> InsetSpace. lyxlex does not read commas, so \InsetSpace \, is
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> I see that tex2lyx is now intended to have noweb conversion
>> capability.
Georg> Who says that? AFAIK tex2lyx contains nothing noweb specific.
We should see what reLyX did and port that to tex2lyx, then.
Georg> IMO we should maintain
On Mon, 2005-09-26 at 10:43 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> And of course this occurs with _all_ collapsable insets. So we
> Martin> must look at metrics/draw there.
>
> So this would be related to bug 1957, right?
I
Jean-Marc Lasgouttes wrote:
> Do we want the {} always or never?
You're right, we should make it consistent. I'd propose to always use {},
since only space is missing them. And it is more consistent with the LaTeX
output and similar insets (insetspecialchar).
Is this fine with you?
>
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> It's even simpler. Cf. the attached.
Juergen> Can I commit this? Even if there's still potential for
Juergen> improvement, adding the insets to the coordCache is the most
Juergen>
Martin Vermeer wrote:
> I am pretty sure that the problem is in the computation of the right
> margin for a lyxtext in case it is indented
Yes, looks like it.
> (could anybody explain me
> how this is really done?)
have a look at text.C, leftMargin. The indendation is computated there, at the
Jean-Marc,
(I'm aiming this at you because it's really a configure problem)
I've been trying and failing to run tex2lyx in-place on my WIndows machine.
It transpires that the problem lies in package.C.in's get_build_dirs function.
In order to run in-place we must find both lyxrc.defaults and
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>>> I see that tex2lyx is now intended to have noweb conversion
>>> capability.
Georg> Who says that? AFAIK tex2lyx contains nothing noweb specific.
Jean-Marc> We should
Juergen Spitzmueller wrote:
Jean-Marc Lasgouttes wrote:
Do we want the {} always or never?
You're right, we should make it consistent. I'd propose to always use {},
since only space is missing them. And it is more consistent with the LaTeX
output and similar insets (insetspecialchar).
Is
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Everything is very well described in
Jean-Marc> lib/examples/noweb2lyx.in
Sorry, it is noweb2lyx.lyx (Fine example of literate programming,
BTW).
JMarc
On Monday 12 September 2005 23:19, Angus Leeming wrote:
> On Monday 12 September 2005 22:30, Luis Rivera wrote:
> >>> package.C:384: error: `GetLongPathName' undeclared (first use of
> >>> this function)
Luis,
I've made available a new version of tex2lyx for Windows that should work on
Win95
Angus Leeming wrote:
> Whoa! Whilst that is consistent, I'd like to remind you that LyX has
> aspirations to be more than just a LaTeX frontend. IMO we should output the
> semantics, not the LaTeX code:
>
> \InsetSpace \space --> \InsetSpace space
> \insetSpace \, --> InsetSpace thinspace
Helge Hafting wrote:
> >>It does! Undo works as expected now, undoing the deletion instead
> >>of doing "strange stuff". :-)
> >>
> >
> >Good. Does it also fix the crash?
> >
> >Jürgen
> >
>
> I could not provoke that crash either. :-)
Very good. Can I commit this?
Jürgen
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> All we need do is prefix this "/home/Angus" with "J:/MinSYS/",
Angus> but how?
My take is that we should put in the executable only strings that are
independent from the configure environment. Therefore, I propose to
use some
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Whoa! Whilst that is consistent, I'd like to remind you that
Angus> LyX has aspirations to be more than just a LaTeX frontend. IMO
Angus> we should output the semantics, not the LaTeX code:
Angus> \InsetSpace \space -->
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Helge Hafting wrote:
>> >>It does! Undo works as expected now, undoing the deletion
>> instead >>of doing "strange stuff". :-) >>
>> >
>> >Good. Does it also fix the crash?
>> >
>> >Jürgen >
>>
>> I could not
Jean-Marc Lasgouttes wrote:
> Juergen> Can I commit this? Even if there's still potential for
> Juergen> improvement, adding the insets to the coordCache is the most
> Juergen> important step.
>
> Yes.
I added a FIXME/warning because of the remaining positioning glitch, comitted
and downgraded
On Monday 26 September 2005 11:24, Juergen Spitzmueller wrote:
> >
> > \InsetSpace \space --> \InsetSpace space
> > \insetSpace \, --> InsetSpace thinspace
>
> Actually I don't mind too much, but this variant will be more work for the
> lyx2lyx people, and what do you propose wrt insetspecialchar?
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Moreover, the attached patch should allow the code to be
Angus> compiled on Cygwin as well as on MinGW.
Angus,
Although I noted you did not ask me for my opinion, I'll give it
anyway :)
Would it be possible to move the
Jean-Marc Lasgouttes wrote:
> Juergen> Very good. Can I commit this?
>
> Yes, please.
Done.
Jürgen
Angus Leeming wrote:
> Juergen Spitzmueller wrote:
>> Yes. Would one of the two nice lyx2lyx persons be so kind? Two
>> conversions have to be done
>> \InsetSpace \space --> \InsetSpace \space{}
>> \insetSpace \, --> InsetSpace \thinspace{}
I am not kind today (read: short on time), so I'll give
Jean-Marc Lasgouttes wrote:
> Angus> All we need do is prefix this "/home/Angus" with "J:/MinSYS/",
> Angus> but how?
>
> My take is that we should put in the executable only strings that are
> independent from the configure environment. Therefore, I propose to
> use some mingwpath2winpath (I am
Jean-Marc Lasgouttes wrote:
> Angus> Moreover, the attached patch should allow the code to be
> Angus> compiled on Cygwin as well as on MinGW.
>
> Angus,
>
> Although I noted you did not ask me for my opinion, I'll give it
> anyway :)
Well, I comment on Martin's patches to parts of the code
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> and therein lies the crux of the problem. Of course it is
Angus> possible to do this, but does it make any sense to do so? Only
Angus> code within a USE_WINDOWS_PACKAGING define would call
Angus> get_folder_path and the int that is
Angus Leeming wrote:
>> Would it be possible to move the GetFolderPath code to os_win32.C? It
>> could be exported via a simple get_folder_path(int) function, or
>> something. I understand there is a problem with declaring it in os.h,
>> though.
...
> Perhaps you'd prefer a separate os_win32.h
1 - 100 of 126 matches
Mail list logo