> typename cache_type::const_iterator it ...
>
> . In older versions of the standard an implicit typename was assumed, and I
> guess that your MSVC still allows this.
Yes. typename is required by gcc.
Bo
Bo Peng wrote:
> I think something has to be done here. I still prefer my patch but
> Enrico's one-liner is also acceptable. To be more specific, my patch
> allows lyx to start without proper .lst file, but only allows
> reconfiguration in this case. Enrico's patch restarts reconfiguration
> if
On Mon, Sep 24, 2007 at 06:31:03AM +0300, Martin Vermeer wrote:
> On Sun, Sep 23, 2007 at 06:06:23AM +0300, Martin Vermeer wrote:
> > On Sat, Sep 22, 2007 at 06:49:34PM +0200, Jürgen Spitzmüller wrote:
> > > Martin Vermeer wrote:
> > > > Actually have a look at the attached. I somewhat changed my
Uwe Stöhr wrote:
Richard Heck schrieb:
That leaves the other issue: Changing this dialog from url to href,
or at least allowing href, since we now have hyperref, anyway. I'd
vote for changing, since url does not need to be an InsetCommand but
can just be a charstyle, which it is in the URL
> I'm not sure what to do. As I see it, both patches have their drawbacks.
Yes. My patch should display a dialog and let the user click ok to
reconfigure. The output should be redirected to a dialog.
Enrico's path has the problem that nothing happens after lyx.exe is
clicked so several instances
> I'm not sure what to do. As I see it, both patches have their drawbacks. What
> do others think?
Personally I like Bo's solution.
Uwe
Martin Vermeer wrote:
On Mon, Sep 24, 2007 at 06:31:03AM +0300, Martin Vermeer wrote:
The proper way for this is, it seems, to keep the hardwired InsetIndex,
but make it a collapsable. The attached patch does this. The inset is
now configurable from the layout files. It still works without
On Mon, Sep 24, 2007 at 09:23:01AM +0200, Georg Baum wrote:
> Richard Heck wrote:
>
> >>> In the end, I don't think this will be needed. But yes, the
> >>> serialization here is a hassle, and it's sheer luck that it isn't a
> >>> problem.
> >>>
> >> How would an optimal/a better solution
On Mon, Sep 24, 2007 at 09:57:31AM +0200, Abdelrazak Younes wrote:
> Georg Baum wrote:
> >If you had a serialization that
> >would not require to implement these wrapper classes for new insets and
> >that would 'just work' without additional effort (for example by using the
> >insets read() and
On Mon, Sep 24, 2007 at 10:55:13AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes a écrit :
> >Georg Baum wrote:
> >>If you had a serialization that
> >>would not require to implement these wrapper classes for new insets and
> >>that would 'just work' without additional effort (for example
On Mon, Sep 24, 2007 at 11:04:39AM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >Abdelrazak Younes a écrit :
> >>Georg Baum wrote:
> >>>If you had a serialization that
> >>>would not require to implement these wrapper classes for new insets and
> >>>that would 'just work'
On Mon, Sep 24, 2007 at 11:55:21AM +0200, Helge Hafting wrote:
> [EMAIL PROTECTED] wrote:
> >Does anyone know roughly how long it takes to build LyX on a machine
> >with one of these processors:
> >* Core 2 Duo E4300
> >* AMD Athlon 64 X2 4000+
> >* AMD Athlon X2 BE-2400 (or BE-2350)
> >
> >The
On Mon, Sep 24, 2007 at 12:17:38PM +0200, Georg Baum wrote:
> Abdelrazak Younes wrote:
>
> > That would be a good first step indeed. But I personally don't think the
> > hypothetical benefit of using "inset globs" in the lyxserver is worth
> > it. I mean, I agree this would be nice to have, this
On Mon, Sep 24, 2007 at 01:02:54PM +0200, [EMAIL PROTECTED] wrote:
> On Mon, 24 Sep 2007, Abdelrazak Younes wrote:
>
> >> Serialization allows us to have the paragraph-params-apply lfun, for
> >> example, which allow to bind any aspect of paragraph settings to a key
> >> or icon.
> >
> >No, what
On Mon, Sep 24, 2007 at 01:21:02PM +0200, [EMAIL PROTECTED] wrote:
> On Mon, 24 Sep 2007, Helge Hafting wrote:
>
> >> Does anyone know roughly how long it takes to build LyX on a machine
> >> with one of these processors:
> >> * Core 2 Duo E4300
> >> * AMD Athlon 64 X2 4000+
> >> * AMD Athlon X2
On Mon, Sep 24, 2007 at 04:22:47PM +0200, Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > Did not work. This is gcc 3.4.1, BTW.
>
> Same here. This one at least makes it compile again:
>
> Index: src/CoordCache.h
> ===
>
> 1. apply my patch for now.
> 2. display a message box when lyx is started without proper .lst
> files. This can be done easily if someone can show me where to insert
> this message box.
>
> Because my patch follows this line, I propose that we figure out 2 for
> 1.5.x, and complete 3 and 4 for
> 'typename' missing in the original version?
Yes, and another one is still missing. I have just fixed it.
Bo
On Mon, Sep 24, 2007 at 09:16:30PM +0200, Andre Poenitz wrote:
> On Mon, Sep 24, 2007 at 04:22:47PM +0200, Jürgen Spitzmüller wrote:
> > Jean-Marc Lasgouttes wrote:
> > > Did not work. This is gcc 3.4.1, BTW.
> >
> > Same here. This one at least makes it compile again:
> >
> > Index:
On Mon, Sep 24, 2007 at 02:36:29PM -0400, Richard Heck wrote:
> Martin Vermeer wrote:
> >On Mon, Sep 24, 2007 at 06:31:03AM +0300, Martin Vermeer wrote:
> >
> >The proper way for this is, it seems, to keep the hardwired InsetIndex,
> >but make it a collapsable. The attached patch does this. The
On Mon, Sep 24, 2007 at 06:02:40AM +0300, Martin Vermeer wrote:
> On Mon, Sep 24, 2007 at 12:09:07AM +0200, Helge Hafting wrote:
> > make[1]: Entering directory `/usr/src/lyx-devel/src/tex2lyx'
> > make PCH_FLAGS= pch-file
> > make[2]: Entering directory `/usr/src/lyx-devel/src/tex2lyx'
> > g++
Martin Vermeer wrote:
@@ -414,8 +405,9 @@
inset.reset(new InsetBibitem(inscmd));
} else if (cmdName == "bibtex") {
inset.reset(new InsetBibtex(inscmd));
+ // (Is this stuff obsolete)?
} else if (cmdName
I gave up - a hang during a compile really screwed up things.
So I downloaded everything from svn again.
Ran autogen.sh and configure.
Then:
$ make
Making all in config
make[1]: Entering directory `/usr/src/lyx-devel/config'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
On Mon, 24 Sep 2007, Abdelrazak Younes wrote:
Inset defines its own undocumented protocol. We are not talking about a
network protocol or something complicated, we just need a well defined
syntax for the LFUN, for example:
LFUN_XXX /command1 option1a option1b /command2 option2a option2b ...
The patch fixes
http://bugzilla.lyx.org/show_bug.cgi?id=3242
- When the height value is zero, no option is set in the output. (see coment 0)
- I changed the UI to make the optional parameter really optional using a check
box. (see comment 5)
Is this now correct?
regards Uwe
Index:
Andre Poenitz wrote:
On Mon, Sep 24, 2007 at 11:04:39AM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes a écrit :
Georg Baum wrote:
If you had a serialization that
would not require to implement these wrapper classes for new insets and
that would 'just work'
On Mon, Sep 24, 2007 at 07:40:18PM +0200, Jürgen Spitzmüller wrote:
> Bo Peng wrote:
> > I think something has to be done here. I still prefer my patch but
> > Enrico's one-liner is also acceptable. To be more specific, my patch
> > allows lyx to start without proper .lst file, but only allows
> >
Georg Baum wrote:
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++ src/CoordCache.h(Arbeitskopie)
@@ -108,8 +108,8 @@
bool covers(T const *
[EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007, Abdelrazak Younes wrote:
Inset defines its own undocumented protocol. We are not talking about
a network protocol or something complicated, we just need a well
defined syntax for the LFUN, for example:
LFUN_XXX /command1 option1a option1b
> No, LyX simply behaves as before and doesn't start. I rather think
> that an endless loop may occur with the latest proposal from Bo, but
> I didn't look carefully at the patch. I mean, if the reconfigure is
> still unsuccessful, LyX may continuosly asking for reconfiguring.
The dialog (and
Andre Poenitz wrote:
On Mon, Sep 24, 2007 at 09:23:01AM +0200, Georg Baum wrote:
Richard Heck wrote:
In the end, I don't think this will be needed. But yes, the
serialization here is a hassle, and it's sheer luck that it isn't a
problem.
How would an optimal/a better solution look like
On Mon, Sep 24, 2007 at 11:03:56PM +0200, Abdelrazak Younes wrote:
> [EMAIL PROTECTED] wrote:
> >On Mon, 24 Sep 2007, Abdelrazak Younes wrote:
> >
> >>Inset defines its own undocumented protocol. We are not talking about
> >>a network protocol or something complicated, we just need a well
>
Andre Poenitz wrote:
On Mon, Sep 24, 2007 at 12:17:38PM +0200, Georg Baum wrote:
Abdelrazak Younes wrote:
That would be a good first step indeed. But I personally don't think the
hypothetical benefit of using "inset globs" in the lyxserver is worth
it. I mean, I agree this would be nice to
Bo Peng wrote:
1. apply my patch for now.
2. display a message box when lyx is started without proper .lst
files. This can be done easily if someone can show me where to insert
this message box.
Because my patch follows this line, I propose that we figure out 2 for
1.5.x, and complete 3 and 4
> I don't understand why we don't provide the relevant missing packages in
> the installer?
You ask too much from package maintainers :-) As far as I know,
Uwe had tried before but gave up.
Bo
Dov Feldstern wrote:
Martin Vermeer wrote:
On Sun, Sep 23, 2007 at 02:43:02AM +0200, Dov Feldstern wrote:
Attached find a patch which fixes this issue.
The actual fix is what's being done in the LFUN_FINISHED_* lfuns.
The fixes in cursorLeft and cursorRight aren't relevant to the
Uwe Stöhr schrieb:
Is this now correct?
Attached is a slightly improved one.
regards Uwe
Index: frontends/qt4/GuiBox.cpp
===
--- frontends/qt4/GuiBox.cpp (revision 20474)
+++ frontends/qt4/GuiBox.cpp (working copy)
@@ -63,6
On Mon, Sep 24, 2007 at 04:39:09PM -0500, Bo Peng wrote:
> > No, LyX simply behaves as before and doesn't start. I rather think
> > that an endless loop may occur with the latest proposal from Bo, but
> > I didn't look carefully at the patch. I mean, if the reconfigure is
> > still unsuccessful,
There is a serious problem for all current dialogs:
You can set dialog elements to disables state, but whenever you press the apply button, this is
overwritten and all elements are set bach to enabled state.
This one prevents to make the optional parameters really optional using
checkboxes. To
Bo Peng schrieb:
OK. Here is an updated patch that does 2 as well. When lyx is started
without proper .lst files, a message box will appear and say "No
textclass is found. Click OK to reconfigure". After a user clicks OK,
reconfigure will start.
This solves the problem for 95% of the cases.
> Anyway, reconfigure completes in one second here so I can not test
> what will happen if reconfigure fails again. This is why I ask windows
> people to test.
The patch you sent doesn't apply, so I can't test.
To test what happens when reconfigure fails again and again, modify configure.py so
> I don't understand why we don't provide the relevant missing packages in the
installer? Even if
> these packages change often, one doesn't need to have the last version,
especially if the
> installation is basically blocked because of that.
You are right that we don't need the latest
On Mon, Sep 24, 2007 at 10:40:53PM +0200, Helge Hafting wrote:
> I gave up - a hang during a compile really screwed up things.
>
> So I downloaded everything from svn again.
> Ran autogen.sh and configure.
>
> Then:
> $ make
> Making all in config
> make[1]: Entering directory
> > OK. Here is an updated patch that does 2 as well. When lyx is started
> > without proper .lst files, a message box will appear and say "No
> > textclass is found. Click OK to reconfigure". After a user clicks OK,
> > reconfigure will start.
>
> This solves the problem for 95% of the cases. But
On Mon, Sep 24, 2007 at 10:34:46PM +0200, [EMAIL PROTECTED] wrote:
> On Mon, 24 Sep 2007, Abdelrazak Younes wrote:
>
> >Inset defines its own undocumented protocol. We are not talking about a
> >network protocol or something complicated, we just need a well defined
> >syntax for the LFUN, for
Bo Peng wrote:
> OK. Here is an updated patch that does 2 as well. When lyx is started
> without proper .lst files, a message box will appear and say "No
> textclass is found. Click OK to reconfigure". After a user clicks OK,
> reconfigure will start.
This looks good.
Regarding Uwe's request,
201 - 246 of 246 matches
Mail list logo
