Joost Verburg <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
> > I'm still mulling over what to do with aspell. If we go for aspell 0.6
> > then it looks like I'll have to supply the dictionaries too. Would make
> > Kevin Atkinson happy :)
> I just tested the new Aspell. Version 0.6 works fi
Angus Leeming wrote:
I'm still mulling over what to do with aspell. If we go for aspell 0.6
then it looks like I'll have to supply the dictionaries too. Would make
Kevin Atkinson happy :)
I just tested the new Aspell. Version 0.6 works fine and more recent
dictionaries are available compared
Em Qui 02 Mar 2006 18:40, Jose' Matos escreveu:
Oi José!
> On Thursday 02 March 2006 21:32, João Luis Meloni Assirati wrote:
>
> Olá João, :-)
> (Oi seria melhor ? ;-)
Está bem das duas maneiras. Gosto do modo português de falar, também :)
(Lars, keep reading, please :)
> >
> > I don't get it.
Stephen Harris wrote:
Angus wrote:
I anticipate that the installer will have the same bugs as the 1.3.x
version since the installer code is little different to the previous
version. (The one real change being that I've removed all tests for Perl
in the installer.)
---
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus> I'll apply the patches to 14x and to head now. I'll wait on
> Angus> JMarc's say so for the 13x patch.
> You can apply the 13x patch.
Ok, will do.
> I won't use for a 1.3.8 anyway,
Sorry, but that's bad grammar and I don't understand it.
Em Qui 02 Mar 2006 07:31, Angus Leeming escreveu:
> João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> > > * if LyX were able to talk to xdvi through the lyxclient interface,
> > > then we wouldn't have to keep creating a new xdvi process in "client"
> > > mode each time I click in the LyX win
On Thu, Mar 02, 2006 at 08:04:33PM +0100, Georg Baum wrote:
> Juergen Spitzmueller wrote:
>
> > Georg Baum wrote:
...
> 2) It produces invalid results for things that are not really _one_ formula,
> e.g. the mentioned $a$ foo $b$.
Actually a simple fix that comes to my mind is to simply strip o
On Thursday 02 March 2006 21:32, João Luis Meloni Assirati wrote:
Olá João, :-)
(Oi seria melhor ? ;-)
> > | Index: src/texrow.h
> > | ===
> > | --- src/texrow.h (revision 13280)
> > | +++ src/texrow.h (working copy)
> > | @@ -46,
Em Qui 02 Mar 2006 05:22, Lars Gullik Bjønnes escreveu:
> João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> | Index: src/texrow.h
> | ===
> | --- src/texrow.h(revision 13280)
> | +++ src/texrow.h(working copy)
> | @@ -46,
Em Qui 02 Mar 2006 05:19, Lars Gullik Bjønnes escreveu:
> João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> | Index: src/LaTeX.C
> | ===
> | --- src/LaTeX.C (revision 13280)
> | +++ src/LaTeX.C (working copy)
> | @@ -383,
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I'll apply the patches to 14x and to head now. I'll wait on
Angus> JMarc's say so for the 13x patch.
You can apply the 13x patch. I won't use for a 1.3.8 anyway, but it is
useful to keep things in one place.
Will you release a new
Am Donnerstag, 2. März 2006 21:12 schrieb Angus Leeming:
> Now I know I should go and read the subversion docs, but is this "merge
to the
> branch" actually:
>
> cd head
> svn diff > head.diff
> svn commit
> cd ../14x
> patch -p0 < ../head/head.diff
> svn commit
>
> (whic
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> Put it in please.
> Maintrunk first and then merge the revision to the branch.
Now I know I should go and read the subversion docs, but is this "merge to the
branch" actually:
cd head
svn diff > head.diff
svn commit
cd ../14x
p
Am Donnerstag, 2. März 2006 20:22 schrieb Lars Gullik Bjønnes:
> Put it in please.
>
> Maintrunk first and then merge the revision to the branch.
Done. I had to look up the options of svn merge because I don't use it
that often, but it looks like it has worked.
Georg
Georg Baum <[EMAIL PROTECTED]> writes:
| Juergen Spitzmueller wrote:
|
| > Georg Baum wrote:
| >> Jürgen, Enrico, it would be nice if you could test this one again, so
| >> that it can go in 1.4.0. For me it does work.
| >
| > It works for me, except for the glitch Enrico reported, and the foll
Angus Leeming wrote:
> Attached are the patches that I'd like to apply to the repository. The
> patches for the 1.4.x branch and for head are identical. The patch for
> the 1.3.x branch is simply the cleaned up lyx_configure.C file backported
> from 1.4.x/head. It allows the 1.3.x installer to use
Attached are the patches that I'd like to apply to the repository. The
patches for the 1.4.x branch and for head are identical. The patch for the
1.3.x branch is simply the cleaned up lyx_configure.C file backported from
1.4.x/head. It allows the 1.3.x installer to use the same
lyx_configure.dll an
Juergen Spitzmueller wrote:
> Georg Baum wrote:
>> Jürgen, Enrico, it would be nice if you could test this one again, so
>> that it can go in 1.4.0. For me it does work.
>
> It works for me, except for the glitch Enrico reported, and the following
> issue of which I'm not sure if it is related:
>
Georg Baum wrote:
> Jürgen, Enrico, it would be nice if you could test this one again, so that
> it can go in 1.4.0. For me it does work.
It works for me, except for the glitch Enrico reported, and the following
issue of which I'm not sure if it is related:
1. Insert formula
2. type "foo"
3. mar
Angus Leeming wrote:
Grab it from:
http://wiki.lyx.org/uploads/Windows/LyX140pre/lyx-1.4.0pre_win32_setup_v1.exe
I anticipate that the installer will have the same bugs as the 1.3.x
version since the installer code is little different to the previous
version. (The one real change being that I
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Juergen Spitzmueller wrote:
>
> > Enrico Forestieri wrote:
> >> With this patch the behavior is as in 1.3.7, including that when
> >> selecting a math inset and pasting it outside of LyX, the delimiters are
> >> still left out.
>
> Enrico, could you fil
Jose' Matos wrote:
> > To be honest I don't know if this can be regarded as a bug, as I have
> > no opinions on what should have happened. Anyway, the generated latex
> > is incorrect.
>
> This is not a regression either because this happened for 1.3.x as well,
> IIRC. At least for now that is th
On Thursday 02 March 2006 17:37, Enrico Forestieri wrote:
> To be honest I don't know if this can be regarded as a bug, as I have
> no opinions on what should have happened. Anyway, the generated latex
> is incorrect.
This is not a regression either because this happened for 1.3.x as well,
IIRC
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Jürgen, Enrico, it would be nice if you could test this one again, so that
> it can go in 1.4.0. For me it does work.
The new patch seems to work. However, if the selection does not include
any delimiter I get some messages on the terminal. For example,
Lars Gullik Bjønnes wrote:
> Please all, make up your mind about this bug. Required for 1.4.0 or
> not.
I did already (required for 1.4.0)
Just testing ...
Jürgen
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Jürgen, Enrico, it would be nice if you could test this one again, so that
| > it can go in 1.4.0. For me it does work.
|
| I'll test intensely now. Lars, I agree with Georg that this should be
applied,
| given that it pro
Georg Baum <[EMAIL PROTECTED]> writes:
| Juergen Spitzmueller wrote:
|
| > Enrico Forestieri wrote:
| >> With this patch the behavior is as in 1.3.7, including that when
| >> selecting a math inset and pasting it outside of LyX, the delimiters are
| >> still left out.
|
| Enrico, could you file
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Enrico, could you file the paste outside of LyX bug in bugzilla, please (or
> si it alreday there?)
I'll do that.
> Here is a better patch (only two code lines were changed), that does allow
> all these cases:
>
> \text{test}
> $\text{test}$
> \[\text{
Lars Gullik Bjønnes wrote:
> To make thing trot along I'll move this (2315) to 1.4.1.
>
> Please do not commit the 2315 patch.
OK. Since Jürgen has pointed out that there was a bigger problem than I
thought (sorry again for the confusion), I would really like an entry in
the release notes.
May
Georg Baum wrote:
> Jürgen, Enrico, it would be nice if you could test this one again, so that
> it can go in 1.4.0. For me it does work.
I'll test intensely now. Lars, I agree with Georg that this should be applied,
given that it proves good (and it's not too late yet).
Jürgen
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> try this:
> 1. write \text{test} in text mode
> 2. select it
> 3. hit C-M
>
> you get an ampty text inset. The patch fixes that.
Yes, I was missing that. Then I would say that the patch works, even if
it is a small nuisance that now you have t
Juergen Spitzmueller wrote:
> Enrico Forestieri wrote:
>> With this patch the behavior is as in 1.3.7, including that when
>> selecting a math inset and pasting it outside of LyX, the delimiters are
>> still left out.
Enrico, could you file the paste outside of LyX bug in bugzilla, please (or
si
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Then someone have to test it promptly or this will not be in 1.4.0.
|
| Actually I think that John set the 1.4.0 target because at that time we
| thought that math-insert was broken in general. Fortunately thsi has now
|
Enrico Forestieri wrote:
> With this patch the behavior is as in 1.3.7, including that when selecting
> a math inset and pasting it outside of LyX, the delimiters are still left
> out.
>
> Given that, I don't know why this patch is needed...
try this:
1. write \text{test} in text mode
2. select it
Lars Gullik Bjønnes wrote:
> Then someone have to test it promptly or this will not be in 1.4.0.
Actually I think that John set the 1.4.0 target because at that time we
thought that math-insert was broken in general. Fortunately thsi has now
been resolved.
For me it is not too important to have t
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Lars Gullik Bjønnes wrote:
>
> > Then someone have to test it promptly or this will not be in 1.4.0.
>
> OK, here is an updated patch for testing (nothing had changed, I only moved
> the ChangeLog entry). Any takers?
With this patch the behavior is as
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I use cygwin with the -mno-cygwin option to build a LyX package which runs
> without needing cygwin. I paste at the bottom an uuencoded tar archive
I just noticed that this damn'd gmane interface horribly mangled the
uuencoded archive. I am posting
Lars Gullik Bjønnes wrote:
> Then someone have to test it promptly or this will not be in 1.4.0.
OK, here is an updated patch for testing (nothing had changed, I only moved
the ChangeLog entry). Any takers?
GeorgIndex: src/ChangeLog
==
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >
| > This is still not resolved as fixed in bugzilla, shouldn't it be?
|
| No, since the fix is not applied (2315 is not about the mathbb problem, but
| about converting stuff to math by C-M). I had no time to test the fi
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Hello,
>
> I spent an awful lot of time trying to fix my msys install without
> success so I decided to give cygwin a try. There is a way to use cygwin
> environment with mingw without the -mno-cygwin option (see the mingw FAQ
> at the end of this
If in
src/converter.C:442 src/format.C:265 src/format.C:310
50 would be replaced by e.g. 80 or more longer text strings could be
displayed.
E.g. "latex2html -no_subdir -split 0 -show_section_numbers $$i"
has already 55 characters without the file.
--
Viele Grüße,
Hartmut Haase
Hungerhilfe: http
Lars Gullik Bjønnes wrote:
>
> This is still not resolved as fixed in bugzilla, shouldn't it be?
No, since the fix is not applied (2315 is not about the mathbb problem, but
about converting stuff to math by C-M). I had no time to test the fix
thoroughly, the current state is that Jürgen tested t
João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> > * if LyX were able to talk to xdvi through the lyxclient interface, then we
> > wouldn't have to keep creating a new xdvi process in "client" mode each
> > time I click in the LyX window which is what happens now.
>
> No. We don't create a
Angus Leeming <[EMAIL PROTECTED]> writes:
> As yo suggest, this is all to do with the aspell 0.5 to 0.6 change. aspell 0.6
> expects to find its dictionaries in a different location to 0.5. Haven't got
> time to help here I'm afraid but the aspell pages are quite explicit (as you
> pointed out), so
Stephen Harris <[EMAIL PROTECTED]> writes:
> Angus wrote:
> I anticipate that the installer will have the same bugs as the 1.3.x
> version since the installer code is little different to the previous
> version. (The one real change being that I've removed all tests for
> Perl in the installer.)
Stephen Harris <[EMAIL PROTECTED]> writes:
> Angus wrote:
> Ok, you can grab this iconv-aware version of LyX 1.3.7 here:
> http://wiki.lyx.org/uploads/Windows/LyX137/lyx-1.3.7_win32_setup_v3.exe
> This is probably not what is supposed to be tested, but
> the spellchecker fails "The spellchecker ha
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | I anticipate that the installer will have the same bugs as the 1.3.x
> | version since the installer code is little different to the previous
> | version. (The one real change being that I've removed all tests for
> | Perl in the installer.)
> Do
João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Index: src/texrow.h
| ===
| --- src/texrow.h (revision 13280)
| +++ src/texrow.h (working copy)
| @@ -46,6 +46,9 @@
|*/
| bool getIdFromRow(int row, int &
João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Index: src/LaTeX.C
| ===
| --- src/LaTeX.C (revision 13280)
| +++ src/LaTeX.C (working copy)
| @@ -383,7 +383,8 @@
|
| int LaTeX::startscript()
| {
| - string
Angus Leeming <[EMAIL PROTECTED]> writes:
| Grab it from:
| http://wiki.lyx.org/uploads/Windows/LyX140pre/lyx-1.4.0pre_win32_setup_v1.exe
|
| I anticipate that the installer will have the same bugs as the 1.3.x
| version since the installer code is little different to the previous
| version. (The
50 matches
Mail list logo
