Uwe Stöhr wrote:
Angus Leeming wrote:
You could do it yourself you know...
It is in their bugtracker now.
Good man!
However, you really, really should invest some time and effort in
getting things to compile yourself...
I know, I know. I have MSVC now and will try to do this myself.
Angus Leeming wrote:
You could do it yourself you know...
It is in their bugtracker now.
However, you really, really should invest some time and effort in
getting things to compile yourself...
I know, I know. I have MSVC now and will try to do this myself.
regards Uwe
Uwe Stöhr wrote:
Hello Angus,
I found new problems of the Qt/Win Free library:
- When you select text the screen is updated whenever a character is
highlighted. This is very annoying especially when you highlight text in
large tables.
- The screen is updated whenever you click on a main men
Please apply the patch.
JMarc
Grag wrote:
> With -dbg 256:
>
> Language code:C
> Setting new locale for Qt:C
> action: 107
> action: 86
> action: 86
> action: 86
> action: 86
> action: 86
> action: 86
> (below when I press the left arrow key)
> action: 32
>
> Shouldn't be "action: 86" too?
No, it should be 33 (LFUN_LEFT). Seem
On Thu, Dec 01, 2005 at 06:03:42PM +0200, Martin Vermeer wrote:
> On Thu, 2005-12-01 at 16:51 +0100, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > Martin> Which code is doing this?
> >
> > I suspect the font is a completely instantiated one,
Hello Angus,
I found new problems of the Qt/Win Free library:
- When you select text the screen is updated whenever a character is
highlighted. This is very annoying especially when you highlight text in
large tables.
- The screen is updated whenever you click on a main menu, e.g. on "File"
Grag wrote:
> I was wondering if this behavior was expected in 1.4. In 1.3.6 right-
> arrow does not cause the cursor to exit the math-inset. I became
> accustomed to move inside the math-inset by using right-arrow and the
> change in behavior is giving me some headaches.
I think the distincti
I was wondering if this behavior was expected in 1.4. In 1.3.6 right-
arrow does not cause the cursor to exit the math-inset. I became
accustomed to move inside the math-inset by using right-arrow and the
change in behavior is giving me some headaches.
On Dec 1, 2005, at 2:59 PM, Bennett He
On Dec 1, 2005, at 2:49 PM, Grag wrote:
Ok, my bad.
I wrote left arrow instead of right-arrow. Right-arrow is the
problem here:
1) math box;
2) \alpha;
3) right-arrow;
4) you get the alpha symbol but you are
out of the math-mode).
Isn't this expected behavior? (If you just want the Greek c
On Thursday 01 December 2005 18:14, Jose' Matos wrote:
>
> Got it, my mistake. :-)
>
> I will fix it soon.
Done. I committed the fix. Two pieces of code where exchanged, my fault, I
took the chance to add better comments to code.
--
José Abílio
Angus Leeming wrote:
as promised attached a patch that fixes a bug when checking for a
pdf-viewer. The patch also simplifies the check for the ps-viewer.
Thanks for this, Uwe.
Please look that everything is correct, test that GSview and Adobe
Reader are really recognized before applying the
> 1. and 2. should work.> I can open a.lyx.gz with 1.4 if the file is in
> current format (245). It does
> not work with other formats, because lyx2lyx seems to have lost the ability
> to read gezipped files (at least with python 2.4).
Confirmed here. 1.4.0cvs can open, modify and save a gzipped
On Thursday 01 December 2005 17:50, Georg Baum wrote:
>
> 1. and 2. should work.
> I can open a.lyx.gz with 1.4 if the file is in current format (245). It
> does not work with other formats, because lyx2lyx seems to have lost the
> ability to read gezipped files (at least with python 2.4).
>
> José
Bo Peng wrote:
>> This is news to me. I've tried it and cannot get it to work either
>> with the GUI or command line. Maybe I'm just doing the wrong thing,
>> or maybe I need to make changes to the LyX/Mac package to make it
>> possible. Before I try the second, what is the proper procedure to
>>
On Dec 1, 2005, at 12:46 PM, Juergen Spitzmueller wrote:
Grag wrote:
Strange,
I can reproduce both problems. These two problems (and bug 2139 that
I filied and now it fixed) is the main obstacle of using cvs as
production lyx.
I can reproduce using this morning cvs version on MacOSX.
Maybe
Georg Baum wrote:
> > Please test.
>
> It fixes 2139 for me, and I could not find problems (I did not test this
> one).
Thanks. The fix is obvious. The cursor tries (in both bug 2139 and Helge's
case) to enter a cell of the scriptinset which does not yet (or no longer)
exist, and fails. MathScri
Are there any quick references about how to compile lyx for different
linux hardware platforms?
thank you
--pol
Grag wrote:
> Strange,
>
> I can reproduce both problems. These two problems (and bug 2139 that
> I filied and now it fixed) is the main obstacle of using cvs as
> production lyx.
>
> I can reproduce using this morning cvs version on MacOSX.
Maybe someone else can reproduce this, too.
Are ther
> This is news to me. I've tried it and cannot get it to work either
> with the GUI or command line. Maybe I'm just doing the wrong thing,
> or maybe I need to make changes to the LyX/Mac package to make it
> possible. Before I try the second, what is the proper procedure to
> use LyX to open/save
Grag wrote:
> 1) enter math mode;
> 2) \xrightarrow
> 3) the only way to get the arrow with the up and down boxes is press
> left arrow
> 4) but if you press left arrow you are out of the math mode, and you
> have to get back in the inset.
cannot reproduce.
> Is this a new feature of 1.4? In
Juergen Spitzmueller wrote:
> Yes, this is a regression. The attached patch fixes it, so that the
> expected script is inserted (the corners are still there, indicating that
> the last letter "t" is the base of the script inset).
>
> This also fixes bug 2139 (No exponent and subscript in Sum, Pro
Odd behavior in the 1.4cvs (At least, inconsistent with 1.3.6)
When inside a math-inset, pressing left arrow exits the inset.
This behavior is quite annoying in the following situation (among
others)
1) enter math mode;
2) \xrightarrow
3) the only way to get the arrow with the up and down box
On Dec 1, 2005, at 9:45 AM, Jose' Matos wrote:
Compress with gzip, lyx 1.4.0 reads and writes compressed files.
FWIW
lyx2lyx already does that, even in 1.3.x. We don't advertise this
as it is a
1.4.x feature but it already there. :-)
This is news to me. I've tried it and cannot get it to
On Thu, 2005-12-01 at 18:03 +0200, Martin Vermeer wrote:
> On Thu, 2005-12-01 at 16:51 +0100, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > Martin> Which code is doing this?
> >
> > I suspect the font is a completely instantiated one, instead
On Thu, 2005-12-01 at 18:03 +0200, Martin Vermeer wrote:
> On Thu, 2005-12-01 at 16:51 +0100, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > Martin> Which code is doing this?
> >
> > I suspect the font is a completely instantiated one, instead
On Thursday 01 December 2005 15:42, Georg Baum wrote:
> True, but in this case the risk of introducing lyx2lyx bugs is too high.
To me that is not the problem... really, lyx2lyx is easy. The problem is to
introduce bugs due to lyx parser, honestly. :-)
> Georg
--
José Abílio
On Thu, 2005-12-01 at 16:51 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Which code is doing this?
>
> I suspect the font is a completely instantiated one, instead of being
> full of INHERIT entries. We are probably doing too much r
> I think the situation right now is: if the file was compressed, it
> will stay so.
I guess I see what you meant: if a plain lyx file is opened, we should
have menu items 'save' and 'save gzipped'. If a gzipped file is
opened, we should have menu items 'save' and 'save plain/unzipped''.
This does
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Compared to a configuration/GUI option, I think a menu item 'save
Bo> gziped' is easier to use and implement. In this way, user can open
Bo> plain/gziped lyx file and save either plain or gziped. For the
Bo> same file, I can 'save' to cvs/svn a
On 12/1/05, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> I think the situation right now is: if the file was compressed, it
> will stay so.
I am aware of this. Users will have to externally compress the lyx
file, and without a menu item, most users will not know this capacity.
Is build-in c
Bo Peng wrote:
>> IMO this is a bug in the mail programs Bo is using.
>
> This is a feature/bug of sendmail. Considering the dominance of this
> program, I would not say it is only "Bo's mail program".
Sorry, I did not follow the thread too closely, but have now reread it.
> I still do not get
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Which code is doing this?
I suspect the font is a completely instantiated one, instead of being
full of INHERIT entries. We are probably doing too much resolving...
Is this related to bug 2019?
http://bugzilla.lyx.org/show_bug.
> I would vote for a configureable option (with GUI too?).
> The good old text file is easier to handle when you want to
> CVS your .lyx files.
You are right. Even if I am using svn, which handles binary files
better than cvs, one can not diff a binary file. (But we will have
change-tracking syste
Helge Hafting wrote:
> Mathed can be brought into a strange state where the keys ^ and _ doesn't
> work as expected.
>
> 1. Activate math, type the word test
> 2. Press ^ to get superscript
> 3. Press space, this ought to cancel superscript
> 4. Press ^ again, note that instead of a superscript,
Bo Peng wrote:
Compress with gzip, lyx 1.4.0 reads and writes compressed files. FWIW
lyx2lyx already does that, even in 1.3.x. We don't advertise this as it is a
1.4.x feature but it already there. :-)
Then, problem solved, right? Is there a way to make compressed .lyx
default R/W format? Few
On Thu, 2005-12-01 at 16:10 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Another one: insert a footnote, and put an `Abstract' environment
> >> in there. Look how the Abstract label is misplaced.
>
> Martin> It is in the middle above the
> Compress with gzip, lyx 1.4.0 reads and writes compressed files. FWIW
> lyx2lyx already does that, even in 1.3.x. We don't advertise this as it is a
> 1.4.x feature but it already there. :-)
Then, problem solved, right? Is there a way to make compressed .lyx
default R/W format? Few people will
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Another one: insert a footnote, and put an `Abstract' environment
>> in there. Look how the Abstract label is misplaced.
Martin> It is in the middle above the text... whats wrong with that?
Martin> :-)
Bad things happen when the foo
On Thu, 1 Dec 2005, Bo Peng wrote:
> > Please submit bug reports - to the makers of bad email clients.
> > I tried sending with thunderbird 1.0.7 and receiving with mutt - no problem.
>
> Mutt has this problem in my case. I guess this is because your
> thunderbird encoded the file (in base64 I as
Ok Jean,
I'll do that asap. Thanks for the suggestion.
br
Edjard
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> escreveu:
> "Edjard" == Edjard Mota writes:
Edjard> It is possible since it would be nice to allow different
Edjard> customizations for the same texclass. But we need
> "Edjard" == Edjard Mota <[EMAIL PROTECTED]> writes:
Edjard> It is possible since it would be nice to allow different
Edjard> customizations for the same texclass. But we need some
Edjard> feedback from people who have been creating templates.
Yes, this is exactly from there that a prop
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> I think we should do something in order to resolve this issue
Michael> BEFORE 1.4.0 is released. It is a real nuissance for all
Michael> translators.
Michael> What comes into my mind are two things:
Michael> 1. In ./po/Makefile
On Thursday 01 December 2005 14:25, Bo Peng wrote:
> > The workaround for users is simple - compress the file.
>
> First, we need to let *everyone* know this. Second, it is not
> convenient to compress and decompress a file.
As I have told before for 1.4.x you can work with the lyx file permanen
On Thursday 01 December 2005 14:15, Bo Peng wrote:
>
> 1. We fix this before 1.4.0 since otherwise a file format change can
> only (?) happen for 1.5.0,
Yes. I have reworked the file format and I don't want to make such a change,
not even paid. :-)
The format is more robust in 1.4.x but even
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Another one: insert a footnote, and put an `Abstract' environment
>> in there. Look how the Abstract label is misplaced.
Martin> It is in the middle above the text... whats wrong with that?
Martin> :-)
The following patch fixes the
Uwe Stöhr wrote:
> Hello Angus,
>
> as promised attached a patch that fixes a bug when checking for a
> pdf-viewer. The patch also simplifies the check for the ps-viewer.
Thanks for this, Uwe.
[snip details about registry hacking]
> As you can see this is all very tricky and I sometimes need a
> Please submit bug reports - to the makers of bad email clients.
> I tried sending with thunderbird 1.0.7 and receiving with mutt - no problem.
Mutt has this problem in my case. I guess this is because your
thunderbird encoded the file (in base64 I assume) before it pass the
mail to sendmail, or
Uwe Stöhr wrote:
> Angus Leeming wrote:
>
>> I think that things do work on win98. See Luis Rivera's recent post
>> "LyX1.3.7pre4 on win95/98".
>
> I haven't tested if my installer runs on Win98. I assume it doesn't
> because the registry system of Win98 is different to Win2000/XP.
NSIS support
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Thu, 2005-12-01 at 11:47 +0100, Jean-Marc Lasgouttes wrote:
>> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>>
Martin> There are three Box fixes to be tested in bugzilla, BTW
>> Where?
Martin> 2123, 2136, 21
Michael Gerz wrote:
> Hi Angus,
>
>> Have a look at extract_metrics_info in lib/scripts/lyxpreview2bitmap.py.
>> It's trying to parse the info passed to STDOUT by dvipng.
>>
>> Add
>> print dvipng_stdout
>> to see what this data is.
>
> Oh, damn! Metafont fails to create a font:
>
>
> This is
> So a solution would be to change the format and replace "." by
> something like \dot (like we do for \backspace). But then lyx2lyx
> would have to be very very careful to avoid to replace \dot macros in
> mathed, for example.
>
> Moreover, I am not sure that "." is the only bad case. In the
> exa
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> shows me that the Boost.Format library has been completely
Angus> rewritten since LyX 1.3 was released.
I am not sure this is related to boost.format, but I may be wrong...
Angus> Looking at the backtrace itself, this strikes me:
> IMO this is a bug in the mail programs Bo is using.
This is a feature/bug of sendmail. Considering the dominance of this
program, I would not say it is only "Bo's mail program".
> The dot mechanism should
> be completely transparent to the user. kmail has had this bug, too:
> http://bugs.kde.or
Angus Leeming wrote:
I think that things do work on win98. See Luis Rivera's recent post
"LyX1.3.7pre4 on win95/98".
I haven't tested if my installer runs on Win98. I assume it doesn't
because the registry system of Win98 is different to Win2000/XP.
I also haven't Win98 on my computer nor do
Hi Angus,
Have a look at extract_metrics_info in lib/scripts/lyxpreview2bitmap.py.
It's trying to parse the info passed to STDOUT by dvipng.
Add
print dvipng_stdout
to see what this data is.
Oh, damn! Metafont fails to create a font:
This is C:\programme\texmf\miktex\bin\dvipng.exe (dvipng
Hello Angus,
as promised attached a patch that fixes a bug when checking for a
pdf-viewer. The patch also simplifies the check for the ps-viewer.
I also needed to change the checks for LaTeX and Ghostscript in my
installer to fix bugs. I think that they must be included in your
installer bec
[EMAIL PROTECTED] wrote:
> PS. [Off-topic] In Sweden, when you graduate from the "gymnasium" (at abt
> 17), the relatives gather outside the school to welcome the students and
> bring them home in specially made carriages. One tradition related to
> this is that parents print a big poster with som
Angus Leeming <[EMAIL PROTECTED]> writes:
| I've just tried (and failed) to post a reply to a mail stored at
| http://news.gmane.org/gmane.editors.lyx.cvs. Gmane returned my followup
| telling me that this is a read-only mailing list. However, if I subscribe
| to the list I *can* reply, replies be
> Angus Leeming wrote:
> > Dear all,
> >
> > I'd like to announce the arrival of William who arrived on Tuesday 15
> > November, weighing in at 3.55kg (7lb 12oz in old money.) It wasn't
> > easy getting him out (40 hours labour followed by a Cæsarian) but now
> > he is out both he and Emma are doi
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]>
>> writes:
>
> Angus> I obviously haven't updated the boost part of my LyX 1.3.x tree
> Angus> for a while because I just noticed this change being applied to
> Angus> my tree today. Why did you add '#include ' di
On Thu, 2005-12-01 at 11:47 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> There are three Box fixes to be tested in bugzilla, BTW
>
> Where?
2123, 2136, 2137.
- Martin
signature.asc
Description: This is a digitally signed messag
I've just tried (and failed) to post a reply to a mail stored at
http://news.gmane.org/gmane.editors.lyx.cvs. Gmane returned my followup
telling me that this is a read-only mailing list. However, if I subscribe
to the list I *can* reply, replies being sent to lyx-devel.
Shouldn't the gmane interfa
On Thu, 2005-12-01 at 09:17 +0100, Helge Hafting wrote:
...
> Bug 2146 has been added to the database
>
>
> To reproduce:
> 1. Make a document, with an active branch in it.
> 2. Insert branch
> 3. Inside the branch, change paragraph type to "section" or
> "subsection", type something.
>
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I obviously haven't updated the boost part of my LyX 1.3.x tree
Angus> for a while because I just noticed this change being applied to
Angus> my tree today. Why did you add '#include ' directly
Angus> to boost/config/user.hpp? In th
lyx.org> writes:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/mathed/
> Changes by: lasgouttes baywatch.lyx.org05/11/17 16:23:49
>
> Modified files:
> lyx-devel/boost/: Tag: BRANCH_1_3_X ChangeLog
> lyx-devel/boost/boost/c
Michael Gerz wrote:
> Hi,
>
> is anybody familiar with the preview feature?
I am. I wrote it ;-)
> LyX 1.3 on Windows works fine when it comes to previewing math formula.
> However, LyX 1.4 fails to generate the bitmaps. This is what LyX reports
> on the console:
>
> Failed to extract metric
Uwe Stöhr wrote:
> Alex wrote:
>> I would mention on the web page what version of windows it is running.
>> I am using Win98se, as far I know it does not run on win98, yet.
> I'll add a hint.
I think that things do work on win98. See Luis Rivera's recent post
"LyX1.3.7pre4 on win95/98".
--
Angu
David M Hunter wrote:
> > > Thanks/Merci Jean_Marc.
>
> Since my email I have made progress in compiling under
> windows and it is in progress, it's taking hours on
> my silly windows laptop ... it's still compiling and
> linking Qt.
Hi, David.
If you need any help compiling LyX have a look at
de
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> There are three Box fixes to be tested in bugzilla, BTW
Where?
JMarc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> The following patch should cure all mouse+depm problems. I tested
>> it when moving between insets (text>text, math>text, text>math) and
>> it seems to work.
>>
>> However, this is core code, and I'd lik
Andre Poenitz wrote:
> > Thanks (thank God there are frontends like KFileRename nowadays).
>
> You mean replacements for perl -pie 's/foo/bar/g' *.[Ch] ?
Yes. GUIs for ignorants like me :-)
Jürgen
Hi,
is anybody familiar with the preview feature?
LyX 1.3 on Windows works fine when it comes to previewing math formula.
However, LyX 1.4 fails to generate the bitmaps. This is what LyX reports on the
console:
Failed to extract metrics info from dvipng
PreviewLoader::finishedInProgress(1)
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Blank and newline is (usually) not significant in latex, is it so
Bo> in lyx? If not, adding a blank after dot should fix the problem.
Unfortunately, blank is significant in the LyX format, and a newline
is not equivalent to a blank. The forma
Bo Peng wrote:
The moral of this story is
that it is not safe to send a lyx file in an email without zipping or
tarring it.
This is a serious problem! Since dot after *every inset* will be put
in a single line, this problem will be prominent for lyx, and lyx will
be blamed if this happens
Jean-Marc Lasgouttes wrote:
> We can probably works around it by a file format change, but such
> last-minutes changes carry a risk in themselves. Also, the problem
> with "From" becoming ">From" is similar, and solving this one is more
> complicated...
We can consider fixing this in the future,
Jean-Marc Lasgouttes wrote:
"Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
Helge> I just tried to put a subsection heading inside a branch, i.e.
Helge> "3.1 Subsectiontitle" followed by normal text.
Helge> Now, the "3.1" gets the usual big bold font subsections have,
Helge>
77 matches
Mail list logo
