OK, here's my attempt once again to fix bug 2178. I've tested this a
bit, but I'm not an extensive user of tables, so I'm sure there are bugs
here. But the general idea seems to work.
Note that this is intended to be a "minimal patch", involving as few
changes as possible to the existing cod
rgheck wrote:
I think there is a general problem in the trunk with the getStatus()
dispatch mechanism. If I put a breakpoint here, at line ~915 of
BufferView.cpp:
case LFUN_LAYOUT:
flag.enabled(!cur.inset().forceEmptyLayout(cur.idx()));
break;
it never gets hit. The reason se
I think there is a general problem in the trunk with the getStatus()
dispatch mechanism. If I put a breakpoint here, at line ~915 of
BufferView.cpp:
case LFUN_LAYOUT:
flag.enabled(!cur.inset().forceEmptyLayout(cur.idx()));
break;
it never gets hit. The reason seems to be this.
rgheck wrote:
This is along the way to dealing with the InsetTableCell issue. But
even this little bit causes LyX to crash when you try to make a table.
Debugging shows that the problem is in Tabular::init(), at this line:
cell_info = cell_vvector(rows_arg, cell_vector(columns_arg,
CellDat
José Matos wrote:
> In the line above I replaced g++ by g++ -E and I have removed what comes
> after
> the -c (of course).
>
> I send you the result attached. It seems that the compiler is right bad_cast
> is nowhere to be found...
bad_cast come from /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/includ
> > I have been trying to compile the first alpha release, for that I have
> > changed
> > configure.ac changing the release from 1.6.0svn to 1.6.0alpha1, this
> > changes
> > automatically the configure flags to be in the pre-release mode.
>
> fyi i have just succesfully compiled alpha1.
> i
This is along the way to dealing with the InsetTableCell issue. But even
this little bit causes LyX to crash when you try to make a table.
Debugging shows that the problem is in Tabular::init(), at this line:
cell_info = cell_vvector(rows_arg, cell_vector(columns_arg,
CellData(buf)));
The f
> On Thursday 20 March 2008 15:30:49 José Matos wrote:
> > I have been trying to compile the first alpha release, for that I have
> > changed configure.ac changing the release from 1.6.0svn to 1.6.0alpha1,
> > this changes automatically the configure flags to be in the pre-release
> > mode.
>
> I
On Thursday 20 March 2008 22:45:21 Andre Poenitz wrote:
> I mean the binary package.
>
> Andre'
I agree, as a side effect it guarantees that the required packages are there
(and working) for the building process. I am not sure if this was your
original intent but it really works. :-)
--
José A
> I have been trying to compile the first alpha release, for that I have
> changed
> configure.ac changing the release from 1.6.0svn to 1.6.0alpha1, this changes
> automatically the configure flags to be in the pre-release mode.
fyi i have just succesfully compiled alpha1.
i just changed 1.6.0a
On Thu, Mar 20, 2008 at 10:39:58PM +, José Matos wrote:
> On Thursday 20 March 2008 22:21:11 Andre Poenitz wrote:
> > Any opinions?
>
> If you are referring along the binary packages that is OK, lots of packages
> do it. If you mean on the source packages I disagree.
I mean the binary pack
On Thursday 20 March 2008 22:21:11 Andre Poenitz wrote:
> Any opinions?
If you are referring along the binary packages that is OK, lots of packages
do it. If you mean on the source packages I disagree.
> Andre'
--
José Abílio
Given that people seem to have massive problems with getting started
(see recent discussions on [EMAIL PROTECTED]), maybe shipping .pdfs an
addition to the .lyx docs might be a good idea.
Any opinions?
Andre'
Does anyone know why we use -DQT_GENUINE_STR?
It is neither used by us not by Qt as far as I can tell...
Andre'
On Thursday 20 March 2008 15:30:49 José Matos wrote:
> I have been trying to compile the first alpha release, for that I have
> changed configure.ac changing the release from 1.6.0svn to 1.6.0alpha1,
> this changes automatically the configure flags to be in the pre-release
> mode.
I have another t
> Something like this same approach might also work for some of the
> problems we've been having with labels in section headings, etc.
Bug nubmers? test documents?
Bo
Leuven, E. wrote:
This d2emult:
Cannot delete style `Chapter*'
Cannot delete style `Part*'
Cannot delete style `Paragraph*'
Cannot delete style `Subparagraph*'
I believe these are errors from the layout files. When you choose a
layout in the combo, LyX tries to load it. This probably ought
> from what I understand, it looks pretty well done and
> works, too.
Thank you for testing. A polished patch has been submitted to trunk,
and a patch for branch is attached.
Jurgen?
Bo
Index: src/insets/InsetListings.cpp
===
---
On Thu, Mar 20, 2008 at 4:28 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
> > > I see the problem now. Will fix soon.
>
> It is too late, and unwise to disable label inside listings caption,
> so the only solution is to process listings parameter afterwards.
I think that's the right approach. The L
I have been trying to compile the first alpha release, for that I have changed
configure.ac changing the release from 1.6.0svn to 1.6.0alpha1, this changes
automatically the configure flags to be in the pre-release mode.
Compiling the tree fails with the attached errors.
This is strange because
> > I see the problem now. Will fix soon.
It is too late, and unwise to disable label inside listings caption,
so the only solution is to process listings parameter afterwards. The
attached patch does this. It will be applied to trunk if there is no
objection.
Jurgen: OK for branch?
Bo
Index:
On Thursday 20 March 2008 14:53:15 Pavel Sanda wrote:
> this is really the only flag you give? how is "O2" possible ?
Because I have changed configure.ac to set the first alpha, that where that
is coming.
Without the change I get the same but with -O instead of -O2
> pavel
--
José Abílio
> > > > If it works without it, go for that. However, I comple perfectly well
> > > > with build_dir != src_dir now.
> > >
> > > The reason why it fails is that no rule is issued to lengthcommon.cpp
> > > when I use a different directories. I am not sure if this an automake, or
> > > even make bu
> > Author: jamatos
> > Date: Thu Mar 20 14:20:18 2008
> > New Revision: 23849
> >
> > URL: http://www.lyx.org/trac/changeset/23849
> > Log:
> > remove lengthcommon.cpp and use it as a link from the upper dir
> >
> > Removed:
> > lyx-devel/trunk/src/tex2lyx/lengthcommon.cpp
> > Modified:
> >
On Thursday 20 March 2008 14:19:18 Pavel Sanda wrote:
> > On Thursday 20 March 2008 13:04:52 Jean-Marc Lasgouttes wrote:
> > > José Matos <[EMAIL PROTECTED]> writes:
> > > > I propose to apply this patch to src/tex2lyx. Without this patch I
> > > > can not compile lyx with build_dir != src_dir. Any
On Thu, Mar 20, 2008 at 3:17 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
> > As you can see, the \label-command is inside the caption definition.
> > The listings package doesn't seem to like it that way.
>
> I see the problem now. Will fix soon.
That's great, thanks!
Dominik
> On Thursday 20 March 2008 13:04:52 Jean-Marc Lasgouttes wrote:
> > José Matos <[EMAIL PROTECTED]> writes:
> > > I propose to apply this patch to src/tex2lyx. Without this patch I can
> > > not compile lyx with build_dir != src_dir. Any objection?
> >
> > If it works without it, go for that. Howev
> Author: jamatos
> Date: Thu Mar 20 14:20:18 2008
> New Revision: 23849
>
> URL: http://www.lyx.org/trac/changeset/23849
> Log:
> remove lengthcommon.cpp and use it as a link from the upper dir
>
> Removed:
> lyx-devel/trunk/src/tex2lyx/lengthcommon.cpp
> Modified:
> lyx-devel/trunk/src/
> As you can see, the \label-command is inside the caption definition.
> The listings package doesn't seem to like it that way.
I see the problem now. Will fix soon.
Bo
On Thursday 20 March 2008 13:39:37 Jean-Marc Lasgouttes wrote:
> I do not think that fixing blindly make sense here.
We are using the upper version after all.
> Note that a 'make distclean' will probably be needed to recover.
OK. I have running make distclean more than I would like. :-(
> Jos
José Matos <[EMAIL PROTECTED]> writes:
>> If it works without it, go for that. However, I comple perfectly well
>> with build_dir != src_dir now.
>
> The reason why it fails is that no rule is issued to
> lengthcommon.cpp when I use a different directories. I am not sure
> if this an automake, o
Jean-Marc Lasgouttes wrote:
> Juergen, I guess this is OK?
Yes, please go ahed (also with fixing the remaining problems.)
Jürgen
On Thursday 20 March 2008 13:04:52 Jean-Marc Lasgouttes wrote:
> José Matos <[EMAIL PROTECTED]> writes:
> > I propose to apply this patch to src/tex2lyx. Without this patch I can
> > not compile lyx with build_dir != src_dir. Any objection?
>
> If it works without it, go for that. However, I comple
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Juergen, I guess this is OK?
After the patch is applied, there is still a problem with the
filetools test. The output is
pegase: ./filetools
./bar/
./foo/bar/
././bar/
././foo/bar/
/bar/
/foo/bar/
./foo/bar/
././foo/bar/
/foo/bar/
Of course, al
Juergen, I guess this is OK?
JMarc
svndiff src/frontends/controllers/tests/Makefile.am
Index: src/frontends/controllers/tests/Makefile.am
===
--- src/frontends/controllers/tests/Makefile.am (revision 23823)
+++ src/frontends/contro
José Matos <[EMAIL PROTECTED]> writes:
> I propose to apply this patch to src/tex2lyx. Without this patch I can not
> compile lyx with build_dir != src_dir. Any objection?
If it works without it, go for that. However, I comple perfectly well
with build_dir != src_dir now.
JMarc
I propose to apply this patch to src/tex2lyx. Without this patch I can not
compile lyx with build_dir != src_dir. Any objection?
Index: Makefile.am
===
--- Makefile.am (revision 23847)
+++ Makefile.am (working copy)
@@ -39,6 +39,7 @@
On Thursday 20 March 2008 11:36:34 Pavel Sanda wrote:
> this file is created when you give monolithic options to configure.
> pavel
OK. You are right. The interference between the different options of configure
is giving me headaches.
I have reverted the patch.
--
José Abílio
> > but i'm not sure whether this wouldn't break dvips on some older tex
> > distros.
> > what do others think about it?
>
> I do not think it will break anything that is working now. The
> question is to know whether there are real security problems with this
> choice of setting. Since allows dv
Bennett Helm <[EMAIL PROTECTED]> writes:
> 4. The second script deletes the existing default templates,
> examples, and tex files before it creates the links. This is because
> the LyX/Mac installer currently copies these files rather than
> creating links, so that the attempt to create a link wil
> > uhrrrm. are you sure about this?
> > imho you broke monolithic builds.
>
> I don't see any lyxclient.cpp in the directory, where does that comes from?
this file is created when you give monolithic options to configure.
pavel
This d2emult:
Cannot delete style `Chapter*'
Cannot delete style `Part*'
Cannot delete style `Paragraph*'
Cannot delete style `Subparagraph*'
This broadway:
Cannot delete style `Abstract'
Cannot delete style `Date'
This is ENTCS:
Cannot copy unknown style `LaTeX'
All layouts so far:
PlainLayou
don't know whether this is a problem, but when i scroll with my mouse wheel
over the layout combo in the document settings dialog i see the following in
the console:
Cannot delete style `Chapter*'
Cannot delete style `Part*'
Cannot delete style `Paragraph*'
Cannot delete style `Subparagraph*'
Ca
On Thursday 20 March 2008 09:00:55 Jean-Marc Lasgouttes wrote:
> I think so. While gettext tries hard to be able to react to a change
> of environment variables, I do not think we care.
I agree.
> JMarc
--
José Abílio
On Wednesday 19 March 2008 20:06:17 Pavel Sanda wrote:
> > Modified: lyx-devel/trunk/src/client/Makefile.am
> > URL:
> > http://www.lyx.org/trac/file/lyx-devel/trunk/src/client/Makefile.am?rev=2
> >3836
> > =
> >= --- lyx-d
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Would the attached be safe?
>
> Saves 2% startup time...
I think so. While gettext tries hard to be able to react to a change
of environment variables, I do not think we care.
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
> hi,
>
> i'm thinking about putting the following patch into trunk.
>
> for problem see for example.
> http://www.mail-archive.com/[EMAIL PROTECTED]/msg02940.html
>
> this patch is already part of gentoo lyx patch set for about two years.
>
> but i'm not su
On Thursday 20 March 2008 07:45:08 Rex Eastbourne wrote:
> I'm glad to hear you guys like the idea of some graphic work being done on
> the website! Andrei asked some questions for me (below). Although I have
> some ideas and preferences, the LyX veterans among you should have more say
> and know b
I'm glad to hear you guys like the idea of some graphic work being done on
the website! Andrei asked some questions for me (below). Although I have
some ideas and preferences, the LyX veterans among you should have more say
and know better than I do about some of the details, so I would request you
On Thu, Mar 20, 2008 at 4:00 AM, Bob Lounsbury <[EMAIL PROTECTED]> wrote:
>
> Hopefully someone with more knowledge will respond soon. LyX 1.6 is
> still in svn, so I can't open you're lyx file and importing the tex
> file makes it more confusing.
It's not only an LyX 1.6.0 issue, just tried it
50 matches
Mail list logo
