On Mon, 2007-07-30 at 22:41 -0600, Bob Lounsbury wrote:
> That's strange. I have an Athlon XP 2000+ with 1GB of RAM, and I have
> not noticed any slowness at all. I wonder if it has anything to do
> with the graphics card. This computer has an ATI 9800 graphics card,
> which is a very nice card. Wi
Richard Heck wrote:
> Attached is a patch that addresses the outstanding issues. Tested and
> working on Linux (FC6). Tim says there are issues on Ubuntu, but that
> seems an Ubuntu issue. Can anyone test on Wintel and Mac?
Works for me.
Jürgen
Jean-Marc Lasgouttes wrote:
> Why? I thought I sent all the information to both of you...
The mail obviously was swallowed by my spam filter :-(
José got the mail, but it didn't include the crucial information, apparently
(and José was in a hurry himself).
Anyway, now you're back. You see, we mi
Jean-Marc Lasgouttes wrote:
> Didn't you forget the Makefile.am entry?
Indeed. Thanks.
Jürgen
Enrico Forestieri wrote:
> Jürgen, I have uploaded a 1.5.0 binary for cygwin at
> ftp://ftp.devel.lyx.org/pub/incoming/lyx-1.5.0-cygwin.tar.gz
> please, could you move it to the proper place? Thanks.
done.
Jürgen
On 7/30/07, Darren Freeman <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-07-30 at 10:24 +0200, Helge Hafting wrote:
> >had a higher priority. The "worst" drawing problems
> >are handled, so now it takes a slow machine to really
> >feel this.
>
> I disagree.
>
> I have an Athlon XP 3000+ wi
On Mon, 2007-07-30 at 10:24 +0200, Helge Hafting wrote:
>had a higher priority. The "worst" drawing problems
>are handled, so now it takes a slow machine to really
>feel this.
I disagree.
I have an Athlon XP 3000+ with 1 GB of RAM, and it's barely usable most
of the time.
I have tr
On Mon, Jul 30, 2007 at 06:38:47PM +0200, Georg Baum wrote:
> [EMAIL PROTECTED] wrote:
>
> > + // This facet has been adapted from the STLPort library
>
> That means that this part of the code is under the STLPort license.
> The STLPort license is not GPL, so you either have to add a
Jürgen, I have uploaded a 1.5.0 binary for cygwin at
ftp://ftp.devel.lyx.org/pub/incoming/lyx-1.5.0-cygwin.tar.gz
please, could you move it to the proper place? Thanks.
--
Enrico
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> http://bugzilla.lyx.org/show_bug.cgi?id=2390
>
> An APA teplate was missing up to now.
> I'm gonna put this to branch and trunk.
Didn't you forget the Makefile.am entry?
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Bo Peng wrote:
>> Sorry, I thought you could do that...
>
> No. I don't have write access (yet). José doesn't have write access (yet).
Why? I thought I sent all the information to both of you...
JMarc
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> On Wed, Jul 25, 2007 at 04:11:26PM -0500, Bo Peng wrote:
>
>> > I don't like this idea of a zip-lyx. There are other ways. For example
>> > any external file could be base64 encoded and inlined in the lyx file.
>>
>> A zip file allows much more comp
>> I see your point, but IMHO a stable series that is always stable
>> (which is not the case if prime development happens there) is more
>> valuable and worth the effort (but that's exactly the point where
>> our opinions differ).
>>
> I totally agree with Jürgen. The 1.5.X branch should be sta
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> José Matos wrote:
>> This is not in the patch, is this already in?
>> The patch only shows the addition of __FreeBSD_kernel__ test.
>
> No, it replaces __FREEBSD__ with __FreeBSD__. I didn't know it is so (and
> actually I didn't find a refere
On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 30, 2007 at 11:51:25AM -0600, Bob Lounsbury wrote:
> > On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> > > > How do you turn DRI off? In xorg.conf I have:
> > > >
> > > > Section "DRI"
> > > > Mode0666
> > > > EndS
Attached is a patch that addresses the outstanding issues. Tested and
working on Linux (FC6). Tim says there are issues on Ubuntu, but that
seems an Ubuntu issue. Can anyone test on Wintel and Mac?
Richard
--
==
Richard G Heck,
Jürgen Spitzmüller schrieb:
Richard Heck wrote:
This would do it, preserving the simple oolatex call first. Note that
since we have the "latex" flag we don't need the "needaux" flag.
The "latex" flag doesn't work for me. I get the following error:
--- warning --- Problem with command line
---
Jürgen Spitzmüller wrote:
Richard Heck wrote:
This would do it, preserving the simple oolatex call first. Note that
since we have the "latex" flag we don't need the "needaux" flag.
The "latex" flag doesn't work for me. I get the following error:
--- warning --- Problem with command li
On Mon, Jul 30, 2007 at 11:51:25AM -0600, Bob Lounsbury wrote:
> On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> > > How do you turn DRI off? In xorg.conf I have:
> > >
> > > Section "DRI"
> > > Mode0666
> > > EndSection
> > >
> > > Do I just comment out this section?
> > >
> > > I
Google the error message gives me
http://www.thescripts.com/forum/thread493003.html
In VC++ 8, iterators into vectors become invalidated whenever the number of
elements in the vector changes. The invalidation happens immediately. The
size of the loop is irrelevant.
You can use #define _HAS_ITERAT
With a user-sent test file, I can reproduce a crash under windows
1.5.0, but not under linux. The crash happens if I open the file,
open Toc panel (with no item), click on an include inset, and load the
child document.
The error dialog says:
Debug assertion failed!
\path\to\VC\include\vector
Just want to mention that it is tricky to make hardlink under windows,
the following command is needed:
> fsutil hardlink create SConstruct development\scons\SConstruct
Cheers,
Bo
Andre Poenitz wrote:
> I have only the semi-broken document, no recipe how it was produced.
> Just saving and re-loading the UserGuide compressed and uncompressed
> seems to work, though.
It might be an iostreams bug. I mentioned at
http://bugzilla.lyx.org/show_bug.cgi?id=3631 that the iostreams
Richard Heck wrote:
> OK. I did a good bit of testing earlier and saw no problems, but I
> haven't tested it since updating it to current trunk. It's actually less
> complex than it seems. The improvement lies in our storing the data for
> the individual BibTeX fields in a std::map rather than one
Richard Heck wrote:
> This would do it, preserving the simple oolatex call first. Note that
> since we have the "latex" flag we don't need the "needaux" flag.
The "latex" flag doesn't work for me. I get the following error:
--- warning --- Problem with command line
--- error --- Can't find/open f
Andre Poenitz wrote:
> On Mon, Jul 30, 2007 at 06:38:29PM +0200, Georg Baum wrote:
>> Andre Poenitz wrote:
>>
>> > Has anybody changed anything related to compression in, say, the two
>> > years leading to 1.5.0rc2?
>>
>> Yes. gzstream has been replaced by some boost thing.
>
> Do you remember
Richard Heck wrote:
> Georg Baum wrote:
>> Richard Heck wrote:
>>
>>
>>> The license is here: http://www.stlport.org/doc/license.html. I think it
>>> is GPL-compatible, as the intention of the author seems to have been to
>>> issue a license freer than GPL: "There are absolutely no restrictions
Georg Baum wrote:
Richard Heck wrote:
The license is here: http://www.stlport.org/doc/license.html. I think it
is GPL-compatible, as the intention of the author seems to have been to
issue a license freer than GPL: "There are absolutely no restrictions on
STLport use in commercial projects,
Jürgen Spitzmüller wrote:
Richard Heck wrote:
You can also just use `oolatex'---at least on Linux.
However, TeXLive 2007 does not ship the oolatex script. Therefore I'd prefer
the verbose command.
Should this be added to configure.py?
Yes.
This would do it, preserving the s
Richard Heck wrote:
> The license is here: http://www.stlport.org/doc/license.html. I think it
> is GPL-compatible, as the intention of the author seems to have been to
> issue a license freer than GPL: "There are absolutely no restrictions on
> STLport use in commercial projects, and no royalties
On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> > How do you turn DRI off? In xorg.conf I have:
> >
> > Section "DRI"
> > Mode0666
> > EndSection
> >
> > Do I just comment out this section?
> >
> > I know my graphics card is supposed to be 16bit so I want to keep that
> > setting.
On Mon, Jul 30, 2007 at 06:38:29PM +0200, Georg Baum wrote:
> Andre Poenitz wrote:
>
> > Has anybody changed anything related to compression in, say, the two
> > years leading to 1.5.0rc2?
>
> Yes. gzstream has been replaced by some boost thing.
Do you remember when approximately?
> IIRC the bo
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
It looks rather complicated, so I'd like to have others review it first.
I had a look at it again. I think this is rather something for 1.5.2. It needs
very good testing.
OK. I did a good bit of testing earlier and saw no problems,
While we are at the license issue, can someone check if it is
appropriate to use zip(), unzip() in zlib-1.2.3/contrib/minizip in
lyx? I do not see any license term, just
All files under this contrib directory are UNSUPPORTED. There were
provided by users of zlib and were not tested by the authors
> How do you turn DRI off? In xorg.conf I have:
>
> Section "DRI"
> Mode0666
> EndSection
Load"dri"
i would remove this line.
p
Richard Heck wrote:
> You can also just use `oolatex'---at least on Linux.
However, TeXLive 2007 does not ship the oolatex script. Therefore I'd prefer
the verbose command.
> Should this be added to configure.py?
Yes.
Jürgen
...
> Perhaps it's easiest to test with the OpenGL spinning camwheels
> (glxtest or something)
glxgears.
- Martin
[EMAIL PROTECTED] wrote:
As a side note, it's perfectly possible to add an enhancement request to
bugzilla, post a tweaked layout to bugzilla, and then refer to the
tweaked layout in bugzilla from within a wiki page. Not sure if it
helps, but it will keep the tweaked layout together with the e
> You can also just use `oolatex'---at least on Linux.
>
> Should this be added to configure.py?
isnt it already chceked ?
tools -> reconfigure found it for me.
pavel
Georg Baum wrote:
[EMAIL PROTECTED] wrote:
+ // This facet has been adapted from the STLPort library
That means that this part of the code is under the STLPort license.
The STLPort license is not GPL, so you either have to add additional license
information or revert this
On Mon, Jul 30, 2007 at 11:30:44AM -0500, Bo Peng wrote:
> > Has anybody changed anything related to compression in, say, the two
> > years leading to 1.5.0rc2?
>
> Not that I remember.
>
> > I was sent a corrupted 'packed' lyx file created with 1.5.0rc2.
> >
> > I've never seen such a thing befo
On Mon, Jul 30, 2007 at 10:36:16AM -0600, Bob Lounsbury wrote:
> On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> > On Mon, Jul 30, 2007 at 09:16:08AM -0600, Bob Lounsbury wrote:
...
> > > I have an iBook ppc so Google Earth in unavailable, but I ran
> > > Stellarium under 24 and 16 bit an
Jürgen Spitzmüller wrote:
Tim Michelsen wrote:
Hello,
before I enter a official request at bugzilla I'd like to ask you what
you think about this:
There's already a report:
http://bugzilla.lyx.org/show_bug.cgi?id=2085
Are there any plans to include a export option to Open Document
Jürgen Spitzmüller wrote:
Bo Peng wrote:
So shall I commit?
The patch looks reasonable to me.
It might be that this is the sledgehammer, and that there's a more fine
grained solution than updating everything on buffer switch. OTOH I don't know
why we shouldn't do that.
This
Jürgen Spitzmüller wrote:
Neal Becker wrote:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912496420320 (LWP 21577)]
lyx::LyX::hideDialogs (this=, [EMAIL PROTECTED],
inset=0x108c4c0) at LyX.cpp:389 (gdb) where
Please file a bug report. I'm sure Abdel will
[EMAIL PROTECTED] wrote:
> + // This facet has been adapted from the STLPort library
That means that this part of the code is under the STLPort license.
The STLPort license is not GPL, so you either have to add additional license
information or revert this commit, depending on whether
Andre Poenitz wrote:
> Has anybody changed anything related to compression in, say, the two
> years leading to 1.5.0rc2?
Yes. gzstream has been replaced by some boost thing. IIRC the boost thing
supports more compression formats than gzip. Maybe it is not correctly
configured and simply produces
On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 30, 2007 at 09:16:08AM -0600, Bob Lounsbury wrote:
> > On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> > > On Sun, Jul 29, 2007 at 10:39:49PM +0200, Andre Poenitz wrote:
> > > > On Sun, Jul 29, 2007 at 09:08:32PM +0300, Mar
> Has anybody changed anything related to compression in, say, the two
> years leading to 1.5.0rc2?
Not that I remember.
> I was sent a corrupted 'packed' lyx file created with 1.5.0rc2.
>
> I've never seen such a thing before and considered the packing
> a pretty robust and transparent process s
On 7/30/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
> > Done. Thanks.
>
> I think you could also mention the change in status.15x.
Done.
Bo
On Mon, Jul 30, 2007 at 06:19:12PM +0200, Andre Poenitz wrote:
> On Mon, Jul 30, 2007 at 11:38:42AM +0300, Martin Vermeer wrote:
> > The problem situation appears to be the one in which X
> > enables DRI but the hardware (or driver code) cannot handle
> > it and substitutes a software solution (?)
On Mon, Jul 30, 2007 at 10:48:33AM +0200, Helge Hafting wrote:
> Bo Peng wrote:
> >Dear all,
> >
> >Embedded please find an improved version of the embedding patch. To
> >test this patch, please unpack zlib-1.2.3 source package to the top
> >source directory of lyx and use 'scons' to build lyx. I w
On Mon, Jul 30, 2007 at 11:38:42AM +0300, Martin Vermeer wrote:
> The problem situation appears to be the one in which X
> enables DRI but the hardware (or driver code) cannot handle
> it and substitutes a software solution (?), which used to
> be the case for Fedora/24 bits. Apparently Ubuntu is
Bo Peng wrote:
> Done. Thanks.
I think you could also mention the change in status.15x.
Jürgen
> > Can I commit this to the branch as well? This allows me to run scons
> > from top source directory without the '-f
> > development/scons/SConstruct' option, saving 32 key strokes each time.
>
> OK.
Done. Thanks.
Bo
On Mon, Jul 30, 2007 at 05:39:36PM +0200, Pavel Sanda wrote:
> > OK thanks, I think this is significant... so qt + lyx (+X?)
> > is not handling this case correctly.
>
> more research shows that this seems be known bug for my particular
> graphic card and new version of xorg-server, so it has not
On Mon, Jul 30, 2007 at 09:16:08AM -0600, Bob Lounsbury wrote:
> On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> > On Sun, Jul 29, 2007 at 10:39:49PM +0200, Andre Poenitz wrote:
> > > On Sun, Jul 29, 2007 at 09:08:32PM +0300, Martin Vermeer wrote:
> > > > On Sun, Jul 29, 2007 at 05:34:14PM
On Mon, Jul 30, 2007 at 05:49:14PM +0200, Pavel Sanda wrote:
if somebody dont send some quick fix soon, your report probably fall
into oblivion without its bugz counterpart :)
Well, in that case I need to submit a bug report on the LyX web pages
too ;-)
On 30 Jul 2007, at 16:54, Enrico Fore
> If I'm not mistaken, this was bug 3118
yes, it seems as the same bug.
> which is supposedly already fixed.
no i can reproduce the problem even for the attached file there
(with 1.5.0).
pavel
Bo Peng wrote:
> Jurgen,
>
> Can I commit this to the branch as well? This allows me to run scons
> from top source directory without the '-f
> development/scons/SConstruct' option, saving 32 key strokes each time.
OK.
Jürgen
On Mon, Jul 30, 2007 at 05:49:14PM +0200, Pavel Sanda wrote:
> > should be sent here' [i.e. the lyx-devel list]. I don't have a
> > bugzilla account, but I will happily set one up and report the bug if
> > that is the appropriate action.
>
> if somebody dont send some quick fix soon, your re
> SCons: allow linking SConstruct to lyx top source directory because I am
> tired of typing development/scons/SConstrct again and again
Jurgen,
Can I commit this to the branch as well? This allows me to run scons
from top source directory without the '-f
development/scons/SConstruct' option, sa
> should be sent here' [i.e. the lyx-devel list]. I don't have a
> bugzilla account, but I will happily set one up and report the bug if
> that is the appropriate action.
if somebody dont send some quick fix soon, your report probably fall
into oblivion without its bugz counterpart :)
pavel
> OK thanks, I think this is significant... so qt + lyx (+X?)
> is not handling this case correctly.
more research shows that this seems be known bug for my particular
graphic card and new version of xorg-server, so it has nothing to
do with lyx particularly.
pavel
On 7/30/07, Martin Vermeer <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 29, 2007 at 10:39:49PM +0200, Andre Poenitz wrote:
> > On Sun, Jul 29, 2007 at 09:08:32PM +0300, Martin Vermeer wrote:
> > > On Sun, Jul 29, 2007 at 05:34:14PM +0200, Pavel Sanda wrote:
> > > > > Does this have to do with enabling
Tim Michelsen wrote:
> Hello,
> recently I read that a user reported problems that the text in a tab is
> not updated when switching to another tab.
>
> I did not find a entry in bugzilla.
http://bugzilla.lyx.org/show_bug.cgi?id=3969
> But I can confirm this behavior. The text is only updated whe
Hello,
recently I read that a user reported problems that the text in a tab is
not updated when switching to another tab.
I did not find a entry in bugzilla.
But I can confirm this behavior. The text is only updated when I scroll
in the other tabbed.
Regards,
Timmie
> > Looks ok for 1.5 and 1.6
>
> OK, I thought that it has been copied to 1.4 with svn copy, but this seems
> not to be the case.
You might be the last one to update from the 1.4 branch. :-)
Bo
> >
> This looks very interesting - one wishlist item done
> already!
This will be a good feature to have, but make it work in every cases
is tricky so a lot of testing is needed.
> > 1. Graphics, listings, bib file etc can be embedded into the .lyx file.
> >
> Will it be possible to add child do
Jürgen Spitzmüller wrote:
> > The patch looks reasonable to me.
>
> It might be that this is the sledgehammer, and that there's a more fine
> grained solution than updating everything on buffer switch. OTOH I don't
> know why we shouldn't do that.
>
> So I guess I'll commit.
done.
Jürgen
Bo Peng wrote:
> On 7/30/07, Georg Baum
> <[EMAIL PROTECTED]> wrote:
>> In 1.4, but I guess in 1.5 and trunk also. I noticed it while updating my
>> branch.
>
> Looks ok for 1.5 and 1.6
OK, I thought that it has been copied to 1.4 with svn copy, but this seems
not to be the case.
On 30 Jul 2007, at 15:26, Pavel Sanda wrote:
i can confirm it. have you filed new record in bugzilla ?
According to http://www.lyx.org/internet/mailing.php `bug reports
should be sent here' [i.e. the lyx-devel list]. I don't have a
bugzilla account, but I will happily set one up and rep
On 7/30/07, Georg Baum <[EMAIL PROTECTED]> wrote:
> In 1.4, but I guess in 1.5 and trunk also. I noticed it while updating my
> branch.
Looks ok for 1.5 and 1.6
% svn -v proplist *
Properties on 'qt4.py':
svn:eol-style : native
Properties on 'scons_manifest.py':
svn:eol-style : native
Proper
In 1.4, but I guess in 1.5 and trunk also. I noticed it while updating my
branch.
Bo Peng wrote:
> > So shall I commit?
>
> The patch looks reasonable to me.
It might be that this is the sledgehammer, and that there's a more fine
grained solution than updating everything on buffer switch. OTOH I don't know
why we shouldn't do that.
So I guess I'll commit. If Abdel comes up w
> > One way would be to have a "re-render all math" button in the
> > preamble editor dialog. File a enhancement request
> > on bugzilla.lyx.org if you care much for this.
I guess we need a Document->refresh menu entry that has submenu -->
re-load document, re-generate preview, re-blah blah. I hav
> So shall I commit?
The patch looks reasonable to me.
Bo
> To reproduce the bug:
i can confirm it. have you filed new record in bugzilla ?
> The situation is mitigated in 1.5.0, because using the up/down arrow
> key to move between lines in the equation array environment does at
mouse wheel also bring you there; but you cant start type again witho
There's already a report:
http://bugzilla.lyx.org/show_bug.cgi?id=2085
Ooops.
I updated the wiki page:
http://wiki.lyx.org/Tools/LyX2OpenOffice
and also the bugzilla entry:
http://bugzilla.lyx.org/show_bug.cgi?id=2085
I have experienced the following bug on version 1.5.0, 1.4.5.1, and
older versions of LyX 1.4.* on Mac OS X (PPC).
If a multi-line equation contains many more lines than can be
displayed simultaneously in the same window, then clicking in a field
in one of the first or last lines in the equ
Jürgen Spitzmüller wrote:
> Take this one instead.
committed.
Jürgen
Mael Hilléreau wrote:
> I got this problem with 1.5.0rc2 and 1.5.0 final, but not with Jürgen's
> patch. I just found a way to reproduce (not sure if it works in any case
> however):
>
> 1. Open a multipart document having a child doc small enough so that dark
> grey is visible at bottom;
> 2. Go t
Selon Jürgen Spitzmüller <[EMAIL PROTECTED]>:
> Sven Schreiber wrote:
> > Actually with 1.5.0 final I cannot reproduce my earlier problems,
> > either. So maybe this has been fixed after rc2.
>
> No, it hasn't. I could reproduce the problems with 1.5.1svn. I couldn't with
> my patch up to now, but
On Mon, Jul 30, 2007 at 09:37:16AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > Jürgen, may I also commit to branch?
>
> Yes (I take it that you have tested this thouroughly).
Of course I did. I committed a slightly modified patch as I was
forgetting the pointer type case. No
Jürgen Spitzmüller wrote:
> I'll do that.
done.
Jürgen
On Mon, Jul 30, 2007 at 08:51:39AM +0200, Stefan Schimanski wrote:
> >> Doh! Seems that the Mac also needs using our custom facets. Please
> >> try
> >> the attached patch and let me know if it works. You'll have to
> >> recompile
> >> lyx pratically from scratch, sorry for that.
> >
> > Hmpf.
Sam Lewis wrote:
> Hi,
>
> I've uploaded a binary to pub/incoming/ for the dapper ubuntu
> distribution. Could someone please place it in the appropriate folder.
> Many thanks!
I'll do that.
Jürgen
Hi,
I've uploaded a binary to pub/incoming/ for the dapper ubuntu
distribution. Could someone please place it in the appropriate folder.
Many thanks!
Cheers, Sam
lyx-1.5.0_bin-dapper_i386.deb
Tim Michelsen wrote:
> Hello,
> before I enter a official request at bugzilla I'd like to ask you what
> you think about this:
There's already a report:
http://bugzilla.lyx.org/show_bug.cgi?id=2085
> Are there any plans to include a export option to Open Document Format
> (ODF) which could be rea
On 7/30/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
> Andrea Censi wrote:
> > I make heavy use of macros (\newcommand). If I change one definition, I
> > have to close and re-open the LyX file to have the math re-rendered with
> > the new definition. How can I force the re-rendering?
> >
> Current
Hello,
before I enter a official request at bugzilla I'd like to ask you what
you think about this:
Are there any plans to include a export option to Open Document Format
(ODF) which could be read and processed by numerous programs:
http://en.wikipedia.org/wiki/List_of_applications_supporting
Bo Peng wrote:
> > Objections?
>
> Not from me.
Applied.
Jürgen
Sven Schreiber wrote:
> Actually with 1.5.0 final I cannot reproduce my earlier problems,
> either. So maybe this has been fixed after rc2.
No, it hasn't. I could reproduce the problems with 1.5.1svn. I couldn't with
my patch up to now, but I don't have a 100% recipe to reproduce the
behaviour,
Dov Feldstern wrote:
Helge Hafting wrote:
[...]
Not strange at all. Document text that isn't explicitly set to some
language, is in the "document language" and changes if that
language is ever changed. This is very convenient.
I can see that this will be different with languages that uses
d
Jürgen Spitzmüller schrieb:
Sven Schreiber wrote:
I had reported this on the user list already for rc2
(http://www.mail-archive.com/[EMAIL PROTECTED]/msg57128.html), but
did not pursue it because Uwe also could not reproduce it. Haven't tried
1.5.0 final yet, but it was for real and I don't th
Bo Peng wrote:
On 7/26/07, Bo Peng <[EMAIL PROTECTED]> wrote:
Going the other way is even worse - mark something in
LyX 1.5.0 (released) and you (usually) can't paste it into thunderbird.
Could you please test the attached patch?
It compiled fine, but didn't help too much. My te
Bo Peng wrote:
Dear all,
Embedded please find an improved version of the embedding patch. To
test this patch, please unpack zlib-1.2.3 source package to the top
source directory of lyx and use 'scons' to build lyx. I would
appreciate it if someone can add autotools support so that more people
ca
On Sun, Jul 29, 2007 at 10:39:49PM +0200, Andre Poenitz wrote:
> On Sun, Jul 29, 2007 at 09:08:32PM +0300, Martin Vermeer wrote:
> > On Sun, Jul 29, 2007 at 05:34:14PM +0200, Pavel Sanda wrote:
> > > > Does this have to do with enabling dri (direct rendering
> > > > interface? I remember that requi
Andrea Censi wrote:
I make heavy use of macros (\newcommand). If I change one definition, I
have to close and re-open the LyX file to have the math re-rendered with
the new definition. How can I force the re-rendering?
Currently, the only way is to close and reopen the document.
LyX lets you
On Mon, Jul 30, 2007 at 10:07:54AM +0200, Helge Hafting wrote:
> Charles de Miramon wrote:
> > I think that what is needed is a standard mechanism to enter in a friendly
> > GUI way structured information in LyX like titlepages, frames in
> > beamer,multiple choice questions, etc. The gui form wou
1 - 100 of 105 matches
Mail list logo
