On Mon, Oct 27, 2003 at 03:08:03PM +0100, Alfredo Braunstein spake thusly:
...
- par-inInset()-dispatch(cmd);
+ par.inset()-dispatch(cmd);
...
Rationale: collapsables contain an insettext as a member, so this inset
cannot be reached from
This is 'old style' font switching ( i.e. {\it ...} vs \textit{...} )..
Not nice.
Should we stick to \color or is there anything else that could be used?
\textcolor{blue}{...}
Alfredo Braunstein wrote:
Ok to apply?
Cuter variant.
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.1657
diff -u -p -r1.1657 ChangeLog
--- ChangeLog 27 Oct 2003 20:23:25
On Mon, Oct 27, 2003 at 05:30:10PM +, Angus Leeming wrote:
I now see that you mean something else entirely. Why is 'the old style' so
bad?
Bad too parse, difficult to decide whether extra braces are needed...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will
On Mon, Oct 27, 2003 at 06:39:21PM +0100, Juergen Spitzmueller wrote:
do you see this too?
No.
- delete a char with the del key.
- press right arrow to move the cursor in the direction where the char was.
= you have to press twice to move on. Seems like the deleted char is still
On Mon, Oct 27, 2003 at 08:54:16PM +0100, Alfredo Braunstein wrote:
Ok to apply?
Hm maybe we should think about the 'two physical positions' between the
end of some row and the beginning of the next one again...
Index: text2.C
On Mon, Oct 27, 2003 at 11:48:57PM +0100, Felix Kurth wrote:
just corrected a typo.
Please use the new version at the same url.
What URL?
Is this an Would be nice if this was included request?
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do
Andre Poenitz [EMAIL PROTECTED] writes:
| On Mon, Oct 27, 2003 at 08:54:16PM +0100, Alfredo Braunstein wrote:
Ok to apply?
| Hm maybe we should think about the 'two physical positions' between the
| end of some row and the beginning of the next one again...
|
Index: text2.C
On Wed, Oct 15, 2003 at 10:33:02AM +0200, Jean-Marc Lasgouttes spake thusly:
Lars | Strange numbers... The first one looks ok, but 52s is too much
Lars even on | 384kb/s. This would mean we are producing heavy X
Lars traffic, wouldn't it?
Lars Yes, and we are.
How can we investigate
On Tue, Oct 28, 2003 at 09:07:51AM +0200, Dekel Tsur wrote:
This is 'old style' font switching ( i.e. {\it ...} vs \textit{...} )..
Not nice.
Should we stick to \color or is there anything else that could be used?
\textcolor{blue}{...}
But that would mean another level of
On Tue, Oct 28, 2003 at 09:28:40AM +0100, Lars Gullik Bjønnes wrote:
Perhaps, off-hand I do not like it. It seems a bit like a muddled ui.
It might work, but initially I know I'd be surprised.
I'd rather have LFUN_PARAGRAPH_END (and we already have variants of
that.)
It should be accessible
On Tue, Oct 28, 2003 at 10:45:47AM +0200, Martin Vermeer wrote:
Good question, I would like to know too. I have been using (well,
trying to use during development) LyX over 56 kb/s, and it isn't
pretty. Four minutes for LyX even to start up... that's *much* worse
than older versions. (And
On Tue, Oct 28, 2003 at 09:32:04AM +0100, Andre Poenitz wrote:
But that would mean another level of $...$ to go back to math mode,
doesn't it?
Is there a \mathcolor{blue}{...}?
\textcolor does not exit from math mode.
On Tue, Oct 28, 2003 at 10:42:41AM +0200, Dekel Tsur wrote:
On Tue, Oct 28, 2003 at 09:32:04AM +0100, Andre Poenitz wrote:
But that would mean another level of $...$ to go back to math mode,
doesn't it?
Is there a \mathcolor{blue}{...}?
\textcolor does not exit from math mode.
Ah
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Oct 28, 2003 at 09:28:40AM +0100, Lars Gullik Bjønnes wrote:
Perhaps, off-hand I do not like it. It seems a bit like a muddled ui.
It might work, but initially I know I'd be surprised.
I'd rather have LFUN_PARAGRAPH_END (and we already have
Andre Poenitz wrote:
On Tue, Oct 28, 2003 at 10:45:47AM +0200, Martin Vermeer wrote:
Good question, I would like to know too. I have been using (well,
trying to use during development) LyX over 56 kb/s, and it isn't
pretty. Four minutes for LyX even to start up... that's *much*
worse than
Andre Poenitz wrote:
Given the steady stream of people asking about tex2lyx, would it
make sense to set up separate cvs trees for both tex2lyx and
lyx2lyx? They are separate executables after all...
Note that my original plan was to have them separated and then two
guys came along pulling
On Tue, Oct 28, 2003 at 09:41:27AM +, Angus Leeming wrote:
Revision 1.118 / (view) - annotate - [select for diffs] , Fri Jun 21
11:35:41 2002 UTC (16 months, 1 week ago) by levon
Branch: MAIN
Changes since 1.117: +1 -12 lines
Diff to previous 1.117
remove show_banner +
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Oct 28, 2003 at 09:41:27AM +, Angus Leeming wrote:
Revision 1.118 / (view) - annotate - [select for diffs] , Fri Jun 21
11:35:41 2002 UTC (16 months, 1 week ago) by levon
Branch: MAIN
Changes since 1.117: +1 -12 lines
Diff to previous
On Tue, Oct 28, 2003 at 09:47:31AM +, Angus Leeming wrote:
Andre Poenitz wrote:
Given the steady stream of people asking about tex2lyx, would it
make sense to set up separate cvs trees for both tex2lyx and
lyx2lyx? They are separate executables after all...
Note that my original
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| | which does the 'magic' and is bound to the End key. Currently, table
| | editing causes attacks of claustrophobia: One get stucks in a line, in a
| | cell, in a table
| Well... IMHO End should not change the outer-row.
| But I won't have
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg The roundtrip works quite well. The main problems are:
...
Georg - Each loop adds stuff to the preamble
Yes, the preamble handling is still not very good. One thing that
should be efficient and easy to implement is to do as reLyX does: the
Andre Poenitz wrote:
It should be accessible by the same key. So there could be
LFUN_ROW_END
LFUN_PARAGRAPH_END
LFUN_CELL_END
LFUN_INSET_END
which implement the 'low level' stuff and are usable for i.e. lyxserver
without knowing the context, but there should be a
On Tue, Oct 28, 2003 at 11:09:39AM +0100, Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| | which does the 'magic' and is bound to the End key. Currently, table
| | editing causes attacks of claustrophobia: One get stucks in a line, in a
| | cell, in a table
On Tue, Oct 28, 2003 at 11:18:04AM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
It should be accessible by the same key. So there could be
LFUN_ROW_END
LFUN_PARAGRAPH_END
LFUN_CELL_END
LFUN_INSET_END
which implement the 'low level' stuff and are usable for i.e.
Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| | which does the 'magic' and is bound to the End key. Currently,
| | table editing causes attacks of claustrophobia: One get stucks
| | in a line, in a cell, in a table
| Well... IMHO End should not change
Andre Poenitz wrote:
COuld we just settle on 'this LFUN can be implemented and the user is
free to bind it to whatever he wants'.
Of course, I was just telling my preference about to what I'll bind it when
it comes ;-)
[Esc is a bad idea for moving into one of two possible directions. What
On Tue, Oct 28, 2003 at 11:26:48AM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
COuld we just settle on 'this LFUN can be implemented and the user is
free to bind it to whatever he wants'.
Of course, I was just telling my preference about to what I'll bind it when
it comes ;-)
Andre Poenitz wrote:
Sure. And I press Esc often enough to scroll a few pages up just do be
able to use End to go down to the place I want to go to...
Mmm maybe you are right. Dunno, I would have to test it.
The LFUN can be useful in any case.
Alfredo
On Tue, Oct 28, 2003 at 11:39:37AM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
Sure. And I press Esc often enough to scroll a few pages up just do be
able to use End to go down to the place I want to go to...
Mmm maybe you are right. Dunno, I would have to test it.
Just nest a
Andre Poenitz [EMAIL PROTECTED] writes:
| To the same degree as the 'everything is an inset idea' probably.
| What happens if font changes are insets? Should End stop at the end of
| a font change?
No. All insets are not created alike.
| Ah wait, now you there is a nice excuse for not having
Alfredo Braunstein wrote:
The LFUN can be useful in any case.
Can I commit my fix (with the comment) in the meantime or are you going to
do this right now?
Alfredo
On Tue, Oct 28, 2003 at 11:41:38AM +0100, Alfredo Braunstein wrote:
Alfredo Braunstein wrote:
The LFUN can be useful in any case.
Can I commit my fix (with the comment) in the meantime or are you going to
do this right now?
I am not going to do this, so you could just commit.
Andre'
Andre Poenitz wrote:
On Tue, Oct 28, 2003 at 11:39:37AM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
Sure. And I press Esc often enough to scroll a few pages up just do
be able to use End to go down to the place I want to go to...
Mmm maybe you are right. Dunno, I would have
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Alfredo Braunstein wrote:
The LFUN can be useful in any case.
| Can I commit my fix (with the comment) in the meantime or are you going to
| do this right now?
No, go ahead and commit.
--
Lgb
On Tue, Oct 28, 2003 at 12:00:23PM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
On Tue, Oct 28, 2003 at 11:39:37AM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
Sure. And I press Esc often enough to scroll a few pages up just do
be able to use End to go down to the
Attached.
Introduces a method 'closeEnvTags' (sensible name?) which allows us to
replace a largish number of identical-looking stanzas. Saves only 15
lines but I think the refactoring 'feels' right.
There would be other opportunities for refactoring in this code. This
is in preparation of
Martin Vermeer [EMAIL PROTECTED] writes:
| Attached.
| Introduces a method 'closeEnvTags' (sensible name?) which allows us to
| replace a largish number of identical-looking stanzas. Saves only 15
| lines but I think the refactoring 'feels' right.
| There would be other opportunities for
Martin Vermeer wrote:
I find it amazing that you (or anybody) actually understand this...
This feels half way between a compliment and an insult ;-) In any case, I
think that things are much better now than when I first started hacking lyx
one year ago (of course not because of me). Maybe one
Lots of small stuff.
Should be uncontroversial.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
On Tue, Oct 28, 2003 at 12:15:04PM +0100, Alfredo Braunstein wrote:
Martin Vermeer wrote:
I find it amazing that you (or anybody) actually understand this...
This feels half way between a compliment and an insult ;-)
I am confused.
I thought the other one was called 'Nobody', not
Andre Poenitz wrote:
Lots of small stuff.
very.
Should be uncontroversial.
completely.
Alfredo
Andre Poenitz wrote:
I find it amazing that you (or anybody) actually understand this...
This feels half way between a compliment and an insult ;-)
I am confused.
I thought the other one was called 'Nobody', not 'Anybody'.
But 'Nobody' understands everything, so why should Martin find
Andre Poenitz wrote:
I am confused.
I thought the other one was called 'Nobody', not 'Anybody'.
And there we have proof of the superiority of the English language
over German. I can say the same thing in different ways and mean
subtlely different things. Usually derogatory. And no, there is
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Andre Poenitz wrote:
Lots of small stuff.
| very.
Should be uncontroversial.
| completely.
concur... but the cleanup is infinitesimal
--
Lgb
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre I wonder whether we should go back and make tex2lyx completely
Andre ignorant of .layout files again and rather produce some
Andre 'intermediate' format and shift the layout handling part into
Andre LyX proper.
What would this
On Tue, Oct 28, 2003 at 12:26:25PM +0100, Lars Gullik Bjønnes wrote:
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Andre Poenitz wrote:
Lots of small stuff.
| very.
Should be uncontroversial.
| completely.
concur... but the cleanup is infinitesimal
40 lines saved and yet a
On Tue, Oct 28, 2003 at 12:26:31PM +0100, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre I wonder whether we should go back and make tex2lyx completely
Andre ignorant of .layout files again and rather produce some
Andre 'intermediate' format and shift the
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Oct 28, 2003 at 12:26:25PM +0100, Lars Gullik Bjønnes wrote:
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Andre Poenitz wrote:
Lots of small stuff.
| very.
Should be uncontroversial.
| completely.
concur... but the cleanup
On Tuesday 28 October 2003 11:23, Martin Vermeer wrote:
Attached.
Introduces a method 'closeEnvTags' (sensible name?) which allows us to
replace a largish number of identical-looking stanzas. Saves only 15
lines but I think the refactoring 'feels' right.
The name is sensible, sure.
This
Lars Gullik Bjønnes wrote:
I have my patches spread over 3-4 trees and I am wondering which is
least controversial and if I'll dare to post it at all.
You mean you can give abuse but can't handle it when you're being
abused?
Sorry. I meant Y=you find it hard to accept the conclusions of the
On Tue, Oct 28, 2003 at 12:26:25PM +0100, Lars Gullik Bjønnes wrote:
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Andre Poenitz wrote:
Lots of small stuff.
| very.
Should be uncontroversial.
| completely.
concur... but the cleanup is infinitesimal
Urgs...
sorry.
Andre'
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
I have my patches spread over 3-4 trees and I am wondering which is
least controversial and if I'll dare to post it at all.
| You mean you can give abuse but can't handle it when you're being
| abused?
| Sorry. I meant
On Tue, Oct 28, 2003 at 11:38:39AM +, Angus Leeming wrote:
Lars Gullik Bjønnes wrote:
I have my patches spread over 3-4 trees and I am wondering which is
least controversial and if I'll dare to post it at all.
You mean you can give abuse but can't handle it when you're being
abused?
On Tue, Oct 28, 2003 at 12:32:42PM +0100, Lars Gullik Bjønnes wrote:
At least I send my patches to the list.
Don't you ever read your own postings?
No, why should I tread myself differently?
I have my patches spread over 3-4 trees
I just imagine trees covered with patches
*grin*
Isn't
Lars Gullik Bjønnes wrote:
m=me
Y should know m better than that.
Oh I do. I'm just avoiding thinking about an A=abstract I should be
writing.
--
Angus
Andre Poenitz wrote:
On Tue, Oct 28, 2003 at 11:38:39AM +, Angus Leeming wrote:
Lars Gullik Bjønnes wrote:
I have my patches spread over 3-4 trees and I am wondering which
is least controversial and if I'll dare to post it at all.
You mean you can give abuse but can't handle it when
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
What would this 'intermediate' format be?
Andre Basically .lyx but with some 'could be either a layout or some
Andre ERT' bits.
Another solution would be to precompile layout files into a
dumbed-down version for tex2lyx, but I am not sure this
On Tue, Oct 28, 2003 at 12:20:06PM +0100, Andre Poenitz spake thusly:
On Tue, Oct 28, 2003 at 12:15:04PM +0100, Alfredo Braunstein wrote:
Martin Vermeer wrote:
I find it amazing that you (or anybody) actually understand this...
This feels half way between a compliment and an insult
On Tue, Oct 28, 2003 at 12:13:30PM +0100, Lars Gullik Bjønnes spake thusly:
Martin Vermeer [EMAIL PROTECTED] writes:
| Attached.
| Introduces a method 'closeEnvTags' (sensible name?) which allows us to
| replace a largish number of identical-looking stanzas. Saves only 15
| lines but I
Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
What would this 'intermediate' format be?
Andre Basically .lyx but with some 'could be either a layout or
some Andre ERT' bits.
Another solution would be to precompile layout files into a
dumbed-down version
Martin Vermeer wrote:
As for buffer_funcs or sgml, what is the philosophy for putting
things there? I just placed this thing together with
simpleDocBookOnePar based on similarity. Please advise, I have no
strong feelings.
The philosophy is that Buffer should be minimal but complete and that
Can I apply this so it gets some testing besides mine?
Regards, Alfredo
Index: text.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text.C,v
retrieving revision 1.488
diff -u -p -u -r1.488 text.C
--- text.C 28 Oct 2003
Joo, it would be asking too much to repost an updated version of all your
pending patches?
I'll apply non-controversial ones and ask for advice on the rest.
Thanks (and sorry for the delay), Alfredo
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Can I apply this so it gets some testing besides mine?
Yes, why not.
--
Lgb
Hi
I'm trying to compile lyx-xforms using gcc 2.96, but I get errors like
this:
g++ -DHAVE_CONFIG_H -I. -I../../../src/insets -I../../src
-I../../../src/insets/../ -I../../../boost -I/pkg/mdhacks/grp/util/include
-I/usr/X11R6/include -g -O -fno-exceptions -ftemplate-depth-30
Christian Ridderström wrote:
Hi
I'm trying to compile lyx-xforms using gcc 2.96, but I get errors
like this:
g++ -DHAVE_CONFIG_H -I. -I../../../src/insets -I../../src
-I../../../src/insets/../ -I../../../boost
-I/pkg/mdhacks/grp/util/include -I/usr/X11R6/include -g -O
-fno-exceptions
On Tue, Oct 28, 2003 at 02:59:08PM +0100, Christian Ridderström wrote:
So, how should I fix this? If boost is an external library, then
changing that code isn't an option, is it?
If nothing else helps, simply #include iostream
Andre'
--
Those who desire to give up Freedom in order to gain
On Tue, 28 Oct 2003, Andre Poenitz wrote:
On Tue, Oct 28, 2003 at 02:59:08PM +0100, Christian Ridderström wrote:
So, how should I fix this? If boost is an external library, then
changing that code isn't an option, is it?
If nothing else helps, simply #include iostream
Are you suggesting
On Tue, 28 Oct 2003, Andre Poenitz wrote:
On Tue, Oct 28, 2003 at 02:59:08PM +0100, Christian Ridderström wrote:
So, how should I fix this? If boost is an external library, then
changing that code isn't an option, is it?
If nothing else helps, simply #include iostream
And similarly,
Andre Poenitz wrote:
On Wed, Oct 22, 2003 at 04:28:13PM +0200, Lars Gullik Bjønnes wrote:
[...]
I think we even could come up with a list of nice-to-have features.
I hope such a list makes it to a public place, like www.lyx.org.
I might get a group or two of 2-4 students that have 50 workdays
On Tue, Oct 28, 2003 at 03:29:10PM +0100, Christian Ridderström wrote:
On Tue, 28 Oct 2003, Andre Poenitz wrote:
On Tue, Oct 28, 2003 at 02:59:08PM +0100, Christian Ridderström wrote:
So, how should I fix this? If boost is an external library, then
changing that code isn't an option,
On Tue, Oct 28, 2003 at 03:43:47PM +0100, Helge Hafting wrote:
I hope such a list makes it to a public place, like www.lyx.org.
I might get a group or two of 2-4 students that have 50 workdays each
to spend on a spring-time programming project.
The project is an excercise in planning,
On Tue, 28 Oct 2003, Angus Leeming wrote:
Christian Ridderström wrote:
Hi
I'm trying to compile lyx-xforms using gcc 2.96, but I get errors
like this:
-c ../../../src/insets/ExternalSupport.C In file included from
../../../src/support/debugstream.h:17,
from
On Tue, Oct 28, 2003 at 04:06:15PM +0100, Christian Ridderström wrote:
Could be... it's what came with RedHat 7.3. Anyway, linking only produces
other errors, so I'll just keep on working using gcc 3.3.2 instead.
If it's important to make LyX compile with 2.9.6 in the future, I can
take
On Sat, 25 Oct 2003, Angus Leeming wrote:
The attach patch (committed) gets rid of th dynamic_casts in
InsetExternal and generally cleans things up a little.
Christian, could you see whether it now works with gcc 2.96?
Well.. as I just said in another post, 2.96 isn't working. However,
On Tue, 28 Oct 2003, Andre Poenitz wrote:
On Tue, Oct 28, 2003 at 04:06:15PM +0100, Christian Ridderström wrote:
Could be... it's what came with RedHat 7.3. Anyway, linking only produces
other errors, so I'll just keep on working using gcc 3.3.2 instead.
If it's important to make LyX
Christian Ridderström [EMAIL PROTECTED] writes:
| On Tue, 28 Oct 2003, Angus Leeming wrote:
Christian Ridderström wrote:
Hi
I'm trying to compile lyx-xforms using gcc 2.96, but I get errors
like this:
-c ../../../src/insets/ExternalSupport.C In file included from
On Thu, 23 Oct 2003, Angus Leeming wrote:
Garst R. Reese wrote:
Looks like a good candidate for examples to show how you did that :)
No more than
* create a figure using xfig.
* open LyX.
* open the preferences dialog, turn on preview generation.
I did the following, is that what you
Christian Ridderström wrote:
Well.. as I just said in another post, 2.96 isn't working. However,
compilation with 3.2.3 works, so I'll do some testing of the
external inset using that instead.
Good oh.
As a small pet project for you, try and create a TGIF external
template and document the
Christian Ridderström wrote:
I did the following, is that what you meant?
Preferences-LookFeel/Misc-Instant_Preview=On
* new file.
* Insert-File-External Material
Select the xfig template
choose the file
select the display in LyX checkbutton
set the
On Tue, 28 Oct 2003, Lars Gullik Bjønnes wrote:
Christian Ridderström [EMAIL PROTECTED] writes:
| Could be... it's what came with RedHat 7.3. Anyway, linking only produces
| other errors, so I'll just keep on working using gcc 3.3.2 instead.
| If it's important to make LyX compile with
On Tue, 28 Oct 2003, Angus Leeming wrote:
As a small pet project for you, try and create a TGIF external
template and document the external_templates file as you come to
understand the syntax of the external_templates language.
Already doing that...
Feel free to throw questions and
Andre Poenitz wrote:
On Mon, Oct 27, 2003 at 11:48:57PM +0100, Felix Kurth wrote:
just corrected a typo.
Please use the new version at the same url.
What URL?
Is this an Would be nice if this was included request?
Yes it is. Here my original message (27.10.2003)
Hello
I just created
Lars Gullik Bjønnes wrote:
Also first gcc compiler in the 3 series was released June 18. 2001.
that is now almost two years ago... still there are distributions that
use gcc 2.95 in their stable setups.
--
Lgb
And I still run into apps that will only compile with 2.95, which may
On Mon, Oct 27, 2003 at 08:34:04PM +0100, Alfredo Braunstein wrote:
rowBreakPoint() has changed beyond my recognition
grumpy as always?
I didn't say it was necessarily a bad thing :L)
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Tue, Oct 28, 2003 at 09:12:38AM +0100, Andre Poenitz wrote:
If the cursor is already at the end of some line, it should go to the
end of a paragraph. If it is there, it should go to the end of the text
insets. If it is there it should leave the text inset.
Strongly disagree in this
Garst R. Reese [EMAIL PROTECTED] writes:
| And I still run into apps that will only compile with 2.95, which may
| explain why some dists use it. There's no excuse for 2.96 tho.
And I'll claim that those apps really need a brush up, and don't
deserve to be called a C++ program. :-)
Or perhaps
Huang Ying [EMAIL PROTECTED] writes:
| Sorry for my late!
No worries.
but if at all possible please give us a 'ping' from time to time so we
know that you are still there.
| ChangeLog:
| * codeConvert.h (etc): Change FcChar to XftChar according to the
| libxft interface changing.
| *
Lars Gullik Bjønnes wrote:
This replaces dispatch_result enum with a real type, forward
declared when possible.
Also, you don't need to use DispatchResult in the body of the code,
just when passing it around. The operator dispatch_result_t() means
that things will just work.
For example,
Lars Gullik Bjønnes wrote:
This replaces dispatch_result enum with a real type, forward
declared when possible.
a couple of Mathed :: dispatch changed to priv_dispatch and a couple
moved from public to protected.
Hey! You're stealing my ideas ;-)
This will go in unless I get objections
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
This replaces dispatch_result enum with a real type, forward
declared when possible.
| Also, you don't need to use DispatchResult in the body of the code,
| just when passing it around. The operator dispatch_result_t()
Angus Leeming [EMAIL PROTECTED] writes:
| I don't see the point to the _fwd.h file.
| #include dispatchresult_fwd.h
| is more typing than
| class DispatchResult;
Well... but now I can add other stuff to the header file wihtout
touching a lot of files. (not that many in this case...)
| and
This is new. CVS lyx is leaving the /tmp/lyx* directory lying around.
Did anything change in this area?
Thanks!
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena
On Tue, Oct 28, 2003 at 10:48:18AM +0100, Lars Gullik Bjønnes spake thusly:
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Oct 28, 2003 at 09:41:27AM +, Angus Leeming wrote:
Revision 1.118 / (view) - annotate - [select for diffs] , Fri Jun 21
11:35:41 2002 UTC (16 months, 1 week
Actually the option still works... I added it manually to preferences.
Didn't check the Preferences dialog.
- Martin
And lbxproxy works too!! This was Kuba Ober's suggestion (which still
hasn't made it to my lyx-devel folder, as our university's soon to be
replaced mail service is wading
Lars Gullik Bjønnes wrote:
This replaces dispatch_result enum with a real type, forward
declared when possible.
| Also, you don't need to use DispatchResult in the body of the
| code, just when passing it around. The operator
| dispatch_result_t() means that things will just work.
I am
Angus Leeming [EMAIL PROTECTED] writes:
it will be.
| I look forward to seeing your solution.
Nothing revolutionary, I asure you.
--
Lgb
On Mon, Oct 27, 2003 at 03:08:03PM +0100, Alfredo Braunstein spake thusly:
...
> - par->inInset()->dispatch(cmd);
> + par.inset()->dispatch(cmd);
...
> Rationale: collapsables contain an insettext as a member, so this inset
> cannot be reached from
>
> This is 'old style' font switching ( i.e. {\it ...} vs \textit{...} )..
>
> Not nice.
>
> Should we stick to \color or is there anything else that could be used?
\textcolor{blue}{...}
1 - 100 of 204 matches
Mail list logo