OK, here's the patch we've been discussing. I'll hold it until after
Beta 1, if that's what Jose would prefer. It doesn't SEEM to break
things, but, well, you know.
The patch makes Buffer::dispatch() part of the dispatch system, and it
moves (for now) just a few features there that can be us
This code in MathMacroTemplate.cpp has to be wrong:
case LFUN_IN_MATHMACROTEMPLATE:
flag.enabled();
break;
That READS the flag, pointlessly. It doesn't write it. Maybe what's
wanted is flag.enabled(true)?
rh
rgheck <[EMAIL PROTECTED]> writes:
> ...I don't think this will actually be necessary. I don't envisage us
> going through LyXFunc::dispatch when we don't have a frontend, but
> instead just calling Buffer::dispatch() directly, which is what we
> already do. Or do you have something else in mind?
Abdelrazak Younes wrote:
rgheck wrote:
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
OK. So, let me ask the question I asked in another message: Should I
just add LFUN_BRANCH_ACTIVATE to BufferView::dispatch() for now, and
we can deal with this mess later? With Beta 1 on th
On Wed, 28 May 2008, [EMAIL PROTECTED] wrote:
> Another small question: would it be possible to have the URL
> http: //www.lyx.org/ stay like it is, rather than be redirected to
> http: //www.lyx.org/Home ?
I've hopefully fixed this now.
It should be. I looked around a little, and AFAIC
Hello all,
as Stefan seems to be not available since a few weeks: could somebody test this patch with newer qt
versions (4.3, 4.4)? I have no capacities to upgrade my version atm.
thanks
Bernhard
Bernhard Roider schrieb:
Hello Stefan,
today i finally found some time to investigate the prob
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
OK. One other thing, then, before I try to do this. In Application.h,
Abdel says that BufferView should provide only const access to its
Buffer.
Abdel, why is that?
Because BufferView is (should be) only about metrics
rgheck wrote:
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
OK. So, let me ask the question I asked in another message: Should I
just add LFUN_BRANCH_ACTIVATE to BufferView::dispatch() for now, and
we can deal with this mess later? With Beta 1 on the horizon, it
doesn't seem
rgheck <[EMAIL PROTECTED]> writes:
> OK. One other thing, then, before I try to do this. In Application.h,
> Abdel says that BufferView should provide only const access to its
> Buffer.
Abdel, why is that?
JMarc
> As for different fonts, I do not think your advice is good. Even for 'heiti'
> font, it can also be bold or italic. In lyx, you can use different fonts in
> a document, you can first select some words, then apply different text
> styles "edit"->"text style" to them. But it seems that the font lis
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
OK. So, let me ask the question I asked in another message: Should I
just add LFUN_BRANCH_ACTIVATE to BufferView::dispatch() for now, and
we can deal with this mess later? With Beta 1 on the horizon, it
doesn't seem like the righ
Bo Peng-2 wrote:
>
>> I think it would be better for a user to be able to configure each
>> document,
>> since this gives more flexibility.
>> Note that at current version 1.5.5, this configuration is globally in
>> "tools"->"preferences"->"language settings"->"language".
>
> Are we also talki
rgheck <[EMAIL PROTECTED]> writes:
> OK. So, let me ask the question I asked in another message: Should I
> just add LFUN_BRANCH_ACTIVATE to BufferView::dispatch() for now, and
> we can deal with this mess later? With Beta 1 on the horizon, it
> doesn't seem like the right time to mess with this p
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
...maybe BufferView is the right place right now. But I still don't
quite understand which dispatch() functions do which things, and what
the chain of control is supposed to be. So if you (or someone) could
explain that, then I th
rgheck <[EMAIL PROTECTED]> writes:
> There also seems to be a call to Cursor::dispatch(). Should the Buffer
> be tried before or after that?
I do not think that the order matters actually, but it would probably
be a good idea to go from the most general to the most specific (which
does not give a
rgheck <[EMAIL PROTECTED]> writes:
> So there are various things you might want to do from the command
> line, and they need to be implemented somewhere we don't assume we
> have any frontend. That's not generally true in LyXFunc, as you say.
> So we should do this stuff somewhere else, and...
If
Abdelrazak Younes wrote:
rgheck wrote:
I guess what I'm not sure about is how and whether to call
Buffer::dispatch() from LyXView::dispatch() in a kind of "global" way,
yes, that's the idea:
- first try theApp()
- then LyXView
- then BufferView
- then Buffer
There also seems to be a call to C
rgheck wrote:
I guess what I'm not sure about is how and whether to call
Buffer::dispatch() from LyXView::dispatch() in a kind of "global" way,
yes, that's the idea:
- first try theApp()
- then LyXView
- then BufferView
- then Buffer
or whether to let it happen more on a case-by-case basis, as
rgheck wrote:
...maybe BufferView is the right place right now.
Beware that there is a BufferView only if there is a frontend. Did you
read Application.h? I should probably update it a bit but it does
explain a few things you want to know.
Abdel.
> I think it would be better for a user to be able to configure each document,
> since this gives more flexibility.
> Note that at current version 1.5.5, this configuration is globally in
> "tools"->"preferences"->"language settings"->"language".
Are we also talking about fonts? It seems to me tha
Juergen Spitzmueller wrote:
>
> steadycookie wrote:
>
>> No need a list of fonts. You can just let user have option to configure
>> the commands to invoke a language. As I said above, there are options in
>> menu, but they are overlaid by the hardcoded commands.
>
> And is this something the
On Wed, 28 May 2008, Gregor Gorjanc wrote:
http://www.lyx.org/PressAboutLyX
I added it, good?
/C
Using Sweave with LyX: How to lower the LaTeX/Sweave learning curve
R News, Volume 8(1):2-9 May 2008:
http://cran.r-project.org/doc/Rnews/Rnews_2008-1.pdf
Regards, Gregor
--
Christian Ridd
Andreas Karlsson wrote:
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
rgheck wrote:
I think these are generally welcome. But they should probably be updated
to 1.6 at this point, as I'm not sure whether they'll be included in
later 1.5 releases.
They could be included to 1.
Reposting under a different topic.
On Tue, 27 May 2008, [EMAIL PROTECTED] wrote:
Another small question: would it be possible to have the URL
http: //www.lyx.org/ stay like it is, rather than be redirected to
http: //www.lyx.org/Home ?
It should be. I looked around a little, and AFAICT, the
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
BUT this will not work when we are exporting. The reason is that when
you use the export feature, LyX calls Bufer::dispatch() rather than
(say) lyx::dispatch(), and the only thing that previously got handled
in Buffer::dispatch()
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> rgheck wrote:
>
> > I think these are generally welcome. But they should probably be updated
> > to 1.6 at this point, as I'm not sure whether they'll be included in
> > later 1.5 releases.
>
> They could be included to 1.5.6.
>
> Jürgen
>
Hi,
this is a short note to assure you that I intend to release beta 1
tomorrow.
This begs for patches that don't disturb the flow (compiling and running). If
you have a huge patch please hold it on until after the release.
Regards,
--
José Abílio
Hi!
I hope this is the right plase for this. I would like to suggest to add the
following article to LyX webpage - Press about LyX at
http://www.lyx.org/PressAboutLyX
Using Sweave with LyX: How to lower the LaTeX/Sweave learning curve
R News, Volume 8(1):2-9 May 2008:
http://cran.r-project.org/
Sebastian Guttenberg wrote:
Hi Pavel and Abdel!
Thanks a lot for your answers. Sorry, for the late reaction, I forgot to
check the mailing list for a while.
To Abdel: This patch sounds like the perfect solution! I will try it
out! thanks a lot for bothering!
This is already in trunk, you don'
Hi Pavel and Abdel!
Thanks a lot for your answers. Sorry, for the late reaction, I forgot to
check the mailing list for a while.
To Abdel: This patch sounds like the perfect solution! I will try it
out! thanks a lot for bothering!
Best, Sebastian
--
This message has been scanned for viruses and
steadycookie wrote:
> No need a list of fonts. You can just let user have option to configure
> the commands to invoke a language. As I said above, there are options in
> menu, but they are overlaid by the hardcoded commands.
And is this something the user should be able to configure per-document
rgheck <[EMAIL PROTECTED]> writes:
> Here's why I'm unhappy with the patch. It's simple in a way: We have a
> vector of commands to execute rather than just one---that was the
> first problem. So now you could do something like:
> lyx -x "file-open /tmp/branchTest.lyx" -x "buffer-end" -x
> "bre
32 matches
Mail list logo